Node.js vs Ruby on Rails

Правда?

time() или now() как зависимость от глобального окружения

if ( !preg_match('|^(\d{4}-\d{2}-\d{2})|', $date, $p)  ) {
        throw new Exception('недопустимый формат даты');
    }

Вы что-нибудь слышали о DateTime?

Создание виджета «Счет Live» использую PHP Web Sockets

node.js, который уже имеет встроенную обертку с мультиплексированием соединений

Мультиплексирование в данном случае ознчает разделение информационного канала (ip + port = socket) на логические потоки. Оба node.js http server и Ratchet IoServer поддерживают это.

Yii, непрерывная интеграция — как не сломать все

Я думаю то, что вы называете проверка работоспособности относится к smoke tests'ам

Создание базы данных на основе API 37signals

Это не «модно», это полезно

Руководство по использованию Dependency Injection в Symfony2

Скиньте ссылочку на PHP internals

Руководство по использованию Dependency Injection в Symfony2

Почитал. Про какую совершенно другую область вы говорите?

Руководство по использованию Dependency Injection в Symfony2

Самое интересное что Расмус видит развитие PHP совершенно в другой области.

Просветите же!

ZF2 ActiveRecord Module

Где в Стандарт кодирования на PHP в Zend Framework'е сказано, что каждый (публичный) метод должен иметь PHPDocumentor?

Ну, и если на то пошло, то вот вам стандарт PSR-2-coding-style-guide Нигде не вижу обязательное использрвание PHPDocumentor'а в коде.

ZF2 ActiveRecord Module

1. Отсутствие PHPDoc ИМХО — моветон.

Это не так

2. Определять в классе методы, которые можно и не определять, это уже из разряда индусского кода, когда платят за количество строк.

Т.е. отсутствие PHPDoc'a — моветон, а отсутствие кода — ок?!

3. Как раз ради скорости! Количество кода в файле, увеличивает время парсинга ( но не стоит пренебрегать coding style).

При использовании opcode кэшера мы упраздняем лексический и синтаксический разбор файла и сразу переходит к байт-коду. А вот там как раз и используется магия __call, которую интерпритатор исполняет дольше.

5. «PHPDoc я должен руками писать?» — интересно, чем Вы обычно пишите код?)

Стараюсь максимально автоматизировать используя IDE

ZF2 ActiveRecord Module

Работать будет через __call а IDE видеть через PHPDoc — и ради чего?

Ради скорости? Тогда лучше на каждое свойство геттре/сеттер.
Ради автодополнения в IDE? Не знаю как ваша IDE, а Netbeans генерит геттеры/сеттеры автоматически. А вот этот PHPDoc я должен руками писать?

Пишем CLI модуль для Zend Framework 2

Полная поддержка консоли

Что значит полная? Чего не хватает?

Поддержка других форматов конфигов, в часности аннотации.

Насколько я знаю Зендовцы решили не морочиться с парсингом аннотаций и юзают Doctrine\\Common >=2.1 for annotation features
Из коробки рабочий руотинг через аннотации к экшн-контроллерам не получите как в Симфони, увы.

Встроенный отладчик/таймер для веб.

Есть zend-developer-tools

Пишем CLI модуль для Zend Framework 2

Такое впечатление формируется в основном из-за недоделанности в сторону быстрого старта, т.е. все нужно конфигурировать и доделывать самому.

А чтобы вы хотели видеть сконфигурированны и доделанным в вашем случае?

P.S. Кстати, для расскраски можно использовать Zend\Console\ColorInterface

Дайджест интересных новостей и материалов из мира PHP за последние две недели №3 (20.10.2012 — 02.11.2012)

Согласен, даже не стоило включать его пост в дайджест — полная чушь.

Создание графиков с помощью pChart. Данные из MySQL

Как-то очень много кода нужно писать для такого простого графика.
И все равно этот mysql, не mysqli, не PDO, а mysql. Когда же люди перестанут его использовать?

Django и особенности использования транзакций в MySQL

Для сравенения в Doctrine ORM (особенно во 2-й версии) отлично работает синхронизация структуры БД, описанной в конфиге/нотациях с реальной структурой БД. Также она не вмешивается в процесс целостности данных. Такой подход мне кажется более оправднонным и интуитивно понятным.

Django и особенности использования транзакций в MySQL

Багов не ловил. Мало работал с Django.

Вот какая особенность. Миграции в БД создатели Django всецело переложили на плечи разработчиков. syncdb — лишь отслеживает новые таблицы, что годится для установки модулей (приложений в терминах Джанго) и соотв-но никак не годится для процесса разработки с изменением структуры БД. Но в тоже время они сами заботятся о целостности данных на уровне приложения (внешние связи, запросы с ручным автокоммитом). Вообщем, мне непонятна такая изберательность в подходе взаимодействия приложения с БД.

Django и особенности использования транзакций в MySQL

Я также знаю, что Django ORM само заботится о внешних связях, т. е. делает это не на уровне БД как Doctrine ORM, а на уровне приложения.
Мне кажется это поведение неоправдонным в контексте целостности данных. Поправьте если я не прав.

Django и особенности использования транзакций в MySQL

Вы пишите

1. В Django в качестве интерфейса к MySQL используется расширение MySQLdb, а оно в свою очередь при каждом подключении к базе устанавливает:
AUTOCOMMIT=0

Вот это я и имею ввиду под ручным автокоммитом. Хотел узнать какой в этом смысл?

Django и особенности использования транзакций в MySQL

А в чем приемущество использовать подход с ручным автокоммитом по-умолчанию?