Gtalk s ICQ transportem - pokračování

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. 

Dropbox a TrueCrypt

Jak již jsem nakousl v minulém článku, je použití inteligentního synchronizačního enginu Dropboxu s Truecrypt kontejnerem výhodné.

Rozhodl jsem se tedy v praxi vyzkoušet jak taková souhra vypadá a co kladného a záporného z toho kouká.

 

Test č.1 - 100MB soubor

Vytvořit kontejner a vložit ho do Dropbox složky umí snad každý, proto tento krok přeskočím.

Jakmile je kontejner připojený, označí ho Dropbox červeným kolečkem - je právě používám a proto nemůže být synchronizován. 

 

 Po odpojení mu ale červené kolečko zůstane (po chvíli zmizí), i když Dropbox ve stavové liště upload obnoví. K poškození kontejneru tedy díky chování Dropboxu dojít nemůže   

 

Indexace změny 50MB je extrémně rychlá, cca 5 sec. Pak je okamžitě započat upload maximální rychlostí linky. Toto je velice výhodné pokud provozujete velké množství malých souborů

Test č.2 - 2GB soubor 

 

Vytvářet dynamický soubor rozhodně nedoporučuji, protože když to přefouknete, můžete se dostat za velikost vašeho Dropbox uložistě.

 

U 2GB kontejneru po přidání 20MB dat probíhala indexace více než 2 minuty s tím že zatížení disku bylo enormní. Protože se jedná o jeden velký soubor tak se rychlost čtení souboru na disku pohybovala od 10 do 50 MB/s, což prakticky znemožní pracovat se systémem. 

 

Revize kupodivu fungují i pro 2GB soubor. 

 

Postřehy:

Dropbox s kontejnerem:

Data se nahrávají jen jednou po odpojení kontejneru, úspora trafiku

Nižší zatížení uploadu, vyšší zatížení CPU -  šifrování, nižší zatížení disku - neprovádí se průběžná indexace.

Po odpojení se indexace provádí vysoce efektivně, ale na druhou stranu zcela zaměstná HDD.

Po zavření všech aplikací na Dropboxu se musí kontejner přeindexovat a změněné bloky uploadovat. Může překročit 10 minut.

Dropbox bez kontejneru:

Změněná data se uploadují průběžně, například u Opery může jít o stovky či tisíce miniaturních souboru za den. Na druhou stranu není problém opravit změny nastavení z Dropbox revizí.

Upload či průběžné indexování neruší práci vůbec, maximálně pár desetinek sekundy za den.

Po zavření všech aplikací na Dropboxu se za několik sec. uploadují zbylé soubory a můžete přejít na druhý počítač.

 

Závěr:

 

Pokud nemáte rychlé SSD či zvláštní fyzický disk pro Dropbox složku, nemohu použití obrovského TC kontejneru k běžnému použití doporučit. Tím že Dropbox musí celý soubor indexovat aby odhalil změny, může se následná indexace a uploadování po práci (odpojení kontejneru) protáhnout až na desítky minut. Jde tedy o řešené vhodné jen pro paranoidní nadšence kterým nevadí čekat.

Dropbox symlink, Opera portable, TrueCrypt a další kouzla

Již velice dlouho na těchto stránkách nevznikl žádný obsah, a dnes se to pokusím napravit. Přiznám se že mě k napsání druhého článku o využití Dropboxu přinutil tento článek, který je plný polopravd a není založen na reálných zkušenostech z všedního užití, ale jen z marketingových keců. 

[tento článek neobsahuje referral odkazy, již žádné nepotřebuji. Viz článek http://post.mj12.eu/dropbox-jeden-velky-podvod-nebo-radeji-desitk...] ( http://mj12eu.blogspot.cz/2012/12/dropbox-jeden-velky-podvod-nebo-radeji.html ) 

Rozhodl jsem se tedy podělit o plody mé bezedné studny zkušeností a popsat postupy kterými pozdvihuji Dropbox na úplně novou hladinu pohodlného užívání s minimální námahou.

Modelová situace:

Potřebuji synchronizovat cca 3,5GB dat, ale mít k dispozici případnou rezervu pro další data. Potřebuji mít možnost se vrátit k předchozím revizím souborů, například kdyby došlo k chybné synchronizaci. Také potřebuji synchronizovat složky vně Dropbox složky do ní. A nakonec to hlavní, potřebuji synchronizovat složku portable Opery tak, aby byla kdykoliv k dispozici tak jak jsem jí zanechal (i s otevřenými panely) na všech počítačích. Složka Opery má: 11 291 souborů, 406 složek, 425MB( jen 239 MB je 9000 ikon). Složka pro cache je umístěna mimo Dropbox složku. Potřebuji tedy aby synchronizace nijak neovlivňovala práci programů a nerušila jejich běh, či nezpůsobovala lagování.

Dále používám portable verzi Psi+ kde využívám synchronizované historie, stejně tak je šikový Portable Apps Suite balík který mám vždy po ruce.

Jako IM jsem dříve používal Gajim, který bohužel portable režim nepodporuje, ale lze to jednoduše vyřešit pomocí symbolických odkazů, viz níže.

Nyní se podívejme jak se úlohy zhostili dva hlavní konkurenti.

Live Mesh:

Tento program na první pohled plní všechny požadavky nejlépe, v základu nabízí více místa, umožňuje synchronizovat jakékoliv složky... Ale reálná zkušenost z používání je hrozná. Možnost nastavit si neomezený počet synchronizovaných složek má za následek pouze zmatky, musíte stále myslet na to které složky to jsou a kolik dat obsahují - live mesh nemá nějaký jednoduchý indikátor volného místa.

Největší problém má ovšem samotný engine sledování změn souborů. Při reálné zkoušce nastavení synchronizace složky Opery kompletně selhal. Program absolutně ignoroval většinu souboru a 400MB složky nahrál na druhý PC a webové rozhraní 10MB souborů, více ho nezajímalo. Podobně se choval u velkých galerií, nepomohla ani nová beta či mnoho reinstalů. Program tedy selhal v hlavní úloze pro kterou je určen

Dropbox:

Dropbox žádnými dětskými nemocemi netrpí a svou činnost vykonává na jedničku - jen prvotní indexce a průzkum změn po startu dává HDD docela zabrat. Navíc Dropbox nabízí bezkonkurenční výhodu:

Pokud do Dropboxu nahrajete soubor který tam už je (Dropbox si nejprve vypočítá kontrolní součet souboru), tak se vám v cloudu objeví automaticky bez nutnosti uploadu, toto platí prakticky pro jakékoliv video. Vždy existuje někdo kdo ten samý soubor už jednou do Dropboxu uplodoval, a vy tedy nemusíte. Opačně to pochopitelně neplatí a soubor musíte stáhnout celý :-)

Další výhodou Dropboxu je, že když například upravíte soubor, například změnou ID3 tagu u hudby, tak je synchronizována jen změna souboru a ne soubor samotný, to ušetří klidně 99% přenášených dat. Tato vlastnost otevírá dveře například využití pro zálohovací image či TrueCrypt

Další výhodou jsou public odkazy (sbohem edisku), či pěkné onlien galerie, třešničkou na dortu jednoduché sdílení složek. 

  

PS: SugarSynch zrecenzuji někdy v budoucnu, ale funkčností se řadí mezi Dropbox a Live Synch, liší se pouze jiným poměrem funkcí a zpracování. Rozhraní je asi nejméně přehledné ze synchronizačních programů vůbec.

Junction Link Magic:

Junction Link Magic je jednoduchý a přesto geniální GUI program pro práci se symlinky (symbolickými odkazy). Jde vlastně o sofistikovanější formu zástupců které znáte z Windows. Před jakýmkoliv hokus pokusem se   symbolickými odkazy doporučuji bezchybně pochopit problematiku, například jak se to chová v krizových situacích když dojde ke smazání, přesunu, smazání odkazu atd...

Symlinky mohou být skvělý sluhu, ale zmatený pán. 

Synchronizace složky dokumenty a výhody či nevýhody tohoto řešení

V mém případě používám tuto funkci k napojení složky Dokumenty do složky Dropbox, tím zajístím její synchronizaci. Ve skutečnosti je složka Dokumenty umístěna přímo v Dropboxu a v uživatelském profilu je pouze odkaz na ní. Jak asi zjistíte musíte nejprve před vytvořením symlinku ze složky která bude ve vašem uživatelském profilu odstranit veškerá data, prostě musí být prázdná. Druhá složka v Dropbox složce může soubory obsahovat. Po vytvoření symlinku uvidíte okamžitě své Dropboxovské dokumenty v své windows dokumentovské složce.

Hlavní výhody jsou:

Poku znáte Steam Coud, můžete si tento luxus užít u všech her. Savy v dokumentech vám Dropbox synchonizuje. Stejně tak nastavení her. Logicky se to nevztahuje jen na hry. Pro visual studio je to jako stvořené (zlaté revize)

To samé platí o chatlozích z programu jako WLM, digsby, trilian....vždy je budete mít po ruce.

A samozřejmě synchronizace osobních dat. 

Závěr je takový že díky pár klikům si můžete z Dropboxu udělat mocný synchronizační nástroj který dokáže zjedodušit digitální život jako žádný podobný nástroj. Kapacitu si můžete rozšířit na obrovskou, požadavky na systém jsou minimální a pohodlí či bezpečnost dat (přenos je prováděn přes SSL) je enormní.

Na druhou stranu alternativy zatím nabízí jen kompromisy a polovičatá nespolehlivá řešení.

Dropbox + TrueCrypt container 

[toto je pouze teorie]

Pokud jste paranoidní schizofrenici určitě již váš musela napadnout tato kombinace. Mít svá zašifrovaná data v Cloudu je nápad který na první pohled nemá mouchu. Na druhý ovšem pár vad na kráse má.

1.) TC kontejner jako obsah Dropbox složky, která je umístěná na klasickém disku

2.) ...vlastně není druhá možnost.

Pokud tedy vezmeme modelovou situace a máme dejme tomu 10GB TC soubor jako jediný obsah Dropbox složky, narazíme hned na začátku. Tento soubor (nyní ještě bez dat) je vlastně plný (při pohledu z venku) náhodným obsahem, Dropbox ho tedy bude muset celý indexovat což může trvat docela dlouho, ale hlavně ho celý musí uploadovat.

Protože Dropbox uploaduje jen změněné části souborů, nebude při změně obsahu uploadovat celých 10GB, jen bude mít pravděpodobně problém s indexováním a indexováním a indexováním kontrolních součtů. 

Nevýhody:

rychlejší stahování na druhém pc protože normálně pomalu stahuje stovky malých souborů

nemožnost webové editace, nefunkční a problematické revize souboru

Truecrypt a Dropbox rozvedu v následujícím článku. Hurá

Nokia 5800 jako 3G modem

Nedávno jsem zkoušel použít O2 3G připojení jako hlavní připojení pro PC do internetu. K tomuto rozhodnutí mě vedla hlavně cena oproti UPC internetu a také to že O2 zatím stále neuplatňuje FUP limit 150MB na týden.

Připojení telefonu je snadné, lze použít bluetooh či datový kabel ale dále je to složitější. Ovladače k modemu se bohužel nenainstalují automaticky je proto nutné použít Ovi suite nebo lépe stsrší PC suite k prvotnímu připojení. Při tomto procesu se v sítových adaptérech vytvoří dva nové modemy ( jeden pro BT  a druhý pro kabel) přes které je se možnost v budoucnu připojovat i bez použití programů od Nokie.

Na hned první problém jsem narazil při připojení přes kabel, internet v pravidelných intervalech (8 minut) vypadával a bylo nutné se odpojit a připojit. Přes BT žádný podobný problém nebyl a navíc podle rychlostních testů byla přenosová rychlost o něco vyšíš.

A to již se dostáváme k samotné použitelnosti. Při načítání běžných webů plných velkých obrázků a flashe je nutné počítat s opravdu velkým zdržením. Jako hlavní problém pro internetového závisláka je nemožnost více více palarerních loadingů v panelech. Připojení na to prostě nestačí. Zde se mi obrovských způsobem osvědčila funkce Opera turbo která je schopná snížit načítací čas až 5x. Toto číslo není vůbec nadsazené a rozdíl je opravdu vidět.

Úsměvným může být třeba že za den testování se mi podařilo týdenní FUP překročit asi 6x. Nedovedu si představit nasazení pro běžný provoz po celý rok.

Samotný telefon je při připojený velice zahřátý a je vidět že ho to mírně zatěžuje - reakce jsou pomalejší.

Nakonec se jen letmo zmíním o programu JoikuSpot který umožňuje sdílet internet z telefonu po WIFI do dalších zařízení. Bohužel moje WIFI AP vyhodnotí vytvořenou síť jako nefunkční provozu a nepřipojí se. Nicméně je to funkční řešení ( tedy pouze v placené verzi která umožňuje šít zašifrovat) .