čtvrtek 20. ledna 2011

Odstranění Byte Order Mark

Byte Order Mark (BOM) je znak kódování Unicode, který označuje endianitu (pořadí bajtů ve vícebajtových znacích) použitou v souboru. Pro data v kódování UTF-8 nemá vůbec žádný význam a pokud se jednou na začátku souboru objeví, je potíž se ho zbavit.

Mě se zjevil v jednom souboru se styly, který byl s dalšími CSS soubory sloučen do jednoho, a protože YUI Compressor BOM ze souboru neodstranil a soubory sloučil i s ním, první CSS pravidlo z ono souboru pak nefungovalo.

BOM umí ze souboru odstranit utilita uconv z knihovny ICU (v Debianu v balíku libicu-dev což je btw pěkný bumbrlíček, i se závislostmi 53MB).
uconv --remove-signature file-with-bom.txt > file.txt

středa 24. listopadu 2010

SunSPOT - nová verze Rev8

Z výrobních linek právě sjíždí nová řada zařízení SunSPOT a před tím než se dostane k nedočkavým zákazníkům, můžeme se podívat jaké novinky nabídne oproti předchozí verzi Rev6

  • zvětšena RAM na 1MB
  • zvětšena flash paměť na 8MB
  • nový procesor AT91SAM9G20 400MHz (2,226x rychlejší)
  • vestavěný watchdog
  • senzorová deska už nemá teploměr (teploměr je přímo na základní desce)
  • 4 digitální IO (místo pěti)
  • 4 analogové IO (místo šesti)
  • místo obyčejného světelného senzoru je přítomen trojbarevný světelný senzor
  • nový akcelerometr s trojhodnotovou škálou (2/4/8G)
  • audio speaker
  • infračervený vysílač a přijímač

čtvrtek 23. září 2010

Můj nejdražší

From: jully jully4love50@yahoo.com
Subject: Můj nejdražší,

Můj nejdražší,
    Jak se dnes máte? S nadějí tento mail bude vám na vaše zdraví. Jsem rád, že napsat, že dobrý vztah s vámi.
Mé jméno je Miss Julian Joan, dobře vypadající, upřímný a poctivý mladá dívka. Musím upřímně a pravdivě přítel, který povede k dlouhotrvající vztah. Já jsem doufal, že pro druh vaši odpověď, pokud jsem zájem, takže můžeme sdílet obrázky a sami vědí víc. Pošlu moji fotku, když slyším od vás, chci mít tvoje taky.

Tvůj upřímný přítel,
Miss Juilan

neděle 2. května 2010

Gmail a problém s importem kontaktů

Importujete do Gmailu CSV soubor s kontakty a všechny telefonní čísla končí v poli poznámka?
Google bohužel moc neříká, jaký má být formát CSV souboru. Formát, v jakém Gmail kontakty exportuje je poněkud zvláštní, nicméně podle jedné ze stránek nápovědy se zdá, že telefonní číslo má být uložené ve sloupečku Phone.
To je ovšem zdroj problémů: telefonní číslo na mobil musí být ve sloupci Mobile Phone, číslo domů Home Phone a podobně.

pátek 5. února 2010

Mercurial

Mercurial je systém pro správu verzí, který je na rozdíl od Subversion distribuovaný a má plnou podporu pro větvení, a na rozdíl od Gitu není opruz.

Windows
Nainstalujeme rozšíření Průzkumníka TortoiseHg, které obsahuje i samotný Mercurial http://bitbucket.org/tortoisehg/stable/downloads/

Debian (Lenny)
Debian Lenny obsahuje jen starou verzi Mercurialu verze 1.0. Lenny backports obsahují naštěstí novější verzi 1.3. Přidání backports provedeme podle návodu a pak se Mercurial nainstaluje spuštěním:
aptitude -t lenny-backports install mercurial
Ubuntu (Karmic)
http://cz.archive.ubuntu.com/ubuntu/pool/universe/m/mercurial/mercurial_1.4.1-1_i386.deb
http://cz.archive.ubuntu.com/ubuntu/pool/universe/m/mercurial/mercurial-common_1.4.1-1_all.deb

Pro instalaci TortoiseHg (včetně rozšíření Nautilusu) si přidáme repozitář
ppa:tortoisehg-ppa/releases
a z něj je pak možné nainstalovat balíček tortoisehg

Eclipse
HgEclipse:
http://hge.javaforge.com/hgeclipse
Vzdálený přístup přes SSH
Nesmíme zapomenout, že Mercurial bere cesty relativně k domovským adresářům, takže pokud přistupujeme k repozitáři v rootu, musíme úvodní lomítko pro uvedení cesty zdvojit:
hg clone ssh://jmeno@server//hg/repo

čtvrtek 21. ledna 2010

Fio - platby se Slovenskem a EU

Málo se o tom ví, ale pokud si zřídíte účet u Fio banky, kromě českého účtu dostanete i slovenský účet, na který můžete bez poplatku přijímat i posílat platby z/do slovenských bank a rovněž můžete přijmout platbu v z celé eurozóny. Jak na to?

Pokud budete chtít přijmou platbu ze Slovenska, odesílateli sdělíte číslo svého účtu, ale jako kód banky uvedete kód slovenského Fia: 8330.
Posílání plateb na Slovensko je ještě jednodušší: zadáte tuzemskou platbu a do čísla účtu příjemce prostě uvedete slovenské číslo účtu a slovenský kód. Příjemci platba přijde z účtu s vaším číslem a kódem slovenského Fia: 8330.
Za poslání ani přijetí platby se jak je u Fia zvykem neplatí.

Díky vašemu slovenskému účtu je také možné přijmout platbu z jakékoli země v eurozóně. Odesilateli musíte sdělit IBAN účtu a BIC/SWIFT kód banky. IBAN z čísla účtu zjistíte tak, že na začátek se uvede SK76 8330, nakonec číslo účtu a prostředek se vyplní nulami. Správnost IBAN můžete ověřit na stránkách TBG5 Finance.
Účet: 123 456 789 / 2010
IBAN: SK76 8330 0000 0001 2345 6789
BIC: FIOZSKBA

Pokud máte účet vedený v českých korunách, Fio vám pro platbu provede konverzi podle aktuálního kurzu, u účtů vedených v eurech konverze samozřejmě odpadá.

středa 13. ledna 2010

Legrace kolem sociálního pojištění

Ze židle mě nadzvedla anketní otázka "Přijde vám požadavek na vrácení pojistného za 1. polovinu roku 2007 morální?" u článku na serveru Měšec.
Ve zkratce o co se jedná: zákon nestanovil, kolik mají firmy v prvním pololetí roku 2007 odvádět sociální pojištění a proto firmy uvažují, že by u státu nárokovaly vrácení cca 100 miliard korun, které nesprávně zaplatily.

Představme si modelové situace:

Situace 1:
Firma má povinnost odvést sociální pojištění ve výši 20 tisíc Kč, ale z nějakého důvodu odvede jen 10 tisíc Kč, tedy o 10 tisíc míň. Ve chvíli, kdy na to přijde je samozřejmě povinná pojištění doplatit, správa sociálního zabezpečení doměří penále a pravděpodobně firmu poctí kontrolou. Finančnímu úřadu firma zaplatila vyšší daň, ale hádám, že žádat o vrácení přeplatku daně si většina firem netroufne, protože by si takovým upozorněním na sebe mohla přivolat kontrolu.

Situace 2:
Firma má povinnost odvést sociální pojištění ve výši 10 tisíc Kč, ale z nějakého důvodu odvede 20 tisíc Kč, tedy o 10 tisíc víc. Za nějakou dobu na to přijde. Je morální, aby žádala přeplatek zpět? Pokud by o vrácení přeplatku nezažádala, dopustí se management provinění proti vlastníkům firmy (vydá neoprávněně peníze a nežádá je zpět). Každopádně firma si tímto o bezdůvodný přeplatek snížila daň, takže ať už přeplatek bude nárokovat k vrácení nebo ne, je povinná daň doplatit a od finančního úřadu může čekat vyměření penále.

Situace 3:
Firma má povinnost odvést sociální pojištění ve výši 0 Kč, ale z nějakého důvodu odvede 10 tisíc Kč, tedy o 10 tisíc víc. Za nějakou dobu na to přijde. Je morální, aby žádala přeplatek zpět? Proč by nemělo být? Liší se tato situace nějak od předešlé? Snad jen v tom, že se týká úplně všech firem ve státě.


Otázka o nějaké "morálnosti" ale vůbec není na místě. Státní úřady s občany - poplatníky jednají jako s poddanými a žádné tolerování ani drobného překročení zákonů se nekoná.
Pokud soud potvrdí firmám nárok na vrácení přeplatku a firmy opravdu zažádají o vrácení 100 miliard korun, stát tyto peníze mít nebude a bude je muset vzít v podobě daní a poplatků nám občanům. To ale není žádné novum, stát nikdy žádné vlastní peníze neměl, nemá a mít nebude. 
Je ale správné, že na omyl způsobený poslanci, senátory a prezidentem doplatí občané? Rozhodně to správné je, protože kdo jiný než právě občané odpovídají za to, kdo řídí jejich stát!


Ppoznámka: V článku několikrát používám slovní spojení "sociální pojištění" -- samozřejmě, že se o žádné pojištění v klasickém slova smyslu nejedná. Jde o variaci na podvodnou hru typu letadlo se scénářem "zaplať současným důchodcům důchody a uvidíš, jestli někdo zaplatí důchod tobě".