Как правильно прикрутить форум к сайту?

Главные вкладки

Аватар пользователя Venice@drupal.org Venice@drupal.org 4 августа 2009 в 2:41

Как лучше сделать форум на сайте? Имеется сайт- магазин, нужен на нем же форум, включила модуль форума, но после этого
на страницу включения- отключения модулей войти могу через раз - сообщение о нехватке памяти PHP. Сейчас размер памяти - 32 Mb. Хостинг виртуальный, хостер памяти больше не даст.
Все незадействованные модули удалила. Принципиально ситуация не поменялась. Делать форум в поддомене? А как его обособить от движка собственно сайта?
Извиняюсь, если вопросы глупые, я начинающая в drupal. Если это уже где-то обсуждалось, киньте ссылку, пожалуйста.

Комментарии

Аватар пользователя marazmus marazmus 4 августа 2009 в 8:45

Меняйте хостера, однозначно. 32 мегабайта на скрипт - это прошлый век, совок и безнадега. Нормальные хостеры уже давно дают 64, 96 или 128 без особых проблем.

Аватар пользователя SolarWind SolarWind 4 августа 2009 в 8:46

Да, виртуальная площадка с 32 метрами памяти - не вариант вообще. Забудьте и переезжайте на другую площадку.

Аватар пользователя Venice@drupal.org Venice@drupal.org 4 августа 2009 в 9:53

Действительно другие легко дают больше? В принципе, этот хостер меня до сих пор устраивал. Другой мой сайт там уже довольно долго живет, но не на drupal. А хостер - sweb.ru.

Аватар пользователя marazmus marazmus 4 августа 2009 в 10:03

Есть следующие варианты:

1) Попинать хостера, чтобы выделил больше памяти на скрипт. С этим хостером не работал, не могу ничего сказать. Если согласится, то хорошо. Если нет, то 2) или 3)

2) Не использовать стандартный модуль форума. Установить бесплатные движки форумов в отдельный поддомен, причем те движки, для которых есть модуль интеграции - на данный момент я знаю два движка, это SMF и PHPBB3 (это хорошие движки, практически лучшие из бесплатных). Установить движок форума, установить модуль интеграции. Возможно, удастся вписаться в 32 мегабайта, но это все равно плохой выход.

3) Валить от хостера к другому. Перед переездом тщательно опросить кандидатов на предмет "сколько памяти на скрипт дадите?"

4) Купить VDS, но в вашем случае это тоже плохой вариант - сразу нужен будет администратор, и бюджет возрастет до 50-60 баксов в месяц. Впрочем, если магазин оправдывает эти деньги, то это лучший выход - не будете зависеть от соседей по хостингу, получите гарантированные ресурсы (память и диск), админ вам все настроит и будет решать технические проблемы, а вы будете заниматься своим делом - развивать магазин.

Аватар пользователя Venice@drupal.org Venice@drupal.org 4 августа 2009 в 10:29

marazmus wrote:
Есть следующие варианты:

1) Попинать хостера, чтобы выделил больше памяти на скрипт. С этим хостером не работал, не могу ничего сказать. Если согласится, то хорошо. Если нет, то 2) или 3)

2) Не использовать стандартный модуль форума. Установить бесплатные движки форумов в отдельный поддомен, причем те движки, для которых есть модуль интеграции - на данный момент я знаю два движка, это SMF и PHPBB3 (это хорошие движки, практически лучшие из бесплатных). Установить движок форума, установить модуль интеграции. Возможно, удастся вписаться в 32 мегабайта, но это все равно плохой выход.

3) Валить от хостера к другому. Перед переездом тщательно опросить кандидатов на предмет "сколько памяти на скрипт дадите?"

4) Купить VDS, но в вашем случае это тоже плохой вариант - сразу нужен будет администратор, и бюджет возрастет до 50-60 баксов в месяц. Впрочем, если магазин оправдывает эти деньги, то это лучший выход - не будете зависеть от соседей по хостингу, получите гарантированные ресурсы (память и диск), админ вам все настроит и будет решать технические проблемы, а вы будете заниматься своим делом - развивать магазин.

Попинала. Не выделят. Предложили VIP хостинг, где 32 Mb на процесс. Но магазин только-только открыт, и платить сразу по тарифам VIP не хотелось бы, равно как и VDS. Свалить - вполне себе вариант, вот только как бы найти не только достаточно памяти, но и надежность, доступную техподдержку, свежие версии ПО и проч..? Эх, геморрой, однако.
Про сторонние движки подумаю, спасибо.

Аватар пользователя gn@drupal.org gn@drupal.org 4 августа 2009 в 10:33

32M для Друпала - это "шаг влево, шаг вправо - попытка к бегству, прыжок на месте - провокация". Работает, если стоять на месте и не шевелиться.
Есть хостеры, которые по умолчанию дают 32, но могут увеличить по просьбе трудящихся, или позволяют редактировать php.ini до разумных пределов.
Объясните хостерам, что 32М вас не устраивает, нужно хотя бы 64. Если увеличить нельзя - однозначно переезжать.

Аватар пользователя dobradmin dobradmin 4 августа 2009 в 10:59

а учитывая что сейчас можно купить классный vds за теже деньги (10 евро) у буржуев и без проблем давать по гигу памяти то задерживаться не стоит.

Аватар пользователя marazmus marazmus 4 августа 2009 в 11:04

"dobradmin" wrote:
а учитывая что сейчас можно купить классный vds за теже деньги (10 евро) у буржуев и без проблем давать по гигу памяти то задерживаться не стоит.

Если вы имеете в виду не к ночи буде упомянутому keyweb.de и их невменяемых реселлеров keyweb.ru, то за 10 долларов в месяц вы поимеете головных болей минимум на 100. Это раз.

Два - если просто вот так купить VDS и ставить на него Друпал, то хорошего ничего не будет. Будут те же проблемы, будет отсутствие нужных модулей (к примеру php5-gd не установлен практически в любой VDS-сборке), будет ненастроенный php.ini, плохо настроенный MySQL и еще много всего, что в целом сильно скажется на работе конкретно с Друпалом.

В этом случае нужно сразу закладываться на хотя бы единовременную оплату услуг админа по предварительной настройке VDS, и на ежемесячные платежи от 16 долларов - это сейчас средняя цена для VDS с 256 мегабайт памяти.

Аватар пользователя m16 m16 4 августа 2009 в 12:27

Мой хост даёт 38M.
Проблема была та же.
Прописал в index.php - ini_set('memory_limit', '90M');
Сейчас, тьфу-тьфу, работает нормально. Пока админы ни как не реагируют, может не заметили.

Аватар пользователя Venice@drupal.org Venice@drupal.org 4 августа 2009 в 15:10

Послушайте, я сейчас вставила в свой .htaccess строчку
php_value memory_limit 96M (больше постеснялась).
И, памяти стало 96. В модули, соответственно, легко вошла.
Стоит ли рисковать - заметит- не заметит хостер?
Или если получилось увеличить память таким образом, то это и разрешено?

Аватар пользователя marazmus marazmus 6 августа 2009 в 9:53

"<a href="mailto:Venice@drupal.org">Venice@drupal.org</a>" wrote:
А почему не лучший вариант? Просто думаю, может лучше сделать ноги от такого хостера, пока проект не слишком разросся...

Если проект перспективный, и тем более планируется рост пользовательской базы (судя по тому, что вы планируете форум), то переезд однозначно нужен. 10-30 пользователей онлайн нагружают сервер существенно выше, чем сотня гостей.

Аватар пользователя Venice@drupal.org Venice@drupal.org 7 августа 2009 в 1:20

marazmus wrote:
"<a href="mailto:Venice@drupal.org">Venice@drupal.org</a>" wrote:
А почему не лучший вариант? Просто думаю, может лучше сделать ноги от такого хостера, пока проект не слишком разросся...

Если проект перспективный, и тем более планируется рост пользовательской базы (судя по тому, что вы планируете форум), то переезд однозначно нужен. 10-30 пользователей онлайн нагружают сервер существенно выше, чем сотня гостей.


Не, я понимаю... Увеличить память для PHP через добавление строчки в .htaccess у меня получилось. Памяти сейчас у меня 96M. Хостер никак не реагирует. Все режимы работают.
А выше написано, что увеличение доступной памяти таким образом - не самый лучший вариант. А почему?

Аватар пользователя Master of Tragedy Master of Tragedy 7 августа 2009 в 2:26

Потому что если все таким образом будут себе количество пямяти увеличивать, то ее все равно на всех не хватит. Сервер не резиновый. Фактически кто-то ее недополучит в любом случае.

Аватар пользователя Venice@drupal.org Venice@drupal.org 7 августа 2009 в 15:25

Master of Tragedy wrote:
Потому что если все таким образом будут себе количество пямяти увеличивать, то ее все равно на всех не хватит. Сервер не резиновый. Фактически кто-то ее недополучит в любом случае.

Спасибо, поняла.