Omluva za potíže a výpadky

20. 9. 2005 | Redakce

Články - Omluva za potíže a výpadky  

Tým abclinuxu.cz se omlouvá všem uživatelům portálu za nepříjemnosti se špatným zobrazováním českých znaků a rozbitým designem.

Co se stalo?

Včera v noci se začaly objevovat první známky potíží. Některé texty v různých částech portálu neměly správně zobrazeny znaky s diakritikou (byly místo nich otazníky). Postupně těchto případů přibývalo, až se do rána proměnilo abclinuxu.cz v jednu velkou otazníkovou změť. Uživatelé nám chyby hlásili v Bugzille (bug 313 a bug 314).

Kromě toho se úplně rozsypalo rozložení stránek. Sloupce nebyly sloupce atd. Viz Bugzilla, bug 315.

Problémy s českými znaky byly způsobeny upgradem databáze. Nová verze nebyla správně nakonfigurována, a proto servírovala data se špatným kódováním. Po opravení se uvedla do pořádku všechna data, která byla na portál vložena PŘED nasazením nové verze databáze. Problém však bohužel zůstává u textů, které se na stránkách objevily od nasazení nové verze do opravení konfigurace. Jedná se tedy o všechny příspěvky zadané v rozmezí od včerejší přibližně jedenácté hodiny v noci, po dnešní ráno.

Rozhozený layout stránek měl na svědomí překlep v souboru s CSS. Bohužel byl tento jednoznakový překlep právě v místě, kde napáchal velké škody. Shodou okolností nebyla chyba odhalena ihned po nasazení nové verze CSS, která opravovala jiné drobné (nepodstatné) chybky.

Omluva

Za nepříjemnosti způsobené nečitelností stránek (ať už z důvodu vadného zobrazení českých znaků nebo kvůli nefunkčnímu designu) a několika krátkými výpadky při nasazování opravené verze se čtenářům omlouváme. Oba problémy se podle zákona schválnosti projevily ve stejnou dobu, a proto bylo o zmatky postaráno.

Diskuse k tomuto článku

[Petr Šobáň]

I mistr tesař se utne, dokážem to pochopit obzvláště jak se to hned spraví.

Kdo nic nedělá nic neskazí.

[trekker.dk]

Kdo nic nezkazí, ten je povýšen.

Kdo je povýšen, ten nic nedělá.

[Filip Jirsák]

Díky za rychlou opravu obou problémů.

Vzhledem k tomu, že jsem dvě ze tří zmíněných chyb nahlásil do bugzilly, a MySQL 4.1 jsem si vlastně taky vymyslel já, tak bych měl teď měsíc zjišťovat aktuality na Abíčku přes web (AdBlock ani jinak nepoužívám) místo přes RSS, abych se alespoň nějak revanšoval, ne? Ale já jinak Abíčko čtu rád a žádné negativní myšlenky jsem proti němu včera fakt nevysílal

[Lynn]

na jednom foru jsme meli stejny problem... nastesti jsme prisli asi jen o 10 prispevku... (uf, denni zalohy )

[Leoš Literák]

My mame take denni zalohy, ale tech komentaru jsou desitky za hodinu

Pokud by nekoo zajimalo reseni, pak bylo nutne nastavit charset v databazi.

[moira]

S timto byvaji celkem problemy. Nejlepsi je, kdyz prestanou fungovat dotazy, protoze se porovnavaji retezce z tabulek, kde kazda ma jine locales.

[Martin]

... to by mě zajímalo kolik to bude stát pachatele piv...

[Noodles]

Ano, je dulezite vsude mit UTF8, na urovni databaze, tabulek, aplikace, proste vsude. Jak je nekde neco jineho, je zle.

[Michal Čihař]

Není problém mít někde něco jiného, ale musím o tom dát databázi vědět.

[Noodles]

Ano, vsechno "lze", dokonce mit kazdy zaznam v jinem kodovani. Ale pro udrzbu a spolupraci vice lidi na vetsich projektech je potreba dodrzovat strategii KISS (keep it simple, stupid). Proto je dobry napad dat vsude UTF8, je to standard.

[Michal Čihař]

jj, už jsem to tu asi stokrát psal do diskuzí

[Libor Klepac]

take jsem s tim pri prvnim upgradu na mysql 4.1 bojoval ;) ...vlastne je tam doted upraveny init skript, misto toho, aby to bylo nastaveno v my.cnf ...no jsem to ale prase ;)

[Dan Ohnesorg]

Hlavne udelat po upgrade isamchk s patricnymi parametry. To ze se charset i collation nastavi bez varovani na swedsky me taky celkem zarmoutilo. Navic 4.1 uz nejde prelozit s --with-charset=czech a ceske trideni co tam maji bud nezvlada korektne pracovat s ch a nebo jsem jeste nedokazal zjistit jak se zapne takove, ktere to zvlada.

[Libor Klepac]

no ja si do my.cnf pridal

character_set_server=utf8                                                       
collation_server=utf8_czech_ci

a hura ;) ... pak je jeste zrada, ze se to musi nastavovat i behem spojeni (set character set utf8), protoze se myslim defaultne zapne latin1 ...

vypsat mozne volby jde

show collation;
show character set;

[Pavel Janousek]

Leosi, ale tento problem ma prece reseni i pro chybna data... - urcite je u kazdeho prispevku timestamp (a nerikejte, ze ne:)). Urcite vite presne obdobi, od kdy do kdy byl spatny charset... - muzete tedy presne specifikovat casove okno a tedy mnozinu prispevku, ktere byly do databaze ulozeny spatne...

No a pak uz je to prece docela jednoduche... - jako programatora v Jave Vas nemusim skolit o metodach String.getBytes(charset) a o konstruktoru String(str, charset), pripadne o moznostech v java.nio...

[Leoš Literák]

Jasne, teoreticky je mozne najit vsechny prispevky upravene v danem casovem one, prestoze to bude vypocetne velice narocne (vsechny prispevky jedne diskuse jsou ulozeny v podobe XML v jednom BLOBu). Takze kdyz budu mit vedle sebe dve databaze, jednu puvodni a druhou novou, muzu se pokusit vyhledat stejne prispevky a nahradit spatnou verzi novou. Ale tohle neni prace na jedno odpoledne. Otazka zni, zda to za to stoji.

Pokud jde o getBytes, pak je tato pripominka irelevantni. Driver mi dava vzdycky string ve spravnem kodovani, takze nema smysl se o charset starat. A protoze jej ted vracel pres noc ve spatnem, Java provedla nahradu "neznamych" znaku za otazniky. Tudiz v databazi jsou take otazniky. A prevest otaznik na znak z mnoziny ěščřž je netrivialni problem.

[David Watzke]

A já už se bál, že jsem jako obvykle něco podělal v nastavení.

[David Watzke]

Zdá se, že to vidím pořád... že by ?
hele ...

[Leoš Literák]

Jak jsem jiz psal, tak vsechna data, ktera se nejak updatovala v prubehu noci (stacilo prilogovani), jsou poskozena. Bohuzel si profily budou muset opravit sami. Me to trvalo asi dve minuty.

[Petr]

HA, vy tu nemáte Databázi, Databázi nebo Databázi???