Archívum - Szep 2006 - Fórum téma
szeptember 9
Két különálló div létrehozása egy oldalon
Hogy lehet két külön álló divet létre hozni egy oldalon?
■ szeptember 8
Hogyan lehet egy egyszerű lapozós galériát csinálni?
Hellosztok !
Hogy lehet egy egyszerű lapozos galériát csinálni??
■ Hogy lehet egy egyszerű lapozos galériát csinálni??
Legújabb prototype.js letöltése
Pár napja (09.04) láttam a prototype sv repo-jában, hogy van 1.5.0_rc1-es verzió. Viszont nem igazán értettem, hogy a dist könyvtárban miért nincs ott a prototype.js file? A changelog-ban azóta már vannak új bejegyzések, de dist továbbra sincs. Gondolom a rakefile-lal lehetne összehúzni, de mivel nem rubyzok ez az opció kiesik. :/ Kérdésem az lenne, hogy tud-e valaki egy olyan helyet ahonnan a legfrisseb verziót egy js-ben le lehet tölteni? Én nem találtam... :(
■ Kis és nagybetű, illetve ékezet érzékenység php-mysql lekérdezésnél.
Sziasztok!
A www.lists.mysql.com-on sokat olvastam a lekérdezés közben előforduló hibákról a kicsi-nagy és ékezetes betűk környékén. Mint kiderült, nem is hiba, csak nem case és accent szenzitív a lekérdezés. Mitől lesz az?
s_volenszki
■ A www.lists.mysql.com-on sokat olvastam a lekérdezés közben előforduló hibákról a kicsi-nagy és ékezetes betűk környékén. Mint kiderült, nem is hiba, csak nem case és accent szenzitív a lekérdezés. Mitől lesz az?
s_volenszki
Lassú Suckerfish menü IE-ben
Sziasztok!
Egy munkámban alkalmazni szeretném a suckerfish menüt, de explorerben van pár probléma. Pl.:
Más is tapasztalt hasonló problémát? Esetleg létézik, a "lenyíló menü" problémának olyan megvalósítása, ami hasonló sebességgel működik a Mozilla, Opera, IE háromszögben? Mivel a nyitogatni kívánt menü listáit is JS segítségével gyógyítjuk be az oldalba, az a cél, hogy minél kevesebb JS kód alkalmazásával érjünk el lehetőleg azonos működést.
Köszi
Tiku
■ Egy munkámban alkalmazni szeretném a suckerfish menüt, de explorerben van pár probléma. Pl.:
- hihetetlenül lassan reagál a mozdulatokara
- Néha még villan is egyet az egész
- Esetenként előfordul az hogy az explorer egyszerűen megadja magát és bezáródik (ezt már valahol valaki más is panaszolta).
Más is tapasztalt hasonló problémát? Esetleg létézik, a "lenyíló menü" problémának olyan megvalósítása, ami hasonló sebességgel működik a Mozilla, Opera, IE háromszögben? Mivel a nyitogatni kívánt menü listáit is JS segítségével gyógyítjuk be az oldalba, az a cél, hogy minél kevesebb JS kód alkalmazásával érjünk el lehetőleg azonos működést.
Köszi
Tiku
Zend Studio Server nem tartalmaz MySQL-t?
Hello,
Szuksegem lenne egy valaszra azoktol akik hasznaltak vagy hasznaljak a Zend Studio Server csomagot.
En felraktam az utolso verziot,de azt vettem eszre,hogy amikor telepitem a phpMyAdmint azt irja, hogy nem tud mySQL-hez kapcsolodni. Jobban megneztem es azt vettem eszre, hogy a ZendStudio nem tartalmaz mySQL-t.
Ez igaz ? Vagy en nem talaltam meg a merevlemezen a mySQL-t ?
Koszonom !
■ Szuksegem lenne egy valaszra azoktol akik hasznaltak vagy hasznaljak a Zend Studio Server csomagot.
En felraktam az utolso verziot,de azt vettem eszre,hogy amikor telepitem a phpMyAdmint azt irja, hogy nem tud mySQL-hez kapcsolodni. Jobban megneztem es azt vettem eszre, hogy a ZendStudio nem tartalmaz mySQL-t.
Ez igaz ? Vagy en nem talaltam meg a merevlemezen a mySQL-t ?
Koszonom !
Magyar, Java alkalmazásszerveres hoszting
Érdekelne milyen magyar Java hoszting szolgáltatókat tudtok ajánlani. Itt gondolok JBoss, Tomcat, Jakarta, Geronimo alkalmazásszerverekre, meg még azokra amiket kihagytam.
Nem igazán foglalkoztam még komolyabban Java szervletekkel, de látok bennük perspektívát és ezért érdeklődök a szolgáltatók felől.
Érdekelne milyen tapasztalataitok vannak különböző szolgáltatókkal, kikről tudtok és kit tudtok ajánlani ár per érték szempontjából.
■ Nem igazán foglalkoztam még komolyabban Java szervletekkel, de látok bennük perspektívát és ezért érdeklődök a szolgáltatók felől.
Érdekelne milyen tapasztalataitok vannak különböző szolgáltatókkal, kikről tudtok és kit tudtok ajánlani ár per érték szempontjából.
szeptember 8
Fájlba vs. MySQL adatbázisba írás
A problémám a következő:
Folyamatosan, relative sok adatot kellene eltárolni / szolgáltatni. Egészen konkréten egy chat rendszerről lenne szó.
Úgy gondoltam, hogy két megoldás jöhet szóba.
Az első variáció: felhasználónként a szerveren létrehozok egy fájlt, majd a PHP abba beleteszi / abból kiolvassa azt a tömböt, ami a kívánt adatokat tartalmazza (felhasználó info / beszélgetések tartalma). A fájlt nem kell mindig létrehozni, csak egy alkalommal, amikor pedig a felhasználó kilép, akkor a beszélgetés tartalmát törli a rendszer.
A második variáció: ugyanezeket az adatokat MySQL adatbázisba teszem.
(A harmadik variáció, amit elvetettem: fájlban / adatbázisban tárolás.)
Mielőtt megköveznétek, hogy nem használom a Google-t, leírom, hogy sok fórumot végignéztem, kerestem Google-vel megoldást és teszteltem is élesben a szerveren, hogy melyik lenne a gyorsabb, de:
az a gond a teszttel, hogy ameddig a Windows-os gépen, localhost alatt nagy volt a különbség a sebességnél a MySQL javára (kb. kétszer olyan gyorsnak tűnt), addig a Debian szerver alatt nem tudtam eldönteni, hogy melyik a gyorsabb, mert hol a fájlba írás látszott fürgébbnek, hol a MySQL.
Tudom, hogy 10-20 usernél egyik megoldás sem okoz gondot, de tegyük fel, hogy egy szép napon jó sokan lesznek, és akkor már lényeges, hogy melyik megoldás a gyorsabb.
Mindenféle ötletet és javaslatot várnék.
PS.: a chat nem PHP alapú, a részletekbe meg inkább ne menjünk bele. A lényeg, hogy sok az adat és gyorsan jön (és gyorsan kell kiolvasni onnan, ahova tesszük). :)
■ Folyamatosan, relative sok adatot kellene eltárolni / szolgáltatni. Egészen konkréten egy chat rendszerről lenne szó.
Úgy gondoltam, hogy két megoldás jöhet szóba.
Az első variáció: felhasználónként a szerveren létrehozok egy fájlt, majd a PHP abba beleteszi / abból kiolvassa azt a tömböt, ami a kívánt adatokat tartalmazza (felhasználó info / beszélgetések tartalma). A fájlt nem kell mindig létrehozni, csak egy alkalommal, amikor pedig a felhasználó kilép, akkor a beszélgetés tartalmát törli a rendszer.
A második variáció: ugyanezeket az adatokat MySQL adatbázisba teszem.
(A harmadik variáció, amit elvetettem: fájlban / adatbázisban tárolás.)
Mielőtt megköveznétek, hogy nem használom a Google-t, leírom, hogy sok fórumot végignéztem, kerestem Google-vel megoldást és teszteltem is élesben a szerveren, hogy melyik lenne a gyorsabb, de:
az a gond a teszttel, hogy ameddig a Windows-os gépen, localhost alatt nagy volt a különbség a sebességnél a MySQL javára (kb. kétszer olyan gyorsnak tűnt), addig a Debian szerver alatt nem tudtam eldönteni, hogy melyik a gyorsabb, mert hol a fájlba írás látszott fürgébbnek, hol a MySQL.
Tudom, hogy 10-20 usernél egyik megoldás sem okoz gondot, de tegyük fel, hogy egy szép napon jó sokan lesznek, és akkor már lényeges, hogy melyik megoldás a gyorsabb.
Mindenféle ötletet és javaslatot várnék.
PS.: a chat nem PHP alapú, a részletekbe meg inkább ne menjünk bele. A lényeg, hogy sok az adat és gyorsan jön (és gyorsan kell kiolvasni onnan, ahova tesszük). :)
