>>> Клиентов - тысячи, хостингу лет десять
>> Я ж и говорю, шаред на арендованном дедике... Видать, угадал)
> Не угадал. Компанейский хостинг в принадлежащим компании ДЦ."Тысячи клиентов" - маловато при этом раскладе, однако. Тут речь о десятках тысяч,
это как минимум.
>> Нет, чо, правда? И даже всякие 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". (Правда, это уже больше
плевок в сторону языка самого по себе.)