Administrace komentářů

Cca 4roky zpátky jsem z toho byl (v php + mysql) trochu nešťastný, chtěl jsem něco nezávislého s „vyšší logikou“.
Znechuceně jsem se pustil do tvorby nástroje a php tříd a stvořil si „něco“, kde definuji relativně složité asociativní pole, z kterého se mi vygeneruje kompletní databáze (sql script) včetně referenční integrity (pokud mám InnoDB) včetně automatické historie všech změn záznamů (pokud můžu používat triggery) a včetně datového modelu, který je uložen spolu s DB a jsou v něm definovány „vyšší“ kontrolní mechanismy (například. kontrola pole dle regexp, či existence domény z mailu a další nedefinovatelné na úrovni DB).
Ke každé tabulce v DB se vygeneruje PHP třída…, které na základě defince mohou (a jsou) být v dědičné struktuře a každá tato třída si načítá definice kontrolních mechanismů (já jim říkám checkery :)) a každé pole je pak na úrovni fce setXX kontrolováno a vyhodnoceno… + jednoduchá dokumentace a strom tříd

A tady se konečně dostávám k formulářům.
Jednoduchým universálním for cyklem je možné pak vytvořit generický formulář, který umí SELECT/UPDATE/INSERT a validuje všechny vstupní hodnoty (před-validuje na úrovni javascriptu) zobrazuje chyby a umožňuje zadávání lokalizovaných hodnot.
Tuto funkcionalitu využívám jen na specifické číselníky, jinak si vytvořím jeden template skript, který kopíruji a upravuji pro daný účel (volnost v budoucích úpravách).
Díky tomu, že v definici pracuji z možností upřesnění typů a atributů polí (money, read-only, state-field apod.) a díky tomu, že nastavuji pravidla pro LOCALE, tak rozeznávám tři hodnoty GUI, PHP, SQL, ale nijak mně to nezajímá, prostě uživatel zapíše 10.12.2008 do DB projde 2008-12-10, nebo v EN napíše 2,000.25 a do DB se dostane 2000.25, nebo pro False/True je combo s Ano/Ne.
Limity jsou v tom, že pro tuto funcionalitu musím editovat jen záznam v jedné tabulce kde mohou být výběry na N navázaných tabulek (zobrazí se combo). Pokud chci editovat dvě tabulky musím si to ve sciptu již něco doplnit, ale nesrovnatelně méně než kdybych to dělal „rúčo“.
Takové ty výpisy záznamu (karty), ty dělám většinou plně automaticky, názvy polí jdou přes „slovník“ kde se např 'username' přeloží do 'Uživatelské jméno' (v DB je uloženo i pořadí polí, které lze měnit, takže karta vyjede slušně)
PS: Samozřejmě na spojení z DB jsou třídy »providery«, takže lze to aplikovat i na jiné DB, ale bylo by třeba nové triggery a pod.

A tady se dostávám k závěru:
Od té doby jsem to použil již na několik projektů a bohatě se mi to vrátilo, návrh kompletní DB a aplikační PHP vrstvy se základními principy přihlašování mám v řádu několika hodin a základní administrační funkce (myšleno ksichty pro administraci) do dvou dnů (u projektů cca. do 30 tabulek), ale hlavně další věci se tvoří neustále stejně a ty zmiňované validace výpisy či česky/slovensky/hotentótsky zadané hodnoty jsou akceptované (datumy/čísla atd.) .
Hloupé je to, že „generátor“ je docela dobastlený, takže tomu rozumím jen já a to jen díky tomu, že využívám definice z minulých projektů jako základ.

Tím celým jsem jen chtěl říct, že jedině sám-si-sám k plné spokojenosti.