lug-bg: LDAP custom attribute
Здравейте група и Честита Нова Година! Въпроса ми е следния: Направих си собствен Integer атрибут в inetorgperson.schema attributetype ( 2.16.840.1.113730.3.1.18 NAME 'myGroup' DESC 'defines some Group' EQUALITY integerMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.27 SINGLE-VALUE ) Дотук добре, даже и работи, само че може да приема за стойност всякакви цели числа. Въпроса ми е - може ли да го огранича само до определен интервал, примерно да кажа на EQUALITY само от 1 до 10? По-здрави, Любомир Харалампиев
Re: lug-bg: PHP и GIF support
Georgi Chorbadzhiyski wrote: В случая да се върнем в реалният живот, png 100% замества gif в реалният свят освен ако не използваш gif анимации. gif анимации така или иначе с libgd неможеш да генерираш, така че целият спор е безмислен и png е 100% решение вместо gif, когато се ползва libgd, какъв беше и оригиналния проблем. С добавката, че за прозрачност на PNG в IE < 7.0 се изисква малко нестандартен CSS, който да вика DirectX за прозрачността :-) Поздрави, оги
Re: lug-bg: PHP и GIF support
On Tuesday 03 January 2006 15:57, Georgi Chorbadzhiyski wrote: > Petar Nedyalkov wrote: > > On Tuesday 03 January 2006 14:14, Georgi Chorbadzhiyski wrote: > >> Petar Nedyalkov wrote: > >>> On Tuesday 03 January 2006 13:57, Georgi Chorbadzhiyski wrote: > Svilen Ivanov wrote: > >>> Прав си за JPEG - не може да замести GIF. > >>> Обаче PNG има и прозрачност, и цветове по палитра. Не съм сигурен > >>> дали има анимации. > >> > >> Освен това PNG има алфа канал, което дизайнерите биха оценили :) > >> Изобщо ако някой се брои за дизайнер и предпочита gif пред png, за > >> мен познанията са му доста съмнителни :) > > > > Относно прозрачноста: Internet Explorer не се справя добре с нея (за > > огромно съжаление). Ето един тест: > > > > http://www.wfu.edu/~matthews/misc/graphics/formats/png/transparency.h > >tm l > > Ооо твърде добре ми е известно, че IE меко казано "не се справя > добре". За мен остарели и бъгави технологии (ie) не са пречка да > използвам съвременни такива (png). > >>> > >>> Мисли за клиента преди всичко, не мисли за теб само ;-) > >> > >> Мисля, част от работата ми е да предлагам най-доброто на клиентите. Ако > >> искат Dos и матрични принтери това не значи, че трябва да ги получат :) > > > > Това никой няма да отрече, че по принцип е неудачно. Но ако клиента ти > > дойде и каже "Искам ето ТОВА" - даваш му го или той си тръгва и друг му > > го дава. > > Ей тук е разликата, аз не смятам че клиента винаги е прав и понякога е > по-добре да пратиш някой да си ходи, вместо да не можеш да му свършиш > оптимално работата. Въпроса е не дали е прав, а какво иска и какви нужди има. А не може да отречем, че не е невъзможно някой да има специфични нужди и плюс това какъв формат са му картинките според мен е последната дупка на кавала и не си струва заради него да отпратиш клиент. А съм и сигурен, че ти не би върнал всеки клиент ;-) Има толкова примери за много интересни проекти, в които има някаква такава дребна простотийка, заради която не си струва да кажеш - "прекалено съм добър за да падна до GIF" ;-) > > В случая да се върнем в реалният живот, png 100% замества gif в реалният > свят освен ако не използваш gif анимации. gif анимации така или иначе с > libgd неможеш да генерираш, така че целият спор е безмислен и png е 100% > решение вместо gif, когато се ползва libgd, какъв беше и оригиналния > проблем. Аз спор за това кое е по-добро не съм водил :-) Аз исках да посоча, че не винаги това колко негативно мнение имаш за дадена технология, трябва да значи, че за нищо на света не би я ползвал. Има си случаи и случаи. Мисли мъдро ми е съвета ;-) Лека работа. -- Cyberly yours, Petar Nedyalkov Devoted Orbitel Fan :-) PGP ID: 7AE45436 PGP Public Key: http://bu.orbitel.bg/pgp/bu.asc PGP Fingerprint: 7923 8D52 B145 02E8 6F63 8BDA 2D3F 7C0B 7AE4 5436 pgpuZlvXROsc4.pgp Description: PGP signature
Re: lug-bg: PHP и GIF support
deb4o wrote: Здравейте отново, разгледах config.log файла и действително открих няколко неща, но не мога да ги разгадая. Колкото до това кой графичен формат е по добър и т.н. - това е въпрос на мнение, в момента имам личен проблем понеже трябва да ресайзна картинки които са гиф, но и не мога когато дойде даден клиент да му кажа че не става за дизайнер, щом използва гиф. а и за разлика от пнг и прозрачноста, при гиф файловете са много по малки като размер от колкото при пнг. == configure:36585: checking for gdImageCreateFromGif in -lgd configure:36604: gcc -o onftest -g -O2 -pthread -D_REENTRANT -Wl,-rpath,/usr/X11R6/lib -L/usr/X11R 6/lib -Wl,-rpath,/usr/lo /tmp/ccc6tVpf.o: In function `main': /install4/php-4.4.1/configure:36600: undefined reference to `gdImageCreateFromGif' collect2: ld returned 1 exit status configure: failed program was: #line 36593 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gdImageCreateFromGif(); int main() { gdImageCreateFromGif() ; return 0; } configure:36716: checking for gdImageGif in -lgd configure:36735: gcc -o onftest -g -O2 -pthread -D_REENTRANT -Wl,-rpath,/usr/X11R6/lib -L/usr/X11R 6/lib -Wl,-rpath,/usr/lo /tmp/cc6cUFMD.o: In function `main': /install4/php-4.4.1/configure:36731: undefined reference to `gdImageGif' collect2: ld returned 1 exit status configure: failed program was: #line 36724 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gdImageGif(); int main() { gdImageGif() ; return 0; } == а за поддръжката на гиф от версия 2.0.19 до 2.0.27 : 07/21/04: gd 2.0.28 has been released. gd 2.0.28 restores support for reading and writing GIF images. There is also a fix for a possible problem in gdImageTrueColorToPalette. Аз преди имах версия 2.0.22 но направих ъпграде и прекомпирах php но проблема пак си остана с гиф. Гледам че и всички библиотеки са си както трябва и include файловете и пътища са точни. Тези съобщения горе за грешката, честно казано нямам идея от какво са причинени (прилича на смесени и омазани 2 версии на lib-a, но...). Пускал ли си make clean след като сложи новото GD? И всъщност сега загледах и се чудя - 4.4.1 май идва с вградено GD 2.0.28. Защо държиш на външно? Би трябвало само с --with-gd да си зацепи безпроблемно. Между другото ако продължат проблемите, би било добре да пуснеш целия ред, който подаваш към ./configure -- Ognyan Bankov metatotem.com
Re: lug-bg: PHP и GIF support
Petar Nedyalkov wrote: > On Tuesday 03 January 2006 14:14, Georgi Chorbadzhiyski wrote: >> Petar Nedyalkov wrote: >>> On Tuesday 03 January 2006 13:57, Georgi Chorbadzhiyski wrote: Svilen Ivanov wrote: >>> Прав си за JPEG - не може да замести GIF. >>> Обаче PNG има и прозрачност, и цветове по палитра. Не съм сигурен >>> дали има анимации. >> Освен това PNG има алфа канал, което дизайнерите биха оценили :) >> Изобщо ако някой се брои за дизайнер и предпочита gif пред png, за мен >> познанията са му доста съмнителни :) > Относно прозрачноста: Internet Explorer не се справя добре с нея (за > огромно съжаление). Ето един тест: > > http://www.wfu.edu/~matthews/misc/graphics/formats/png/transparency.htm > l Ооо твърде добре ми е известно, че IE меко казано "не се справя добре". За мен остарели и бъгави технологии (ie) не са пречка да използвам съвременни такива (png). >>> Мисли за клиента преди всичко, не мисли за теб само ;-) >> Мисля, част от работата ми е да предлагам най-доброто на клиентите. Ако >> искат Dos и матрични принтери това не значи, че трябва да ги получат :) > > Това никой няма да отрече, че по принцип е неудачно. Но ако клиента ти дойде > и > каже "Искам ето ТОВА" - даваш му го или той си тръгва и друг му го дава. Ей тук е разликата, аз не смятам че клиента винаги е прав и понякога е по-добре да пратиш някой да си ходи, вместо да не можеш да му свършиш оптимално работата. В случая да се върнем в реалният живот, png 100% замества gif в реалният свят освен ако не използваш gif анимации. gif анимации така или иначе с libgd неможеш да генерираш, така че целият спор е безмислен и png е 100% решение вместо gif, когато се ползва libgd, какъв беше и оригиналния проблем. -- Georgi Chorbadzhiyski http://georgi.unixsol.org/
Re: lug-bg: PHP и GIF support
Здравейте отново, разгледах config.log файла и действително открих няколко неща, но не мога да ги разгадая. Колкото до това кой графичен формат е по добър и т.н. - това е въпрос на мнение, в момента имам личен проблем понеже трябва да ресайзна картинки които са гиф, но и не мога когато дойде даден клиент да му кажа че не става за дизайнер, щом използва гиф. а и за разлика от пнг и прозрачноста, при гиф файловете са много по малки като размер от колкото при пнг. == configure:36585: checking for gdImageCreateFromGif in -lgd configure:36604: gcc -o onftest -g -O2 -pthread -D_REENTRANT -Wl,-rpath,/usr/X11R6/lib -L/usr/X11R 6/lib -Wl,-rpath,/usr/lo /tmp/ccc6tVpf.o: In function `main': /install4/php-4.4.1/configure:36600: undefined reference to `gdImageCreateFromGif' collect2: ld returned 1 exit status configure: failed program was: #line 36593 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gdImageCreateFromGif(); int main() { gdImageCreateFromGif() ; return 0; } configure:36716: checking for gdImageGif in -lgd configure:36735: gcc -o onftest -g -O2 -pthread -D_REENTRANT -Wl,-rpath,/usr/X11R6/lib -L/usr/X11R 6/lib -Wl,-rpath,/usr/lo /tmp/cc6cUFMD.o: In function `main': /install4/php-4.4.1/configure:36731: undefined reference to `gdImageGif' collect2: ld returned 1 exit status configure: failed program was: #line 36724 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gdImageGif(); int main() { gdImageGif() ; return 0; } == а за поддръжката на гиф от версия 2.0.19 до 2.0.27 : 07/21/04: gd 2.0.28 has been released. gd 2.0.28 restores support for reading and writing GIF images. There is also a fix for a possible problem in gdImageTrueColorToPalette. Аз преди имах версия 2.0.22 но направих ъпграде и прекомпирах php но проблема пак си остана с гиф. Гледам че и всички библиотеки са си както трябва и include файловете и пътища са точни. - Original Message - From: "Ognyan Bankov" <[EMAIL PROTECTED]> To: Sent: Tuesday, January 03, 2006 11:46 AM Subject: Re: lug-bg: PHP и GIF support > deb4o wrote: > > Копмпилирам PHP независимо коя версия, имам най новото GD инсталирано(тъй > > като в по страрите версии не се поддържа гиф) но не мога да компилирам с > > поддръжка на Gif. А не ми дава проблем, просто винаги ми изписва: > > > > checking for gdImageCreateFromGif in -lgd... no > > checking for gdImageGif in -lgd... no > > > > и при gd_info: > > > > ["GIF Read Support"]=> > > bool(false) > > ["GIF Create Support"]=> > > bool(false) > > > > > > Всичко нормално си инсталирах, с png и jpeg нямам никакъв проблем, но при > > gif където поддръжката е в самото GD, а не в външни библиотеки както png и > > jpeg. > > > > Някой имал ли е подобен проблем ? > > > > > > > > > Провери в config.log дали не е станала някаква грешка покрай GD-to > нещо от сорта трябва да има: > checking for GD support > ако под него са изпращяли разни неща - GD може да не е функционално > може да потърсиш и за gdImageCreateFromGif - ако е имало проблем с > намирането на тази функция - ще присъства в лога с някакво съобщение. > > -- > Ognyan Bankov > metatotem.com > > >
Re: lug-bg: PHP и GIF support
On Tuesday 03 January 2006 14:14, Georgi Chorbadzhiyski wrote: > Petar Nedyalkov wrote: > > On Tuesday 03 January 2006 13:57, Georgi Chorbadzhiyski wrote: > >> Svilen Ivanov wrote: > > Прав си за JPEG - не може да замести GIF. > > Обаче PNG има и прозрачност, и цветове по палитра. Не съм сигурен > > дали има анимации. > > Освен това PNG има алфа канал, което дизайнерите биха оценили :) > Изобщо ако някой се брои за дизайнер и предпочита gif пред png, за мен > познанията са му доста съмнителни :) > >>> > >>> Относно прозрачноста: Internet Explorer не се справя добре с нея (за > >>> огромно съжаление). Ето един тест: > >>> > >>> http://www.wfu.edu/~matthews/misc/graphics/formats/png/transparency.htm > >>>l > >> > >> Ооо твърде добре ми е известно, че IE меко казано "не се справя добре". > >> За мен остарели и бъгави технологии (ie) не са пречка да използвам > >> съвременни такива (png). > > > > Мисли за клиента преди всичко, не мисли за теб само ;-) > > Мисля, част от работата ми е да предлагам най-доброто на клиентите. Ако > искат Dos и матрични принтери това не значи, че трябва да ги получат :) Това никой няма да отрече, че по принцип е неудачно. Но ако клиента ти дойде и каже "Искам ето ТОВА" - даваш му го или той си тръгва и друг му го дава. А колкото и да е тъжно - IE все още доминира... Затова си има хора дето би им било проблем ако нещо с IE не изглежда добре. Тук може да се спори кое е по-добро - да предложиш най-доброто решение приложимо за най-много потребители, или да предложиш най-доброто решение по принцип. В зависимост от проекта едното може да надделее. Иначе и на теб и на мен ни е прекрасно ясно кое е по-доброто решение по конкретния въпрос за GIF vs. JPEG или PNG - ти го каза. Въпроса е дали това, че теб не те кефи нещо, е достатъчно силен факт, за да върнеш даден клиент и да не искаш да работиш с него - това ми беше на мен мисълта. > Между другото статията в wikipedia много добре обяснява защо трябва да се > ползва png, вместо gif. -- Cyberly yours, Petar Nedyalkov Devoted Orbitel Fan :-) PGP ID: 7AE45436 PGP Public Key: http://bu.orbitel.bg/pgp/bu.asc PGP Fingerprint: 7923 8D52 B145 02E8 6F63 8BDA 2D3F 7C0B 7AE4 5436 pgpYZf7Ha8MKK.pgp Description: PGP signature
Re: lug-bg: PHP и GIF support
Petar Nedyalkov wrote: > On Tuesday 03 January 2006 13:57, Georgi Chorbadzhiyski wrote: >> Svilen Ivanov wrote: > Прав си за JPEG - не може да замести GIF. > Обаче PNG има и прозрачност, и цветове по палитра. Не съм сигурен дали > има анимации. Освен това PNG има алфа канал, което дизайнерите биха оценили :) Изобщо ако някой се брои за дизайнер и предпочита gif пред png, за мен познанията са му доста съмнителни :) >>> Относно прозрачноста: Internet Explorer не се справя добре с нея (за >>> огромно съжаление). Ето един тест: >>> >>> http://www.wfu.edu/~matthews/misc/graphics/formats/png/transparency.html >> Ооо твърде добре ми е известно, че IE меко казано "не се справя добре". За >> мен остарели и бъгави технологии (ie) не са пречка да използвам съвременни >> такива (png). > > Мисли за клиента преди всичко, не мисли за теб само ;-) Мисля, част от работата ми е да предлагам най-доброто на клиентите. Ако искат Dos и матрични принтери това не значи, че трябва да ги получат :) Между другото статията в wikipedia много добре обяснява защо трябва да се ползва png, вместо gif. -- Georgi Chorbadzhiyski http://georgi.unixsol.org/
Re: lug-bg: PHP и GIF support
Georgi Chorbadzhiyski wrote: Ооо твърде добре ми е известно, че IE меко казано "не се справя добре". За мен остарели и бъгави технологии (ie) не са пречка да използвам съвременни такива (png). Ако си дизайнер на заплата в някоя фирма и гоните "maximum browser compatibility", няма да стоят нещата точно така :-) И все пак анимацията остава предимство на GIF (Аз лично не харесвам анимирани GIF-ове, но ...).
Re: lug-bg: PHP и GIF support
On Tuesday 03 January 2006 13:57, Georgi Chorbadzhiyski wrote: > Svilen Ivanov wrote: > >>> Прав си за JPEG - не може да замести GIF. > >>> Обаче PNG има и прозрачност, и цветове по палитра. Не съм сигурен дали > >>> има анимации. > >> > >> Освен това PNG има алфа канал, което дизайнерите биха оценили :) Изобщо > >> ако някой се брои за дизайнер и предпочита gif пред png, за мен > >> познанията са му доста съмнителни :) > > > > Относно прозрачноста: Internet Explorer не се справя добре с нея (за > > огромно съжаление). Ето един тест: > > > > http://www.wfu.edu/~matthews/misc/graphics/formats/png/transparency.html > > Ооо твърде добре ми е известно, че IE меко казано "не се справя добре". За > мен остарели и бъгави технологии (ie) не са пречка да използвам съвременни > такива (png). Мисли за клиента преди всичко, не мисли за теб само ;-) -- Cyberly yours, Petar Nedyalkov Devoted Orbitel Fan :-) PGP ID: 7AE45436 PGP Public Key: http://bu.orbitel.bg/pgp/bu.asc PGP Fingerprint: 7923 8D52 B145 02E8 6F63 8BDA 2D3F 7C0B 7AE4 5436 pgp3sukcLD7dS.pgp Description: PGP signature
Re: lug-bg: PHP и GIF support
Svilen Ivanov wrote: >>> Прав си за JPEG - не може да замести GIF. >>> Обаче PNG има и прозрачност, и цветове по палитра. Не съм сигурен дали >>> има анимации. >> Освен това PNG има алфа канал, което дизайнерите биха оценили :) Изобщо ако >> някой се брои за дизайнер и предпочита gif пред png, за мен познанията са >> му доста съмнителни :) > > Относно прозрачноста: Internet Explorer не се справя добре с нея (за огромно > съжаление). Ето един тест: > > http://www.wfu.edu/~matthews/misc/graphics/formats/png/transparency.html Ооо твърде добре ми е известно, че IE меко казано "не се справя добре". За мен остарели и бъгави технологии (ie) не са пречка да използвам съвременни такива (png). -- Georgi Chorbadzhiyski http://georgi.unixsol.org/
Re: lug-bg: PHP и GIF support
Georgi Chorbadzhiyski wrote: Освен това PNG има алфа канал, което дизайнерите биха оценили :) Изобщо ако някой се брои за дизайнер и предпочита gif пред png, за мен познанията са му доста съмнителни :) http://en.wikipedia.org/wiki/Png Прав си ;-)
Re: lug-bg: PHP и GIF support
> > Прав си за JPEG - не може да замести GIF. > > Обаче PNG има и прозрачност, и цветове по палитра. Не съм сигурен дали > > има анимации. > > Освен това PNG има алфа канал, което дизайнерите биха оценили :) Изобщо ако > някой се брои за дизайнер и предпочита gif пред png, за мен познанията са > му доста съмнителни :) Относно прозрачноста: Internet Explorer не се справя добре с нея (за огромно съжаление). Ето един тест: http://www.wfu.edu/~matthews/misc/graphics/formats/png/transparency.html
Re: lug-bg: PHP и GIF support
Дамян Иванов wrote: > Georgi Alexandrov wrote: >> Georgi Chorbadzhiyski wrote: >> >>> Защо ти е gif, има ли нещо което png/jpeg не могат да правят и на теб >>> ти трябва? >>> >>> >> Това не е много уместно според мен. >> Ако попиташ един графичен дизайнер, ще ти обясни, че и GIF си има >> предимства пред JPEG. >> Например дадено изображение съставено от възможно най-малък брой >> цветове, които не се >> преливат, ще има по добра компресия в GIF формат, отколкото в JPEG. >> Също така се сещам за анимираните картинките - GIF го може, JPEG до >> колко знам - не. >> Сещам се и за transparent background, който си мисля, че отново GIF го >> може а JPEG - не. > > Прав си за JPEG - не може да замести GIF. > Обаче PNG има и прозрачност, и цветове по палитра. Не съм сигурен дали има > анимации. Освен това PNG има алфа канал, което дизайнерите биха оценили :) Изобщо ако някой се брои за дизайнер и предпочита gif пред png, за мен познанията са му доста съмнителни :) -- Georgi Chorbadzhiyski http://georgi.unixsol.org/
Re: lug-bg: PHP и GIF support
Georgi Alexandrov wrote: > Georgi Chorbadzhiyski wrote: > >> Защо ти е gif, има ли нещо което png/jpeg не могат да правят и на теб >> ти трябва? >> >> > Това не е много уместно според мен. > Ако попиташ един графичен дизайнер, ще ти обясни, че и GIF си има > предимства пред JPEG. > Например дадено изображение съставено от възможно най-малък брой > цветове, които не се > преливат, ще има по добра компресия в GIF формат, отколкото в JPEG. > Също така се сещам за анимираните картинките - GIF го може, JPEG до > колко знам - не. > Сещам се и за transparent background, който си мисля, че отново GIF го > може а JPEG - не. Прав си за JPEG - не може да замести GIF. Обаче PNG има и прозрачност, и цветове по палитра. Не съм сигурен дали има анимации. дам -- Дамян Иванов Кредитреформ България [EMAIL PROTECTED] http://www.creditreform.bg/ тел. +359(2)928-2611, 929-3993 факс +359(2)920-0994 моб. +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Re: lug-bg: PHP и GIF support
Georgi Chorbadzhiyski wrote: Защо ти е gif, има ли нещо което png/jpeg не могат да правят и на теб ти трябва? Това не е много уместно според мен. Ако попиташ един графичен дизайнер, ще ти обясни, че и GIF си има предимства пред JPEG. Например дадено изображение съставено от възможно най-малък брой цветове, които не се преливат, ще има по добра компресия в GIF формат, отколкото в JPEG. Също така се сещам за анимираните картинките - GIF го може, JPEG до колко знам - не. Сещам се и за transparent background, който си мисля, че отново GIF го може а JPEG - не. Не съм дизайнер, може и да не съм прав :-) поздрави, Георги Александров
Re: lug-bg: PHP и GIF support
deb4o wrote: Копмпилирам PHP независимо коя версия, имам най новото GD инсталирано(тъй като в по страрите версии не се поддържа гиф) но не мога да компилирам с поддръжка на Gif. А не ми дава проблем, просто винаги ми изписва: checking for gdImageCreateFromGif in -lgd... no checking for gdImageGif in -lgd... no и при gd_info: ["GIF Read Support"]=> bool(false) ["GIF Create Support"]=> bool(false) Всичко нормално си инсталирах, с png и jpeg нямам никакъв проблем, но при gif където поддръжката е в самото GD, а не в външни библиотеки както png и jpeg. Някой имал ли е подобен проблем ? Провери в config.log дали не е станала някаква грешка покрай GD-to нещо от сорта трябва да има: checking for GD support ако под него са изпращяли разни неща - GD може да не е функционално може да потърсиш и за gdImageCreateFromGif - ако е имало проблем с намирането на тази функция - ще присъства в лога с някакво съобщение. -- Ognyan Bankov metatotem.com
Re: lug-bg: PHP и GIF support
deb4o wrote: > Копмпилирам PHP независимо коя версия, имам най новото GD инсталирано(тъй > като в по страрите версии не се поддържа гиф) но не мога да компилирам с > поддръжка на Gif. А не ми дава проблем, просто винаги ми изписва: Защо си мислиш, че старите версии не поддържат gif? Всички версии на GD Поддържат gif, проблема е че върху гадният формат има патенти (които май вече изтекоха) и най-вероятно заради това поддръжката на gif е изключена. Проблема не е в PHP, а в libgd. Защо ти е gif, има ли нещо което png/jpeg не могат да правят и на теб ти трябва? -- Georgi Chorbadzhiyski http://georgi.unixsol.org/
Re: lug-bg: PHP и GIF support
Здравей, предполагам configure скрипта не може да намери библиотеките и хеадерите на стандартните места (понеже GD ти е ръчно инсталирано). потърси в аутпута на ./configure -h опция за ръчно задаване на тези пътища, и предварително провери къде са инсталирани библиотеките и хеадерите на GD Поздрав и успех On 1/3/06, deb4o <[EMAIL PROTECTED]> wrote: Копмпилирам PHP независимо коя версия, имам най новото GD инсталирано(тъйкато в по страрите версии не се поддържа гиф) но не мога да компилирам споддръжка на Gif. А не ми дава проблем, просто винаги ми изписва: checking for gdImageCreateFromGif in -lgd... nochecking for gdImageGif in -lgd... noи при gd_info:["GIF Read Support"]=>bool(false)["GIF Create Support"]=>bool(false) Всичко нормално си инсталирах, с png и jpeg нямам никакъв проблем, но приgif където поддръжката е в самото GD, а не в външни библиотеки както png иjpeg.Някой имал ли е подобен проблем ? -- Vasil Benov, Mobile: +49(0)176-23161529 @-mail: [EMAIL PROTECTED], [EMAIL PROTECTED]ICQ: 140269988 PGP Fingerprint: 2CDC 5DA0 4C0A 7C06 5259 DE12 ACF3 177C 8906 0908Public Key URL: 1) http://www.student-zw.fh-kl.de/~vabe0001/misc/key.asc 2) http://sks.keyserver.penguin.de/
lug-bg: PHP и GIF support
Копмпилирам PHP независимо коя версия, имам най новото GD инсталирано(тъй като в по страрите версии не се поддържа гиф) но не мога да компилирам с поддръжка на Gif. А не ми дава проблем, просто винаги ми изписва: checking for gdImageCreateFromGif in -lgd... no checking for gdImageGif in -lgd... no и при gd_info: ["GIF Read Support"]=> bool(false) ["GIF Create Support"]=> bool(false) Всичко нормално си инсталирах, с png и jpeg нямам никакъв проблем, но при gif където поддръжката е в самото GD, а не в външни библиотеки както png и jpeg. Някой имал ли е подобен проблем ?