Před pár dny jsem psal o propojení služby Google Talk (gtalk) s icq transportem. A vzhledem k tomu že s několik věcí od té doby změnilo musím článek tímto aktualizovat.

Mnou používaný server pro icq transport jabber.no bohužel z důvodů stability odstavil svůj (spectrum) icq transport a tím mi udělal čáru přes rozpočet. 

Rozhodl jsem se tedy pro vyzkoušení Jabbim ICQ transportu i na Google Talk. Jak mi bylo řečeno adminy, to zda bude transport fungovat i na jine než jabbim domeně je věc náhody - rozhodl jsem se to risknout. Další překážka je že mimo jabbim´server je dostupný pouze VIP icq transport - to ovšem není problém protože každý účet má pro jabbim transporty automaticky 14 dní  VIP zdarma.

Popis jak funguje registrace transportů je uveden v minulém článku, nebudu to tedy rozepisovat. Řeknu jen že jsem trochu experimentoval a asi 2x docílil toho že se mi kontakty přidali pouze ve tvaru ICQ čísel, takže jsem musel transport odregistrovat a zkusit to znovu. To byl ale kámen úrazu. 

Nemilosrdný Google Talk

Protože jsem tedy několikrát přidal všechny mé kontakty a opět je smazal, řádově tedy fluktuace stovek kontaktů tak jsem překročil omezení pro přidání kontaktů dané v google talk. 

Jediné co mi při snaze přidat jakýkoliv kontakt XML konzole vypsala bylo:

</item>
</query>
<error type="wait" code="500" >
<resource-constraint xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/>
<text xmlns="urn:ietf:params:xml:ns:xmpp-stanzas">Over maximum subscriptions per day</text>
</error>
</iq>

Jak jsem později zjistil jedná se o specialitu Gtalku protože to není XMPP featura. Navíc jakkoliv vypadá slovní spojená per day lákavě, uzamčené přidávání kontaktů se po jednom dni neodemklo. Dokonce ani po dvou, třech, čtyřech, pěti, šesti nebo sedmi. Dokonce ani osm.

Trvalo to celých 9 dní než se Google rozhodl se nade mnou smilovat a umožnit mi přidat do seznamu a autorizovat zbývající 32 kontaktů. Jak velkorisé.

Shodou náhod den na to mi přišla zpráva z Jabbim.cz že opět zprovoznili Jabbim Archiv pro aktivaci historie online - tedy vlastně nejhlavnější důvod proč jsem z jabbimu odešel. No to je prostě život:) 

Vzhledem k tomu že mám nyní po pár dnech nějaké zkušenosti zkusím je shrnout do výhod/ nevýhod

Výhody/nevýhody Jabbim VIP ICQ transportu na Google Talk

Výhody

Možnost se přihlásit ke svému učtu i na klintech které umožnují gtalk, ale ne ostatní jabber servery - ano takových je mnoho.

Možnost uchovávání historie online s dostupností odkudkoliv na svém gtalk učtu.

Při použití google apps učtu možnost mít jabbera icq na vlastní doméně.

Nevýhody

Zatím se mi nepovedlo zprovoznit posílání souborů přes icq - mělo by fungovat a třeba ještě bude.

Nutnost nejprve odregistrovat jiné transporty - ale to platí všude

Na jiné nevýhody jsem zatím nenarazil. 

Převod Jabbim VIP peněz na jiný účet

 Jak jsem psal výše, jediná možnsot jak použít icq transport mimo jabbim je použití VIP transportu. A vzhledem k tomu že již jeden VIP účet mám na jabbim, trochu jsem se bál zda je možný přesun peněz na jiný účet. To samozřejmě jde a je to velice jednoduché. Stačí napsat na kontakt MoneyBot kterého může mít každý VIP uživatel a který informuje o zbývajícím kreditu. Pžíkazem help se dozvíte seznam podporovaných příkazů, jeden z nich je příkad prevod.

help prevod

 

Příkaz: prevod /jid/ /částka/

Převede požadovanou částku na účet daného uživatele. Po převodu musí na účtu odesílatele zůstat kredit na 14 dnů provozu.

Během pár sekund jsem si tedy převedl zbývající peníze na Gtalk a tím si zabezpečil dlouhodobé fungování ICQ transportu. 

Jak asi víte už několik let nabízí gmail ( v anglické US verzi) možnost přihlásit se do AIM (ICQ) sítě, a mít tak své icq kontakty v jednom seznamu is kontakty Gtalk. Hlavní výhoda tohoto řešení je nepochybně schopnost gmailu uchovávat záznamy konverzací i u ICQ kontaktů. Problém je že toto řešení je méně než polovičaté. Zkušenější uživatel jemuž je známa zkutečnost že Gtalk je pouze upravený Jabber by čekal že ICQ je řešeno transportem a bude tedy dostupné v jakémkoliv desktopovém klientu nebo v programu Google Talk. Bohužel tomu tak není.

(download)

Click here to download:

gtalk-s-icq-transportem-bJozqfEGCexkFqCugzwh.zip (102 KB)

Velice zajímavá myšlenka mi přišla na mozek když jsem přemýšlel nad technologií Intel Turbo Boos která je použita v nových procesorech i5 a i7. Funguje tak že pokud procesor detekuje že ho využívá jednovláknová aplikace (nebo třeba jen dvouvláknová u 4 jádra). Tak nepoužitá jádra vypne a jediné zatížené automaticky přetaktuje na vyšší frekvenci. Tímto dojde k uspoře času i elektřiny protože díky vypnutá ostatních jader je TDP ( vyzažované zbytkové teplo) stejné.

Ale ted k mé myšlence. Když se řekne cloud computing každému se asi vybaví velké servrové farmy kde obrovky výkoné servry obsluhují požadavky klientů. Mnozí říkají že je v této technoglii budoucnost a domácí počítače se přemění pouze na klienty pro cloudové servery.

Máme tedy dva extrémy. Klasické PC které je soběstačné a vše si dělá a počítá samo. Nebo cloudový sytém kde všechno dělá cloud. 

Co by se ale stalo kdyby jsme dokázali tyto dvě odvětví spojit a vzít si z každé to nejlepší? Tak jako turbo bost kombinuje vysokou frekvenci jednoho jádra a vícejadernost tak by mohlo být možné zkombinovat i cloud computing s klasickým počítačem. 

Uvedu příklad. Bude existovat procesor který bude obsahovat instrukce pro rozhodování o tom, zda by by bylo vhodnější aby vstupní data zpracoval sám, nebo zda bude rychlejší pokud je odešle po rychlé lince na cloud kde budou okamžitě zpracovány a odeslány z5. Nebo bude stejný princip řídit nějaký nízkoúrovňový ovladač. 

Je zde samozřejmě mnoho ale, například prediktivní

Co myslíte vy? Je to technologie budoucnosti která přinese úspory zdrojů nebo jen slepá ulička?