Опасный finally или ждем 5.6

Проблема именно в finally. В примерах выше видно что в зависимости от версии мы получаем на выходе различный вариант. В документации лишь необходимо поправить что try должен иметь либо хотя бы один блок независимо от того finally или catch. Опять же поведение интерпретатора относительно finally согласуется с поведением finally в Java что тоже на мой взгляд хорошо. У php, конечно, свой путь, но некоторым базовым структурам лучше бы быть унифицированнее.

Опасный finally или ждем 5.6

Думаю про такой код тоже самое нельзя сказать:

try {
	try {
		echo "1\n";
		throw new Exception("E1");
	} catch (Exception $e) {
        throw $e;
    } finally {
		try {
			echo "2\n";
			throw new Exception("E2");
		} catch (\Exception $e) {
			echo "3\n";
		}
	}
	echo "4-\n";
} catch (\Exception $e) {
	echo "4+".$e->getMessage()."\n";
}
echo "5\n";

А если нет разницы, зачем писать больше? :) (результат выполнения тут)

Так же думаю что описание к try/catch/finally несколько устарело и не отражает действительности раз пример в самой заметке работает и никто ранее не удивился отсутствия catch.

Опять же само по себе try-finally без catch имеет под собой смысл когда вне зависимости от тог будет брошен в try исключение или нет необходимо выполнить действие, а само исключение ловится где-то по стеку выше.

Обзор систем кеширования в onPHP

«меГафрейворк!!! в первом попавшемся class`е Timestamp который extends Date
protected static function getFormat() { return 'Y-m-d H:i:s'; }
Убиться, простите, веником! Зато у нас ООП!»
О да. Настоящая благотворная критика, как это никто ее не распознал. Восклицательных знаков больше чем предложений. И не важно критику что статья о другом, главное заявить о себе погромче (!).

Обзор систем кеширования в onPHP

Тред начался с «Это вы еще не добрались до реализации Singleton при помощи eval в Singleton.class.php». А это несколько более недружелюбный тон нежели «Обратите внимание на не лучшую реализацию Singletone».

Обзор систем кеширования в onPHP

Зашибись. Coh сначала пишет коммент не «об этом», а потом чуть позже пишет в P.S. «жаль что рассуждаем мы сейчас не об этом...». А заставлял то кто писать не «об этом» отчего теперь надо сожалеть?

Кругосветный опыт для онлайн-магазина

АП: Да. Это печальная ситуация. И единственный вариант для электронной коммерции – это ограничивать такие интернет-продажи путем лоббирования и введения пошлин, обязательных для всех.

Это гениально!
Я могу хоть как-то понять заградительные пошлины, например, на автомобили, дабы свой автопром развивался (хотя это тоже, видимо, не сильно помогает). Но увеличивать пошлины что бы развивалось барыжничество и увеличивалась цепочка по доставке товаров конечному покупателю — это уж совсем нагло.
Правильной дорогой идем, товарищи!

PHP. Собеседование в вопросах и ответах

31. Нарисуй форму для отправки файла…
Разве не корректней использовать move_upload_file вместо copy?

Неожиданная необходимость в версионности данных

Так может в google docs не хранят предыдущие ревизии полностью, а просто diff'ы документа от ревизии к ревизии хранят.

Удалённый доступ через Chrome Remote Desktop

Позвонить из Скайпа оператору Скайнета :D

NetBeans 7.1 beta — новое для PHP разработчика

Эх, обновляют обновляют IDE, а реализацию phpdoc для @return массивов объектов так и не делает никто, что б одно на всех было :(

Версионная миграция структуры БД: от теории к практике

К предпоследнем абзацу про именование дельт:
Что б названия файлов миграций (как в примере — 0004) не пересекались — можно приписывать после номера версии номер задачи к которой это измение принадлежит, например 0004-123-alter_user_table.sql. А еще можно к названию приписывать слова before/after что бы помнить — до обновления скриптов-сайта должен выполниться sql или после.

PHP 5.4 alpha1

Там в примерах не видать. А затестить сейчас не могу. Таки обломали или нет? :)

PHP 5.4 alpha1

Вот почему в traits нельзя кроме функций еще и переменные объявлять?? Часть вкусностей, которые сходу в голову приходят, отбрасываются из-за этого :(
Или это не верно совсем?