Archívum
február 22, 2002
afterBURNER cache 0.14
Az afterBURNER Cache 0.14 a PHP-ben írt webes alkalmazások felgyorsítását szolgáló eszköz. A lefordított PHP kódot tárolja el annak első végrehajtásakor, így a legközelebbi futtatásakor a cache-ben lévő, már lefordított kódot felhasználva jelentős sebességnövekedés érhető el, a webkiszolgáló terhelésének csökkenése mellett.
Az új verzió elsősorban a PHP 4.1.x kompatibilitást és még gyorsabb működést hozott magával. A kód új debug funkciókat és számos új megjegyzést tartalmaz.
Honlap és letöltés: http://afterburner.bware.it/
■ Az új verzió elsősorban a PHP 4.1.x kompatibilitást és még gyorsabb működést hozott magával. A kód új debug funkciókat és számos új megjegyzést tartalmaz.
Honlap és letöltés: http://afterburner.bware.it/
február 21
Pikáns Apache statisztikák
Sokan tudják, hogy a Net legforgalmasabb, legnagyobb terhelést kiálló honlapjai nem feltétlenül a legnagyobb híroldalak vagy portálok, hanem egy sokkal ellentmondásosabb, (sokaknak ellenszenves) kategória - a szexoldalak. A jelentős látogatottságú oldalak hatalmas mennyiségű adatot (elsősorban képeket és videókat) szolgálnak ki.
A Netcraft-ot (amelynek statisztikáiból szoktunk mi is szemezgetni) "utánzó" Smutcraft kifejezetten arra törekszik, hogy az erotikus tartalmú honlapok kiszolgálóiról készítsen statisztikákat. Legutóbbi adataik a Netcraftnak az internet teljes egészére vonatkozó statisztikáira erősen hasonlítanak - a Smutcraft által regisztrált szerverek túlnyomó többsége (2013 kiszolgáló, azaz 84,40%) Apache-ot futtat különböző platformokon, míg a következő, a Microsoft IIS részesedése mindössze 8,68%, azaz 207 windowsos kiszolgáló.
Egyetlen más webszerver sem ért el 2%-nál nagyobb részesedést a tesztelt kiszolgálók közül. Részletek itt.
■ A Netcraft-ot (amelynek statisztikáiból szoktunk mi is szemezgetni) "utánzó" Smutcraft kifejezetten arra törekszik, hogy az erotikus tartalmú honlapok kiszolgálóiról készítsen statisztikákat. Legutóbbi adataik a Netcraftnak az internet teljes egészére vonatkozó statisztikáira erősen hasonlítanak - a Smutcraft által regisztrált szerverek túlnyomó többsége (2013 kiszolgáló, azaz 84,40%) Apache-ot futtat különböző platformokon, míg a következő, a Microsoft IIS részesedése mindössze 8,68%, azaz 207 windowsos kiszolgáló.
Egyetlen más webszerver sem ért el 2%-nál nagyobb részesedést a tesztelt kiszolgálók közül. Részletek itt.
A CHM formátumú PHP kézikönyv 4. mintája
Megjelent az átdolgozott windows súgó formátumú kézikönyv negyedik változata is, amelyben ismét finomítottak a dizájnon, optimalizálták a HTML kódot, valamint számos fejlesztést és javítást eszközöltek. A súgó ezentúl bármilyen ablakméretet kitölt, az oldalak DSSSL helyett XSLT stíluslapokra épülnek, stb.
Az új verzió a hivatalos honlapon érhető el egyéb háttérinformációkkal együtt.
■ Az új verzió a hivatalos honlapon érhető el egyéb háttérinformációkkal együtt.
február 19
PostNuke 0.71 előzetes
Az elmúlt hétvégére igértem a PHPinfo frissítését a PostNuke 0.703-ra, de ez sajnos egyelőre elmaradt - elsősorban a dizájnok miatt, amelyeket egy kicsit át kell dolgozni, hogy megfelelően működjenek, valamint a magyarításokon is kell még csiszolni. Közben viszont a PostNuke honlapján megjelent egy hír, amely a 0.71 verzió újdonságait ecseteli - és mostantól számítva mintegy két hétre teszi a megjelenésének időpontját. Így lehet, hogy a frissítést már elhalasztom addig, viszont igyekszem majd a fordítást és a dizájnt helyrerakni addig...
Tehát a PostNuke 0.71 verzió újdonságai a következők lesznek:
Tehát a PostNuke 0.71 verzió újdonságai a következők lesznek:
Megjelent a PHP-Nuke 5.5 hivatalos kiadása
Február 15-én kiadták a PHP-Nuke 5.5-ős verzióját. Teljesen moduláris felépítésü lett, beleértve a nyelvi modulokat is. Sok új funkció került bele, szintén sok munka van még hátra a teljes bug mentes működés elérésére, de már most is egy nagyon jól használható tartalomkezelő rendszer. A fórum rész a közeljövőben teljesen le lesz cserélve a Splatt fórumra. A teljes feature lista itt olvasható.
■ február 18
PHP Weekly - 75.
A Zend szokásos heti hírlevelének 75. számából:
Sockets gondok - Richard Samar alaposan átnézte a sockets kódot, és számos hibát fedezett fel és javított ki benne. A socket_send() prototípus, és a socket_recvfrom() 6. paramétere hibás volt, a socket_sendto() 5. paramétere pedig eltért a többi funkcióétól. Mindezek a javítások már belekerültek a CVS-be is.
Sybase dátum és idő formátumok - most, hogy a FreeTDS lehetővé teszi a sztringgé konvertálás alkalmával különböző dátum/idő formátumok alkalmazását, egy új patch elérhetővé teszi ezt a funkciót a Sybase felhasználók számára PHP-ben is.
Sockets gondok - Richard Samar alaposan átnézte a sockets kódot, és számos hibát fedezett fel és javított ki benne. A socket_send() prototípus, és a socket_recvfrom() 6. paramétere hibás volt, a socket_sendto() 5. paramétere pedig eltért a többi funkcióétól. Mindezek a javítások már belekerültek a CVS-be is.
Sybase dátum és idő formátumok - most, hogy a FreeTDS lehetővé teszi a sztringgé konvertálás alkalmával különböző dátum/idő formátumok alkalmazását, egy új patch elérhetővé teszi ezt a funkciót a Sybase felhasználók számára PHP-ben is.
PHP .exe-ként
A Triplehash új programja a PHP-GTK babérjaira tör - legalábbis Windows alatt. A program lehetővé teszi a php-s alkalmazások "becsomagolását" egy exe állományba, így azok bármilyen windowsos számítógépen futtathatókká válnak. A trükk itt a saját belső php-s webkiszolgáló, illetve a személyreszabott Internet Explorer egybeépítése. A program felépítése egyben természetszerűleg a php-s forráskódunk rejtését is megvalósítja - így péládul egy ügyfél megkaphatja az alkalmazás futtatható verzióját kipróbálásra, míg a forráskódot csak fizetés után...
Honlap és a próbaverzió letöltése: http://www.triplehash.com/
■ Honlap és a próbaverzió letöltése: http://www.triplehash.com/
Egy kellemetlen probléma megoldása
Egy kellemetlen probléma merült fel a napokban a lapunknál (Itt található :-) ). Azért küldöm be, mert hátha jár még így más is, és ez megoldás lehet a számára. A php.ini-ben a rendszergazda kikapcsolta a magic_quotes_gpc-t, ezáltal a felvitt hírek nem tartalmaztak sortörést (az előnézetnél még igen, utánna, a főoldalon már szétesett az egész), csak a php kódok jöttek át, pl. \n . Sokáig kerestem a megoldást, végül a Postnuke egyik fórumában találtam egy script kiegészítést, ami segített. Ez a következő:
Szerkeszteni kell az includes/textsanitizer.php filet. A functions oopsAddSlashes és az oopsStripSlashes sorokat erre kell átírni:
function oopsAddSlashes($text) {
if (get_magic_quotes_gpc()) {
$text = addslashes($text);
}
return $text;
}
function oopsStripSlashes($text) {
if (get_magic_quotes_gpc()) {
$text = stripslashes($text);
}
return $text;
}
Ezután már rendesen átveszi a sortöréseket, hivatkozásokat a hírszerkesző.
■ Szerkeszteni kell az includes/textsanitizer.php filet. A functions oopsAddSlashes és az oopsStripSlashes sorokat erre kell átírni:
function oopsAddSlashes($text) {
if (get_magic_quotes_gpc()) {
$text = addslashes($text);
}
return $text;
}
function oopsStripSlashes($text) {
if (get_magic_quotes_gpc()) {
$text = stripslashes($text);
}
return $text;
}
Ezután már rendesen átveszi a sortöréseket, hivatkozásokat a hírszerkesző.
február 16
PHP cookie probléma
Van egy kis gondom.
Az index.php oldalamon idáig volt egy setcookie parancs, és ugyanazon az oldalon kicsit lejjeb kiolvasta a cookie tartalmát(HTTP_COOKIE_VARS), és attól függően folytatódott a futás. (természetesen csak a következő lekérésnél vette figyelembe a cookie-t.)
Most áttértem egy másik módszerre az egyszerűség kedvéért. Az oldal elején require-el berántok egy design.php-t (ugyanabban a könyvtárban van.), amiben függvények (function) írják ki az oldal HTML-kódjának elejét, végét. Magyarul behúzom, és utána lefuttatok egy felso() sort. Na ebbe a függvénybe került a cookie beállítása és a lekérdezése is. Viszont nem müxik.
A setcookie bellítja a cookie (ezt látom), de visszakapni nem tudja.
Mi lehet a probléma? (Esetleg a setcookie parancs domain és/vagy path argumentumaival lehetne büvészkedni.)
■ Az index.php oldalamon idáig volt egy setcookie parancs, és ugyanazon az oldalon kicsit lejjeb kiolvasta a cookie tartalmát(HTTP_COOKIE_VARS), és attól függően folytatódott a futás. (természetesen csak a következő lekérésnél vette figyelembe a cookie-t.)
Most áttértem egy másik módszerre az egyszerűség kedvéért. Az oldal elején require-el berántok egy design.php-t (ugyanabban a könyvtárban van.), amiben függvények (function) írják ki az oldal HTML-kódjának elejét, végét. Magyarul behúzom, és utána lefuttatok egy felso() sort. Na ebbe a függvénybe került a cookie beállítása és a lekérdezése is. Viszont nem müxik.
A setcookie bellítja a cookie (ezt látom), de visszakapni nem tudja.
Mi lehet a probléma? (Esetleg a setcookie parancs domain és/vagy path argumentumaival lehetne büvészkedni.)
február 15
Átállás
Sziasztok!
A hétvégén (ha semmi sem jön közbe), végre megpróbálunk átállni a Nuke 0.703 verzióra a jelenlegi 0.64-ről (szégyen, gyalázat, hogy eddig nem tudtam rá elég időt szakítani), ennek következtében előfordulhat rövidebb leállás, fennakadás az oldal működésében.
Ugyanakkor valószínűleg a dizájnt is frissítjük egy kicsit (ráfér már egy kis make-up).
Előre is elnézést kérünk mindenkitől az esetlegesen felmerülő kellemetlenségekért.
A phpinfo team
■ A hétvégén (ha semmi sem jön közbe), végre megpróbálunk átállni a Nuke 0.703 verzióra a jelenlegi 0.64-ről (szégyen, gyalázat, hogy eddig nem tudtam rá elég időt szakítani), ennek következtében előfordulhat rövidebb leállás, fennakadás az oldal működésében.
Ugyanakkor valószínűleg a dizájnt is frissítjük egy kicsit (ráfér már egy kis make-up).
Előre is elnézést kérünk mindenkitől az esetlegesen felmerülő kellemetlenségekért.
A phpinfo team
