<=
Fórum
376. Rimelek / 2009. jún. 7. /
[375] Nyilván, vagy nem nyilván, én abba kötöttem bele, hogy pédányosítani kel new-val a ResourceManager-t ahelyett, hogy ResourceManager::getConnection() -el hivatkoznál simán a kapcsolatra. Mégha nem is statikus, hanem singleton osztály, akkor is elintézi saját maán belül a példányosítást, és csak ResourceManager::getInstance()->getConnection()-el hívható.
[375] Nyilván, vagy nem nyilván, én abba kötöttem bele, hogy pédányosítani kel new-val a ResourceManager-t ahelyett, hogy ResourceManager::getConnection() -el hivatkoznál simán a kapcsolatra. Mégha nem is statikus, hanem singleton osztály, akkor is elintézi saját maán belül a példányosítást, és csak ResourceManager::getInstance()->getConnection()-el hívható.
375. Fules / 2009. jún. 7. /
[374] Pont ez, hogy nem nyilvan. Minden nyelvben lehet cimezi a memoriat, lasd java, c, sot meg az objektum alapu visual basicben is, a php meg halott memcache szerver nelkul. Inkabb erre kene rafekudnie zendnek, nem pedig olyan agylovesekre, hogy visszahozni a goto-t, mint a php6 eseteben. Szerintem....
[374] Pont ez, hogy nem nyilvan. Minden nyelvben lehet cimezi a memoriat, lasd java, c, sot meg az objektum alapu visual basicben is, a php meg halott memcache szerver nelkul. Inkabb erre kene rafekudnie zendnek, nem pedig olyan agylovesekre, hogy visszahozni a goto-t, mint a php6 eseteben. Szerintem....
374. Rimelek / 2009. jún. 7. /
[373] Nyilván két betöltés között nem marad mega példány, de ettõl még nem kell egy lefutás alatt minden osztályban új példány. Szóval a ResourceManager-t sem kell mindenképp példányosítani, ha ninc szükség több példányra.
[373] Nyilván két betöltés között nem marad mega példány, de ettõl még nem kell egy lefutás alatt minden osztályban új példány. Szóval a ResourceManager-t sem kell mindenképp példányosítani, ha ninc szükség több példányra.
373. Fules / 2009. jún. 7. /
[372] Márpedig úgy példány jön létre ha két különbözõ session-bõl Használod. Ugye alap, ha egy ossztály minden metódusa és változója static, akkor az osztály statikus és bent csücsül a memóriába, magyarul, ha az egyik session-ben értéket adsz neki, akkor a másikban azt szépen ki tudod olvasni. A php estén a static csak az adott kód futása esetén marad statik, mihelyes befejezi a futását kipucolódik a memória. És még nem beszéltem a Singleton modellrõl, ami szintén létezik a php-ben, de arra is az elõzõ szabályok vonatkoznak
[372] Márpedig úgy példány jön létre ha két különbözõ session-bõl Használod. Ugye alap, ha egy ossztály minden metódusa és változója static, akkor az osztály statikus és bent csücsül a memóriába, magyarul, ha az egyik session-ben értéket adsz neki, akkor a másikban azt szépen ki tudod olvasni. A php estén a static csak az adott kód futása esetén marad statik, mihelyes befejezi a futását kipucolódik a memória. És még nem beszéltem a Singleton modellrõl, ami szintén létezik a php-ben, de arra is az elõzõ szabályok vonatkoznak
372. Rimelek / 2009. jún. 7. /
[366] "mivel a php szarik a staticra" --- Már miért tenné? Szép is lenne, ha minden osztályban új példány kéne a kapcsolatból vagy egy objektumból, ami mindig ugyanaz lesz.
[366] "mivel a php szarik a staticra" --- Már miért tenné? Szép is lenne, ha minden osztályban új példány kéne a kapcsolatból vagy egy objektumból, ami mindig ugyanaz lesz.
371. Visitors / 2009. máj. 27. /
[368] Többféle chat script van, némelyik lehet nem mûködik... Meg az se mindegy mi a neve... Ha jól beállítottad a neved, jelszavad a tárhelyed stb. akkor nézd meg, hogy legyen aktíválva az adatbázisod is a tárhelyeden, ha nem sima php script. De ezt látod, ha megnyitod valamelyik programmal. Amúgy mi a neve és melyik tárhelyre raktad...?
[368] Többféle chat script van, némelyik lehet nem mûködik... Meg az se mindegy mi a neve... Ha jól beállítottad a neved, jelszavad a tárhelyed stb. akkor nézd meg, hogy legyen aktíválva az adatbázisod is a tárhelyeden, ha nem sima php script. De ezt látod, ha megnyitod valamelyik programmal. Amúgy mi a neve és melyik tárhelyre raktad...?
370. Szaab / 2009. máj. 27. /
[368] Ha bealitasok biztos jok akor a hibat abba a kodreszbe kel keresni ahol a beallitasokat felhasznaja. Azontul a php-be meg nem kostoltam bele, u.h. lehet hujeseg amit irok, de sztem ott lesz a baki es nem a kocsiinditasnal
[368] Ha bealitasok biztos jok akor a hibat abba a kodreszbe kel keresni ahol a beallitasokat felhasznaja. Azontul a php-be meg nem kostoltam bele, u.h. lehet hujeseg amit irok, de sztem ott lesz a baki es nem a kocsiinditasnal
369. Fules / 2009. máj. 27. /
[368] hát nézd meg jobban
nekem meg van egy kocsim, nem indul. Mi a baja? Pedig jol becsuktam az ajtót ;)
[368] hát nézd meg jobban
nekem meg van egy kocsim, nem indul. Mi a baja? Pedig jol becsuktam az ajtót ;)
368. IronMan / 2009. máj. 26. /
sziasztok. van egy chat scriptem. felraktam a tárhelyemre. és nem tudom feltelepíteni, mert azt írja, hogy nézd meg jobban a confg.php fájlt. pedig mindent beállítottam a config.php fájlnál.
sziasztok. van egy chat scriptem. felraktam a tárhelyemre. és nem tudom feltelepíteni, mert azt írja, hogy nézd meg jobban a confg.php fájlt. pedig mindent beállítottam a config.php fájlnál.
367. heaven7 / 2009. máj. 17. /
[366] értem. Köszi a megvilágosítást. Sajna most úgy vagyok hogy vágom az elméletet de gyakorlatban nincs mire használjam. Szar az adatbázik. A lekérdezések trehányul voltak megírva, egyedül kevés vagyok az újratervezéshez, kukába dobni se tudom
[366] értem. Köszi a megvilágosítást. Sajna most úgy vagyok hogy vágom az elméletet de gyakorlatban nincs mire használjam. Szar az adatbázik. A lekérdezések trehányul voltak megírva, egyedül kevés vagyok az újratervezéshez, kukába dobni se tudom
366. Fules / 2009. máj. 15. /
[364] Dehogy... 3 lépcsõ van. 1 ResourceManager osztály, melynek az egyik metódusa a connection, mely vegzi az adatbázis kapcsolatot. En ugye már nem php-zom, mert nagyon szûkösek a lehetoségei, de szemlélet hasonló. 2 ez egy DataLayer, ami hasznalja a connection metódust. Mivel az 1-es statikus, így nem kell példányositani, simán használható bárhonnan az az alkalmazáson belül így: private Connection conn = ResourceManager().getConnecton(). Igy az adott osztályon belül már lokálisan használható. Mivel a php szarik a staticra, így ott külön példányt kell létrehozni: .....new ResourceManager...... Ebbe rétegbe teszek minden adatbázis mûveletet független az alkalmástól. 3 ApplicationLayer. Na itt lehet a business logikát kifejteni. ja es van 4. Is. A megjelenito reteg, az UI. Igy lesz MVC szemlélet.
[364] Dehogy... 3 lépcsõ van. 1 ResourceManager osztály, melynek az egyik metódusa a connection, mely vegzi az adatbázis kapcsolatot. En ugye már nem php-zom, mert nagyon szûkösek a lehetoségei, de szemlélet hasonló. 2 ez egy DataLayer, ami hasznalja a connection metódust. Mivel az 1-es statikus, így nem kell példányositani, simán használható bárhonnan az az alkalmazáson belül így: private Connection conn = ResourceManager().getConnecton(). Igy az adott osztályon belül már lokálisan használható. Mivel a php szarik a staticra, így ott külön példányt kell létrehozni: .....new ResourceManager...... Ebbe rétegbe teszek minden adatbázis mûveletet független az alkalmástól. 3 ApplicationLayer. Na itt lehet a business logikát kifejteni. ja es van 4. Is. A megjelenito reteg, az UI. Igy lesz MVC szemlélet.
365. Page / 2009. máj. 15. /
Én most kezdtem el oop-t tanulni, de nem értem amit írsz. Vagy nem jutottam még el a megfelelõ megértési szintre, vagy Te kevered a dolgokat nagyon. De majd figyelem a válaszokat.
Én most kezdtem el oop-t tanulni, de nem értem amit írsz. Vagy nem jutottam még el a megfelelõ megértési szintre, vagy Te kevered a dolgokat nagyon. De majd figyelem a válaszokat.
364. heaven7 / 2009. máj. 15. /
[363] tökéletesen igazad adok neked. te az adatbázis kapcsolatot this-el használod és azokat az obiektumokat, amelyek adatbázishoz nyulnak az adatbázisból származtatod?? igazából erre lennék kiváncsi
[363] tökéletesen igazad adok neked. te az adatbázis kapcsolatot this-el használod és azokat az obiektumokat, amelyek adatbázishoz nyulnak az adatbázisból származtatod?? igazából erre lennék kiváncsi
363. Fules / 2009. máj. 15. /
[362] na... A php az egy script nyelv, nem kepes statikus memoriafoglalasra, igy tok mindengy, hogy hogyan hasznalod, mivel egy futas alatt csak 1 peldanyra van szukseg. Az, hogy a metoduson belul globalkent hasznalod az objektumot, vagy parameterkent adod neki, az a memira fogyasztas szempontjabol tok mindegy, de az oop szemleletbe a global nem fer ber bele es nincs is ra szukseg, mert $this-szel elerheto az objektumban definialt valtozo es metudus.
[362] na... A php az egy script nyelv, nem kepes statikus memoriafoglalasra, igy tok mindengy, hogy hogyan hasznalod, mivel egy futas alatt csak 1 peldanyra van szukseg. Az, hogy a metoduson belul globalkent hasznalod az objektumot, vagy parameterkent adod neki, az a memira fogyasztas szempontjabol tok mindegy, de az oop szemleletbe a global nem fer ber bele es nincs is ra szukseg, mert $this-szel elerheto az objektumban definialt valtozo es metudus.
362. heaven7 / 2009. máj. 14. /
[361] és csináltál valamilyen mérést ezzel kapcsolatban mennyi memót eszik igy a smarty, egyáltalán mérhetõ memót eszik vagy ez csak kamu? és az xtemplate most perpill mennyire számit trandy-nek? szándékosan nem használom a jó/rossz jelzõt. Azt had döntsék el a bulvár lapok írói
[361] és csináltál valamilyen mérést ezzel kapcsolatban mennyi memót eszik igy a smarty, egyáltalán mérhetõ memót eszik vagy ez csak kamu? és az xtemplate most perpill mennyire számit trandy-nek? szándékosan nem használom a jó/rossz jelzõt. Azt had döntsék el a bulvár lapok írói
361. Page / 2009. máj. 14. /
[360] én pontosan így használom.
[360] én pontosan így használom.
360. heaven7 / 2009. máj. 14. /
volt egy olyan optimalizálási javaslat valamelyik könyvben hogy obiektumok példányositásával memória terület foglalódik le. Füles te hogy használod az adatbázis kapcsolathoz létrehozott obiektumot és a smarty obiektumát? Példányositod minden alkalommal és a metódusban global-ként hivatkozol rá? pl: global $smarty; $smarty->assign('x', 'y'). Mi erre az ideális (trendy) megoldás?
volt egy olyan optimalizálási javaslat valamelyik könyvben hogy obiektumok példányositásával memória terület foglalódik le. Füles te hogy használod az adatbázis kapcsolathoz létrehozott obiektumot és a smarty obiektumát? Példányositod minden alkalommal és a metódusban global-ként hivatkozol rá? pl: global $smarty; $smarty->assign('x', 'y'). Mi erre az ideális (trendy) megoldás?
359. heaven7 / 2009. ápr. 6. /
[358] chmod("/mappa/file", 0666)
[358] chmod("/mappa/file", 0666)
358. bumerang / 2009. ápr. 5. /
hali,lene 1 kérdésem.ha valaki tud segiteni,irjon.db.inc.php-nek adj 666-os CHMOD jogot ezt hogy tom beirni a phpbe?
hali,lene 1 kérdésem.ha valaki tud segiteni,irjon.db.inc.php-nek adj 666-os CHMOD jogot ezt hogy tom beirni a phpbe?
357. Fules / 2009. febr. 1. /
[356] Én szoptam az ékezetekkel és a spec karakterekkel a json-ban. xml-lel nem volt még gondom, meg egyébként és sokkal szebb és lehet hozzá dtd-t gyártani és lehet validáltatni a formátumát
gondolom van a cb-nak valami azonosítója, vagy neve, amit ext.get-tel el lehet kérni és akkor már lehet buzerálni.
=>[356] Én szoptam az ékezetekkel és a spec karakterekkel a json-ban. xml-lel nem volt még gondom, meg egyébként és sokkal szebb és lehet hozzá dtd-t gyártani és lehet validáltatni a formátumát
gondolom van a cb-nak valami azonosítója, vagy neve, amit ext.get-tel el lehet kérni és akkor már lehet buzerálni.
wline