- Napište nám
- Kontakty
- Reklama
- VOP
- Osobní údaje
- Nastavení soukromí
- Cookies
- AV služby
- Kariéra
- Předplatné MF DNES
Už nějakých 18 let – panebože, to to uteklo – se zabývám fenoménem Internetu, jazyky HTML, CSS, PHP, ASP, JS a dalšími okolnostmi provozu a tvorby internetových aplikací, takže se mohu považovat za jistého znalce a odborníka. A jestliže se k tomu přidá matematicko-analytický způsob myšlení, který je pro programování nezbytný, a dosti solidní znalost IT, předkládám zde studii zmíněných „transparentních“ účtů.
Ještě jen na okraj: vyřazená kandidátka Jana Bobošíková této povinnosti zveřejnit účetnictví volební kampaně nedostála příliš dobře – na svém soukromém webu poskytla pouze ke stažení několik dokumentů aplikace Word s nějakými daty. (Ponechávám na laskavé úvaze čtenáře, nakolik se hodí textový editor k evidenci a analýze jakýchkoliv strukturovaných dat.) Podobný výstup nabídla i Z. Roithová.
Za pozornost jistě stojí i to, že se o tyto účty zajímala agentura Amnesty International. Podle jejího závěru byl účet Miloše Zemana označen jako druhý nejhorší ze všech devíti kandidátů. Názor AI však ponechávám stranou – nebudu jej brát v potaz.
Obraťme ale pozornost našim dvěma kandidátům: oba mají svůj účet veden u České spořitelny, Miloš Zeman účet č. 2390200073/0800 (použitá data k 22. 1. 2013, účet od 26. 9. 2012) a Karel Schwarzenberg účet č. 2840392309/0800 (použitá data k 23. 1. 2013, účet od 17. 9. 2012). Proč zrovna u ČS nebudu řešit.
Oba výpisy z účtu jsou si vnějškově, strukturálně podobné. Za poněkud archaický lze označit typ DTD HTML dokumentu: HTML 4.01 Transitional – ve verzi loose.dtd – to je opravdu velmi, velmi prastará norma. Při pokusu o otevření cílové adresy v prohlížeči Internet Explorer (9) však dojde k automatickému přesměrování na adresu chybové stránky 404 - Document not found.
Stránka Miloše Zemana vykazuje 4 syntaktické chyby, stránka Karla Schwarzenberga vykazuje 3 zcela stejné chyby – jde zřetelně o chyby kodérů ČS a netřeba z nich činit závěr.
V obou dokumentech (mimo strukturální a navigační prvky) jsou data vložena do HTML tabulky. Přinejmenším podivné je, že v deklaraci tabulky je uvedena ve stylopisu výška tabulky: height: 38803px; to se bezvýhradně NIKDY nedělá. Tento fakt zohledním až v závěru posudku.
Dílčí data jsou v jednotlivých buňkách tabulky uložena ještě v samostatných odstavcích <p></p>. To je přinejmenším zvláštní a neobvyklé. Počet těchto odstavců v buňkách je navíc proměnlivý, což je vysoce neobvyklé. Zpravidla – pokud jsou data čerpána z nějaké databáze (a to bych u výpisu z bankovního účtu čekal standardně) – necháme získaná data procházet nějakým cyklem, např.:
foreach($rows as $row)
{
$out .= '<tr>';
$out .= '<td><p>' .$row->date. '</p>' . NL;
$out .= '<p>' .$row->time. '</p></td>' . NL;
$out .= '<td>' .$row->name. '</td>' . NL;
$out .= '<td>' .$row->value. '</td>' . NL;
/* atd. dle potřeby */
$out .= '</tr>' . NL;
}
…když už v buňce nějaké odstavce přece jen chceme uvést. Zásadní je to, že při průchodu cyklem není obvyklé, aby jednou byly v buňce odstavce dva, někdy tři a někdy čtyři a někdy žádný. Šlo by to samozřejmě zajistit podmínkou IF (např. pro prázdnou hodnotu), což zde však jistě není uplatněno, protože se v buňkách objevují přečasto odstavce prázdné: <p></p>, nebo <p> </p>. Jev je doložitelný u obou účtů.
Poněkud neobvyklé je formátování částek. Je užita kombinace anglosaské a české typografie: 3.000,00. Což o to, funkce NumberFormat(args) by nám to dovedla zajistit, ALE NE PRO KAŽDOU ČÁSTKU A ŘÁDEK JINAK. Některé částky jsou uvedeny bez haléřové části: 500, některé cifry mají formát 500,- a v několika buňkách dokonce nesmyslný formát 1,000,00.
Oba kandidáti mají chybu ve zcela zásadní a elementární věci a tou je zůstatek na účtu:
Oba účty (z výše uvedených důvodů) nejsou exportem dat z nějaké databáze bankovních operací, ale velmi pravděpodobně konverzí tabulek z aplikace MS Word, nebo OO Writer (Excel a Calc bych vyloučil pro snadnou odhalitelnost „necifer“). Vzhledem k přítomnosti odstavců jsem přesvědčen, že ke konverzi byly užity poměrně rozšířené editory JSON CKEditor, nebo TinyMCE, (ty ostatně známe všichni z administračního rozhraní Blogu iDnes), které např. odstavce v buňkách tabulky generují s oblibou.
Vzhledem k tomu jsem přesvědčen, že předkládaná data byla odevzdána v nějakém kancelářském formátu (zcela nevhodném) a jejich autor si do svých tabulek mohl zanést libovolné osoby, částky i vročení a s daty libovolně manipulovat. Vzhledem k absenci identifikace donátora (ať číslem účtu, nebo jinak) nelze ověřit, zda daná osoba existuje a částku skutečně zaslala, je zveřejněný obsah neprůkazný u obou kandidátů.
Oba „transparentní“ účty nejsou ani průhledné, a v některých ohledech věcně nesprávné a proto jsou značně nedůvěryhodné! (I když Schwarzenbergův je o něco lepší.)
Na oba účty neváhala řada lidí zasílat malé, haléřové částky jen proto, aby mohli použít proti majiteli účtu různé nepříliš lichotivé invektivy: M. Z. (34×), K. S. (18×).
Datum | Dárce | |
---|---|---|
Pozoruhodný je vklad SPOZ – až 8. 1. 2013, anonymní vklady a duplicitní donátoři.
Datum | Dárce | |
---|---|---|
Za pozornost stojí zejména podpora Z. Bakaly a různých politických uskupení
Datum | Výdaj | |
---|---|---|
Minimálně zajímavé je rozepisování faktur pro stejného dodavatele do více plateb à 60 000 Kč.
Datum | Výdaj | |
---|---|---|
Dokladování položek se jeví průhlednější a logičtější u Karla Schwarzenberga. Byť se budou oba vymlouvat, že za chyby jsou odpovědné volební štáby, odpovědný je v prvé řadě kandidát.
Závěry si prosím udělejte sami.
Další články autora |