Archívum - Május 2005
május 20
Warning: session_start():
Sziasztok!
Az a probléma jelenkezett,hogy feltettem az oldalamat egy szerverre (atw) és a következő hibaüzeneteket kapom:
Warning: session_start(): open(/tmp/sess_20f73e1432fc0ac19f69241e69007b1e, O_RDWR) failed: No such file or directory (2) in /system/common.php on line 166
nem működik miatta a regisztráció és a beléptetés;
köv.:
Warning: Unknown(): open(/tmp/sess_20f73e1432fc0ac19f69241e69007b1e, O_RDWR) failed: No such file or directory (2) in Unknown on line 0
Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0
Még nem találkoztam ezekkel a hibaüzenetekkel,ezért nem tudok vele mit kezdeni.
Ha valaki tud kérem segítsen.
előre is köszönöm!
üdv
■ Az a probléma jelenkezett,hogy feltettem az oldalamat egy szerverre (atw) és a következő hibaüzeneteket kapom:
Warning: session_start(): open(/tmp/sess_20f73e1432fc0ac19f69241e69007b1e, O_RDWR) failed: No such file or directory (2) in /system/common.php on line 166
nem működik miatta a regisztráció és a beléptetés;
köv.:
Warning: Unknown(): open(/tmp/sess_20f73e1432fc0ac19f69241e69007b1e, O_RDWR) failed: No such file or directory (2) in Unknown on line 0
Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0
Még nem találkoztam ezekkel a hibaüzenetekkel,ezért nem tudok vele mit kezdeni.
Ha valaki tud kérem segítsen.
előre is köszönöm!
üdv
win2003 szerver - apache 1.3.33 - php 4.3.10 - oracle 9.2.0.1 lefagyasztja az apache-t
a címben vázolt konfigurációval van problémám: teljesen normális php oldalaknál (azaz általában simán lefutnak) néha beragad az apache (beállítások - felügyeleti eszközök - szolgáltatások alatti manuális leállÍtásra is nagyon lassan reagál, végül leáll). Ez - az általam is látott esetekben (a hibát a kliens jelezte) - akkor következik be, ha az oracle jelentősebb terhelés alatt áll, akkor oldalkérés esetén a kliens oldalon a böngésző homokórázik, a szerveren meg az apache processek 0 cpu fogyasztással állnak.
érdekes még, hogy az error.log-ban nincs bejegyzés (illetve akkor, amikor leállítom az apache-t berak egy forced terminate child bejegyzést), illetve a problémát kiváltó oldal url-je sem kerül be az access.log-ba. Az eseménynaplóba is természetesen csak az kerül be, hogy az apache szerviz le lett állítva.
Egy ideig azt hittem, hogy az oracle kommunikációs csatornája dugul el ennyire, s azért nem fér hozzá az apache, de tévedtem, mert mind szerverről, mind kliensről lehet apache beragadás közben használni (sqlplus)
A php-oracle kommunikációhoz az ora_* függvényeket használom. a beragadás (kivártam!) a max_execution_time többszöröse (25 perc) után sem üt be.
Az oracle egyébként kluszterban van (közös raid, két gépen futó két szerver, ha az egyik behalna, a másik veszi át az irányítást).
Annyira meg vagyok rekedve, hogy még azt sem tudom, miben keressem a hibát. PHP? Apache? Oracle? saját kódom? OK, az utolsó vicc volt, azt már többször átnéztem, bugok vannak (voltak s lesznek :)) benne, de azok az oldalak bugosan is lefutnak és nem halasztják meg a szervert :)
bárminemű tippet előre köszönök!
■ érdekes még, hogy az error.log-ban nincs bejegyzés (illetve akkor, amikor leállítom az apache-t berak egy forced terminate child bejegyzést), illetve a problémát kiváltó oldal url-je sem kerül be az access.log-ba. Az eseménynaplóba is természetesen csak az kerül be, hogy az apache szerviz le lett állítva.
Egy ideig azt hittem, hogy az oracle kommunikációs csatornája dugul el ennyire, s azért nem fér hozzá az apache, de tévedtem, mert mind szerverről, mind kliensről lehet apache beragadás közben használni (sqlplus)
A php-oracle kommunikációhoz az ora_* függvényeket használom. a beragadás (kivártam!) a max_execution_time többszöröse (25 perc) után sem üt be.
Az oracle egyébként kluszterban van (közös raid, két gépen futó két szerver, ha az egyik behalna, a másik veszi át az irányítást).
Annyira meg vagyok rekedve, hogy még azt sem tudom, miben keressem a hibát. PHP? Apache? Oracle? saját kódom? OK, az utolsó vicc volt, azt már többször átnéztem, bugok vannak (voltak s lesznek :)) benne, de azok az oldalak bugosan is lefutnak és nem halasztják meg a szervert :)
bárminemű tippet előre köszönök!
Free Software Magazine - issue 3
Megjelent a magazin harmadik száma, számos webfejlesztő számára is érdekes témával. Letölthető PDF-ben.
■ bloggator – Get your blog on.
Személyes bloggyűlytemény mindenkinek, Drupal alapon.
■ kódnév: hydrogen
Szerkesztői megjegyzés: A projekt gazdával történt egyeztetés után zároltuk ezt a témát, és kérjük, hogy PiG javaslatának megfelelően a projekt honlapján található támogatási lehetőségeket vegyék igénybe a felhasználók.
Mivel a címbéli alkalmazás hozzászólásai már túlmutatnak a tinyMCE pluginbejelentések témakörein, ezért ebben a topicban kérném az esetleges észrevételeket, gondokat.
A további bejelentések is itt fognak történni.
Figyelem! Kéretik a bazi hosszú kódsorokat szóközökkel és enterrel megtörni, és ahol szükséges, vagy az érthetőség úgy kívánja ezt külön jelezni.
Akit az előzmények érdkelnek, az olvasgasson itt és itt
A project(ek) honlapja: http://tinymce.kirow.hu
P][G
AJAX tervezési minták
Aki egy kicsit közelebbről is foglalkozott már az AJAX technikával, s végiggondolta, hogy milyen módon tudja ezt beépíteni weblapjaiba, minden bizonnyal felmerült benne: ez most itt egy teljesen más megoldásokat kívánó terület, mint a "hagyományos" web. Egyrészt egy összetettebb megoldáshoz nem árt kialakítani egy új, erre optimalizált keretrendszert, másrészt pedig ha hatékonyan szeretnénk dolgozni, vannak olyan trükkök, melyeket nem árt, ha megismerünk. Ennek kapcsán jött létre egy AJAX tervezési mintákkal foglalkozó (wiki) oldal, mely megpróbálja rendszerbe foglalva áttekinteni ezeket a tudnivalókat.
