Archívum
június 3, 2009
My goals for the PHP standards group
Néhány gondolat a PHP kódolási konvenciók jövőjéről
■ DAO – adatbázisműveletek objektumokkal
Talán egy középhaladó (PHP) programozó egyik legnagyobb problémája a saját fejlesztésnél az adatbázis-műveletek kezelése. Sokszor sokféle lekérdezést írunk vagy sokféleképpen hivatkozunk egy bizonyos adathalmazra, így bonyolulttá válik bármiféle gyorstárazás vagy egységes elérés implementálása. Itt siet segítségünkre a DAO, avagy az objektumok adatbázisba mentésének módszere.
Javascript - SELECT elem tartalmának megjegyzése
Arra gondolok, hogy van egy 3 szintű legördülő listám. Egymástól függ a tartalmuk. Tételezzük fel, hogy a felhasználó bejelöli rajta a kategóriákat (pl.: Sport >> Tenisz >> Teniszlabdák) és elküldi az űrlapot, de pl. nem töltött ki egy másik mezőt, ezért hiba üzenetet kap a felhasználó és nem küldődnek el az adatok.
A többi (nem javás) select elem értékét, amit már kitöltött ilyenkor $_POST-al megőrzöm, hogy azokat már ne kelljen újra kiválasztania, de a javascriptes legördülő listák tartalmai elvesznek. Javascripttel, hogyan lehet ezt kiküszöbölni?
■ A többi (nem javás) select elem értékét, amit már kitöltött ilyenkor $_POST-al megőrzöm, hogy azokat már ne kelljen újra kiválasztania, de a javascriptes legördülő listák tartalmai elvesznek. Javascripttel, hogyan lehet ezt kiküszöbölni?
június 2
Egyszerű fórum DB tervezés – optimalizáció
Sziasztok!
Szeretnék optimalizációs tanácsokat kérni, egy egyszerűbb fórum megtervezésével kapcsolatban. Ez még csak egy vázlat, scratchből írtam s kíváncsi lennék más megoldásokra:
Úgy működik, hogy a MainTopics és a SubTopics gyakorlatilag csak címeket tárol (meg relációkat egymásra). A Main és Sub topicokat majd egy főoldalra jelzem ki, felsorolva a Main topicokat és azokon belül kicsit beljebb kezdve a subokat. Ezekbe a Subokba tudnak majd a felhasználók vinni saját topikokat (az első kettőt csak admin), erre utal a ForumUserTopics tábla. A ForumMessages meg tartalmazza a hozzászólásokat, s hogy ki melyik UserTopicban van (mivel csak a userek által létrehozott témán belül lehet csak hsz., feljebb csak a témákon lehet navigálni), ha topic indító hsz. akkor a TopicStarter 'yes' (1), ha az üzenet válasz egy másikra akkor a megválaszolt hsz. idja van az AnswerToMessageID-ban.
Optimalizációs kérdés:
A ForumUserTopics és ForumMessages tábla akár többtízezer sorokat is tartalmazhat (főleg az utóbbi), így nem tudom/még nem tapasztaltam, mennyire fog ez belassulni az idő múlásával. Hogy lehetne okosabban megoldani? (Vagy jó ez így, csak indexelni kell okosan?)
Alternatívaként arra gondoltam hogy UserTopiconként új táblákat létrehozni (benne a message-ekkel), dehát akkormeg baromi sok tábla lesz (legyen csak 100 topik nem hogy 1000). Szóval lehet hogy ez tévút.
A segítségeket, ötleteket előre is köszönöm!
■ Szeretnék optimalizációs tanácsokat kérni, egy egyszerűbb fórum megtervezésével kapcsolatban. Ez még csak egy vázlat, scratchből írtam s kíváncsi lennék más megoldásokra:
Úgy működik, hogy a MainTopics és a SubTopics gyakorlatilag csak címeket tárol (meg relációkat egymásra). A Main és Sub topicokat majd egy főoldalra jelzem ki, felsorolva a Main topicokat és azokon belül kicsit beljebb kezdve a subokat. Ezekbe a Subokba tudnak majd a felhasználók vinni saját topikokat (az első kettőt csak admin), erre utal a ForumUserTopics tábla. A ForumMessages meg tartalmazza a hozzászólásokat, s hogy ki melyik UserTopicban van (mivel csak a userek által létrehozott témán belül lehet csak hsz., feljebb csak a témákon lehet navigálni), ha topic indító hsz. akkor a TopicStarter 'yes' (1), ha az üzenet válasz egy másikra akkor a megválaszolt hsz. idja van az AnswerToMessageID-ban.
Optimalizációs kérdés:
A ForumUserTopics és ForumMessages tábla akár többtízezer sorokat is tartalmazhat (főleg az utóbbi), így nem tudom/még nem tapasztaltam, mennyire fog ez belassulni az idő múlásával. Hogy lehetne okosabban megoldani? (Vagy jó ez így, csak indexelni kell okosan?)
Alternatívaként arra gondoltam hogy UserTopiconként új táblákat létrehozni (benne a message-ekkel), dehát akkormeg baromi sok tábla lesz (legyen csak 100 topik nem hogy 1000). Szóval lehet hogy ez tévút.
A segítségeket, ötleteket előre is köszönöm!
Az IExplorer -ben nem látszik a navigációs sáv (menü)
Sziasztok !
Elnézést kérek, de sajnos béna vagyok a szó mindkét értelmében. Érdeklődöm tehát: a MS Publisherrel elkészítettem egy honlapot műkedvelő amatőrként (www.oktatunk.fw.hu) és ha IExplorerrel(8.0) nézem nem látom a bal oldalon a menüt /navigációs sávot/, míg ha a Firefoxot használom minden helyesen jelenik meg.
Minden beállítás a defaulton van.
Mit állítsak még az IE-ben, esetleg a Publisherben, hogy helyesen jelenjen meg a web lap?
Ha lehetséges kíméletes hozzászólásokat kérek, hogy tanulhassak a hibáimból.
Segítségeteket előre is köszönöm ! Üdv: Csaba
■ Elnézést kérek, de sajnos béna vagyok a szó mindkét értelmében. Érdeklődöm tehát: a MS Publisherrel elkészítettem egy honlapot műkedvelő amatőrként (www.oktatunk.fw.hu) és ha IExplorerrel(8.0) nézem nem látom a bal oldalon a menüt /navigációs sávot/, míg ha a Firefoxot használom minden helyesen jelenik meg.
Minden beállítás a defaulton van.
Mit állítsak még az IE-ben, esetleg a Publisherben, hogy helyesen jelenjen meg a web lap?
Ha lehetséges kíméletes hozzászólásokat kérek, hogy tanulhassak a hibáimból.
Segítségeteket előre is köszönöm ! Üdv: Csaba
Szöveg elrendezés CSS-sel
Sziasztok
Úgy szeretném a szöveget elrendezni mint az iwiwen a személyes adatoknál, ha jól emlékszem nem táblázatba vannak. Mi a legszebb megoldás erre, gondolom nem az hogy egymás mellett 2 box floatolva, ötlet?
Köszönöm
■ Úgy szeretném a szöveget elrendezni mint az iwiwen a személyes adatoknál, ha jól emlékszem nem táblázatba vannak. Mi a legszebb megoldás erre, gondolom nem az hogy egymás mellett 2 box floatolva, ötlet?
Köszönöm
Ajax hash módosítás és diszkrét javascript ütik egymást
Üdv.
Sajnos máshol nem kaptam rá választ, szóval gondoltam felteszem itt is a kérdést.
Az oldalon, amit csinálok xmlhttp-vel oldom meg a navigálást, viszont szeretnék legalább néhány funkciót kívülről is elérhetővé tenni sima url-el.
Ugye a javascriptes navigáció úgy zajlik, hogy figyelem a hash rész módosulását, és ha éppen nem én módosítottam a hash-t (akkor nyilván a felhasználó lépked a history-ben), akkor automatikusan ugrok a hashnek megfelelő oldalra, amúgy meg a hash módosításával párhuzamosan töltöm be, amire szükség van.
A kereshetőség szempontjából nyilván szükség van a hagyományos navigációra is, mert a google botok nehezen térképezik fel az oldalt, meg amúgy is jó, ha diszkrét js-el megy a dolog.
A problémám nagyon szimpla.
Ha mondjuk rákeresek az oldalon egy cikkre googleben, akkor az a következő linket fogja adni:
bla.com/articles/a-cikk
Erre ha rákattintok, akkor nyilván lejön az oldal, a böngésző címsorában meg nyilván az url jelenik meg.
Ez eddig okés, viszont innentől ha az usernek van javascriptje, akkor a navigáció js-el megy, és a hash módosul, maga az oldal viszont nem töltődik újra.
Ilyenkor mondjuk a következő cikkre kattintva így módosul a böngésző címsora:
bla.com/articles/a-cikk#articles/kovetkezo-cikk
Helyette pedig azt szeretném, ha a címsorban ez lenne:
bla.com#articles/kovetkezo-cikk
Hogyan lehet megoldani ezt?
Az oldal újratöltésével - amennyiben van javascript - az a bajom, hogy gyakorlatilag ugyanazt a tartalmat szedi le az user 2x...
Szóval a következő cikkre váltásnál kéne újratölteni az egészet, és felülírni az url-t, vagy van erre valami jobb megoldás?
■ Sajnos máshol nem kaptam rá választ, szóval gondoltam felteszem itt is a kérdést.
Az oldalon, amit csinálok xmlhttp-vel oldom meg a navigálást, viszont szeretnék legalább néhány funkciót kívülről is elérhetővé tenni sima url-el.
Ugye a javascriptes navigáció úgy zajlik, hogy figyelem a hash rész módosulását, és ha éppen nem én módosítottam a hash-t (akkor nyilván a felhasználó lépked a history-ben), akkor automatikusan ugrok a hashnek megfelelő oldalra, amúgy meg a hash módosításával párhuzamosan töltöm be, amire szükség van.
A kereshetőség szempontjából nyilván szükség van a hagyományos navigációra is, mert a google botok nehezen térképezik fel az oldalt, meg amúgy is jó, ha diszkrét js-el megy a dolog.
A problémám nagyon szimpla.
Ha mondjuk rákeresek az oldalon egy cikkre googleben, akkor az a következő linket fogja adni:
bla.com/articles/a-cikk
Erre ha rákattintok, akkor nyilván lejön az oldal, a böngésző címsorában meg nyilván az url jelenik meg.
Ez eddig okés, viszont innentől ha az usernek van javascriptje, akkor a navigáció js-el megy, és a hash módosul, maga az oldal viszont nem töltődik újra.
Ilyenkor mondjuk a következő cikkre kattintva így módosul a böngésző címsora:
bla.com/articles/a-cikk#articles/kovetkezo-cikk
Helyette pedig azt szeretném, ha a címsorban ez lenne:
bla.com#articles/kovetkezo-cikk
Hogyan lehet megoldani ezt?
Az oldal újratöltésével - amennyiben van javascript - az a bajom, hogy gyakorlatilag ugyanazt a tartalmat szedi le az user 2x...
Szóval a következő cikkre váltásnál kéne újratölteni az egészet, és felülírni az url-t, vagy van erre valami jobb megoldás?
json_decode probléma
Sziasztok!
A tapasztalatom szeretném megosztani veletek, hátha valaki idejét megtudom spórolni. Tehát egy ajax kérésben küldtem paraméterek között egy stringet, amit egy tömbből hoztam létre toSource()-al. Ez a függvény a stringen belüli idézőjeleket átalakította \"-re. Sajnos ez miatt a szerver oldalon szívtam 1-2 órát. Ugyanis a json_decode ezt így nem hajlandó feldolgozni. PHP oldalán csak annyit találtam, hogy a json_decode csak UTF-8 szövegeket hajlandó dekódolni. Végülis szerencsére egy str_replace('\\"', '"', $text); segített a probléma megoldásában. Lehet béna vagyok vagy csak fáradt, de remélem a hasonló cipőben járó(k)nak tudtam segíteni!
■ A tapasztalatom szeretném megosztani veletek, hátha valaki idejét megtudom spórolni. Tehát egy ajax kérésben küldtem paraméterek között egy stringet, amit egy tömbből hoztam létre toSource()-al. Ez a függvény a stringen belüli idézőjeleket átalakította \"-re. Sajnos ez miatt a szerver oldalon szívtam 1-2 órát. Ugyanis a json_decode ezt így nem hajlandó feldolgozni. PHP oldalán csak annyit találtam, hogy a json_decode csak UTF-8 szövegeket hajlandó dekódolni. Végülis szerencsére egy str_replace('\\"', '"', $text); segített a probléma megoldásában. Lehet béna vagyok vagy csak fáradt, de remélem a hasonló cipőben járó(k)nak tudtam segíteni!
június 2
Statáriális moderáció, avagy a fórumos helyzet fokozódik?
Nem tudom, szerkesztőtársaim hogy állnak ezzel, de gyanítom, hogy a helyzet hasonló lehet, mint esetemben: a blogmarkok és hozzászólásaik átfutása, egy-egy blogbejegyzés, netán ha van épp ilyen, akkor a következő cikk feletti bábáskodás még csak-csak megy több-kevesebb sikerrel, azonban a fórumok rendszeres követésére egész egyszerűen nincs emberi kapacitás a szerkesztőség berkeiben, mely nyilvánvalóan ráüti bélyegét a felhozatal minőségére is.
