Хостинг в Таш9 под eZ Publish. Кто может?
 

Уважаемые господа, кто может или посоветовать или кто возьмется предоставить хостинг под сайт с CMS eZ Publish со следующими требованиями:

* ОС: Linux или FreeBSD
* Веб-сервер: Apache
- версия: 1.3 или 2.0+
- возможность управления настройками из .htaccess (включая настройки PHP)
- mod_rewrite
* PHP:
- версия - 5.2.x
- вариант взаимодействия с веб-сервером: как модуль Apache (mod_php) (не *CGI)
- общие настройки PHP:
- safe_mode = off
- memory_limit >= 128 Мбайт
- max_execution_time >= 60 сек (конкретное значение зависит от сочетания конфигурации сервера и его общей загруженности)
- magic_quotes_gpc, magic_quotes_runtime = Off
- upload_max_filesize >= 10 Мбайт
- PHP extensions:
- все модули входящие в стандартную комплектацию PHP5 (standard,
session, mbstring, exif, mysql/mysqli, dom, libxml, iconv, bcmath,
bz2, zlib и т.д.)
- PCRE
- ImageGD 2
- Curl
- JSON
- PHP addons:
- PHP акселератор - eAccelerator или Zend Platform
- PEAR
* СУБД: MySQL :
- версия: 4.1 или выше (желательно 5.x)
- настройки:
- поддержка Unicode
- отсутствие серьезных ограничений на время исполнения SQL запросов и их объем
* Отправка почты через sendmail
* ImageMagick и возможность его запуска из PHP
* Дисковое пространство: >= 500 Мбайт

Collocation - не предлагать, нужна уже готовая площадка, со своей стороны можем гарантировать высокий уровень безопасности (согласны на проверку Вашими специалистами).
Распределение трафика внутреннего(таш9) и внешнего примерно 9 к 1, не слишком большое количество посетителей, сайт производственного предприятия.

- safe_mode = off
- memory_limit >= 128 Мбайт

предполагаю, что никто

А что, разве я говорил, про то что нормально или не нормально?
имхо, все местные хостеры ставят safe_mode = on

ну зачем же так категорично - данные ограничения ставят хостеры для защиты от кривых скриптов и злоумышленников. У нас серьезный продукт с серьезной защитой. Отсутствие проблем у хостера с данной персональной настройкой может быть прописана в договоре отдельным пунктом - если хостер докажет что мой движок и скрипты причиняют ему реальные проблемы - то я согласен ему подарить стоимость годового хостинга.
Просто назревает вопрос о компетентности IT специалистов обслуживающих наших хостеров - почему качественный продукт не может получать своих, персональных настроек. Не нужно стричь всех под один горшок :)

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

А как вы это представляете? Заводить свой виртуальный апач каждому клиенту? Это же уже совершенно другие цены :)

Рекомендую с саппортом ezPublish связаться. Скорее всего safe_mode=off они дают для перестраховки. А в реальности - это может быть и не нужно. Или узнать в каком узком месте cms они используют средства, выходящие за рамки safe_mode=on. Наверняка, это какая.-то специфическая функция в cms, от которой общая работа сайта не пострадает.
Сам по себе ezPublish достаточно известный продукт. С трудом верится, что этот вопрос не возникал у клиентов ezPublish, т.к в большинстве своем на виртуальных хостингах safe_mode=off

Не проблема для определенного домена на хостинге дать safe_mode=off, оставляя для других on.

safe_mode это ерунда. Проблема в лимитах - при инсталляции ezPublish нужно увеличивать лимит памяти и лимит подключений к базе вдвое против обычных.

safe_mode=off вам может быть и сделают, но увеличивать memory_limit и лимит соединений к базе на shared хостинге никто не будет, потому что это отразится на всех хостинг-клиентах, а там неизвестно у кого какая дрянь лежит.

Это не вопрос компетентности, это вопрос маркетинговый. Персональные настройки - это коллокейшн или виртуальный выделенный сервер (VDS,VPS). VPS в Узбекистане не предоставляет никто, потому что массового спроса на эту услугу не наблюдается.