Ez így szerkezetileg jó lesz?
Tervezgetek - és persze meg is valósítok - egy afféle egyszerű, kis blog motort. A célom ezzel az, hogy saját írásaimat és talán másokét is publikáljam. A megjelentetett írásokat kommentelni is lehet majd, statisztikát is készítek majd a látogatottságról, magamnak. Továbbá, mivel a cikkek, írások, posztok előbb utóbb megütnék azt a számot (100+), amit már egy főoldalon nem lehet normálisan megjelentetni, így kategóriákba is szervezném őket. Így idővel mindig csak egy kitüntetett kategória tartalma kerülne az index oldalra, a tobbi csak akkor, ha arra kiváncsi az olvasó. Ehhez az egészhet kialakítottam egy oldalstruktúrát. Azt szeretném megtudni, hogy jó lesz-e ez így, illetve ha nem jó, akkor kérlek, véleményezzétek és javítsatok ki, ahol ennek szükségét látjátok. Esetleges bővítési javaslatokat is szívesen vennék, bár nem igérem, hogy feltétlenül meg is valósítom ezeket. A tervezet így néz ki most:
A gyoker konyvtarban helyezkedik el az
- index.php ez listazza a hirek cimet mint egy-egy linket, fooldalon
- poster.php ezzel lehet majd hirt bekuldeni
- comment.php ez jeleniti meg a teljes hirt es ez irja a kommentet is
A [NEWS] directory a hireket,
a [PICT] directory a kepeket,
a [COMMENT] directory a kommenteket tartalmazza
a [STAT] pedig a szamlalo file-okat a statisztikahoz
A file-ok szerkezete [irasok]:
A file datuma a file neve /Unix time formatumban/ kiterjesztes nelkul
- Elso sor az iras cime
- Masodik sor a kategoria
- bunugy, technika, technikatortenet, kozelet, stb.
- a harmadik es minden tovabbi sor magat a cikket, irast, esszet tartalmazza.
A file-ok szerkezete [kommentek]:
A file neve a NEWS dir-ben levo valamelyik file komment fileja
- Az elso sor a USER nickneve
- A masodik sor a bekuldes datuma, unix time formatumban
- A harmadik sor fejlesztesre fenntartva
- A negyedik es minden tovabbi sor maga a komment.
A STAT file-ok neve szintén az írás dátuma lenne, de ebben csak egy számláló számolna felfelé, ha érkezik klikk az írásra. Ezek a file-ok az írás postolásával egyidőben jonnének létre, ahogy a commenteket tartalmazó file-ok is.
Nem vagyok az adatbázis kezelők ellen, de itt nincs a világon semmi haszna, hozadéka.
Mi is történik? Az index.php belép a news/ directoryba és végigiterál annak tartalmán. Ami fájlt ott talál azok mindegyikének első sorából /ez ugye az írás címe/ generál egy-egy linket. Ennyi az egész index.php eredménye, linkek listája. A többi csak szinezés, hogy a már látogatott linkek szürkék, az éppen kiválaszott meg piros. Pite.
A látogató meg, ha ráklikkel egy linkre, akkor a comment.php-t hívja meg, a kiválaszott cikk dátumával paraméterezve, ami egyben a file neve is.
Ennek a fájlnak a tartalmát a comment.php beolvassa a news/ dirből és megjeleníti. Ha a comment/ directoryban az ugyanilyen nevű file mérete nagyobb mint nulla, akkor ezt is kiolvassa, hiszen ezek a kommentek és a kimenet végéhez fűzi, ami maga a már html-re formázott cikk.
Az egész aljára beilleszt még négy sort meg egy button-t, ami lehetővé teszi az olvasónak a kommentelést. Ezzel vége is.
Az adatbázis-kezelő, ilyen feladatok esetén, amikor string szekvenciákat kezelünk egyben, garantáltan lassabb a file nyitásnál, olvasásnál, zárásnál.
Mire visszaadja a kvánt rekordot, addig már el is felejtettem a feladatot.
Az adatbázis kezelők előnye akkor mutatkozik meg, amikor az adathalmaznak csak bizonyos elemeire van szükségünk. Ekkor, a speciális, szénoptimális kereső, szortoló algoritmusok konnyítik és gyorsítják meg a munkát, de csak ilyenkor. Tulajdonképpen ez az adatbázis-kezelés lényege. Csak ez esetben nincs erre igény.
válasza: válasza:Ez most egy vizsgakérdés a válaszadókhoz, hogy felmérd ki mennyire nem ért hozzá? Az ötleted mint többen leírták ezer sebből vérzik. Kb. az 1990-es évek elejének a színvonala. Akkor írtunk ilyeneket (bár akkor még nem PHP-ban, mert nem nagyon volt, hanem C-ben és CGI-ben). De amikor már volt PHP akkor már adta magát, hogy mindent behánytunk egy adatbázisba, és ezerszer egyszerűbb volt minden. Ahol ez (a korábi kommentekben szereplőkkel maximálisal egyetértve, azt kiegészítve) még a fentieken túl nagyon durván el fog vérezni az a locking. És egy jó adatbázis megoldásnál tudsz lockolni (nagyon kényelmesen). Ennek ott lesz előnye, ha két felhasználó egyszerre akar írni. És véletlenül létrejönne két azonos nevű fájl.
Az adatbázis megint nehezen megúszható a felhasználók beléptetése miatt.
Hogyan ellenőrzöd pl. a user-pass és jogosultság adatokat? Mert elég hamar rájösz, hogy fog kelleni moderátor, meg ha nem akarod, hogy szénné floodolják az egészet akkor is kell valami pl. rate limit, tudnod kell ip-re, felhasználóra blokkolni. Amit ide leírtál nagyjából 1 perc alatt szét floodolják úgy a rendszeredet, hogy letérdel. És utána kézzel válogathatod a több millió fals kommentból azt a párat ami esetleg hasznos (lehet). Ugyanígy kell majd tudjál felhasználót egyéb ok miatt tiltani, mert elég gyorsan el fog terjedni, hogy nálad lehet akár pedofil tartalmakat is tárolni következmény nélkül. Hogyan fogod kielégíteni a GDPR követelményeit? Azért azok sem egyszerűek. Hogyan fogod kielégíteni a tartalomszolgáltatókra vonatkozó logolási követelményeket? És egy rakás egyéb problémád lesz még. De lelked rajta. Csak ne csodálkozz ha esetleg meggyűlik a bajod valamelyik maffiával, és pl. csak úgy puszta "barátságból" úgy megvernek, hogy két hónapig az intenzíven fogsz feküdni.
Azért nem véletlenül olyanok a mai blog motorok amilyenek. Nem véletlenül van mögöttük adatbázis, meg nem egy ilyen noname oldalon kezdik a fejlesztését. Kb.30 évvel vagy lemaradva a világtól. Ezen kívül láthatóan fogalmad sincs miről beszélsz.
Aki nagyon adatbázis kezelő orientált, az bátran keressen rá a "flat file blog", vagy "flat file cms" szavakra.
Esetleg ezt a keresést ejtse meg a github-on.
TélapÓCSKA, te nagyon rozzant vagy szellemileg, a butaságaiddal meg már dunát lehetne rekeszteni.
Te, állításoddal ellentétben, életedben nem írtál CGI-ben programot, mert a CGI az egy betűszó, azt jeleni, hogy COMMON GATEVAY INTERFACE.
Neked minden szavad vegytiszta hülyeség, szorozva kettővel.
A lockolással kapcsolatos megjegyzésednél még csak hangosan felröhögtem, a GDPR-nél meg a pedofil műsorrésznél már könnyeztem is a nevetéstől a maffia idekeverésénél meg át kellett váltanom vinnyogásba. Micsoda szerencsétlen nyomorult lehetsz te? Egy teljes évre való szánalmat csikartál ki belőlem az elmúlt egy-két napban a megvillanásaiddal.
válasza:GATEVAY
Nem az a gond hogy elgépelted, hanem az a kibeaszott nagyképűséged a semmire.
A CGI egyébként mást is jelenthet, pl. computer generated imagery. Ugye. :)
válasza:Kérdező: Nem tudom kiről beszélsz. "Egy teljes évre való szánalmat csikartál ki belőlem az elmúlt egy-két napban a megvillanásaiddal." Ugyanis most válaszolok először az elmúlt kb. 1 hónapban. Valakivel nyilván összekeversz. Ezt elnézem neked.
Azt, hogy ki mikor fog röhögni jót egy GDPR jogsértéses ügyben azt majd a bíróságon meglátjuk. Egyáltalán halottál már a GDPR-ről? Tudod milyen követelményeknek kell megfeleljen egy blog motor GDPR miatt? Feltehetően lövésed sincs róla. Ez úgy nagyjából látszik. És az is nagyjából látszik, hogy kb. gőzöd nincs arról, hogy mit beszélsz. Ennek legfőbb bizonyítéka az utolsó mondatod.
válasza:Nincs okod megsértődni, a hülyeségeid 95 %-át még csak nem is említettem.
Az a másik CGI meg nehezen említhető egy napon a Common Gateway Interface-szel, de neked mégis sikerült. Elvetemült egy ember vagy. Nagyon galád, irigyelhetetlen számítógépes "ismeretekkel".
válasza: válasza:#18
"nehezen említhető egy napon"
Az "egy lapon" Biff. ;) egyébként arra próbáltam rávilágítani hogy nem tudhatod hogy a válaszoló mit értett cgi alatt, mivel
1) több kifejezésre is használják ezt a betűszót
2) ostoba vagy. (Függetlenül attól hogy a kérdés komoly, vagy csak trollkodsz.)
Kapcsolódó kérdések:
Minden jog fenntartva © 2024, www.gyakorikerdesek.hu
GYIK | Szabályzat | Jogi nyilatkozat | Adatvédelem | Cookie beállítások | WebMinute Kft. | Facebook | Kapcsolat: info(kukac)gyakorikerdesek.hu
Ha kifogással szeretne élni valamely tartalommal kapcsolatban, kérjük jelezze e-mailes elérhetőségünkön!