1. Главная
  2. gor

gor: Комментарии

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

13 марта 2009 в 22:07

Значит стоит cPanel. при этом eaccelerator или еще чего такого - не стоит. Кстати указаная цифра не совсем верна, - она не отображает сумарную нагрузку вашего сайта на сервер, а лишь пиковую нагрузку единичных скриптов.

У вас d6 ? кстати проверка обновлений отключена? и не стоит ли модуль Poormanscron ?

Кстати так же советую отключить модуль статистики.

13 марта 2009 в 20:55

а что за хостинг? PHP работает как cgi или как mod_php
Откуда такая цифра -6,8% - вообще интересно как эта статистика собирается.
Вообще в целом может вам стоит поискать хостинг что оптимизирован под друпал?

7 марта 2009 в 1:48

GRAF_FATALIST wrote:
У знакомого весел у них сайт gdegde.kz Как посещаемость возрасла до 2500-3000-3500 человек в сутки его попросили снизить нагрузку или перейти на выделенный сервер. Он проводил работу по оптимизации, но существенно снизить нагрузку не удалось, пришлось искать выделенный сервер.

Данный сайт находится у меня на хостинге сейчас. Нагрузки от него нет, только бешеный траффик) Посещаемость только возросла.

28 февраля 2009 в 19:54

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

Так что правильнее делать средствами сервера, специальной службы cron.

21 февраля 2009 в 17:44

Zga wrote:
Именно силами всего сообщества, а не силами Акселя, который тащит на себе весь сайт и свои проекты помимо всего...

Думаю Аксель первый не согласится с вами). Просто он никак не соберется сделать "Доску Почета", где запишет имена, ники всех тех, кто принимал, принимает и будет принимать активное участие в развитии drupal.ru
О Фриноде читайте тут http://drupal.org/irc

19 февраля 2009 в 19:54

Я тут подумал...
Может стоит сделать следующим образом?
1 - размещать в описании модуля с флагом [RU] Если модуль имеет свой рисунок, то накладывать [RU] гдето в уголку
2 - размещать ру описание всетаки ниже английского.

Я думаю это будет менее конфликтный вариант, но при этом достигнута цель показать - русские работают и участвуют.

13 февраля 2009 в 19:57

Может Химический Али создаст некое подобие правил размещения в раздел выставки сайтов?
Благо судя по конструктивным критикам - написать есть что.
И нам польза и новичкам инструкция.

13 февраля 2009 в 17:01

yola wrote:
а где такой хостинг найти - на 128 мб?

ТС утверждает, да и сам хостер данного топика - что указаное количество оперативной памяти доступно.
Как альтернативу - можете расмотреть мое предложение

13 февраля 2009 в 16:59

Приветствую всех.
Хочу представить вам хорошего человека в первую очередь и админа в вторую)
Эдуард. Он смотрит за нашими серверами в дневное время по МСК.
Напоминаю, что для связи стоит использовать тикет систему по адресу http://support.it-patrol.com или письмом на support@it-patrol.com.
В Случае если проблема срочная - выставляйте HIGH приоритет тикета, но не злоупотребляйте им.

12 февраля 2009 в 17:36

kwas wrote:
Ребята, а что на 24 Мб совсем туго будет работать?
Совсем недавно сделал на бесплатном хостинге. Пока сайт полупустой, проблем не замечал. Они нужны вообще - эти 256?

К сожалению да, возникают ситуации когда нужны.
Например при включении imagecache модуля.
Если вы включаеете Views, CCK - то 100% нужно больше памяти. Не 256 конечно. 128 в обычных ситуациях вполне хватит.

11 февраля 2009 в 17:10

планируется, скорее всего перенесу этот момент на свой блог, который делается.
К сожалению сейчас практически нет времени, потому проект заморожен.
ТОчнее у меня код ушел далековато от того, что в репозитории (под заказы изменения делал).
Надо найти свободную недельку, облагородить его и выложить стейбл версию.

11 февраля 2009 в 7:31

serverside-ru wrote:
......что касается "играть в админа впс" - все гораздо проще, существуют как бесплатные панели управления сервером так и платные, для vps лицензии не дорогие, так что эта проблема решается сразу при покупке инсталом панели в которой пользователь сам будет разруливать.

11 февраля 2009 в 2:45

serverside-ru wrote:
бывало, но у нас лимит выше на одновременные конекты. вообще , в подобных ситуациях виноват клиент, т.к. на shared хостинге не предусмотрено размещение сайтов с нагрузками при которых обычно используют vps

Я не согласен с предвзятым отношением к клиенту. Собственно в данной ситуации клиент может оказатсья пострадавшим (при надобности могу накидать парочку примеров), а не виновником.

8 февраля 2009 в 0:44

perloid wrote:
вы наверное имели ввиду процедурный подход. пхп - не функциональный язык.
что, теперь предлагаете переписать друпал, чтоб везде
использовал рекурсию?

попробуйте еще, value(40000000);
у пхп жесткие ограничения на вложеность рекурсии.


ваш ответ совершенно не вкасу, плохое утро?

7 февраля 2009 в 17:44

max_user_connections - это описание н значение данной переменной.

Для вас пару вопросов:
- какая посешаемость на вашем сайте
- на сколько он тяжел (список установленых модулей)
- если можете добыть, то предоставте loadavg с сервера (показывается командами w,uptime), когда у вас возникает проблема с подключениями.

4 февраля 2009 в 17:37

Видимо их сайт - serverside.ru, крутится на отдельной виртуалке, на базе openvz (System Linux nanoserv.name 2.6.24-ovz005.1-PAE ). Возможно с Plesk на борту.
Если ТС предоставит phpinfo с его личного сайта на этом хостинге, то сможем увидеть реальную ситуацию на предоставляемом сервере.

4 февраля 2009 в 17:31

А вы сами как думаете?)
Если честно, то если бы не ваше участие - 2,5 года на сайте, то я бы лично воспринял как спам в тиле taghosta который тут шастал по всем топикам и предлагал свои услуги.
Видимо Вами, как и мной, движет всетаки желание помочь ближнему.
Коль так , то ничего). В вашем топике тоже малость отпишусь).

3 февраля 2009 в 18:09

Приветствую всех.

На сейчас проблему с недоступностью сайтов на сервере 81.176.122.20 устранена

Поповоду мер против повторения такой ситуации - отпишусь немного позже, пока что ищу оптимальные варианты.