Archívum
március 12, 2008
wordpress plugin megszakítja a php futását?
sziasztok,
adott egy 2.3.3-as wordpressre átültetett céges weboldal, amihez a már meglévő design alapján saját témát készítettem. az oldalon van egy-két űrlap, amivel hírlevélre, előadásra jelentkezhetnek, stb. az űrlapok feldolgozása a functions.php fájlban történik.
a problémám az, hogy a php futása néha - látszólag minden ok nélkül - megszakad. az űrlapot elküldi a felhasználó és utána egy fehér képernyőt lát, én pedig a három logolási pontból csak egynek az eredményét látom. amire eddig jutottam:
a három logolási pont:
még egy apróság, van olyan, hogy egymás után 5-ször is megjelenik az első logolás eredménye (feltételezem, hogy a felhasználó nyomkodja az f5-öt a böngészőben), és mind megszakad. tehát ha valaki egyszer megszakad, akkor onnantól kezdve mindig. ebből akár azt is hihetnénk, hogy maguk az adatok okozzák a hibát, de ha utána én felviszem az ő adatait, akkor minden rendben lefut.
adott egy 2.3.3-as wordpressre átültetett céges weboldal, amihez a már meglévő design alapján saját témát készítettem. az oldalon van egy-két űrlap, amivel hírlevélre, előadásra jelentkezhetnek, stb. az űrlapok feldolgozása a functions.php fájlban történik.
a problémám az, hogy a php futása néha - látszólag minden ok nélkül - megszakad. az űrlapot elküldi a felhasználó és utána egy fehér képernyőt lát, én pedig a három logolási pontból csak egynek az eredményét látom. amire eddig jutottam:
- nem történik php hiba, még egy átkozott kis notice sem jelenik meg a logban
- a négy űrlapból kizárólag egynél fordul elő a hiba, noha mind a négy űrlap feldolgozását ugyanaz a függvény végzi a submit gomb neve alapján
- kb minden tizedik alkalommal megszakad az űrlapfeldolgozás, szóval én a stop gomb használatát/internet megszakadását/egyéb kliens oldali problémát kizárnám
- a dev verzióban nem tudtam reprodukálni a hibát, sőt, ha az éles oldalon töltöm ki az űrlapot, nekem mindig minden tökéletesen lefut (éles oldalon nem tudok debugolni, dev verzióban viszont nem jön elő a hiba, 22-es csapdája)
a három logolási pont:
- a wordpress index.php fájljának elején a $_POST tömb
- az űrlap feldolgozására hivatott függvény elején a $_POST tömb (functions.php-ban)
- az űrlap feldolgozására hivatott függvény végén a mindenféle információk
ezekből az elsőnek van mindig eredménye, a másik kettő szokott hiányozni. a vicces az, hogy a wordpressbe beégetett eszképelést vizsgálva raktam be az elsőt, így derült ki a hiba.
még egy apróság, van olyan, hogy egymás után 5-ször is megjelenik az első logolás eredménye (feltételezem, hogy a felhasználó nyomkodja az f5-öt a böngészőben), és mind megszakad. tehát ha valaki egyszer megszakad, akkor onnantól kezdve mindig. ebből akár azt is hihetnénk, hogy maguk az adatok okozzák a hibát, de ha utána én felviszem az ő adatait, akkor minden rendben lefut.
Automatikus bejelentkezés
hella!
van egy bejelentkező formom és szeretném ha a látogatók automatikus bejelentkezést tudnának használni. pl. 2héten keresztül ne kérje újból a username/pw-t. Kérdések: (szeretném használni a beépített sessionkezelő dolgokat)
1. Az automatikus bejelentkezéshez (két hétig) két hétnyi érvényességi időt kell megadnom a cookienak és a session.gc_maxlifetime beállításnak is? egyáltalán ez a módja az autologinnak?
2. Ha egy user nem akarja használni az automatikus bejelentkezést, akkor nála nem állítok akkora bazi nagy gc_maxlifetime-ot és nem módosítom a cookie paramétereit. de nekem ez nem logikus. nyílván a gc egy beállítás alapján dolgozik...hogy lehet akkor mégis megoldani, h vmely emberek sessionja félóra múlva, többieké két hét múlva törlődjön?
3. Hogy lehet elérni, hogy session (session_start()) csak akkor induljon, ha bejelentkezett az ember? (nem akarom, h minden látogató esetén induljon session, csak annak aki regisztrált) figyeljem minden oldal elején, h létezik-e session cookie és ha igen, akkor session_start()?
Előre is köszönöm az okítást!
Tivadar
■ van egy bejelentkező formom és szeretném ha a látogatók automatikus bejelentkezést tudnának használni. pl. 2héten keresztül ne kérje újból a username/pw-t. Kérdések: (szeretném használni a beépített sessionkezelő dolgokat)
1. Az automatikus bejelentkezéshez (két hétig) két hétnyi érvényességi időt kell megadnom a cookienak és a session.gc_maxlifetime beállításnak is? egyáltalán ez a módja az autologinnak?
2. Ha egy user nem akarja használni az automatikus bejelentkezést, akkor nála nem állítok akkora bazi nagy gc_maxlifetime-ot és nem módosítom a cookie paramétereit. de nekem ez nem logikus. nyílván a gc egy beállítás alapján dolgozik...hogy lehet akkor mégis megoldani, h vmely emberek sessionja félóra múlva, többieké két hét múlva törlődjön?
3. Hogy lehet elérni, hogy session (session_start()) csak akkor induljon, ha bejelentkezett az ember? (nem akarom, h minden látogató esetén induljon session, csak annak aki regisztrált) figyeljem minden oldal elején, h létezik-e session cookie és ha igen, akkor session_start()?
Előre is köszönöm az okítást!
Tivadar
március 12
PlayMaps: kattintásra induló interaktív térképek
A Google Maps technológiájára épülő térképmegoldások hada áll a rendelkezésünkre. A nyílt API-nak köszönhetően a legkülönfélébb felületek hozhatók létre programozottan, de az utóbbi időkben további felhasználási lehetőségeket is kibocsátottak, amelyek egyszerűen beilleszthetővé tették a térképeket webes alkalmazásunkba, akár különösebb szakértelem nélkül.
readfile kódolás
Sziasztok!
Kaptam egy php kódot, amivel egy drupal oldalba kellene beolvasni egy fájlt, nagyjából így néz ki.Ez egyébként, ha jól látom, egy javascriptes fájl, viszont a karakterek nem helyesek benne, ha a drupalba beillesztem php kódolással. Hogyan lehetne a legegyszerűbben átkódolni? iso-8859-2 kódolást használ. Recode? Viszont ahhoz le kellene tölteni?
Külön modult azért nem írnék hozzá.
Mennyire biztonságos ez vajon?
Az, hogy nem RSS csatornát használnak, azt ne rajtam kérjétek számon, megrendelőnek ez kellene, hogy működjön.
■ Kaptam egy php kódot, amivel egy drupal oldalba kellene beolvasni egy fájlt, nagyjából így néz ki.
<?php readfile('http://url');
?>
Külön modult azért nem írnék hozzá.
Mennyire biztonságos ez vajon?
Az, hogy nem RSS csatornát használnak, azt ne rajtam kérjétek számon, megrendelőnek ez kellene, hogy működjön.
ASP.NET gyakorlati bevezető PHP technológiával fejlesztőknek
A Microsoft egy napos, ingyenes workshopja március 14-én, Budapesten
■ Keresők számára rejtett tartalom az oldalon
Ha van egy generált dinamikus oldalam, amin van egy vagy több olyan blokk (jól elszeparáltan div-ben), amit nem szeretnék, hogy ha leindexelnének a keresők, akkor erre mi a leghatékonyabb és legitim mód? Mielőtt valami rosszra gondoltok: a keresők elől eltüntetni kívánt blokkok olyan tartalmat hordoznak, ami kb. tíz másodpercenként változik (ez még hagyján), de semmi érdemleges infót nem hordoznak a botok számára. Például: ki van épp bejelentkezve; vagy utolsó commentek.
Jelenleg kétféle mód jut eszembe:
1. User agent vagy IP cím alapján más tartalmat adni a botoknak
2. A dinamikus részeket on-demand kliens oldalon JS-sel generálom le
Első esetet a szakirodalom is jegyzi -- mint negatív példa. A botok ugyanis nem szeretik, hogy ha ők mást kapnak, mint az end-user. Simán ban járhat érte.
Második esettel meg az a gond, hogy kikapcsolt JS esetén nem lesz semmilyen tartalom a blokkokban.
Kinek mi a tippje/megoldása?
■ Jelenleg kétféle mód jut eszembe:
1. User agent vagy IP cím alapján más tartalmat adni a botoknak
2. A dinamikus részeket on-demand kliens oldalon JS-sel generálom le
Első esetet a szakirodalom is jegyzi -- mint negatív példa. A botok ugyanis nem szeretik, hogy ha ők mást kapnak, mint az end-user. Simán ban járhat érte.
Második esettel meg az a gond, hogy kikapcsolt JS esetén nem lesz semmilyen tartalom a blokkokban.
Kinek mi a tippje/megoldása?
PDF file -t nem tudja megnyitni...
Sziasztok, -minden szép és rendben müködött a progim, amig fel nem tettem egy másik helyre ahol nem tudja megnyitni a PDF -et (azt írja ki, hogy a dokumentum hibás). A két hely között annyi a különbség, hogy ott a PHP safe mode -ban fut, ez okozhat ilyen jelenséget ? Vagy mi más lehet a gond ?
Köszi: -én-
■ Köszi: -én-
Character encoding in HTML
Összefoglaló a webet (is) érintő gyakran felmerülő karakterkódolási kérdésekről
■ Hatodik Java Paláver
Március 19-én újra Java Paláver, immár a hatodik alkalommal. 18 órai kezdettel várunk minden érdeklődőt a Victor Hugo utcában, a szokott helyen a 18-22. szám alatt az alagsorban, a SZTAKI által felajánlott nagyelőadóban.
