Моё меню Общее меню Пользователи Правила форума Все прочитано
Вернуться   uForum.uz > ИКТ и телеком > Веб-ресурсы и доменные имена > Хостинг
Знаете ли Вы, что ...
...до того как открыть новую тему, стоит использовать поиск: такая тема уже может существовать.
<< Предыдущий совет - Случайный совет - Следующий совет >>

Хостинг Темы хостинга, размещения серверов (collocation), виртуальных серверов (VDS) и т.д.


Ответить

 
Опции темы Опции просмотра
Старый 03.12.2008 15:35   #1  
Аватар для dmitry.uz
Оффлайн
Steinert ind
IT engineer
AKA:dinamit
Сообщений: 2,321
+ 1,227  2,630/967
– 30  41/37

UzbekistanОтправить сообщение для dmitry.uz с помощью ICQОтправить сообщение для dmitry.uz с помощью Skype™
Хостинг в Таш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, не слишком большое количество посетителей, сайт производственного предприятия.
Ответить 
Старый 03.12.2008 16:53   #2  
Known ID Group
Аватар для alisherk
Оффлайн
вольный каменщик
Сообщений: 2,314
+ 1,920  1,874/796
– 3  186/134

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

предполагаю, что никто
Ответить 
Старый 03.12.2008 20:29   #3  
Known ID Group uParty Member
Аватар для Dolphin
Оффлайн
Imperium of Man
Inquisitor
Сообщений: 5,990
+ 5,680  4,442/2,033
– 128  137/102

Russian FederationОтправить сообщение для Dolphin с помощью ICQОтправить сообщение для Dolphin с помощью Skype™Facebook
Оффтоп:
Цитата:
Сообщение от alisherk Посмотреть сообщение
- safe_mode = off
предполагаю, что никто
А что, сейфмод на сервере - это нормально?
Ответить 
Старый 04.12.2008 10:45   #4  
Known ID Group
Аватар для alisherk
Оффлайн
вольный каменщик
Сообщений: 2,314
+ 1,920  1,874/796
– 3  186/134

Aruba
А что, разве я говорил, про то что нормально или не нормально?
имхо, все местные хостеры ставят safe_mode = on
Ответить 
Старый 04.12.2008 11:02   #5  
Аватар для dmitry.uz
Оффлайн
Steinert ind
IT engineer
AKA:dinamit
Сообщений: 2,321
+ 1,227  2,630/967
– 30  41/37

UzbekistanОтправить сообщение для dmitry.uz с помощью ICQОтправить сообщение для dmitry.uz с помощью Skype™
Цитата:
Сообщение от alisherk Посмотреть сообщение
- safe_mode = off
- memory_limit >= 128 Мбайт

предполагаю, что никто
ну зачем же так категорично - данные ограничения ставят хостеры для защиты от кривых скриптов и злоумышленников. У нас серьезный продукт с серьезной защитой. Отсутствие проблем у хостера с данной персональной настройкой может быть прописана в договоре отдельным пунктом - если хостер докажет что мой движок и скрипты причиняют ему реальные проблемы - то я согласен ему подарить стоимость годового хостинга.
Просто назревает вопрос о компетентности IT специалистов обслуживающих наших хостеров - почему качественный продукт не может получать своих, персональных настроек. Не нужно стричь всех под один горшок
Ответить 
Старый 04.12.2008 11:21   #6  
Real ID Group uParty Member
Аватар для Ruslan Juldashev
Оффлайн
Веб-разработчик
AKA:monitoringe
Сообщений: 3,550
+ 664  1,588/953
– 8  3/2

UzbekistanОтправить сообщение для Ruslan Juldashev с помощью Skype™LiveJournalМой КругАккаунт на TwitterМой мир
Цитата:
Сообщение от dmitry.uz Посмотреть сообщение
У нас серьезный продукт с серьезной защитой.
Почему серьёзный продукт писался с таким довольно несерьёзным требованием хостингу?

Цитата:
Сообщение от dmitry.uz Посмотреть сообщение
Просто назревает вопрос о компетентности IT специалистов обслуживающих наших хостеров - почему качественный продукт не может получать своих, персональных настроек. Не нужно стричь всех под один горшок
А как вы это представляете? Заводить свой виртуальный апач каждому клиенту? Это же уже совершенно другие цены :)
__________________
Я за правильное оформление текста на форуме.
Ответить 
Старый 04.12.2008 11:29   #7  
Аватар для Georgick
Оффлайн
Navitas
Team Leader
Сообщений: 1,026
+ 488  582/279
– 1  8/8

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


Цитата:
Сообщение от dmitry.uz Посмотреть сообщение
Цитата:
Сообщение от alisherk Посмотреть сообщение
- safe_mode = off
- memory_limit >= 128 Мбайт

предполагаю, что никто
ну зачем же так категорично - данные ограничения ставят хостеры для защиты от кривых скриптов и злоумышленников. У нас серьезный продукт с серьезной защитой. Отсутствие проблем у хостера с данной персональной настройкой может быть прописана в договоре отдельным пунктом - если хостер докажет что мой движок и скрипты причиняют ему реальные проблемы - то я согласен ему подарить стоимость годового хостинга.
Просто назревает вопрос о компетентности IT специалистов обслуживающих наших хостеров - почему качественный продукт не может получать своих, персональных настроек. Не нужно стричь всех под один горшок
Ответить 
Реклама и уведомления
Старый 04.12.2008 11:32   #8  
Аватар для Eldar Ishimbaev
Оффлайн
Сообщений: 4,884
+ 433  2,393/1,396
– 12  37/21

Uzbekistan
Цитата:
Сообщение от Ruslan Yuldashev Посмотреть сообщение
А как вы это представляете? Заводить свой виртуальный апач каждому клиенту? Это же уже совершенно другие цены
Не проблема для определенного домена на хостинге дать safe_mode=off, оставляя для других on.
Ответить 
Старый 04.12.2008 13:40   #9  
Known ID Group
Аватар для netklon
Оффлайн
eSector Solutions
Интерфейс-самурай, Девелопмент-генерал
Сообщений: 2,774
+ 788  1,915/912
– 24  61/32

UzbekistanLiveJournalМой Круг
Цитата:
Сообщение от Georgick Посмотреть сообщение
Рекомендую с саппортом ezPublish связаться. Скорее всего safe_mode=off они дают для перестраховки. А в реальности - это может быть и не нужно. Или узнать в каком узком месте cms они используют средства, выходящие за рамки safe_mode=on. Наверняка, это какая.-то специфическая функция в cms, от которой общая работа сайта не пострадает.
safe_mode это ерунда. Проблема в лимитах - при инсталляции ezPublish нужно увеличивать лимит памяти и лимит подключений к базе вдвое против обычных.
Ответить 
Старый 04.12.2008 13:41   #10  
Known ID Group
Аватар для netklon
Оффлайн
eSector Solutions
Интерфейс-самурай, Девелопмент-генерал
Сообщений: 2,774
+ 788  1,915/912
– 24  61/32

UzbekistanLiveJournalМой Круг
Цитата:
Сообщение от dmitry.uz Посмотреть сообщение
ну зачем же так категорично - данные ограничения ставят хостеры для защиты от кривых скриптов и злоумышленников. У нас серьезный продукт с серьезной защитой. Отсутствие проблем у хостера с данной персональной настройкой может быть прописана в договоре отдельным пунктом - если хостер докажет что мой движок и скрипты причиняют ему реальные проблемы - то я согласен ему подарить стоимость годового хостинга.
safe_mode=off вам может быть и сделают, но увеличивать memory_limit и лимит соединений к базе на shared хостинге никто не будет, потому что это отразится на всех хостинг-клиентах, а там неизвестно у кого какая дрянь лежит.

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




Powered by vBulletin® Version 3.8.5
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot
Advertisement System V2.5 By Branden
OOO «Единый интегратор UZINFOCOM»


Новые 24 часа Кто на форуме Новички Поиск Кабинет Все прочитано Вверх