Archívum
február 2, 2003
Megjelent a Smarty 2.4.0
Megjelent a Smarty sablon motor (template engine) legújabb, 2.4.0-s változata. Azoknak, akik nem ismernék, röviden a Smarty a legjobb (persze ez nézőpont kérdése) sablonrendszer PHP-hez. Rengeteg funkcióval rendelkezik, melyek megkönnyítik a PHP kód és a megjelenés elválasztását, s így könnyűvé teszi a "modern webes" programozást (megjegyzendő, hogy a sablonokat nem csak webre lehet használni).
Az új verzióban már a sablonokon belülről is elérhetőek az objektumok. Két lehetőségünk is van erre. Az egyik követi a már Smarty-ban megszokott utat, míg a másik pedig a PHP-ban található hagyományos objektum formát alkalmazza - azoknak, akiknek már ismerős a PHP-ben használt mód.
Az új verzióban már a sablonokon belülről is elérhetőek az objektumok. Két lehetőségünk is van erre. Az egyik követi a már Smarty-ban megszokott utat, míg a másik pedig a PHP-ban található hagyományos objektum formát alkalmazza - azoknak, akiknek már ismerős a PHP-ben használt mód.
Kiterjedt kijelző a fejlesztésekhez
Nem teljesen illik az oldal témájába, de talán ezzel a monitorral már a PHP-ben is otthonosan mozoghatunk, főleg ha még van egy menő PHP-s tervező programunk is. Érdemes megnézni!
február 2
Szabad Forrás
Egy kis olvasnivaló, ami a szabad forrás mozgalmat elemzi:
"Az elmúlt években rengeteg szabad forrású szoftver látott napvilágot mind az üzleti, mind az otthoni felhasználású programok terén. A legismertebb ilyen projektek, mint a Linux és az Apache megdöbbentettek mindenkit sikerükkel, míg továbbra is ingyenesek maradtak. Bár az olyan szoftverek, mint a M$ által készítettek is továbbra is széles körben használtak, a szabad forrású szoftverek is átfordultak profithozó és tekintélyes alternatívákká. A legnagyobb akadály, amivel meg kell küzdenie ezen projekteknek nem a minőség, vagy az ár, hanem az az egyszerű nézet, miszerint "miért cseréljünk le valamit, ha az nem rossz?". Figyelembe véve a jelenlegi gazdaságot, a cégek kezdik megérteni azt az egyszerű dolgot, hogy "ha ez jobban működik, és kevesebbe kerül, ezt kellene használnunk". Kétségtelenül ez lesz a fő oka a sikernek, ha a siker eljön. A szabad forrás gazdasági értékein túl meg kell értenünk a gondolatot is, ami a szabad forrás mögött van. [...]
A cikk itt folytatódik.
■ "Az elmúlt években rengeteg szabad forrású szoftver látott napvilágot mind az üzleti, mind az otthoni felhasználású programok terén. A legismertebb ilyen projektek, mint a Linux és az Apache megdöbbentettek mindenkit sikerükkel, míg továbbra is ingyenesek maradtak. Bár az olyan szoftverek, mint a M$ által készítettek is továbbra is széles körben használtak, a szabad forrású szoftverek is átfordultak profithozó és tekintélyes alternatívákká. A legnagyobb akadály, amivel meg kell küzdenie ezen projekteknek nem a minőség, vagy az ár, hanem az az egyszerű nézet, miszerint "miért cseréljünk le valamit, ha az nem rossz?". Figyelembe véve a jelenlegi gazdaságot, a cégek kezdik megérteni azt az egyszerű dolgot, hogy "ha ez jobban működik, és kevesebbe kerül, ezt kellene használnunk". Kétségtelenül ez lesz a fő oka a sikernek, ha a siker eljön. A szabad forrás gazdasági értékein túl meg kell értenünk a gondolatot is, ami a szabad forrás mögött van. [...]
A cikk itt folytatódik.
január 31
flash belinkelese
A célom a következő:
Megjelenik egy banner, rákattintva egy PHP oldal hivódik meg, ami növeli a banner adatbázisbeli 'clicktimes' mezőjének értékét 1-el, majd átirányítja a böngészőt a hirdető oldalára.
A banneren lévő link dinamikusan áll elő. Ez PHP és JPEG esetében természetesen nem okozott gondot, de FLASH esetén csak töröm a fejem.
Az eddig próbált ötletek:
1. <a href=...><object ...></object></a>
2. Megpróbáltam az <object> -et lefedni layerrel (span, div, layer), de ez sem vezetett eredményre
3. <object onclick=...> szintén nem megy
Ha tudtok vmi megoldást plz hlp
■ Megjelenik egy banner, rákattintva egy PHP oldal hivódik meg, ami növeli a banner adatbázisbeli 'clicktimes' mezőjének értékét 1-el, majd átirányítja a böngészőt a hirdető oldalára.
A banneren lévő link dinamikusan áll elő. Ez PHP és JPEG esetében természetesen nem okozott gondot, de FLASH esetén csak töröm a fejem.
Az eddig próbált ötletek:
1. <a href=...><object ...></object></a>
2. Megpróbáltam az <object> -et lefedni layerrel (span, div, layer), de ez sem vezetett eredményre
3. <object onclick=...> szintén nem megy
Ha tudtok vmi megoldást plz hlp
Különc JPG-k
PHP 4.3.0 (Win), GD 2.0.x, Apache 1.3.2x
Problémám a következö:
PHPs JPG kicsinyito progit irok, digikamerával készített képek kicsinyítésére.
Azonban találkoztam néhány olyan JPGvel, amire a:
Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: 'pic 001.jpg' is not a valid JPEG file in ...
hibaüzenetet kapom. (Bmely képnézegetövel megjeleníthetö JPGröl van szó.)
Ez csak a kisebbik probléma. Mert ha a help-böl ismert:
function LoadJpeg ($imgname) {
$im = @imagecreatefromjpeg ($imgname); /* Attempt to open */
if (!$im) { /* See if it failed */
$im = imagecreate (150, 30); /* Create a blank image */
$bgc = imagecolorallocate ($im, 255, 255, 255);
$tc = imagecolorallocate ($im, 0, 0, 0);
imagefilledrectangle ($im, 0, 0, 150, 30, $bgc);
/* Output an errmsg */
imagestring ($im, 1, 5, 5, "Error loading $imgname", $tc);
}
return $im;
}
eljárást használom, akkor a 2.-3. kép (Egyszerre egy könyvtárnyi JPGt kicsinyitek) fenti "áthidalásakor" az Apache hal ki ("Hibajelentés küldése..."). Ez a nagyobbik probléma.
Ekkor az Apache error.log-jában a következö bejegyzés szerepel:
Corrupt JPEG data: 11026 extraneous bytes before marker 0xbe
gd-jpeg: JPEG library reports unrecoverable error: Unsupported marker type 0xbe
Corrupt JPEG data: 1290 extraneous bytes before marker 0xc4
gd-jpeg: JPEG library reports unrecoverable error: Bogus Huffman table definition
Tudna-e valaki segíteni olyan megoldással, hogy ezek a "különc JPG-k" legalább az Apache-t ne akasszák ki. Elöre is köszönöm.
■ Problémám a következö:
PHPs JPG kicsinyito progit irok, digikamerával készített képek kicsinyítésére.
Azonban találkoztam néhány olyan JPGvel, amire a:
Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: 'pic 001.jpg' is not a valid JPEG file in ...
hibaüzenetet kapom. (Bmely képnézegetövel megjeleníthetö JPGröl van szó.)
Ez csak a kisebbik probléma. Mert ha a help-böl ismert:
function LoadJpeg ($imgname) {
$im = @imagecreatefromjpeg ($imgname); /* Attempt to open */
if (!$im) { /* See if it failed */
$im = imagecreate (150, 30); /* Create a blank image */
$bgc = imagecolorallocate ($im, 255, 255, 255);
$tc = imagecolorallocate ($im, 0, 0, 0);
imagefilledrectangle ($im, 0, 0, 150, 30, $bgc);
/* Output an errmsg */
imagestring ($im, 1, 5, 5, "Error loading $imgname", $tc);
}
return $im;
}
eljárást használom, akkor a 2.-3. kép (Egyszerre egy könyvtárnyi JPGt kicsinyitek) fenti "áthidalásakor" az Apache hal ki ("Hibajelentés küldése..."). Ez a nagyobbik probléma.
Ekkor az Apache error.log-jában a következö bejegyzés szerepel:
Corrupt JPEG data: 11026 extraneous bytes before marker 0xbe
gd-jpeg: JPEG library reports unrecoverable error: Unsupported marker type 0xbe
Corrupt JPEG data: 1290 extraneous bytes before marker 0xc4
gd-jpeg: JPEG library reports unrecoverable error: Bogus Huffman table definition
Tudna-e valaki segíteni olyan megoldással, hogy ezek a "különc JPG-k" legalább az Apache-t ne akasszák ki. Elöre is köszönöm.
Interjú Rasmus-szal
A builder.com ausztrál szekciója egy interjút készített Rasmus Lerdoffal, a PHP vezető fejlesztőjével. Megkérdezték tőle, mit gondol a PHP sikerességéről, a szabad forráskód egyre nagyobb sikereiről, a többi szkript nyelvről, és a szkript nyelvek következő generációjáról. Szó esik az interjúban még az Apache 2.0-ről, az ASP.NET-ről, és a doksikról is. Tessék elolvasni: builder.com.
■ január 30
A jEdit 4.1pre9 letölthető
Letölthető a jEdit 4.1pre9 változata. Az editor továbbfejlesztett kódszínezést, és rengeteg hibajavítást tartalmaz. A fejlesztők arra kérik a 4.0-ás verziót használókat, hogy vessenek egy pillantást erre a verzióra és jelezzék, ha hibát találnak: így egy "ultra-stabil" verzió lehet a 4.1-es végső változatából.
■ Megjelent az ADODB 3.10
Az ADODB 3.10-es változata a következő újdonságokkal rendelkezik: lehetőség 1901-2038 éveken kívüli dátumok kezelésére is, bevezették az Informix-hoz a BLOB támogatást és az ExecuteCursor() eljárást és az ODBC meghajtót is továbbfejlesztették.
Az ADODB honlapja: http://php.weblogs.com/ADODB
■ Az ADODB honlapja: http://php.weblogs.com/ADODB
január 30
Megjelent a mySQL 3.23.55
Ez a verzió főleg hibajavításokat tartalmaz csak. A legfontosabb talán ezek közül javítja azt a hibát, ami egy megfelelően módosított klienssel lehetővé tette a szerver lefagyását. Hozzá kell tenni persze, hogy ennek előidézéséhez egy létező felhasználónak kellett lennie a támadónak, ami egy fokkal megnehezítette a betörő dolgát. A további változások listája megtekinthető itt: http://www.mysql.com/doc/en/News-3.23.55.html
■ Fejlesztői módszerek
A PHPBuilder cikke egy érdekes témát jár körül: a programozási technikákat elemzik. Azaz tervezzünk sokat, csak utána írjuk meg a programunkat, vagy pedig ahogy esik úgy puffan alapon vágjunk bele?
Egy elég érdekes (számomra megdöbbentő :) idézettel kezdenek: "A teszt-vezérelt programozás sokkal több örömmel jár, mintha a teszteket azután írod, miután a program működni látszik". Az idézet után egy linket is találunk, ahol folytatódik az írás.
Egy elég érdekes (számomra megdöbbentő :) idézettel kezdenek: "A teszt-vezérelt programozás sokkal több örömmel jár, mintha a teszteket azután írod, miután a program működni látszik". Az idézet után egy linket is találunk, ahol folytatódik az írás.
