Ребята из Google развернули хостинг-платформу для размещения сторонними разработчиками своих проектов на родной гугловской инфраструктуре – Google App Engine. Похожие сервисы уже предлагались Amazon – Amazon Web Services, они включали: S3 (Simple Storage Service – дисковое пространство), EC2 (Elastic Compute Cloud – вычислительные ресурсы) и SQS (Simple Queue Service – служба сообщений). Смысл в том, что б снять с разработчика заботу об инфраструктуре, позволить ему направить все силы непосредственно на разработку.
Похоже, что вывод своего предложения Google решил совместить с PR-компанией в поддержку Python и его фреймворка Django, в надежде в ответ получить большое количество восторженных отзывов от, хоть и достаточно большой, но еще не избалованной вниманием армии питонщиков. Питонщики в долгу не остались и добросовестно пропиарили GAE. Однако, учитывая что “infrastructure is designed to be language neutral”, надо думать поддержка PHP в GAE будет реализована.
Далее ›
Прошел тест для PHP программеров от Mamba.ru. Тест довольно сложный, времени на выполнение дается мало, плюс ко всему оцениваются знания не только по PHP(4,5) и SQL, но также по UNIXовым утилитам и системам контроля версий.
Мои результаты: 367 баллов и “крутой PHP программист”.
Хасин Хайдер (автор книги о Smarty 
) заявляет, что это так. В своем блоге он признает, что был не прав. Приводит аргументы против использования Smarty и продолжает отбиваться уже в комментах. “При наличии такого гибкого Представления (View) в современных MVC фреймворках (CodeIgniter, CakePHP и т.д.) совершенно нет необходимостит изучать отдельный язык шаблонов..” и т.д. К подобным же умозаключениям (только четырьмя годами раньше) пришли Brian Lozier и Harry Fuecks (ссылки ниже) и еще целая толпа народа.
В целом, с небольшими оговорками, со статьей согласен. Никто не оспаривает необходимость разделения Логики и Представления, высказываются лишь сомнения в необходимости изобретать для этого еще один язык. Неужели дизайнеры способные освоить Smarty не смогут изучить основы синтаксиса PHP? Что касается вопросов безопасности, по моему мнению, это единственное, что иногда оправдывает применение Smarty в некоторых проектах. Хасин же и тут объявляет Smarty неподходящим решением.
Далее ›
Представители очередного opensource проекта (phpBB) заявили о переходе с CVS на Subversion. Для тех, кто не в курсе, системы контроля версий это ПО для коллективного управления файлами, позволяющее хранить историю изменений одного и того же документа, возвращаться к более ранним версиям, определять авторов изменений и т.д. CVS и SVN - два наиболее известных представителя централизованных систем контроля версий. Переход с CVS на SVN довольно распространенное явление, по нескольким причинам:
* Фиксации (commit) в CVS не атомарные. Каждый файл или часть меняется отдельно и поэтому состояние всего репозитория в любой точке не может быть зафиксировано.
* Не поддерживается версионность директорий.
* Копировании, перемещении, переименовании файлов не поддерживается и т.д.
В то время как в SVN это реализовано. Плюс улучшенная обработка бинарных файлов, возможность сетевой работы по HTTP (и защищенный HTTPS), есть поддержка миграции с CVS.
Большинство новых возможностей языка разметки HTML5 касается поддержки современных медийных технологий, в особенности видео, работа с которым в пятой версии языка станет таким же простым делом, как работа с картинками. “На сегодня в глобальной сети появилась масса технологий, которые уже давно и успешно используются людьми для работы, развлечения и обучения. Стандарт HTML5 призван стандартизировать эти технологии и упростить их использование для разработчиков веб-сайтов”.
Отличия от HTML 4:
- Новые правила парсинга;
- Новые элементы: section, video, progress, nav, meter, time, aside, canvas;
- Новые атрибуты полей ввода (Input): time, email, url;
- Новые атрибуты: ping, charset, async;
- Глобальные атрибуты применимые для всех элементов документа: id, tabindex, repeat;
- Прекращена поддержка элементов: center, font, strike.