Ez így szerkezetileg jó lesz?

" Esetleg tényleg azt állítod (és el is hiszed), hogy gyorsabban feldolgozol 40.000 fájlt, mint egy adatbázis query eredményét (ami eleve szűrt...) minden request alkalmával?"

Bludit, HTMLy, CuteNews, Grav. Ezek népszerűbb, ismertebb Blog motorok, CMS-ek. Képzeld, egyik sem használ adatbázis kezelőt. De ott van még a Pico, a Wonder CMS, Az SPhp, a NewsMaster, és még sok tucat hasonló, amelyik szintén nem használ. Nyilván mindegyik fejlesztője hülye és ti vagytok az ászok, akik tudják a tutit.

Igazán megálhattad volna, a szenilis vénemberrel együtt, hogy ide szemeteld a hülyeségeidet. Semmivel nem lettetek szebbek, jobbak, okosabbak meg pláne, de remélem, a frusztrációtok azért csökkent.

Az adatbázis-kezelők tulajdonságairól, azok sebességéről engem egy magadfajta azért ne próbáljon meg kioktatni. Alaptalan a kijelentésed, amit csak olyan képes hangoztatni, aki azt sem tudja, mi az az adatbázis-kezelő és egyáltalán, mi annak a szerepe.

Létezik olyan file, aminek a neve CSV. Ez ún. plain text file, amelyben adatok szerepelnek. Ma is használatos, nem véletlenül. Ha az adatbázis-kezelők annyira egyértelműen előnyösebbek lennének minden esetben, akkor ez a CSV formátum már rég kihalt volna. De a jSon, az XML sem egyebek, mint text file-ok és hát, a noSQL sem véletlenül népszerű. Egy bohózattal felér olvasni, ami hülyeséget, szakmaiatlan szerencsétlenkedést itt összehordotok CGI-ről, maffiáról, GDPR-ről.

Ha van ezer darab file, és nekem mindegyikből csak egy kisebb-nagyobb szeletre van szükségem, akkor azt a hol kisebb, hol nagyobb szeletnyi adatot ki kell tudnom keresni, majd kiolvasni, emellett nyitni-zárni a file-t. Ekkor az adatbázis-kezelő előnye nem is kétséges, de ha az egész file tartalmára van szükségem mint adatra, akkor az előny a semmibe foszlik, hiszen az adatbázis kezelő első lépésben még a kivánt rekordot elő is kell bányássza. Én meg csak megnyitom és már olvasom is. Nem kell egy hatalmas adattömegben keresnem, szűrnöm. Éppen az, és csak az van előttem, ami kell. Ha adatbázis kezelő is lenne, akkor, már két-háromszáz file esetén is mindig ki kellene keresnem éppen azt, amelyikre szükségem van és ez már egy teljesen fölösleges lépés. Hogy valaki ezt nem tudja, emiatt úgy gondolja, hogy az adatbázis-kezelők előnye ilyen esetekben is egyértelmű, hát, istenem. De nagyon hülyének kell lennie ahhoz, hogy világos magyarázat után se lássa be a tévedését.

Az adatbázis-kezelők lényegéről már írtam, azok feladata ún. logikai adatmodellek, adatszerkezetek kialakítása, fizikai adatokból. A sebesség még esetükben is másodlagos, bár tény, hogy abszolút nem utolsó szempont.

12: "De hogy pl. felhasználói adatokat fájlokban tárolni lehet hogy kicsit macerás lesz."

Egyáltalán nem lenne macerás, de erre szükség sincs, hiszen egyáltalán nem fogok tárolni felhasználói adatokat.

Bárki kommentelhet, regisztráció nélkül, de ugyanarról az IP-ről 15 percenként csak egyszer.

Ha esetleg lesz 1-2 társszerzőm, akkor azok kapnak egy jelszót és úgy tehetnek fel írásokat, de megjelenés előtt még én elolvasom azokat.

"A flat-file database is a database stored in a file called a flat file. Records follow a uniform format, and there are no structures for indexing or recognizing relationships between records. The file is simple. A flat file can be a plain tex. The term has generally implied a small database, but very large databases can also be flat. Plain text files usually contain one record per line. There are different conventions for depicting data. In comma-separated values and delimiter-separated values files, fields can be separated by delimiters such as comma or tab characters."

"Berkeley DB (BDB) is a software library intended to provide a high-performance embedded database for key/value data. BDB can support thousands of simultaneous threads of control or concurrent processes manipulating databases as large as 256 terabytes, on a wide variety of operating systems including most Unix-like and Windows systems, and real-time operating systems. In 2013, Oracle re-licensed BDB."

Kellemes művelődést kivánok.

4: "Majd a forrást azért egy public repóba feldobhatnád, had röhögjünk egy jót rajta."

Előbb tanulj meg legalább egy árva mondatot helyesírási hiba nélkül leírni, aztán nyisd ki a pofádat, utolsó, tudatlan senki.

10: Köszönöm a hszt. Ennek legalább volt értelme és tartalma.

Valójában, amit írsz én annak az ellenkezőjét valósítom meg, statikus állományokból generálok dinamikus oldalakat.

A hozzászólásokkal kapcsolatos javaslatot is köszönöm, bár nem fogok élni ezekkel a lehetőségekkel.

Nem olyan nagy truvay a saját elképzelésemet megvalósítani, mivel regisztráció nem lesz, bárki hozzászólhat. Matekos védelem viszont lesz, ahol kész egyjegyű random generált szám összegét vagy különbségét kell beírni, hogy a user a hozzászólását elküldhesse.

Egyébként, ilyen statikus oldal generátort én is gyártottam, az képekből készített galériákat, és a háttér szine, képek mérete, mennyisége, stb volt beállítható, ami után szevillanás alatt legenerálta a képek thumbnail-jeit is és az oldalakat is.

Ma is akad aki használja, pedig már elég régi darab:

[link]

Most nézem, még a SoftPedia is használta: [link]