php & zend optimizer = segmentation fault (core dump)

Internet: PHP, CGI, stb.

php & zend optimizer = segmentation fault (core dump)

  • 2079 megtekintés

( Sixday v | 2005. 01. 04., k – 14:14 )

hello

kovetkezo problemaval kuzdok:
5.3 FreeBSD
php 4.3.10
zend optimizer 2.5.7

php portsbol telepitve
zend optimizer probalva portsbol is es sourcebol is.
eredmeny:
amennyiben nincs hasznalva a zend optimizer (ki van szedve php.ini-bol) tokeletesen mukodik minden.

ha hasznalnam, ez az eredmeny:
gdb php -c php.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)...
Core was generated by `php'.
Program terminated with signal 11, Segmentation fault.
Error while mapping shared library sections:
/usr/local/lib/compat/libm.so.2: No such file or directory.
Reading symbols from /lib/libcrypt.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypt.so.2
Reading symbols from /lib/libm.so.3...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.3
Reading symbols from /lib/libc.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.5
Error while reading shared library symbols:
/usr/local/lib/compat/libm.so.2: No such file or directory.
Reading symbols from /usr/local/Zend/lib/Optimizer-2.5.7/php-4.3.x/ZendOptimizer.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/Zend/lib/Optimizer-2.5.7/php-4.3.x/ZendOptimizer.so
Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done.
Loaded symbols for /libexec/ld-elf.so.1
#0 0x00000000 in ?? ()
(gdb)

tudnivalo meg, hogy az optimizer telepules utan vadul keresett egy libm.so.2 nevu file-t, ami nem volt a rendszeren.
compat4x nevu port telepitese megoldotta ezt a problemat, mint ahogy az a gdb outputban is lathato.

elore is nagyon koszonok minden segitseget.
nyitottam zend optimizer forumban is case-t vagy mifenet, de eddig nem jott ra semmi valasz.

( Sixday v | 2005. 01. 04., k – 14:19 )

termeszetesen elrontottam a gdb output beszurast :)
ime a helyes:

testgep# gdb php -c php.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)...
Core was generated by `php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libcrypt.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypt.so.2
Reading symbols from /lib/libm.so.3...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.3
Reading symbols from /lib/libc.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.5
Reading symbols from /usr/local/lib/compat/libm.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/compat/libm.so.2
Reading symbols from /usr/local/Zend/lib/Optimizer-2.5.7/php-4.3.x/ZendOptimizer.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/Zend/lib/Optimizer-2.5.7/php-4.3.x/ZendOptimizer.so
Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done.
Loaded symbols for /libexec/ld-elf.so.1
#0 0x00000000 in ?? ()
(gdb)

( stx | 2005. 01. 04., k – 16:21 )

extensionok kozul szedd ki az xslt.so-t.

( thuglife | 2005. 01. 04., k – 16:25 )

Azert az jo lenne ha legalabb debug symbolokkal forditanad le es utanna debugolnál. Ezen kivul egy backtrace sem artana.

( trey | 2005. 01. 04., k – 16:28 )

Gyakori tulajdonsaga a zend optimizernek a segfaultolas. Sok gyakorlati hasznat nem lattam, igy nem is hasznalom.

No optimizer, no cry.

( drastik | 2005. 01. 04., k – 16:36 )

[quote:febd42c31a="trey"]Gyakori tulajdonsaga a zend optimizernek a segfaultolas. Sok gyakorlati hasznat nem lattam, igy nem is hasznalom.

No optimizer, no cry.

figy trey a titulusod valtoztasd mar meg administratorrol "anti-optimizatorra" lecci kosz
:))

( trey | 2005. 01. 04., k – 16:39 )

[quote:60bdd27530="drastik"][quote:60bdd27530="trey"]Gyakori tulajdonsaga a zend optimizernek a segfaultolas. Sok gyakorlati hasznat nem lattam, igy nem is hasznalom.

No optimizer, no cry.

figy trey a titulusod valtoztasd mar meg administratorrol "anti-optimizatorra" lecci kosz
:))

Bevallalom brother. A zend zart forrasu cucca nekem javulast nem hozott, ellenben voltak vele problemak (sirtak itt az userek, hogy nem lehet postolni a forumba) amiket jeleztem is annak idejen a Zend optimakolo forumaban. Megvontak a vallukat. Mondtak vegyem lejjebb az optimalizalasi szintet. Lejjebb vettem egeszen addig, amig mar nem optimalizalt semmit. Na akkor jo lett.

( drastik | 2005. 01. 04., k – 16:42 )

[quote:0555879f58="trey"][quote:0555879f58="drastik"][quote:0555879f58="trey"]Gyakori tulajdonsaga a zend optimizernek a segfaultolas. Sok gyakorlati hasznat nem lattam, igy nem is hasznalom.

No optimizer, no cry.

figy trey a titulusod valtoztasd mar meg administratorrol "anti-optimizatorra" lecci kosz
:))

Bevallalom brother. A zend zart forrasu cucca nekem javulast nem hozott, ellenben voltak vele problemak (sirtak itt az userek, hogy nem lehet postolni a forumba) amiket jeleztem is annak idejen a Zend optimakolo forumaban. Megvontak a vallukat. Mondtak vegyem lejjebb az optimalizalasi szintet. Lejjebb vettem egeszen addig, amig mar nem optimalizalt semmit. Na akkor jo lett.

csak vicc volt
kb. nem erdekel az optimalizalas mar a multkor kitargyaltuk
de a topicinditonak nem az volt a kerdese hogy optimalizaljon-e vagy sem
erted

a kerdesre kell valaszolni:)

( Sixday v | 2005. 01. 04., k – 16:55 )

koszonom drastik :)
sajnos telleg nem ibolyas ret a munka, azt kell csinalni amit mondanak.
es biza azt mondtak hogy azon a gepen ott kell figyelni a zend optimizernek.
megmondom oszinten nagyon nem ertek a debugolashoz, ugyhogy a hibajelenseget prezentaltam, ami ugy nez ki, hogy ha php.ini-ben benne van a zend, akkor barmilyen php-s muveletre (pl: php -v) kapok egy fini kis segfaultot a fennt lathato core fajlal egyetemben.

( drastik | 2005. 01. 04., k – 16:57 )

[quote:e6286e37c2="Sixday"]koszonom drastik :)
sajnos telleg nem ibolyas ret a munka, azt kell csinalni amit mondanak.
es biza azt mondtak hogy azon a gepen ott kell figyelni a zend optimizernek.
megmondom oszinten nagyon nem ertek a debugolashoz, ugyhogy a hibajelenseget prezentaltam, ami ugy nez ki, hogy ha php.ini-ben benne van a zend, akkor barmilyen php-s muveletre (pl: php -v) kapok egy fini kis segfaultot a fennt lathato core fajlal egyetemben.

de isze amit az stx monodott azt megcsinaltad?

( Sixday v | 2005. 01. 04., k – 16:57 )

megcsinaltam volna, de php.ini-ben nem talaltam xslt extensiont :(

( drastik | 2005. 01. 04., k – 16:59 )

[quote:e089ada7af="Sixday"]megcsinaltam volna, de php.ini-ben nem talaltam xslt extensiont :(

mer lehet hogy nem ott van hanem mashol?
pass

( Sixday v | 2005. 01. 04., k – 17:04 )

hat sztem mashol nem nagyon lehet de javitsatok ki ha tevedek.

( trey | 2005. 01. 04., k – 17:07 )

Turck MMcache van?

Ha van probald meg nelkule. Conflict-olni szokott.

( Sixday v | 2005. 01. 04., k – 17:11 )

tudom lamer vagyok de ez a turck mmchache micsoda?

( trey | 2005. 01. 04., k – 17:13 )

[quote:17f25c3fa2="Sixday"]tudom lamer vagyok de ez a turck mmchache micsoda?

Egy memoria cache php-hoz.

Csinalsz egy info.php-t

[code:1:17f25c3fa2]
<?

phpinfo();

?>[/code:1:17f25c3fa2]

Aztan megnezed, hogy van-e. Ha van, akkor probald meg nelkule. Az mmcache-sel tobbet ersz mint a Zend szarral. Ha olvasol Zend forumot, lathatod, hogy minden masodik szo segfault. A nevelokon kivul...

( Sixday v | 2005. 01. 04., k – 17:21 )

megneztem a phpinfot, nincs benne mmcache.
mondjuk meglepodtem volna ha van mert ez biztos nem raktam bele :)
zend forumot mar 2 napja olvasok, teny es valo hogy surun hasznaljak a segfault szot :)
megmondom oszinten hogy en valami lib inkompatibiltast sejtek a dologban.
ez a zendoptimizer osszevissza a limb.so.2 nevu cuccot koveteli maganak.
miota azt kapott azota megy a segfault orrba-szajba, de olyan szinten hogy mar egy php -v re is kiirja, ami kisse rohelyes sztem

testgep# php -v
PHP 4.3.10 (cli) (built: Jan 4 2005 14:59:59)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
with Zend Extension Manager v1.0.6, Copyright (c) 2003-2004, by Zend Technologies
with Zend Optimizer v2.5.7, Copyright (c) 1998-2004, by Zend Technologies
Segmentation fault (core dumped)
testgep#

( Sixday v | 2005. 01. 04., k – 17:22 )

egyebkent ezert gyanusitom ezt az istenadta libm.so.2-t:
testgep# ldd /usr/local/Zend/lib/Optimizer-2.5.7/php-4.3.x/ZendOptimizer.so
/usr/local/Zend/lib/Optimizer-2.5.7/php-4.3.x/ZendOptimizer.so:
libm.so.2 => /usr/local/lib/compat/libm.so.2 (0x281c9000)
testgep# ldd /usr/local/Zend/lib/Optimizer_TS-2.5.7/php-4.3.x/ZendOptimizer.so
/usr/local/Zend/lib/Optimizer_TS-2.5.7/php-4.3.x/ZendOptimizer.so:
libm.so.2 => /usr/local/lib/compat/libm.so.2 (0x281cb000)

de compat4x csomag tette fel szoval csak nem hibas...

( trey | 2005. 01. 04., k – 17:22 )

Ja egyebkent baratod a ``make search''

root@portal# make search key="mmcache"
Port: turck-mmcache-2.4.6
Path: /usr/ports/www/turck-mmcache
Info: An opcode cache for PHP with encoder and loader
Maint: ale@FreeBSD.org
B-deps: apache-1.3.33_1 autoconf-2.53_3 automake-1.5_2,1 expat-1.95.8 libtool-1.3.5_2 m4-1.4.1 perl-5.8.5 php4-4.3.10
R-deps: apache-1.3.33_1 expat-1.95.8 perl-5.8.5 php4-4.3.10

( Sixday v | 2005. 01. 04., k – 17:24 )

[quote:63a8e50621="trey"]Ja egyebkent baratod a ``make search''

root@portal# make search key="mmcache"
Port: turck-mmcache-2.4.6
Path: /usr/ports/www/turck-mmcache
Info: An opcode cache for PHP with encoder and loader
Maint: ale@FreeBSD.org
B-deps: apache-1.3.33_1 autoconf-2.53_3 automake-1.5_2,1 expat-1.95.8 libtool-1.3.5_2 m4-1.4.1 perl-5.8.5 php4-4.3.10
R-deps: apache-1.3.33_1 expat-1.95.8 perl-5.8.5 php4-4.3.10

ez jo, koszonom.
lenyegesen reszletesebb mint a whereis amit eddig hasznaltam :)

( Sixday v | 2005. 01. 04., k – 17:29 )

[quote:d42e6900cb="stx"]extensionok kozul szedd ki az xslt.so-t.

alaposan korulneztem, php.ini-be nincs beleirva, extensions.ini-be sincs, es nincs is a gepen ilyen nevu .so file.
szoval koszonom szepen a tippet, sajna nem jott be.

( trey | 2005. 01. 04., k – 17:29 )

Es egy kis statisztika:

http://www.hup.hu/old/stat/portal.fsn.hu-mysql_queries-day.png

Edemes megnezni a cache hit-ek aranyat.

( Sixday v | 2005. 01. 04., k – 17:32 )

[quote:959730424f="trey"]Es egy kis statisztika:

http://www.hup.hu/old/stat/portal.fsn.hu-mysql_queries-day.png

Edemes megnezni a cache hit-ek aranyat.

ez igen komoly arany. ezt csinalja a trunk mmcache ha jolertem?

( trey | 2005. 01. 04., k – 17:34 )

[quote:0834391bba="Sixday"][quote:0834391bba="trey"]Es egy kis statisztika:

http://www.hup.hu/old/stat/portal.fsn.hu-mysql_queries-day.png

Edemes megnezni a cache hit-ek aranyat.

ez igen komoly arany. ezt csinalja a trunk mmcache ha jolertem?

Tobbek kozt. Meg egy kis php.ini tuning.

( Sixday v | 2005. 01. 04., k – 17:40 )

teccik.
majd kiprobalom egy privat gepen. kosz a tippet.

viszont ez a !@#$ zend optimizer akkor se megy :(

( stx | 2005. 01. 04., k – 17:44 )

[quote:cc7b8a6dc5="Sixday"][quote:cc7b8a6dc5="stx"]extensionok kozul szedd ki az xslt.so-t.

alaposan korulneztem, php.ini-be nincs beleirva, extensions.ini-be sincs, es nincs is a gepen ilyen nevu .so file.
szoval koszonom szepen a tippet, sajna nem jott be.

/usr/local/etc/php/extension.ini

( Sixday v | 2005. 01. 04., k – 17:54 )

[quote:ed04aa25fc="stx"][quote:ed04aa25fc="Sixday"][quote:ed04aa25fc="stx"]extensionok kozul szedd ki az xslt.so-t.

alaposan korulneztem, php.ini-be nincs beleirva, extensions.ini-be sincs, es nincs is a gepen ilyen nevu .so file.
szoval koszonom szepen a tippet, sajna nem jott be.

/usr/local/etc/php/extension.ini

testgep# cat /usr/local/etc/php/extensions.ini
extension=ctype.so
extension=fileinfo.so
extension=ftp.so
extension=gd.so
extension=gettext.so
extension=imagick.so
extension=mcrypt.so
extension=mysql.so
extension=overload.so
extension=pcre.so
extension=posix.so
extension=session.so
extension=sockets.so
extension=tokenizer.so
extension=xml.so
extension=zlib.so
testgep#

:(

( onyx v | 2005. 01. 06., cs – 01:17 )

Nekem is volt hasonlo problemam, annak az volt a megoldasa, hogy

[code:1:f5bb95ce4d]
./configure [...] --with-zlib=shared [...]
[/code:1:f5bb95ce4d]

kapcsoloval kellett forditanom a phpt. (Ha nem irtam oda kulon, hogy =shared, akkor statikusan forditotta, es attol halt el a Zend.)

Hat igen, ez egy kivalo minosegu termek... viszont nalunk is kotelezo lennie.

( Dwokfur v | 2005. 01. 04., k – 18:24 )

[quote:d295d532fa="Sixday"][quote:d295d532fa="stx"][quote:d295d532fa="Sixday"][quote:d295d532fa="stx"]extensionok kozul szedd ki az xslt.so-t.

alaposan korulneztem, php.ini-be nincs beleirva, extensions.ini-be sincs, es nincs is a gepen ilyen nevu .so file.
szoval koszonom szepen a tippet, sajna nem jott be.

/usr/local/etc/php/extension.ini

testgep# cat /usr/local/etc/php/extensions.ini
extension=ctype.so
extension=fileinfo.so
extension=ftp.so
extension=gd.so
extension=gettext.so
extension=imagick.so
extension=mcrypt.so
extension=mysql.so
extension=overload.so
extension=pcre.so
extension=posix.so
extension=session.so
extension=sockets.so
extension=tokenizer.so
extension=xml.so
extension=zlib.so
testgep#

:(

Turck-mmcache nekem bejött.
Szerintem szedd le a Zend-et, rakd fel a Turck-ot, és mondd azt, hogy fenn van a Zend. Hátha nem veszik észre.

Üdv,
Dw.

( Dwokfur v | 2005. 01. 06., cs – 09:27 )

[quote:b9bec6bfdc="trey"][quote:b9bec6bfdc="Sixday"]ime minden problema forrasa, a bunos:
#extension=imagick.so

koszonom mindenkinek a segitseget.

Hat vegul is nem sok minden hasznalja az imagemagick-et :-) Csak az osszes olyan PHP-s oldal, ahol kepeket kezelnek :-)

Most jol megoldottad a problemat. Kivettel egy valoszinuleg jol mukodo, nyilt forrasu modult, es betettel helyette egy kereskedelmi, zart forrasu ganyt, aminek a mukodese, hatekonysaga megkerdojelezheto. Ugyi vagy :-)

Kérte az megrendelő, hogy legyen imagemagic is, ha fut a Zengye? :wink:

Üdv,
Dw.

( stx | 2005. 01. 04., k – 19:24 )

[quote:64acacb10f="Sixday"][quote:64acacb10f="stx"][quote:64acacb10f="Sixday"][quote:64acacb10f="stx"]extensionok kozul szedd ki az xslt.so-t.

alaposan korulneztem, php.ini-be nincs beleirva, extensions.ini-be sincs, es nincs is a gepen ilyen nevu .so file.
szoval koszonom szepen a tippet, sajna nem jott be.

/usr/local/etc/php/extension.ini

testgep# cat /usr/local/etc/php/extensions.ini
extension=ctype.so
extension=fileinfo.so
extension=ftp.so
extension=gd.so
extension=gettext.so
extension=imagick.so
extension=mcrypt.so
extension=mysql.so
extension=overload.so
extension=pcre.so
extension=posix.so
extension=session.so
extension=sockets.so
extension=tokenizer.so
extension=xml.so
extension=zlib.so
testgep#

:(

Akkor jon az a jatek, hogy osszes extension kicomment es probal ugy. es egyesevel kiszurod, hogy melyik lehet a bunos. Nem reg szoptam vegig ugyanezt, csak az 4.9-es BSD volt, raadasul jailben volt az egesz. Nekem az xslt.so miatt volt.

( bzsozso | 2005. 01. 04., k – 19:36 )

Ti megvettétek a Zend-et >$1800-ért?

( trey | 2005. 01. 04., k – 19:42 )

[quote:32ccba1dfa="bzsozso"]Ti megvettétek a Zend-et >$1800-ért?

A Zend optimizer ingyenes.

http://www.zend.com/store/free_download.php

( stx | 2005. 01. 04., k – 20:20 )

[quote:a1f1cb58c1="bzsozso"]Ti megvettétek a Zend-et >$1800-ért?

Zend Optimizerrol beszelunk te alma.

( Sixday v | 2005. 01. 05., sze – 09:31 )

[quote:72bfd444ec="Dwokfur"][quote:72bfd444ec="Sixday"][quote:72bfd444ec="stx"][quote:72bfd444ec="Sixday"][quote:72bfd444ec="stx"]extensionok kozul szedd ki az xslt.so-t.

alaposan korulneztem, php.ini-be nincs beleirva, extensions.ini-be sincs, es nincs is a gepen ilyen nevu .so file.
szoval koszonom szepen a tippet, sajna nem jott be.

/usr/local/etc/php/extension.ini

testgep# cat /usr/local/etc/php/extensions.ini
extension=ctype.so
extension=fileinfo.so
extension=ftp.so
extension=gd.so
extension=gettext.so
extension=imagick.so
extension=mcrypt.so
extension=mysql.so
extension=overload.so
extension=pcre.so
extension=posix.so
extension=session.so
extension=sockets.so
extension=tokenizer.so
extension=xml.so
extension=zlib.so
testgep#

:(

Turck-mmcache nekem bejött.
Szerintem szedd le a Zend-et, rakd fel a Turck-ot, és mondd azt, hogy fenn van a Zend. Hátha nem veszik észre.

Üdv,
Dw.

teccik :) de sajnos tutti hogy eszreveszik az amerikaiak :(

( Sixday v | 2005. 01. 05., sze – 09:34 )

[quote:78edefa899="stx"][quote:78edefa899="Sixday"][quote:78edefa899="stx"][quote:78edefa899="Sixday"][quote:78edefa899="stx"]extensionok kozul szedd ki az xslt.so-t.

alaposan korulneztem, php.ini-be nincs beleirva, extensions.ini-be sincs, es nincs is a gepen ilyen nevu .so file.
szoval koszonom szepen a tippet, sajna nem jott be.

/usr/local/etc/php/extension.ini

testgep# cat /usr/local/etc/php/extensions.ini
extension=ctype.so
extension=fileinfo.so
extension=ftp.so
extension=gd.so
extension=gettext.so
extension=imagick.so
extension=mcrypt.so
extension=mysql.so
extension=overload.so
extension=pcre.so
extension=posix.so
extension=session.so
extension=sockets.so
extension=tokenizer.so
extension=xml.so
extension=zlib.so
testgep#

:(

Akkor jon az a jatek, hogy osszes extension kicomment es probal ugy. es egyesevel kiszurod, hogy melyik lehet a bunos. Nem reg szoptam vegig ugyanezt, csak az 4.9-es BSD volt, raadasul jailben volt az egesz. Nekem az xslt.so miatt volt.

es ott a pont! kikommenteztem mindent es mukodik!
koszonom szepen ezerrel.
mostmar csak az van hatra hogy egyesevel visszateszem oket es kiderul melyiktol rokazik maga ala az optimizer.
megeccer koszonom ezerrel.

majd meg jovok leirom melyik extension volt a ludas :)

( Sixday v | 2005. 01. 05., sze – 11:22 )

ime minden problema forrasa, a bunos:
#extension=imagick.so

koszonom mindenkinek a segitseget.

( trey | 2005. 01. 05., sze – 11:28 )

[quote:dd091ac818="Sixday"]ime minden problema forrasa, a bunos:
#extension=imagick.so

koszonom mindenkinek a segitseget.

Hat vegul is nem sok minden hasznalja az imagemagick-et :-) Csak az osszes olyan PHP-s oldal, ahol kepeket kezelnek :-)

Most jol megoldottad a problemat. Kivettel egy valoszinuleg jol mukodo, nyilt forrasu modult, es betettel helyette egy kereskedelmi, zart forrasu ganyt, aminek a mukodese, hatekonysaga megkerdojelezheto. Ugyi vagy :-)

( drastik | 2005. 01. 05., sze – 11:35 )

[quote:85dfd3df90="trey"][quote:85dfd3df90="Sixday"]ime minden problema forrasa, a bunos:
#extension=imagick.so

koszonom mindenkinek a segitseget.

Hat vegul is nem sok minden hasznalja az imagemagick-et :-) Csak az osszes olyan PHP-s oldal, ahol kepeket kezelnek :-)

Most jol megoldottad a problemat. Kivettel egy valoszinuleg jol mukodo, nyilt forrasu modult, es betettel helyette egy kereskedelmi, zart forrasu ganyt, aminek a mukodese, hatekonysaga megkerdojelezheto. Ugyi vagy :-)

az a lenyeg hogy megy a zend, a megrendelok ezt kertek:)))))))

( Sixday v | 2005. 01. 05., sze – 11:47 )

[quote:f2f3580d02="trey"][quote:f2f3580d02="Sixday"]ime minden problema forrasa, a bunos:
#extension=imagick.so

koszonom mindenkinek a segitseget.

Hat vegul is nem sok minden hasznalja az imagemagick-et :-) Csak az osszes olyan PHP-s oldal, ahol kepeket kezelnek :-)

Most jol megoldottad a problemat. Kivettel egy valoszinuleg jol mukodo, nyilt forrasu modult, es betettel helyette egy kereskedelmi, zart forrasu ganyt, aminek a mukodese, hatekonysaga megkerdojelezheto. Ugyi vagy :-)

trey pont neked kell elmagyarazni hogy hogyan mukodnek a cegek?
nalunk mindenhol gd-t hasznalnak kepkezelesre.
viszont a zend optimizernek mennie kell! ezt utasitasba kaptam.
te mit csinaltal volna?