Administrace komentářů

Tvůj způsob je regulerní, a jistě to v mnoha případech stačí. Pokud ti to nevadí, tak ti to nevadí.

Nevadí, je to tak záměrně Jen trochu objasním tu motivaci:

Nemám rád cizí zkracovače – ale na druhou stranu, krátké URL se někdy hodí – proto je tam ID hned na začátku – stačí napsat https://blog.frantovo.cz/c/313/ a dostaneš se na tentýž článek. Ten zbytek je tam jen pro to, aby uživatel přicházející odjinud věděl, na co kliká – po najetí myší na odkaz nevidí jen nicneříkající ID, ale nadpis článku, včetně češtiny a mezer.

V databázi žádné „slugy“ uložené nejsou – do URL se dává aktuální název článku.

Název článku se může měnit, což je mj. důvodem k tomu, že po zobrazení článku https://blog.frantovo.cz/c/313/ se ti přepíše adresa na ten plný tvar. A zároveň je tento plný tvar uveden uvnitř XHTML jako kanonické URL (pro vyhledávače, aby věděli, co je správná adresa a že je to jedna stránka, ne víc stránek se stejným obsahem).

Nebo, že ošetřovat neúspěch uložení záznamu je ptákovina. Protože ten neúspěch ti může nastat tím, že ti dá někdo komentář ke smazanému článku. A pokud ti nevadí chyba v této situaci, tak nemusíš řešit chybu ani při mé ptákovině. Ve skutečnosti nemusíš řešit spousta věcí.

Ošetřování chyb je zase jiná věc. Přiznám se, že ten systém je pořád ve vývoji a hodně věcí tam ošetřených není – v tom smyslu, že se prostě vyhodí výjimka a ta vyletí nahoru a nakonec vyústí v HTTP 500 chybu. Některé věci chci ošetřit lépe – převést na jiné výjimky a potažmo uživatelsky přívětivé chybové hlášky. Je to víceméně věc konfigurace, jaké hlášky se pro jaké výjimky budou zobrazovat.

Jenže kdyby docházelo ke konfliktům (pořadí/data), je to o dost složitější – musím tam přidat nějaký IF, kde zjistím, že jde právě o chybu PK a ne jinou SQL výjimku a pak nějaký cyklus, který to bude zkoušet znova a znova… možná s nějakým limitem, což je další IF + počítadlo. Prostě to zvyšuje složitost programu a to bez nějakého přínosu.

Obecně proti přirozeným nebo složeným klíčům nic nemám, nezavrhuji je a někde jsem je tu i bránil před lidmi, kteří mají tendenci všude bezmyšlenkovitě nacpat umělé číselné ID. Ale tady mi prostě přijde, že to číselné ID je lepší řešení.

článek má (bo seo) definovaný textový slug

V mém případě nemá, v DB ukládám jen nadpis článku a URL je z něj odvozené v aplikaci.

komentáře jdou za sebou (tedy nikoliv strom)

Chronologický pohled lze doplnit, je jednodušší, ale stromové diskuse mám radši.

jejich čísla zveřejňujem

proti zveřejňování ID/PK nic nemám

protože chcem, aby uživatelé na sebe mohli odkazovat

Takže je to přeci jen strom. Nebo možná i orientovaný acyklický graf (pokud uživatel může odkazovat z jednoho komentáře více jiných). Nebo možná i cyklický, když povolíme dodatečnou editaci příspěvků