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.
válasza:"Amúgy, az IP cím 15 percig lesz tárolva csak."
Szóval folyamatosan I/O műveleteket fogsz végezni a szerveren. Egyre jobb.
válasza: válasza: válasza: válasza:Példa. Szerinted melyik lesz a gyorsabb?
Van egy cikked ami alatt mondjuk (túlzás: van 1 millió komment). Az 1 millió kommentet egy fájlban tárolod a cikkhez. 1 millió kommentet egy lapon nem tudsz megjeleníteni, nyilván. Lapozóval megoldod pl. Adatbázissal a lapozót megoldani iszonyatosan egyszerű és iszonyatosan gyors lesz. Teljesen mindegy, hogy 1 millió rekord van vagy 100 rekord, ugyanolyan lesz.
Viszont, ha te ezt az 1 millió kommentet egy fájlba tárolod, minden egyes lapozásnál be kell olvasnod ugyanazt a fájlt és csak bizonyos elemeit megjeleníteni. Ez iszonyatosan lassítani fogja... És ugyanez vonatkozik az oldal összes többi elemére is.
válasza:"Persze. Ha adatbázis fogalmát nézzük helytálló. De akkor miért nem használsz adatbázis kezelő rendszert?"
Használok adatbázis kezelő rendszert. Azt, amit én magam írtam.
" Hiszen matematikai alapokra épül az egész. Sokkal gyorsabb, pratikusabb és biztonságosabb is. Csak saját magadat szivatod. Tudod ez a tudományágba a matematika nagyon beleépül, ami nálad hiányzik, ahogy látom..."
Na, éppen ez, a matematika, a hozzáértés hiányzik a ti fejetekből. A szakembert az különbözteti meg tőletek, hogy ő tudja is, hogy mikor mire van szüksége, ti meg aztán végképp nem. Na de honnan is?
A kész, polcról leemelt adatbázis kezelő alapban mindig rosszabb, költségesebb a plain text/plain data megoldásoknál, hiszen mitől is lenne jobb? Annak hozama, csak bizonyos feltételek fennállása, vagy majdani teljesülése esetén lesz. Ezért is népszerű a noSQL.
Na, ezek a feltételek nálam kevéssé valószinű, hogy beállnak valaha is.
Az meg végképp kiüti a hülyeségeiteket, hogy még az Oracle is licenszel plain text adatbázis kezelőt, ami ráadásul olyan adattömeget is képes kezelni, amekkorát te meglehet, életedben még egy darabig nem fogsz egyben látni, ez 256 TeraByte.
válasza:"A kész, polcról leemelt adatbázis kezelő alapban mindig rosszabb"
Persze, mert a MySQL annyira rossz, inkább mindenki írjon sajátot. Persze a MSSQL is katasztrófa inkább mindenki írjon sajátot. Oracel is katasztrófa mindenki sajátot írjon. PostgreSQL-t se használjon senki, hisz a saját mindig jobb....
Na ez aranyos:
"Viszont, ha te ezt az 1 millió kommentet egy fájlba tárolod, minden egyes lapozásnál be kell olvasnod ugyanazt a fájlt és csak bizonyos elemeit megjeleníteni. Ez iszonyatosan lassítani fogja... És ugyanez vonatkozik az oldal összes többi elemére is."
Tudod, amikor az ember rendszert tervez, akkor nem kötekszik, mint te most, hanem a realitásokat próbálja felmérni és ahhoz igazítja a dolgokat. Milyen pofát vágnál, ha a szabód az öltönyödet egy 320 kilós ember méreteihez igazítva csinálná meg, arra hivatkozva, hogy mi van, ha később belehízol?
Az nyilvánvaló dolog, hogy egy rendszerbe azt tesszük bele, ami az elvárt működéséhez feltétlenül kell.
Ez a K.I.S.S. elv. Keep it Simple as Stupid.
Ha meg történetesen bekovetkezik az, hogy magyarország minden járóképes állampolgárának fele kommentelni kivánná a cikkeimet, akkor majd időben teszek róla, hogy ennek technikai akadálya ne legyen. De, hogy nem tőled kérek majd tanácsot hozzá, az majdnem biztos.
válasza: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!