У Смирнова увидел ссылку на то, что Дуров набирает разработчиков вконтакте.

Если Вы страдаете от недостатка самостоятельности или чрезвычайно общительны, мы вряд ли сработаемся.

Если Вы нацелены не на результат, а на процесс программирования или обсуждения, мы с Вами не поймем друг друга.

Если Вы известны в IT-сообществе, выступаете на отраслевых конференциях и Вас уважают на специализированных блогах и форумах, не теряйте на нас Ваше время.

Если Вы имеете длительный опыт работы в крупной компании, просьба не беспокоить.

Если у Вас нет опыта в JS и PHP, забудьте об этой вакансии. Возможно, у нас появится для Вас другая. Например, нам периодически нужны системные администраторы и программисты алгоритмов на Си.

Если Вы считаете, что ООП или использование фреймворков – вершина развития веб-программирования, не пишите нам.

Если Вы считаете, что Павел Дуров – это не тот человек, который сейчас пишет этот текст, а коллективный псевдоним армии менеджеров, закройте эту страницу.

Если Вы считаете, что дизайнер интерфейсов и веб-программист – это абсолютно разные профессии, которые не могут ужиться в одной голове, Вы нам не интересны.

Если Вы считаете, что для успешной работы программисту требуются специальные тестеры и менеджеры по качеству, мы с Вами живем в разных мирах.

Ахаха – всё так как надо!

Со встроенным новым MySql модулем mysqlng никаких проблем

./configure \
–with-mysql=mysqlnd
–with-mysqli=mysqlnd
–with-pdo-mysql=mysqlnd

И все старые коды mysql работают нормально.

Из мелочей в php.ini запретили # как коммент (от него вообще избавляются называя Перловым комментом=)

Из гадостей – почему то все ereg* функции вроде ereg_replace теперь deprecated. И чем это каши не просящий отработаный ereg им помешал?
Надеюсь, что потом включат.

Не распознается при configure –with-ttf, скорее всего надежда на –enable-gd-native-ttf.

Ну а новости и так известны, только про 5-15% прирост скорости не читал.

http://railsforphp.com/reference/ – прикольный переводчик функций php в ruby, когда пробовал не хватало такого.

В общем, подтолкнуло меня препарация одного движка (http://livestreet.ru), охуительный двиглу, кстати.  А поскольку тупо препарировать – это тупо, то я для http://gamesbond.ru это сделал (как менюшка?). И в процессе праздников для страны возникло куча вопросов, которые можно тут описать и забыть. Вообще, меня впечатлили в последнее время только два двигла на php – это http://livestreet.ru и frontier. Про frontier можно сказать, что чувак рубит в ООП настолько мощнее меня, что есть чему поучиться, событийной модели, но мне не видно sample.app, поэтому сложнее въехать в тему, хоть и прусь теоретически от подхода.  Это какбе Мила Йовович без одежды, а я слепой. Типа слежу за actions, жду доков.

По livestreet другой подход: Полноценный вариант MVC, классическая тема, ни капли мимо. Можно пожамкать. Из плюсов, для личностного роста отмечено отличная абстракция, супер реализация подключения сторонних библиотек.

1. Что-то непонятная некрофилия тяга к mootools. Сейчас рулит JQuery. Ну да, оно поменьше, да и то не факт. Gzipped все равны.

2. Роутинг – это бля! Такое впечатление, что роутинг все всегда делают по книжкам rails (не только к этому движку). Типа /controller/action/bla-bla. Очень понятно всё до bla-bla request. Всё это добро идёт строго школярски, bla1, bla2, bla3. И в core – топорная работа с url, удалить номер 2=) Убивать!  Это как будто дровосек пришёл на дискотеку. Работает строго до первой попытки сделать что-либо очень гибкое. Я люблю другой подход – либо /var/value/var2/value2/, либо /var_value/var2_value/ – очевидное преимущество.

3. Почему кучка файлов core лежит в www??? Буэээ. Их надо ложить явно не туда, виден референс в сторону mass hosting.  Скажем так, модель контролируемая строго через .htaccess – отстой.

4. Отсутствие мусора в виде хуков даже радует.

Остальное – =)))))))))))))))))))))) Фсё равно!

Тут как бы решил подзаработать на стороне, ну скажем так, корпоративный сайт. Требования были следующие – чтобы движок был известный, чтобы поддерживать его было потом проще, такое ТЗ. Я тоже понимаю, что садиться на иглу собственных движков – это дорого и не для всех, выбрал из нескольких лучших bitrix. Ну просто потому, что это сейчас 1С и потому, что сейчас так принято (вот как надо дела делать) и дохрена “инженеров” если что. Заодно в коде покопаться. Сказать, что это пиздец – не сказать ничего. Запросов к базе просто для вывода новостей… Дохрена, 23, что ли. Проверьте сами. Их компонентная модель для сборки этих компонентов в визуальном редакторе отвратительна, но она работает. Вернее она будет работать потом, когда железо станет ещё более дёшево – просто это тошниловка с хорошей поддержкой.  То есть если ты упадёшь, тебя поддержат настоящие ублюдки. Просто эта система решает конкретные задачи, предъявляемые ей миром, а не неким представлением об идеальной быстрой системе. В данном случае я просто использовал bitrix для тупо роутинга url! Если вдуматься 32 мегабайта долбаного кода за 5 тысяч рублей для роутинга url на статику и новостей=)))) А потому, что потом проще будет поддерживать эту хрень кому-то другому.  Такова селяви. Корпоративно – абсолютно верное решение, прозрачное для всех, а изнутри – мне вообще не понравилось, ни шаблонизатора толкового нет, кеш включить/выключить – это для идиотов, да? В общем – для людей корпоративных как OMERTA пойдёт, но это говно. Чувствую себя ювелиром и похоже моя любимая поговорка на этот день: “И эти люди запрещают мне колупаться в носу?

отсюда

4 отличных плагина к этому отличному плагину. Ну и FirePHP особо порадовал, сейчас попробую:

For those PHP developers out there, FirePHP is enable you to print to the Firebug Console using simple PHP function call. The main benifit is that all the debugging data are hidden from normal user and you can review in a nicely format within Firebug console.

Kira is a programming language that compiles to PHP

Закончены эксперименты с php-factcgi, по скорости оно приблизительно одинаково с apache mod_php и одновременно не имеет смысла держать оба интерфейса. Разве, что для нескольких проектов одного владельца на одном сервере – тогда выгодно и память экономится. Используя CGI интерфейс, пропадает ограничение open_basedir, что для меня не подходит=) Хоть великолепный патч php-fpm позволяет chroot для каждого из своих пулов, но заморачиваться с этим на частично shared сервере не имеет никакого смысла. Зато хоть обкатал это дело и на другом сервере для нескольких нагруженных проектов (если они будут) в последствии apache уже ставится не будет.

Кстати, в процессе обнаружился некоторый сюрприз при использовании nginx в качестве фронтенда перед apache – всё хорошо, но стоит учитывать, что если клиент захочет закрыть папку статики с помощью .htaccess, то результат будет нулевой=) Но я же не хостер, поэтому такие вещи можно решать по отдельности. Решением данной проблемы может являться apache как фронтенд+mod_aclr, который уже будет сам проксировать статику на nginx, но это как-то не нравится, хотя потестировать надо по скорости что потеряется.

Также из новостей = по поводу ошибки 502 nginx, которая возникает периодически. Это значит, что apache неожиданно с тылу закрывает соединение, а отдуваться добрым именем приходится добрейшему и мудрейшему nginx, который подписывается под этой ошибкой. Изучение логов дало понимание того, что c eaccelerator php иногда валит дитя apache в segfault и я пока не понял, что с этим делать=( Пока убрал eaccelerator, поизучаю проблему, что-то да раскопаю, ведь должно было работать стабильно (и работает, но не у меня).

Вроде как считается хорошим тоном добавлять suhosin patch
к php на сервере ради большей секурности. Ну вот сейчас это есть и на этом сервере. Пока в виде extension, просто с ним отдельно мне лично проще обновлять. Если полёт будет нормальным (и не сомневаюсь, уже сильно обкатанная штука), то пропатчу исходники, вместо расширения на следующей версии.

На очереди – php-fpm. Эта связка (nginx+php-fpm) уже работает на dev машине, но поскольку апач так просто не заменить на всех проектах на сервере (да для всех и не нужно), то хочется чтобы были и модуль для апача и php-fcgi. Для этого просто два раза компилировать php приходится,  один раз с опцией

–with-apxs=PATH TO APXS

, что исключает cgi интерфейс, а второй раз  без этой строчки и с чем то вроде

‘–enable-fastcgi’ \
‘–enable-force-cgi-redirect’ \
‘–enable-fpm’ \
‘–with-fpm-conf=/etc/php-fpm.conf’ \
‘–with-fpm-log=/var/log/php-fpm.log’ \
‘–with-fpm-pid=/var/run/php-fpm.pid’