Szöveges adatbázis
Ismerősöm ajánlotta, hogy használjak szöveges adatbázist, míg nem tudok simát használni. explode() használatával lenne megoldva, de a sorokat hogyan szűröm ki, hogy ha az $_GET['view']=='valami', akkor azt a sort írja ki az elemek megfelelő helyére, ahol az azonosito ,,valami"?
■
SQLite sem jöhet szóba?
Meggyőző
Amennyiben SQLite nincs
Úgy érted, hogy egy txt
Nincs nagyon más lehetőség
Felhívták rá a figyelmemet, hogy nem olyan biztonságos, mint a rendes adatbázis, de gondoltam a Januári meghosszabításig kibírom anélkül.
Köszönöm a függvényeket, így képzeltem el én is, hogy megadjátok a függvényeket, és majd én összerakom, annyit már tudok. :D
Két példa, ha érdekel, hogy
- DokuWiki - mellette: gyors és rugalmas
- QuickCart - ellene: lassú és rugalmatlan
Ami a biztonságot illeti, szerintem nincs nagyobb jelentősége mint SQL esetében. Csak annyi a különbség, hogy mivel több kódot kell írni, több a hibalehetőség, amelyek közül több lehet biztonsági hiba.Ezek szerint bb0072 válasza
bb0072 válasza tökéletesen
Hogy érted?
Hogyan érted, hogy ,,az
Jogos
Úgy érted, hogy
De a blogbejegyzés általában terjedelmesebb szöveg, ami gyakorta tartalmaz \n karaktert. Ha PHP-ról is fogsz írni akkor valószínűbb, de különben sem kizárt, hogy valamelyik bejegyzés '||' karaktersort is fog tartalmazni. Márpedig jelenleg a fent említetteket bejegyzés illetve mező elválasztóként használod. Ezek levédésére (esetleg lecserélésére) gondolni kell.
Ami engem illet, az ilyen blogbejegyzésszerű szövegeket inkább külön állományokban szeretem tárolni. Aztán megegyezek magammal, hogy például:
Bizony
Éppenséggel gedittel fogom írni a bejegyzéseket még, de ha egy jobb forrást összetudok majd dobni, akkor php-val fogom lementeni a cikkeket is. A cikközlő alkalmazásomban (jelszó: jelszavam) is így van, bár ott a forrás nem a legelőnyösebb, de hírközlésre jó, a blogomhoz viszont már nem.
A külön állományok annyiból zavarnának, hogy sok lenne, bár ha bedobom őket a /cikk/azonosító/cikk.txt-be, akkor az úgy jó lenne. Most jelenleg a /cikk/azonosító/ mappákból van körübelül tíz, a képek miatt, hogy legyenek bejegyzésekhez képek, de aztán leállítottam az oldalt, ezért nem töltöttem fel a többi bejegyzéshez sem képet. Jó ötlet ez, amit leírtál, jobban is tetszik, így szívesen venném benne a segítségedet.
Az útvonal ilyen esetekben
Mindegyik cikknél mást
Elakadtam
Soronként
Hogy iratom ki?
keresés
Tökéletesen működik
Algoritmusok
Függvényre számítottam öszintén...
substr
Kösz!
Sikerül
Én nem állítottam, hogy a kód hibátlan, sőt, azt se, hogy működik, igazából csak egy szemléletet akartam mutatni, hogy hogyan lehet megoldani.
Én nem állítottam, hogy a kód
Nekem is
Nem kötekedésképp...
Vagy ma már nem divat, hogy a függvény argumentumok tartalmát békén hagyjuk?
Az enyémet inkább az bántja
Elkezdtem testreszabni
E_NOTICE
$entry
változót nem töltötted fel. Előbb azt a változót is fel kell tölteni adattal.-.-
Értelmezd
Ha ezzel megvagy, és még mindig nem világos valami, akkor mutasd meg az értelmezésedet (a felkommentezett kódot) és kibogozzuk a maradékot.
Elkezdtem
Nekem még mindig csak januárig kellene, mert utána MySQL. Addig meg az kéne, hogy végre kiírja a megfelelő helyekre (title, meta) a cuccokat és kész.
Én így csinálnám. Sokkal
[off]
A másik dolog, hogy angolul mindenképpen érdemes megtanulni, és azt nem csak iskolában lehet. Elég csak sokat olvasni, szótárazni angol szöveget. Bármilyen jellegűt, lényeg, hogy a téma érdekeljen. Én anno Star Wars könyveket olvastam és fordítottam le angolról. Volt pár ismerősömnek ilyen könyve, kölcsönkértem pár hétre, és lefordítottam magamnak. Azóta, az internet korában pedig nem nehéz megfelelő idegennyelvű szöveget találni, és a fordítás is sokkal könnyebb.
Király
Angolul néztem már filmet angol felirattal, de nagyon nem vettem észre, hogy fejlődtem volna. Nekem nem a szavakkal van a gond, hanem a nyelvtannal.
Hát ha file() eredményét