ZOOB.RU

На phpclasses сделали зачем-то антироботную валидацию:

не рулез :((

Сегодня обновился четвертый PHP до версии 4.4.0

ChangeLog. Дистрибутив (tar.bz2).

Также несколькими днями раньше Opera выпустила technical prewiew с поддержкой протокола BitTorrent. На слуху эта технология уже давно, однако на практике пока не приходилось использовать.

Ну что ж, в свое время стал активно использовать RSS только благодаря Опере, сейчас глядишь и BitTorrent приживется.

Вдогонку еще немножко интересных ссылок по сходной и не очень тематике, которые показались мне достойными того, чтобы упомянуть их:

• Oracle уделяет все больше внимания языку PHP
• The DeployPHP Series, Part 1: Optimizing PHP and Oracle

Ну и не знаю каким боком они сюда подходят, но попалась пара заметок про паттерны, пусть будут:

• OOП Паттерны проектирования в PHP
• Реализация паттерна "Одиночка" (Singleton) для PHP 4
• Patterns (PHP 5)

 Набрел в сети на сайт phpshop.ru. Привычная картина - free version бесплатно, но толком не работает, а за полную версию надо уже платить. Однако постойте, PHPShop - это же вроде Open Source проект, какие деньги? Как же лицензия GPL - использовал открытый код - обязан открыть свой?

И такая ситуация к сожалению встречается повсеместно - взял какой нибудь открытый проект, причесал его, обязательно добавил туда модный нынче WYSIWYG (который тоже делать не надо), и уже можешь продавать его, как свой.

Вот они - принципы open source на практике. :(

Субж. По мне, так это живой пример того, как не надо писать web-приложения. Кто пытался хоть раз что-то править внутри osCommerce, тот меня поймет.

Поставил на сайт плагин Lazy Gallery, после чего обнаружил что с jpeg-ом php мой работать не умеет :(

Пришлось обратиться к первоисточнику. Решение нашлось в комментах на php.net:

I have to say recompiling PHP from the sources and enabling JPEG support in gd took me awhile to figure out.

Somewhere especially configure –help should have stated that –with-jpeg-dir is MANDATORY if you want to have JPEG support. And even if you did so, it doesn’t mean you’ll get it. If it’s wrongly configured, no error is going to be output, all you get is "no JPEG support". What’s more confusing is when JPEG support is disabled phpinfo won’t say "JPEG Support: disabled", but just omit the entry so you won’t even realize something is wrong.

If you recompile PHP or gd, make sure:

• "rm -f config.cache" FIRST
• "make clean" (this helps A LOT), actually you can just delete modules/gd.*, and every *.o in ext/gd. this part actually gave me the best headache
• "./configure –with-jpeg-dir=/usr/lib" OR any other directory which contains the BINARY library of libjpeg
• "make && make install"

phpinfo should now display jpeg support… good luck.
(you lucky guys who already have PHP 5 installed on your server… you don’t have to go through all the mess I had)

Сделал, как написано. Все работает. Но плагин малехо подправил все равно, чтоб тамбнэйлы генерил не jpeg-овские, а png.