Administrace komentářů

Filip tady hájil FS, že tam je spousta standardních nástrojů a že se o ně zbytečně připravuju. Tak ukazuju, že z té spousty nástrojů je většina, a to ještě těch standardně užívaných, použít nelze.

Ano, open má flag. Jenže běžně používané funkce na vstup/výstup není open, což je nízkoúrovňová operace, ale fopen. S open nemáš bufferování, parsování vstupu/výstupu atd. atd. Proto většina lidí používá fopen a open použije pouze když musí.
Právě to, že se atomické operace dělají ve FS jinak než standardní operace je ten problém, který na FS řešení kritizuju, neboť vede k riziku chyby.

Máš pravdu, že běžně používané dotazy v tomto případě: tzn. přidání nového záznamu tak, aby nekolidoval klíč záznamu, jde napsat i v db tak, aby nastala race condition. Narozdíl od FS ale:
1) standardní způsob jak se to dělá bezpečný je, tady člověk musí přemýšlet, aby udělat insert nebezpečný, standardně jsou operace atomické a vkládané záznamy unikátní. Ve FS je to naopak: tam člověk musí explicitně ošetřit atomicitu či unikátnost, aby to fungovalo správně
2) i když to člověk udělá nebezpečně, je zvykem klíč označit jako klíč, tzn. chyba neskončí tichým přepsáním dat, ale zařve. Ve FS, když to člověk zvoře, tak na chybu třeba nikdy nepřijde.

Navíc to Tvé řešení je špatně. Co když Ti ten skript v půlce spadne? Zůstane Ti tam soubor se špatnými daty, a ty ani nebudeš vědět, kterej to vlastně soubor je. Správně je to nejprve nasypat do tempsouboru a ten pak atomicky přesunout. To jsou přesně ty špeky, které ve FS jsou a na které nemusí člověk přijít.

Já furt nevím, proč mi vkládáš do úst, že tvrdím, že nemám páru, jak to udělat nad FS. Těch způsobů je spousta: ať jednodušších, kdy si data zaplevelíš pidem, po složitější, kdy se pokoušíš ve smyčce najít volné jméno souboru. Co tvrdím je, že first choice a zároveň nejjednodušší možnost (cp zdroj `$date`) je chybná a proto toto řešení je méně odolné proti chybě programátora.
A jak vidno, i second choice je chybná. Takže jsi jen potvrdil, že FS přístup je méně odolný proti chybám a vyžaduje víc než 5 buněk pro to, aby to programátor napsal dobře. A zapojení té 6 buňky stojí programátora i čas.

No a nakonec, já netvrdím, že vše ve FS je složitější - opět polemizuješ se svým fantómem. Ano, poté, co přijdeš na race condition a "zaplevelíš" jméno souboru pidem, a opravíš chybu s atomicitou, tak je furt složitost +- srovnatelná (ovšem nikoli mentální, vymyslet to správně je těžší). Jednodušší i na napsání je vše okolo, tzn. ukládání dalších metadat či práce s nimi, fulltext, indexace dle data (vyhledání událostí od ... do data atd...).