Archívum
december 13, 2001
asCMS
Egy pár hónappal ezelőtt volt egy cikk itt a PHPInfón az asCMS tartalomkezelő rendszerről. Mivel szerintem ez a rendszer gyors, és könnyen tetreszabható a sablonrendszere által, ezért úgy gondoltam, nem szabadna hagyni, hogy eltűnjön a süllyesztőben... A fejlesztő abbahagyta a fejlesztést, és úgy gondoltam, hogy nem lenne rossz, ha folytatná valaki a munkáját. Ha valamelyikőtöknek van kedve beszállni a fejlesztőcsapatba, az írjon nekem egy e-mailt.
asCMS Project Page: http://sourceforge.net/projects/ascms/
e-mail: psoftwares##kukac##mailbox.hu
■ asCMS Project Page: http://sourceforge.net/projects/ascms/
e-mail: psoftwares##kukac##mailbox.hu
Smarty sablonrendszer 1.5.1
Az új verzió számos új funkciót tartalmaz, legfontosabb talán a {foreach ...} utasítás, amely a {section ...} alternatívája, ám jóval könnyebb vele egy egydimenziós tömböt végigolvasni.
Számos függvényt továbbfejlesztettek, így pl. a kimenetet automatikusan egy sablonváltozóhoz lehet rendelni, a megjelenítés helyett (assign attribútum). A cache fájlok egyedi funkcióval ellenőrizhetők, amely a beépített fájl alapú módszer alternatívája.
Az új kiadás tisztább kódot és számos hiba javítását is tartalmazza. Az 1.5.1 pedig az 1.5.0 egy lényeges hibáját javítja.
Honlap és letöltés: http://www.phpinsider.com/php/code/Smarty/
■ Számos függvényt továbbfejlesztettek, így pl. a kimenetet automatikusan egy sablonváltozóhoz lehet rendelni, a megjelenítés helyett (assign attribútum). A cache fájlok egyedi funkcióval ellenőrizhetők, amely a beépített fájl alapú módszer alternatívája.
Az új kiadás tisztább kódot és számos hiba javítását is tartalmazza. Az 1.5.1 pedig az 1.5.0 egy lényeges hibáját javítja.
Honlap és letöltés: http://www.phpinsider.com/php/code/Smarty/
december 12
phpShop
A phpShop-al most ismerkedem, elsore nagyon pozitivak a benyomasaim,ezert gondoltam talan nem lenne rossz otlet egy kozos magyar forum ezzel kapcsolatban. Probalta-e mar valaki magyarra forditani?Tapasztalatcsere a design,modulok integralasa teren szinten hasznos lenne.
■ PHP Weekly - 66.
A 66. heti Zend hírlevélből:
PHP memóriafelszabadítás - az elmúlt néhány hétben hosszú levelezések folytak ezzel kapcsolatban, elolvashatóak itt és itt.
Tartós adatbáziskapcsolatok automatikus bezárása - felhasználói kérés, hogy a maximális számú tartós adatbáziskapcsolat megnyitásakor automatikusan bezáródjonak a korábban megnyitottak. A funkció fejlesztés alatt áll.
PHP memóriafelszabadítás - az elmúlt néhány hétben hosszú levelezések folytak ezzel kapcsolatban, elolvashatóak itt és itt.
Tartós adatbáziskapcsolatok automatikus bezárása - felhasználói kérés, hogy a maximális számú tartós adatbáziskapcsolat megnyitásakor automatikusan bezáródjonak a korábban megnyitottak. A funkció fejlesztés alatt áll.
december 11
Használod már a PHP 4.1.0-t?
Még nem, de napokon belül elkezdem...
32% (28 szavazat)
Még nem, hátha jön hibajavítás hozzá...
14% (12 szavazat)
Sajnos a szolgáltatómtól függ...
7% (6 szavazat)
Sajnos a szolgáltatómtól függ, de otthon használom
9% (8 szavazat)
Igen, már telepítettem, és nagyon jó!
18% (16 szavazat)
Igen, de nem találom sokkal jobbnak.
11% (10 szavazat)
Nem használok PHP-t...
8% (7 szavazat)
Összes szavazat: 87
A PHP 4.1.0 új adatbeviteli felülete
Legelőször ki szeretnénk hangsúlyozni, hogy a PHP 4.1.0 támogatja a korábbi verziók jól megszokott adatbeviteli mechanizmusát, tehát minden régebbi PHP szkriptnek gond nélkül kellene továbbra is működnie! Lássuk akkor az újdonságot:
A bekapcsolt register_globals változóra (ez azt jelenti, hogy az űrlapokból érkező, a szerver- és a környezeti változók automatikusan globálisak) épülő PHP szkriptek biztonsága különböző okok miatt változó méretben sérülékeny. Például a következő kód:
<php
if (authenticate_user()) {
$authenticated = true;
}
...
?>
sérülékeny, hiszen a felhasználók egyszerűen egy űrlap mezőjeként továbbíthatják az 'authenticated' értéket, és ekkor az $authenticated értéke 'igaz' lesz akkor is, ha az authenticate_user funkció 'hamis' értéket ad vissza.
A bekapcsolt register_globals változóra (ez azt jelenti, hogy az űrlapokból érkező, a szerver- és a környezeti változók automatikusan globálisak) épülő PHP szkriptek biztonsága különböző okok miatt változó méretben sérülékeny. Például a következő kód:
<php
if (authenticate_user()) {
$authenticated = true;
}
...
?>
sérülékeny, hiszen a felhasználók egyszerűen egy űrlap mezőjeként továbbíthatják az 'authenticated' értéket, és ekkor az $authenticated értéke 'igaz' lesz akkor is, ha az authenticate_user funkció 'hamis' értéket ad vissza.
PHP 4.1.0
Hosszú fejlesztési folyamat eredményeként végre itt a PHP 4.1.0. Letöltés: http://hu.php.net/downloads.php.
A PHP 4.1.0 a következő kulcsfontosságú fejlesztéseket tartalmazza:
A PHP 4.1.0 a következő kulcsfontosságú fejlesztéseket tartalmazza:
Újabb PostNuke javítás
Rogue Maintenance Release II néven itt a PostNuke 0.7 legújabb verziója. Van benne jónéhány fix, más lényegi változást nem tartalmaz. Az eredeti 0.7 PHP 4.0.3-jával szemben beéri a PHP 4.0.1p1-es verziójával.
Rogue Maintenance Release II
Letöltés: tar.gz illetve zip.
■ Rogue Maintenance Release II
Letöltés: tar.gz illetve zip.
december 10
december 7
Adatbázisban keresés találati számmal és a találatokkal
az hogyan tudom megcsinálni hogy a php rákeressen valamire egy atbázis táblázatában és kiírja hogy hányat talált majd az összes találatot egymás után
[Szerkesztve: 7/12/2001 Feladó: webtop]
■ [Szerkesztve: 7/12/2001 Feladó: webtop]
