Írtam én már erről korábban ( Link ), de abban a cikkben írt megoldásban elég korlátozottak voltak a lehetőségek. Most mutatok egy okosabb megoldást külső könyvtár nélkül, majd egy tényleg tuti megoldást jQuery használatával. Lássuk!

Az egyik gyakran felmerülő kérdés, hogy PHP-ben mi a különbség a require, include és ezek "_once" -ra végződő verziói között. Ráadásul én is emlékszem olyan írásra, ahol valótlant is írtak. Vagy a könyv szerzője tudta, mire gondol, csak nem volt megfejthető. Erről próbálok írni és ezzel most nem vállalkozom egy nagy szakmai jelentőséggel bíró bejegyzés írására.

Alapvetően ugye mind arra való, hogy egy másik fájlra hivatkozzunk vele és az abban levő forráskódot ott hajtsuk végre, ahol hivatkoztunk rá. Mégis érezhető néha a bőség zavara. Nézzük sorjában csak a lényeget!

FIGYELEM: Ez a leírás elavult!
A visszajelzések alapján a PayPal változása miatt a lenti megoldás már nem működik. Friss információk a hozzászólásokban.

PayPal

Manapság elterjedt fizetési lehetőség a PayPal fiókon keresztül történő manuális vagy automatikus tranzakció. Ez utóbbi annyit jelent, hogy egy bizonyos szolgáltatásra úgymond feliratkozunk, és rendszeres jelleggel egy adott összeg levonásra kerül az elérhető PayPal egyenlegünkből, vagy annak híján a megadott bankszámlánkról, ha hozzárendeltünk egyet a fiókhoz. A fizetésnek ez a része még mondhatni, egyszerű. Ráadásul úgy látom, a fizetésről több leírás szól, mint annak lemondásáról.

Nem szeretek kérdezni, ha nem sürgős a megoldás. Szeretek magam rájönni mindenre, még ha ez időbe is telik. Nem volt ez másképp most sem, amikor virtuális gépen próbáltam futtatni apache webszervert, amihez a gazda gépről megosztottam egy partíciót az egyszerűség kedvéért. Miután a jogosultságokkal és a partíció felcsatolásával megbirkóztam, beletelt egy kis időbe, mire google-lal megtaláltam a megoldást a következő problémámra is:

Már egy ideje feltűnt, hogy nem indul el a MySQL WorkBench -em, de épp nem volt sürgős megoldani és gondoltam, biztosan valamit én csinálok rosszul. De mint ma kiderült, nem vagyok egyedül a problémával. Viszont van rá megoldás. Ráadásul egész egyszerű.

Valójában a MySQL WorkBench elindul, de a Splash képernyőnél meg is áll. Viszont fél perc google után megtaláltam a következő oldalt: MySQL Workbench 5.2.34 building fails on Oneiric (Ubuntu 11.10) beta. Ami meg is oldotta a problémám. Ugyanis elég a splash screen betöltése után nyomni egy ALT+F4 billentyűkombinációt, ami - gondolom - bezárja a splash screent és betölt rendesen a workbench.

Remélem, ezt a lépést sem kell sokáig elvégezni, de addig is vészmegoldásnak jó. A fent linkelt oldalon még javasolnak több megoldást is, de ennek egyszerűsége mindent ver.

Szerkesztve: 2011. december 20. 14:55
Vagy egyszerűen fel lehet telepíteni a legfrissebb workbench verziót :) Hát igen. Ezt lehet, a bejegyzés írása előtt is kipróbálhattam volna.

Mi a teendő, ha a make parancs futtatása után a következő hibaüzenet fogad?

/usr/bin/ld: cannot find -lltdl
collect2: ld returned 1 exit status
make: *** [libphp5.la] Error 1

Bizonyos kiterjesztések igényelnek egyéb könyvtárakat. Jó esetben már a configure futtatásakor kiderül, de ha nem, akkor a make fog elszállni hibával. A fenti hibaüzenet az mcrypt bővítmény befordításakor jön elő például. A -lltdl arról árulkodik, hogy az ltdl könyvtár hiányzik.

Megoldás: Feltelepíteni a libltdl-dev könyvtárat.
ubuntu linuxon: sudo apt-get install libltdl-dev

Gyakori feladat olyan menüket készíteni, amik fa struktúrában épülnek fel és akár egy javascript program készít belőle lenyíló menüt. Vagy akár csak egy oldaltérképre is gondolhatunk. A következő megoldásom főként azon alapszik, amikor egy adatbázisban tárolunk valamilyen adatokat. Legyen az többszintű kategória rendszer vagy menüszerkezet. Ilyenkor többnyire van egy egyedi azonosító. Amire az alárendelt rekordok hivatkoznak egy másik mezőben. Emellett persze egyéb adatokat tartalmaz a rekord. Legalább egy megjelenítendő mező is van, ami például a menü szövege. De lehet hozzá leírás is rendelve. Különböző listák lehetnek, de ami közös bennük, az a felépítés módja. Azon túl más lehet a megjelenítés. Az egyiket például egyszerű rendezetlen listában kell megjeleníteni, a másikat talán már táblázatban. A harmadikat pedig csak tabulátorokat használva. Ráadásul ha már html megjelenítésről beszélünk, ott képbe jön a css is. HTML attribútumok, osztályok. Célszerűen, lehetőleg elérhetővé téve minden elemhez egy hivatkozást, amivel egyedien lehet szükség esetén formázni akár a második menüelem 3. gyerekének 1 gyerekét. Stb... Erre mutatok egy lehetséges, ám nem mindenre kiterjedő megoldást.

Kérek mindenkit, akinek nem a rangokkal, oldalak megtekintésével van problémája, a következő oldalon kérdezzen:
Meghívós loginrendszer - R.E. Login v2.0

Ez a login talán a legnépszerűbb programom. De való igaz, hogy nem készítettem hozzá részletes használati útmutatót. Mivel egy komplett leírásra egyszerre nincs időm, úgy döntöttem, a leggyakrabban feltett kérdésekre válaszolok. Amik egyben a leglényegesebbek is.

Hogyan kössem regisztrációhoz egy oldal megtekintését?

Teljes oldal letiltása

Ebben a verzióban létezik egy System osztály, ami többek között tartalmaz egy protectedSite() nevű metódust. Ez a metódus mondja meg a loginnak, hogy az adott oldal védett. Tehát nem tekintheti meg akárki. Paraméter nélkül hívva csak a belépést követeli meg. És ilyenkor a config-ban beállított ( Telepítéskor megadott, vagy utólag a classes/Config.class.php -ben beállított ) főoldalra irányít át, vagy külön beállított „Védett oldal fájlja” jelzésű ( config fájlban FILE_PROTECTED_SITE konstans ) oldal esetén utóbbira..