Výkonnostní problémy této diskuse

Možná víte, že jsme změnili hosting, protože Xhost skončil. Nyní jsme u Nethostu. Při převodu se ukázalo, že tato diskuse je náročnější na provoz, než jsem si myslel. Nethost na to vcelku pochopitelně reaguje tím, že chce nějaké řešení nebo zvýšení ceny. Momentálně to vychází asi na 12 tisíc za rok, což mi přijde hodně, ale horší je, že ani to by nezaručilo bezproblémový chod ve špičce. Problémem jsou údajně dotazy do databáze.

Takže stojím před úkolem nějak dotazy do databáze optimalizovat. Když už to budu dělat, tak by se asi velmi hodilo přejít na aktuální verzi miniBB, totiž na verzi 2.0.3, protože ta optimalizaci selektů řeší. Teprve pokud to nebude stačit, šel bych do další optimalizace.

Jenomže s přechodem na novou verzi je spousta práce. Nešly by totiž použít současné šablony ani upravené vlastnosti (dost věcí jsme si doskryptovali, je tu velmi dobrý vlastní antispam). Převod databáze s 280 tisíci příspěvky do jiného formátu je taky slušné kafe. Takže se mi do toho moc nechce.

Takže řeším jednu otázku. Myslím, že by v praxi bylo lepší současnou diskusi "uzavřít", nainstalovat vedle ní novou verzi, převést do ní uživatele -- nikoli příspěvky -- a začít načisto. Tím pádem by se nemusela převádět databáze a nová databáze by fungovala mnohem rychleji.

Co si o tom prosím myslíte?

Alphard: přebrat? Ne, neplánuju diskusi někomu "předat" :-)


Peca: uzavřít znamená nechat diskusi přístupnou jako archiv, možná readonly, možná i s možností dále přispívat, ale nikoli propagovaně, takže by se stará verze postupně utlumila. A nová verze by jela nad menší/optimalizovanější/rychlejší databázi.


ronnie: díky za nabídku pomoci, ale zatím neplánuju z miniBB přecházet na cokoli jiného. Jsem s ní velmi spokojený. Její skrypty totiž v pozadí dělají obrovskou spoustu práce, ono se to nezdá. Můžu ti ale poslat stávající kódy a ty se podíváš, jestli bys ji uměl vylepšit ohledně zvýrazňování php kódu. Zrušení počtu příspěvků je rozumný nápad, ale víc to zatěžuje hledání posledního přispívajícího.

> rad sa budem podielat na vytvarani FAQ pre sekciu flash :)

raději vymysli, jak se bude organizovat její psaní. Už jsem slyšel mockrát slovo wiki, ale nenašel jsem žádný soft (ani jsem si jej nedokázal nechat placeně naprogramovat), který by pro to byl adekvátní. Jiné nápady?

> tím přebrat jsem myslel obsahově promazat

aha. No, neumím si racionálně představit nikoho, kdo bude přebírat 42 tisíc témat a posuzovat, zda stojí nebo nestojí za smazání.

> Mohli bychom přidat rovnou Texy! s FSHL, což vytváří pěkně obarvený kód.

pošlu ti zdrojáky, zapracuj to do nich. Chceš?

> Vytvoří se vlastní tabulka, kde bude ID, název, počet reakcí, jméno posledního reagujícího a datum.
> Tím sice dojde ke zdovojení dat v databázi, ale hlavní příspěvky se vypíšou jednoduchým dotazem SELECT * FROM tabulka ORDER BY date.

no jo, ale ono už to tak je. Vypsání hlavní stránky je, jak se na to teď koukám, jeden select z tabulky témat. Není o nic těžší než to, co navrhuješ ty. S tím rozdílem, že z té tvé tabulky by se musely záznamy nějak mazat.

Takže hláška "jednoduše optimalizovat" mi přijde zbytečně optimistická.

indexy tam jsou, po poslední optimalizaci (díky adminovi serveru) i vícesloupcové, přes všechny pole častých dotazů

ronnie, ale jestli by ses na to díval jenom kvůli Texy a FSHL, tak to nemá cenu. To nemá žádnou prioritu.

> Bude o tolik víc práce převést tuhle db do novějšího minibb?

Přechod na miniBB 2.0.3 si představuju takto:

* prostudovat dokumentaci
* překonvertit databázi podle instrukcí (co jsem koukal, tak se snad akorát přidávají sloupce, možná by to šlo udělat rovnou na ostré)
* zkusit, jestli na tom zatím jede stará verze (měla by, snad) Pokud nepojede, tak konvertovat zpět a jít na to jinak.
* rozbalit 2. verzi miniBB do jiného adresáře
* nastavit konfiguraci pro 2. verzi (přístupy do databáze, názvy sloupců v databázi)
* nakopírovat českou jazykovou verzi
* zkusit, jestli 2. verze funguje (stále mluvím o instalaci v nějakém jiném adresáři). Počítám, že tam budou trable, ale mohla by.
* nakopírovat z první verze stopslova, soubory s pravidly a další statické soubory,
* nakopírovat konfiguraci témat,
* nakopírovat konfiguraci adminů. Pokaždé zkusit, jestli to funguje.
* nakopírovat do 2. verze staré šablony. Naše staré šablony obsahují některé důležité vychytávky (méně tlačítek, javascriptové kontroly, hledání apod.) a jsou příjemně jednodušší než nová verze.
* zkusit, jestli šablony fungují, tedy jednu po druhé projít, případně opravit.
* prohlédnout stávající zdrojáky staré verze a přepsat do nové verze všechno, co jsme si dopsali sami. Minimálně mě napadá
- můj antispam
- tag pro předformátovaný text
- a možná další věci, o kterých vůbec nevím.
* doinstalovat momentálně používaná rozšíření (myslím, že v administrační části něco takového je)
* testovat, testovat, testovat.
* případně spustit přehozením souborů z testovacího adresáře do hlavního

* teprve potom řešit případné nasazení mod_rewrite

Počítám, že v každém kroku se může něco podělat. Tož tak. Práce na full time týden :-)

Co jsem tak koukal do zdrojáků verze 2.0.3, tak jsou podobně příšerné jako verze 1.6, na které jsme začínali. Moc mě to netěší, ale podle nové struktury databáze se mi zdá, že přeci jen ty selecty pro hlavní stránku a stránky sekcí mohou být o poznání jednodušší.

(Latin2 je nastaveno všude, nic se evidentně nekonvertí.)

Potřebuju volný týden na optimalizaci. Už jsme s Doublethinkem rozjeli testovací web mimo, teď postupně procházím staré a nové šablony a zjišťuju, co bude potřeba změnit. Chtěl bych to dodělat do léta. Fakt mě to nebaví, ale tahle verze fóra není stavěná pro množství příspěvků, které se zde objevuje, masakruje to databázi. Hosting je dobrej, jinde by to asi lehlo úplně.