bugsmoran

bugsmoran
Рейтинг
223
Регистрация
18.02.2010
Godrasta:
Здравствуйте!
Планируется открытие нового хостинга. Хотелось бы услышать какие новые функции и преимущества должны быть в новом хостинге, что бы он понравился ВСЕМ? :-)

Вот Вам преимущество: наличие менеджера, который знает, что фраза "понравился ВСЕМ" убьет хостинг прямо на старте. У Вас пока такого нет.

Godrasta:

Цена понятное дело... Скорость стабильность это все знаем.
А что еще не хватает людям пишите свои пожелания?

Один день вэб-мастером поработайте - узнаете.

Не хватает статистики о работе кода на серверной стороне (более точных параметров, чем всякие дилетантские CPU,RAM,I/O).

Не хватает возможности remote-дебага кода.

Не хватает возможности грамотного разделения ресурсов на реверс-прокси и СУБД.

Не хватает удобной интеграции новых технологий, коими кишит habrahabr и от которых слюни текут.

Не хватает простых интерфейсов для новичков.

Не хватает интегрированной с интерфейсом работы систем контроля версий (по типу Stash).

Не хватает просто море всего.

Но зачем это все Вам знать? Ведь жизненный опыт показывает, что человек создающий свой бизнес, иcходит из:

"Я уже годы кручусь в этой сфере, мои начальники все делали неправильно. А я знаю как правильно! Я справлюсь сам и все сделаю по другому!"

А Вы заходите с другой стороны. Мне кажется Вам "все равно чем заняться, но почему бы и не хостингом?". Вы и месяца не продержитесь.

dyakoff:
FastCGI конечно выигрывает по скорости, но он нагружает систему. .

Эво оно как! (c) др.Быков

И какой, позвольте спросить, конкретно параметр он нагружает более чем CGI?

Да вот и я о том, что нормальное решение не быстро. У reg.ru был прекрасный программист - неделю делал. Точнее делал час, а разбирался неделю.

CGI - очень уж медленный. Его же никто не использует. 90% людей сидят на FastCGI.

А, понятно. А что будет если надо будет подставить третью версию, например PHP 5.4? Или сделать, чтобы все версии работали нормально через один тип (только через модуль Апача или только через CGI/FastCGI/SCGI) ?

dyakoff:

ЗЫ я чтото говорил о стандартных репозиториях? Да, 52 остался лиш в некоторых, или вы не в курсе как добавить репозиторий?

Вы сейчас разговариваете с мейнтейнером библиотек odb и reflex (ищите по слову michael.abramovich - это я). Есть еще желание острить?

Я не только умею добавлять репозитории, я еще их и создаю на основе пулов и сложнейших утилит типа dak. Осилите повторить? :) Я просто не доверяю другим репозиториям, поэтому был несколько удивлен, что Вы их используете. Мне даже в голову такой ужас не пришел. Впрочем этот вопрос можно оставить. Есть пакет - нет проблем. Не суть каким способом достали, главное работает. А вот более интересный вопрос идет дальше:

dyakoff:

:facepalm: Че, че? Какой скрипт...? Какого апача...? Это называется - мы не ищем легких путей. :)

Судя по картинке у Вас выбор PHP делается per domain, а не per account. Это значит, что при переключении этого меню, у Вас что-то правится в конфиге Apache. И так как судя по всему речь идет о использовании модуля PHP, а не FastCGI, то правится не враппер, а хэндлер.

Вот тут поподробнее можно пожалуйста как Вы это так быстро запилили?

Если есть простой способ, то какой? Может я правда чего-то не знаю и изобретаю велосипед?

dyakoff:
aptitude install php5 php52 + libapache5-52....

Если из сырцов собирать то конечно, но есть же вариант проще :) Только на Deb проходит такое.

Что это за пакеты такие? Откуда они взялись? В стандартном репо я таких не нашел.

А скрипт переделки конфига Апач тоже за 10 минут написали? Всмысле писать то там 10 минут, но разобраться минимум неделя уйдет.

dyakoff:
Минут с 5 на связку ушло, и еще 10 в панель прикрутить :))

??? Билд пакета PHP в другую директорию только идет примерно два часа.

Вообще элементарно делается. Помоему уже у всех хостингов есть. Правда вот у нас не автоматически, а через запрос в тикет. Но сделать автоматически тоже не сложно.

Potka:
С настроенным nginx, без апача, всегда будет ускорение...апач прошлый век.

Профессионал detected? Чем меньше человек понимает, тем безапелляционнее его высказывния.

Nginx и Apache - две несравнимых вещи. Грамотнее сказать: Apache в качестве бэкэнда плох, потому что тяжел (кстати вопрос кривых рук). Но он всегда будет самым популярным, потому что никто другой не умеет читать .htaccess и потому требует как минимум рутовых прав, чтобы запустить сайт с тем же rewrite например.

Так что рекомендую на форумах не писать, а читать. Будете намного больше тонкостей знать, что пойдет Вам на пользу.

Всего: 1963