|
Utolsó bejegyzést előre / Első bejegyzést előre
<< Előző oldal |
Következő oldal >>
[ 1. oldal |
2. oldal |
3. oldal ]
Sajnos az idő folyamatosan múlik és a LightTPD frissítéseken kívül nem igazán jut időnk a WLMP csomag frissítésére.
A WLMP jelenlegi stabil ág frissítésének egyszerűen nincs értelme, mivel a PHP csomag CGI-n történő használata elég nagy teljesítményveszteséget okoz a FastCGI-hez képest, amely viszont még nem érkezett stabil állapotba Win32 környezetben. Akik már próbálkoztak vele, nyilvánvalóan észlelték, hogy egy bizonyos kérésszám után a FastCGI szerver egyszerűen kilép.
Korábban már mi is próbálkoztunk egy rekurzív hurkot kialakító szkripttel, amely a szerver process forkolását követően automatikusan újraindítja. A problémát viszont jelen esetben az okozza, hogy amíg az újraindítás nem történik meg, addig az elküldött kérésre nem érkezik válasz. Szerencsére a LightTPD terhelésmegosztás gyanánt egyidejűleg több FastCGI szerver használatát is engedi, így akár a helyi hoszton több porton is futtathatunk egy-egy szervert.
Kicsit fejlesztettük ezt a szkriptet, és elérkeztünk arra pontra, hogy közzétegyük, egy rövid kis használati útmutatás mellett.
A szkript innen tölthető le: http://en.wlmp-project.net/downloads.php?cat=other&type=phpfcgi
Letöltés után érdemes a szkriptet (phpfcgi.cmd) a szerver telepítési gyökrérkönyvtárába kicsomagolni, és egy szerkesztővel módosítani kell benne egy változó értékét:
Kód - [ phpfcgi.cmd ]
A ROOT változó adja meg a PHP könyvtár abszolút elérési útját, ezt kell a saját beállításaink alapján megváltoztatni.
Kód:
| phpfcgi.cmd -b <address> -p <port> -c <number of childs> [-r|-s] |
A szkript különböző parancssori paraméterekkel rendelkezik amelyeket előre meghatározva is lehet indítani, vagy paraméterek nélkül a kérdések alapján kiválasztani a saját igényünknek megfelelő beállításokat, ahol az alapértelmezett értékeket fel is ajánlja.
Amennyiben minden beállítás jó, és a beállított port sem foglalt, akkor egy hasonló képet kell látnunk:
Kép: http://files.wlmp-project.net/pub/WLMP-Project/Other/PHP-FastCGI/phpfcgi_rc1.png
Ezek után következhet a webszerver beállítása, ahol a CGI modult letiltjuk, amennyiben mást nem használunk CGI felületen keresztül (pl. Perl), és a FastCGI modult pedig engedélyezzük. Illetve ki kell kommenteznünk a PHP CGI-s bejegyzését is (ha volt ilyen).
Kód - [ LightTPD\conf\lighttpd-inc.conf ]
server.modules = (
...
# "mod_cgi",
"mod_fastcgi",
...
) |
Kód - [ LightTPD\conf\lighttpd-inc.conf ]
| #cgi.assign = ( ".php" => "PHP/php-cgi.exe" ) |
A szerver elérésének beállításához az alábbiakat kell hozzáfűzni a konfigurációs fájlhoz:
Kód - [ LightTPD\conf\lighttpd-inc.conf ]
fastcgi.server = ( ".php" =>
( "primary" =>
(
"host" => "127.0.0.1",
"port" => 1879,
# ),
# "secondary" =>
# (
# "host" => "127.0.0.1",
# "port" => 1878,
)
)
)
|
A fenti kódrészlet azt mutatja, amikor 2 párhuzamos FastCGI szerver van beállítva helyi hosztra, de az egyik szerver ki van kommentelve. Amennyiben ténylegesen 2 szervert használunk, a # jeleket el kell távolítanunk. (A host és a port értékek temészetesen a saját beállításaink alapján kell módosítani.)
PHP esetén érdemes lehet beállítani az alábbiakat is, amennyiben korábbi verziójú PHP-s oldalakat is hosztolunk:
Kód - [ LightTPD\conf\lighttpd-inc.conf ]
## map multiple extensions to the same fastcgi server
fastcgi.map-extensions = ( ".php3" => ".php",
".php4" => ".php" )
|
A FastCGI szerver kihasználtságának monitorozásához érdemes hozzáfűzni az alábbi sorokat is a konfigurációs fájlhoz:
Kód - [ LightTPD\conf\lighttpd-inc.conf ]
## fcgi statistics
status.statistics-url = "/server-counters" |
2 fontos dolog, amit feltétlenül be kell állítanunk:
- Az egyik, hogy a webes könyvtár abszolút elérési útja szerepeljen a LightTPD konfigurációs állományában, például:
Kód - [ LightTPD\conf\lighttpd-inc.conf ]
| server.document-root = "D:/wwwroot/" |
- illetve, a php.ini fájlban az alábbi opciót:
Kód - [ PHP\php.ini ]
Ezek után újraindíthatjuk a szervert, és ha jól dolgoztunk, akkor a korábbi PHP-s oldalak immáron jóval gyorsabban fognak megjelenni, mint az eddigiekben. |
|
Hozzászólások (0) |
Beküldte: dtech, 2009-03-16 14:57:21 (GMT+1) |
Sokakban felmerülhetett a kérdés, hogy mi történik a project háza táján (vagy mi nem?), hiszen jóideje nem jelent meg sem friss hír, sem pedig friss, stabil csomag. Vagyis egyszerűen szólva eltűntünk az éterben egy időre...
Megnyugtathatunk mindenkit, hogy a project nem szűnt meg, és nem is fog. Viszont, hogy az 1.1-es WLMP-csomagból frissítés nem készült, sajnos egy stabilitási problémának köszönhető a LightTPD/1.4.19-1 Win32-es verziójú kiadásnál. A problémát kiküszöbölhettük volna többféle megoldással is, de sajnos az időhiány ismét közbeszólt.
A már egy ideje ígért 1.2-es verziójú WLMP csomag egész biztosan nem fog a közeljövőben megjelenni, több ok miatt is. Amennyiben van remény, hogy az 1.5.0-s verziójú stabil LightTPD belátható időn belül meg fog jelenni, úgy valószínűleg már az fog belekerülni, amelyre az átállás kicsit nehezebb lesz. Emellett a MySQL 5.1 és a PHP 6.0 kiadás kap majd helyet, a jelenlegi verziók helyett. |
|
A hozzászólások le vannak tiltva. |
Beküldte: dtech, 2008-08-29 10:29:31 (GMT+1) |
Elértünk egy fontos mérföldkőhöz, legalábbis az oldal tekintetében. Az új domain (http://wlmp-project.net/) nem csak a könnyebb többnyelvű támogatottságot segíti majd elő, hanem - mint ahogy korábban igértük - a csomagok köré épülő támogatási rendszert is fejlesztjük. Ezek az eddigi terveink szerint az alábbiak:
- Az egyik fő újdonság, hogy az oldalra lehet regisztrálni. Ez megkönnyíti mind a mi, mind pedig az oldal látogatóinak munkáját, hiszen így könnyebben lehet kapcsolatot tartani a fejlesztők és a felhasználók között. (Hozzászólások, privát üzenetek, stb.)
- A fejlesztésekhez kapcsolódóan készülőben van az online chagelog és bugreport rendszer, ahol a lehetőség nyílik a csomagok fejlesztési fázisaiba könnyebben betekinteni. Az idő közben előforduló hibajalenségekről is részletes leírás adható, illetve a problémák megodására is így könnyebben választ tudunk adni.
- Készülőben van a csomagokhoz egy részletesebb dokumentáció és egy rövidebb lélegzetvételű FAQ is, amely eddig sajnos elég hiányolt rész volt.
- Az oldal hírek szekciója átalakul egy "belső bloggá", ahol a regisztrált felhasználók reagálhatnak, kérdéseket tehetnek fel, stb. Egyszóval azt a funkciót látja majd el, amit egy blognak kell.
Igazából sorolhatnánk még tovább is, hiszen ötletek még vannak, de egyelőre főbb vonalakban szeretnénk átláthatóvá tenni, hogy mi is történik a háttérben. Reméljük, hogy a folyamatban lévő változások meghozzák majd mindkét oldalról a hozzá fűzött reményeket. |
|
A hozzászólások le vannak tiltva. |
Beküldte: dtech, 2008-02-19 13:45:21 (GMT+1) |
|