Archívum - Jan 2003
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.
Az Apache jövője
A NewsFactoron megjelent egy elemzés az Apache jövőjével kapcsolatban. Az írás azt boncolgatja, hogy az Apache 1.3 alapnak nevezhető moduljai a 2.0-ás szériában még mindig csak "experimental" állapotban vannak, és ez bizony nem segíti az átállást.
■ session
hello,
a problemam az, hogy a session_start() fgv-re hibajelzest kapok:
Fatal error: Failed to initialize session module in c:\php vizsga\sessionphp4.php on line 2
a forraskod igy kezdodik:
<?php
session_start();
?>
Mi a problama?
■ a problemam az, hogy a session_start() fgv-re hibajelzest kapok:
Fatal error: Failed to initialize session module in c:\php vizsga\sessionphp4.php on line 2
a forraskod igy kezdodik:
<?php
session_start();
?>
Mi a problama?
január 28
Megjelent a mod_security modul 1.4-es változata
A mod_security egy Apache 1.x modul, melynek célja a lyukas alkalmazások védelme, továbbá az emberi és automatizált támadások kivédése. Gyakorlatilag egy behatolás érzékelő és megelőző rendszer Apache webszerverek számára. A kérések szűrése mellett web alkalmazás auditálási naplót is képes készíteni.
- 1
- 2
- 3
- 4
- következő ›
- utolsó »
