[PHP] Стогнация

>Decreasing year-over-year development activity

Как считают аналитики ЛОР'а, почему столь популярный продукт начал загибаться?

Это не значит «загибаться». Вероятно, это просто его финальная стадия развития :)

это когда php-шники стогнут?

Тащемта во-первых оно работает, и свои задачи на данном уровне выполняет достаточно хорошо.
Во-вторых затишье перед выходом 5.4. Интерпретируемая жаба с встроенным шаблонизатором на подходе.

Decreasing year-over-year development activity

GNU coreutils тоже не шибко резво развиваются.

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

Самый лучший язык для этих целей — PHP, правильно понимаю?

Можно просто взять готовый двиг. На PHP, естественно)

Ничего не загибается, просто ветка 5.x уже завершена, а переход на 6.x (ну или 5.4, хотя) требует огромной подготовки оного.
Просто к версии 5.3 язык наконец «созрел» и насытился функционалом который удовлетворил большинство потребностей.

Спасибо разработчикам большое, что сейчас 5.3 уже не так любит кормить меня сегфолтами.
Очень надеюсь, что в будущем они все таки будут уделять больше времени производительности и доработке уже существующего функционала.

Самый лучший язык для этих целей — PHP, правильно понимаю?

Если ничего другого динамического не знаешь.

>Можно просто взять готовый двиг. На PHP, естественно)

Спасибо. Так и думал в принципе )

5.3 уже не так любит кормить меня сегфолтами.

Как там с исключением в деструкторе? Пофиксили?

Я не согласен.
Самое лучше это SSI для вывода, с админкой на любом языке.

>Я стал замечать, что версии PHP стали выходить как-то медленнее и скуднее

А чего тебе ещё не хватает?

>сейчас 5.3 уже не так любит кормить меня сегфолтами.

А что, он когда-то сегфолтился? По-моему, ни разу не сталкивался :)

Боже упаси.
Я говорю о сегфолтах которые происходили вообще без видимых на то причин (т.е в зависимости от фазы луны).
Даже в конце 2009-2010 года были случаи когда 5.3 сегфолтился на ровном месте, сейчас такого нет.

А багтрекер не пашет:

bugs.php.net is down.

This is a known issue that was caused by a fatal server error. For now, please remember your desired bug query and perform it tomorrow. And remember, PHP has features not bugs.

Я говорю о сегфолтах которые происходили вообще без видимых на то причин (т.е в зависимости от фазы луны).

В продакшене имел дело с интерпретаторами 5.1.4 - 5.3. Сегфолта на ровном месте не встречал, на всё была своя причина и они стопроцентно воспроизводились.

php == тупик.

имхо дебильностью этого недоЯП являются:
'$' как префикс имен переменных;
'.' как знак конкатенации строк;
'->' как оператор доступа к элементам объекта;
отожранность глобального неймспейса;
долбанутые названия функции для строк, массивов и всего прочего (лучше бы сделали методами);
строки в нем байтовые, mb* - костыль;
magic quotes.

достойные альтернативы: python3, ruby, js.

Очевидно, после своего выхода, это наверное была самая сырая версия PHP.
Сегфолтился он до начала 2010 года включительно.

После релиза сегфолтился при использовании замыканий, перегрузки методов, ArrayObject (он вроде и сейчас по человечески не работает).
К концу 2009 сегфолтился уже только иногда, под нагрузкой (были подозрения на кривой mysqli). Сейчас проблем нет.

>magic quotes.
Согласен, буду очень рад что их выкинут в PHP6.
Можно будет ломать криворучек ещё проще.

php == тупик.

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

а если они возьмут да перепишут всё на pdo?

Это же PHP, не перепишут :)

синтаксис главное :3

(не (нужен (синтаксис)))

К версиям до 5.3 у меня никаких претензий нет.

на всё была своя причина и они стопроцентно воспроизводились

Естественно было много мелких причин, в т.ч и не связанных с нововведениями.
Вопрос в том, что запустить проект с 14+ мегабайт кода написанный в похапэ-объектном стиле под 5.x было задачей очень и очень сложной.
Т.е по сути путь для версии на продакшен был заказан почти на год с лишним.

Эти баги были, и мне слабо вериться, что те, кто использовал 5.3 для крупных проектов и с ними не столкнулся.

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

кто использовал 5.3 для крупных проектов и с ними не столкнулся.

300000 CLOC. Перешли на 5.3 за две недели. Очень сильно помогли юнит- и функциональные тесты.

Сегфолтился он до начала 2010 года включительно.

А… Ну, я на серверах в arch такое держу:

$ sudo genlop dev-lang/php
…
     Tue Sep  7 09:56:43 2010 >>> dev-lang/php-5.2.14
     Fri Oct 22 00:16:27 2010 >>> dev-lang/php-5.3.3-r1

Соответственно, на 5.3 только в октябре перешёл.

Когда перешли? В каком году, месяце?

Ясное дело сейчас уже все совершенно стабильно, о чем я собственно и написал.
Официальный релиз был 2009-06-30, он был очень и очень плох.

Очень сильно помогли юнит- и функциональные тесты.

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

> php

, js

Сравнил...

mb* - костыль

Согласен. Нужны гибкие строки и прозрачная поддержка кодеков/iconv.

>Просто к версии 5.3 язык наконец «созрел»

когда уже эта зрелая редиска научится сериализовывать встроенные объекты?

>имхо дебильностью этого недоЯП являются:
это просто особенности, не доставляющие геморроя. Если хочешь увидеть действительно дебильный синтаксис, посмотри на 1С.

долбанутые названия функции для строк, массивов и всего прочего (лучше бы сделали методами);

для индивидов с ООП головного мозга есть и методы во многих местах

magic quotes.

deprecated уже

достойные альтернативы: python3, ruby, js.

js тут явно лишний, разве что для совсем примитивных вещей

> почему столь популярный продукт начал загибаться?

defective by design

Оксюморон в заголовке.

js великолепен, но пока в нем мало функционала в v8 реализации

по сравнению с тем же пыхом и пистоном его там нет совсем.

>js великолепен

это тот самый язычок, где нужно все время подставлять ключевое слово 'var', дабы не наступить на грабли?

Js вспомогательная технология и всегда ею останется. Хотя бы потому, что он работает на стороне клиента.

> Хотя бы потому, что он работает на стороне клиента.

А мужики-то не знают.

>Js вспомогательная технология и всегда ею останется. Хотя бы потому, что он работает на стороне клиента.

язык не может работать на чьей либо стороне, это всего лишь набор правил для написания программ. Интерпретатору js в принципе пофик где работать, можно хоть в ядро засунуть при большом желании и тяге к BDSM

>Js вспомогательная технология и всегда ею останется. Хотя бы потому, что он работает на стороне клиента.

А как же node.js?

>> mb* - костыль

Согласен. Нужны гибкие строки и прозрачная поддержка кодеков/iconv.

Просто поразительно, почему я на десятках сайтов под совершенно разными кодировками, koi8r, utf8, cp1251, нередко даже смешанными, скажем, исторически www.aviaport.ru сделан на смеси koi8r + utf8, не имею проблем с кодировками? :)

когда уже эта зрелая редиска научится сериализовывать встроенные объекты?

$ php -r '$x = new stdClass; $x->var = 123; echo serialize($x);'
O:8:"stdClass":1:{s:3:"var";i:123;}

?

> что использовать для небольшого домашнего сайта

sNews

не вижу проблем ссинтасисом, вон у ЛИСПа все сделано не так, как у все и тем не менее отлично работает.

«Долбанутость» названий функций тоже дело опыта и личной привычки

ну и js как альтернатива повергает меня в печаль.

вон товарищ Vit что-то пилит активно на js и не печалится

Некоторые и на сипэпэп под веб пишут и хорошо или на хаскел. Но «к чему так жить»(с)

>$x = new stdClass;

я же специально уточнил: встроенные. Date какой-нибудь. В мануале почитай подрбоности

я же специально уточнил: встроенные. Date какой-нибудь.

php -r '$d1 = new DateTime("1973-10-22"); $s=serialize($d1); $d2=unserialize($s); echo $d2->format("r");'
Mon, 22 Oct 1973 00:00:00 +0300

?

Когда перешли? В каком году, месяце?

В апреле прошлого года.

а теперь тот же фокус с DOMDocument ;)