Co je tak omezit podle ID pomocí > ?

Bude to vpohodě, jak jsem manuálně přehazoval znakovou sadu, tak si to prohlížeč zapamatoval, je to už bez problémů :).

Jak vidím, je to tam stále, v čem je problém?

Je to jen pomíchané kódování. (přepni si v prohlížeči manuálně na UTF-8 a uvidíš, jak se to hned zobrazí správně).
Takže buď převeď celý web do UTF-8, nebo najdi jazykové define soubory s tím textem a změň u nich kódování na sadu kterou máš nadefinovanou pro celý web.

Dělá to samotný login.php v adminu, ten redirect po přihlášení vyvolá duplicitní načtení té třídy base. Resp. může za to funkce pro přesměrování nadefinovaná v zenu.

Dle mých zkušeností stačí přestat registraci nazývat slovem REGISTRACE, protože to zní úředně a závažně závazně.
Stejně je to kec, že nejsou registrovaní (jejich údaje jsou uloženy pro účel vytvoření objednávky a dodání zboží tak jako tak, takže jestli jim na registraci nevadí tohle, tak potom co, leda ten zlý TEMNÝ oblak REGISTRACE, o kterém vědí jen to, že ho nechtějí).

No, tohle je zase dost nešikovný. Mě jako zákazníka to štve a odradí, půjdu nakoupit tam, kde si můžu zobrazit celý produkt bez šoupání myší.

Můžeš ji vytvořit pomocí generátoru stránek, který je k nalezení ve foru. Stránku pam můžeš do hlavní strany jednoduše includeovat. Nebo to můžeš vytvořit jako EZ-Page a vkládat ji z DB, záleží co to má umět. Pokud tam má být php, tak bych šel na to s generátorem.

Bude to snadné, ve složce amin/includes/extra_configures/ si aktivuj soubor enable_error_logging.php, potom se koukni do složky cache a nakopíruj sem co to píše.

Pokud máš očetřenou funkci date_diff() již od přechodu na verzi php 5.1 nebo 5.2, tak by neměl být problém, jinak upgrade na 1.3.9 by byl ideální, ale zase nevím kdo má natolik poctivě oddělené upravené soubory, aby mohl jen tak přehrát fileset a pokračovat dál.

I když Zen sám je na tuto možnost výborně připravený.