Archívum - 1970
május 19
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.
május 19
inline menü
Üdv Mindenkinek!
Újgyerek vok a wl-on és persze a web programozásban is. Nagyon megtetszett a CSS de angolul még nem tudok. Ezért kérném a segítségeteket, ugyanis nem találtam (magyarnyelven) segítséget a problémámra.
ráakadtam egy kultur megoldásra a menü területén. Az eredeti "hagyományos" listában volt, amit én szeretnék horizontálisan megjeleníteni. A problémám az, h minden <li> után, miután jönne a következő van pár px-nyi semmi. Ezt a "semmit" szeretném eltüntetni és már 4.napja sem sikerül.
cím: http://introduce.fw.hu
ezen belül a "Horizontal Menü"
Segítő és építő javaslataitokat előre is köszönöm!
gábor
■ Újgyerek vok a wl-on és persze a web programozásban is. Nagyon megtetszett a CSS de angolul még nem tudok. Ezért kérném a segítségeteket, ugyanis nem találtam (magyarnyelven) segítséget a problémámra.
ráakadtam egy kultur megoldásra a menü területén. Az eredeti "hagyományos" listában volt, amit én szeretnék horizontálisan megjeleníteni. A problémám az, h minden <li> után, miután jönne a következő van pár px-nyi semmi. Ezt a "semmit" szeretném eltüntetni és már 4.napja sem sikerül.
cím: http://introduce.fw.hu
ezen belül a "Horizontal Menü"
Segítő és építő javaslataitokat előre is köszönöm!
gábor
Detect Table Row Index with JavaScript
aki még nem ismerte volna a tr.rowIndex-et
■ 
