>>> Клиентов - тысячи, хостингу лет десять
>> Я ж и говорю, шаред на арендованном дедике...  Видать, угадал)
> Не угадал. Компанейский хостинг в принадлежащим компании ДЦ.

"Тысячи клиентов" - маловато при этом раскладе, однако.  Тут речь о десятках тысяч,
это как минимум.

>> Нет, чо, правда?  И даже всякие eaccelerator, xcache (тьма их) у
>> вас в builtin'ах очутились?
> Этим глючным говном мамонта кто-то реально ныне пользуется?

Это просто пример сторонних расширений, мягко говоря популярных в свое время.

> Ну и кеши eaccelerator/xcache на шаредах - прямой путь
> к проблемам.

Не хочешь проблем - не заводи хостинг с PHP.

>> успехом (стандартная библиотека PHP вне веб - убожество)
> Стандартная библиотека PHP вне вёба на практике с успехом заменяет все руло^W
> километры туал^W кода на python/ruby/java для оных для большинства более-менее сложных
> приложений, не говоря уже о примитивных.

Хочу аналог maxima.  Заменит?)  Чо-то тухло с заменами на PHP, наверно
все еще на свою замечательную stdlib медитируют.

> Самая простая задача: привернуть MySQL.

И с какого боку этому надо быть в stdlib?  Самая задача для вебки.  В stdlib, если
правильно помню, есть модуль для sqlite с полность аналогичным API.

Все-таки "all batteries" не стоит воспринимать совсем уж буквально, иначе
stdlib превратится в мешанину всех когда-либо созданных модулей.

(Про руби пусть кто-то другой отповедь даст, подозреваю что и
здесь все не менее далеко от реальности.)

> В случае PHP же в задаче с MySQL ничего делать не надо

Ну да, потому что это язык под LAMP.

А с unittest там все так же плохо, от слова "нет совсем"?  А ast действительно школие
в stdlib полагает ненужным?  Или ты мне щас расскажешь как в PHP нормальную
bigint арифметику поиметь, без синтаксиса "как в C". (Правда, это уже больше
плевок в сторону языка самого по себе.)