Archívum - 2002
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
február 13
Nuke lapok
Továbbra is keressük azokat a lapokat melyek Nuke alapúak. Ha tudsz ilyet akkor kérlek küldd el nekünk a címét. Az eredmény 1 hónap múlva fogjuk közölni melyben rangsoroljuk is a magyar nuke portálokat. A lap címe mellé írj egy rövid tartalmat is! A címeket a webtop##kukac##send.hu címre küldjétek!
A lapokat aszerint is osztályozzuk, hogy milyen modulokat használ és hogyan, és persze, hogy van-e a lapon extra vagy sem!
■ A lapokat aszerint is osztályozzuk, hogy milyen modulokat használ és hogyan, és persze, hogy van-e a lapon extra vagy sem!
Zend Studio 2.0
A Zend elkészült az új, 149 dolláros Studio 2.0-val, amely azért ingyenesen is letölthető és kipróbálható. A Zend Java programozói nagyon jó munkát végeztek, stabil, kényelmes fejlesztői környezetet készítettek a PHP-ben fejlesztők számára.
A Zend Studio 2 kliens csomag tartalma:
A Zend Studio 2 kliens csomag tartalma:
február 12
személyes
Sziasztok!
Van egy kis gondom.
PHPNuke-5.0-át frissítettem PN-0.703-ra. Minden simán ment kivéve a "Main menu"-t. Beállítgattam, hogy minden link rendesen működjön de amikor belépek nem jelenik meg a "személyes menűm" (My Account, Administration (ha admin vagyok), Logout).
Ha tisztára új PN-t installálok ez működik is (http://teszt2.squashclub.hu) de a konvertáltnál nem tudom beállítani (http://www.squashclub.hu).
Mi lehet a baja?
Van jelentősége, hogy a "személyes menüpontokat" előre rakjam a menüben?
Tnx, Pali
■ Van egy kis gondom.
PHPNuke-5.0-át frissítettem PN-0.703-ra. Minden simán ment kivéve a "Main menu"-t. Beállítgattam, hogy minden link rendesen működjön de amikor belépek nem jelenik meg a "személyes menűm" (My Account, Administration (ha admin vagyok), Logout).
Ha tisztára új PN-t installálok ez működik is (http://teszt2.squashclub.hu) de a konvertáltnál nem tudom beállítani (http://www.squashclub.hu).
Mi lehet a baja?
Van jelentősége, hogy a "személyes menüpontokat" előre rakjam a menüben?
Tnx, Pali
Tényleg, TE milyen szervert használsz?
Természetesen Apache
82% (370 szavazat)
Microsoft IIS vagy PWS
5% (23 szavazat)
OmniHTTPd Pro
5% (21 szavazat)
Roxen
1% (6 szavazat)
Xitami
1% (3 szavazat)
Más
1% (6 szavazat)
Nem tudom
2% (11 szavazat)
Nincs honlapom
2% (9 szavazat)
Összes szavazat: 449
Webszerverek Magyarországon
A linux.hu-ról:
"A tavaly februári felmérés után sok pozitív visszajelzést kaptam. Most újra megcsináltam a tesztet.
Az eredmény: toronymagasan vezet az Apache.
- egy év alatt a *nix 1%-ot javított pozícióján (83%-84%)
- Az Apache növekedése 70%-os volt, míg a "vetélytárs" Microsoft-IIS-é csak 51%.
- Tovább nőtt az "ötszázasok" köre (olyan gépekről van szó, amelyek 500-nál több domaint szolgálnak ki), az Axeleró webszervere már 3638(!) domainnek ad helyet (a legjobb IIS: 270).
- Apache 40498 domaint szolgál ki, IIS 3988-at.
- Ha egy IP-t csak egyszer veszünk figyelembe, akkor is 1179 db IIS-re jut 2738 Apache.
horvaths"
■ "A tavaly februári felmérés után sok pozitív visszajelzést kaptam. Most újra megcsináltam a tesztet.
Az eredmény: toronymagasan vezet az Apache.
- egy év alatt a *nix 1%-ot javított pozícióján (83%-84%)
- Az Apache növekedése 70%-os volt, míg a "vetélytárs" Microsoft-IIS-é csak 51%.
- Tovább nőtt az "ötszázasok" köre (olyan gépekről van szó, amelyek 500-nál több domaint szolgálnak ki), az Axeleró webszervere már 3638(!) domainnek ad helyet (a legjobb IIS: 270).
- Apache 40498 domaint szolgál ki, IIS 3988-at.
- Ha egy IP-t csak egyszer veszünk figyelembe, akkor is 1179 db IIS-re jut 2738 Apache.
horvaths"
