Archívum - 2003
február 3
Okosabb eszközök, hülyébb fejlesztők?
A DevArticles oldalon ír a fenti témában Linda Hayes. Hát, azt hiszem, igaza van. :) A cikket itt lehet elolvasni: http://www.devarticles.com/art/1/401
■ CVSHistory, azaz mi történt a CVS fánkban? :)
A CVSHistory egy web interfész egy CVS történeti állomány böngészéséhez, benne történő kereséshez. Segítségével nyomon követhetjük a fejlesztői aktivitást, tevékenységet egy projekten. A ViewCVS vagy a CVSWeb programokhoz történő integráláshoz lett tervezve, de ezek nélkül is használható.
Egy érdekes plugin Mozilláékhoz
Egy érdekes pluginra leltem böngészés közben. A program Mozilla, Phoenix, Netscape (és valószínűleg a többi Gecko alapú böngésző, mint a Galeon) alatt használható. Segítségével könnyen validálhatunk oldalakat, szolgáltatásokat online elérhető oldalak segítségével. Checky egy új almenüt jelenít meg a helyzetérzékeny menühöz, vagy pedig az F10 segítségével tudjuk aktiválni.
Megjelent a phpdocgen 0.8.1-es verziója
Megjelent a phpdocgen legújabb, 0.8.1-s verziója. A phpdocgen egy kis (Perl) script, ami hasonló a javadochoz, de PHP programokhoz lett tervezve. Segítségével a PHP forrásunk alapján le tudjuk gyártatni a programunk API-jának doksiját HTML formátumban. A program a class-ok definiciója, és a megfelelően elhelyezett megjegyzések alapján tud dolgozni.
Az új verzió egy kisebb hibajavítást tartalmaz, néhány platformon nem működött az egy paraméteres mkdir Perl funkció, így le lett cserélve a két paraméteres verzióra.
A program itt érthető el.
■ Az új verzió egy kisebb hibajavítást tartalmaz, néhány platformon nem működött az egy paraméteres mkdir Perl funkció, így le lett cserélve a két paraméteres verzióra.
A program itt érthető el.
február 2
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.
■ 
