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. Някой имал ли е подобен проблем ?
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 5259DE12 ACF3 177C 8906 0908Public Key URL:1) http://www.student-zw.fh-kl.de/~vabe0001/misc/key.asc 2) http://sks.keyserver.penguin.de/
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
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
Georgi Chorbadzhiyski wrote: Защо ти е gif, има ли нещо което png/jpeg не могат да правят и на теб ти трябва? Това не е много уместно според мен. Ако попиташ един графичен дизайнер, ще ти обясни, че и GIF си има предимства пред JPEG. Например дадено изображение съставено от възможно най-малък брой цветове, които не се преливат, ще има по добра компресия в GIF формат, отколкото в JPEG. Също така се сещам за анимираните картинките - GIF го може, JPEG до колко знам - не. Сещам се и за transparent background, който си мисля, че отново GIF го може а JPEG - не. Не съм дизайнер, може и да не съм прав :-) поздрави, Георги Александров
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
Дамян Иванов 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
Прав си за 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
Georgi Chorbadzhiyski wrote: Освен това PNG има алфа канал, което дизайнерите биха оценили :) Изобщо ако някой се брои за дизайнер и предпочита gif пред png, за мен познанията са му доста съмнителни :) http://en.wikipedia.org/wiki/Png Прав си ;-)
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
Georgi Chorbadzhiyski wrote: Ооо твърде добре ми е известно, че IE меко казано не се справя добре. За мен остарели и бъгави технологии (ie) не са пречка да използвам съвременни такива (png). Ако си дизайнер на заплата в някоя фирма и гоните maximum browser compatibility, няма да стоят нещата точно така :-) И все пак анимацията остава предимство на GIF (Аз лично не харесвам анимирани GIF-ове, но ...).
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
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 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
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
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
Georgi Chorbadzhiyski wrote: В случая да се върнем в реалният живот, png 100% замества gif в реалният свят освен ако не използваш gif анимации. gif анимации така или иначе с libgd неможеш да генерираш, така че целият спор е безмислен и png е 100% решение вместо gif, когато се ползва libgd, какъв беше и оригиналния проблем. С добавката, че за прозрачност на PNG в IE 7.0 се изисква малко нестандартен CSS, който да вика DirectX за прозрачността :-) Поздрави, оги
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? По-здрави, Любомир Харалампиев