Да, расскажите, что хотите сделать.
Можно сделать RAID, можно информацию раскидать по дискам и т.п.
А вот это не так :)
У нас среднее время на тикет 5-10 минут. Тикеты удобнее тем, что там все разом не пишут и не ждут ответа через 30 секунд и не пишут сообщения вида "Ну где вы там?".
Иногда можно оперативнее проблему решить через тикет. По очереди решаешь задачи и не отвлекаешься. По завершению отписываешь. Все довольны :)
Для срочных вопросов у нас есть онлайн-чат :) Если нужно обсудить всё в онлайн-режиме и есть какие-то вопросы. А по конкретной задаче удобен тикет.
P.S.: Просто не удержался :)
Too many connections - это ограничения хостинга. (хотя обычно "max user connections" при лимитах... странно)
20 одновременных коннектов - это много, чтобы при сотне посещаемости создавать проблемы.
У нас лимита в 20 подключений хватает для сайтов с посещаемостью в несколько тысяч (даже иногда десятков тысяч) посетителей.
Может проблема в хостинге, а может в скрипте.
Я вот не знаю, не программист... Функция mysqli-real-connect может открывает постоянное подключение и они копятся? (чем отличается от mysqli-connect? Программисты, подскажите...)
Может какие-то настройки можно поправить в движке.
Мы здесь обсуждаем технические требования к хостингу и что топик "ищу хостинг для joomla" не наталкивает на мысль, что нужно что-то особенное.
1. Прошу прощения, вы вникли в проблему?
Options -MultiViews
Что делает опция? Пытается выключить MultiViews, который почти везде выключен. Этого как раз просто не требуется и Drupal это делает "на всякий случай". (А вдруг включён?) Это даже глупо, т.к. при запещённом MultiViews вызывает ошибку 500.
Такая строчка просто не может быть нужна для корректной работы сайта, т.к. сайту нужен выключенный MultiViews, который и так выключен.
2. Ну вот о том и речь, то тема не информативная для хостеров и будет просто реклама всех подряд в теме.
1. Откуда? Клиент ставит движок, пишет в саппорт по ошибке 500, тот за 10 минут максимум определяет проблему и решает. Тут вообще незачем знать, что там за движок.
2. Тут согласен. Но "хостинг для Drupal" не говорит о наличии проблемы, т.к. в старых версиях и версии 7.2 её просто нет.
3. Я говорил о технических требованиях. Где не заработает phpBB любой версии? Уверен, что на 99% заработает без боли хоть одна версия. А версия тут не указана и модули так же. Да я и не знаю ни одной версии (может не всё в курсе), которая имеет специфические требования.
1. Вы о чём? Там MultiViews на всякий случай выключается. Никакого с этой строки смысла, если он выключен и так. Убираем строку и всё работает. В логе ясно понятно в чём ошибка и гуглить не нужно. Выключение без того выключенного MultiViews разве необходимо?
2. Пока ни одной (!) подобной проблемы не возникало. У нас ПО обновляется так, чтобы не "отломать" никому сайтов. А новых для php 5.3 пока ни одного не поступало, которые не работают с 5.2.x.
3. Прочитайте первое сообщение ТС.
Вам фраза "Нужен не дорогой хостинг для движка phpBB. Желательно из проверенных..." говорит о системных требованиях к хостингу?
Я изначально писал именно об этом. Тут никакой информации нет. Ни версии движка, ни модулей, ничего.
И такие темы частые.
Видимо вы меня совершенно не поняли.
Речь про "хостинг для движка xxxx". Должен подойти любой нормальный. Если саппорт не в состоянии глянуть лог и решить подобную проблему, то это уже не "нормальный" хостинг.
Т.е. тут нужно не спрашивать "подойдёт ли хостинг для xxxx", а "вы вообще в состоянии решать примитивные проблемы с сайтом на своём хостинге?".
Смотрим логи и http://xandeadx.ru/blog/drupal/325
Там -MultiViews, который нафиг не нужен. Редко, где MultiViews реально включён глобально, поэтому просто выдернуть из .htaccess эту строку.
Вменяемый саппорт вопрос решит. Так что, не пример это движка, который не заработает на любом хостинге :)
Жуть как не безопасно.
Options MultiViews в <directory></directory>безопасности не повредит, но включать её глобально не стоит, иначе могут случайно появиться несуществующие страницы в индексе.
Но клиенту прописать можно, чтобы его сайт работал. Это такая проблема для хостинга, что "не на каждом" друпал заработает?
Ну это собственно не проблема. AllowOverride в <directory> вопрос решает. Задать можно глобально и не париться. Тут дело в настройке сервера под хостинг, а не в друпале.
Да и решаемый вопрос (если такие у вас настройки) это не тоже самое, что "будет ли работать друпал 7" -> "нет, не будет". К чему задавать подобные вопросы, если работать будет и вы вопрос клиенту решите?
Мы тут обсуждаем то, что "хостинг для движка xxx" в большинстве случаев бессмысленная тема.
