Jo, navic neresis pripad se zamykanim souboru, flock. Kdyz ten program spusti 2 lide soucasne, muze to ten soubor poskodit.
A take muze nastat situace, kdy 2 lide daji smazat stejny radek 0. Coz je zase problem toho unikatniho id radku. reseni od gna to resi jen situaci pro jednoho clovek, kdyz se pokusi zopakovat odeslani strany, request, pres F5, treba. Ale uz ne 2 ruzni lide ze 2 ruznych pc.
Příspěvky odeslané z IP adresy 2001:718:2601:258:9cc1:2f...–
peter
peter
Nezminil jsem, ze to budes muset spravne osetrit? Ze to neni uplne nej reseni? Nemas unikatni identifikator radku. To presmerovani, viz gna, to muze resit. Ale je to jen takove zalepovani diry.
Lepsi by bylo, kdybys to rovnou resil pres db. Tam by mohl mit kazdy radek vlastni autoincrement id. Takze, pri zopakovani odeslani formulare by nemohl smazat neco, co uz neexistuje.
Jeste by slo odesilat velikost souboru nebo hash, mozna jen pocet radku. A pri mazani si porovnat, zda se rovna hash souboru a kdyz ne, tak akci ignorovat a pripadne upozornit uzivatele, ze neni neco v poradku, zmena se neulozila.