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

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

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

25 июня 2015 в 11:35

Спасибо!
А в чем принципиальная разница в использовании этого модуля или экспорте через phpmyadmin?
p.s. кстати, если тупо по умолчанию без доп.настроек и gzip'ов экспортировать в простой sql-файл, то все прошло без проблем. Не понимаю, почему?!

26 мая 2015 в 14:33

riyuzakki wrote:
Создаете обычное меню. Заполняете его лапками. Выводите его обычным блоком. Темизируете свой блок. Все.

А что в этом контексте означает "Заполняете его лапками"?
Спасибо!

13 января 2015 в 23:36

Статистика у хостера, увы, только за неделю, но до 4.01 ничего подобного, ИМХО, не наблюдалось и в сигнальную "оранжевую" (предшествующую "красной" перегрузке) зону не попадали, я следил.
Кстати, закрыл xml-rpc и, о чудо, нагрузка по "в-в" резко упала в три раза, так что есть вероятность что это было оно...
Интересно только, сайт "брутфорсили" или просто DoS-сили? Это можно как-то понять БЕЗ доступа к логам Apache?

12 января 2015 в 20:32

Спасибо!
Закрыл. Подожду - проверю статистику.
А на что это может действовать? Это просто DoS или что-то серьезнее? Где можно почитать?
На Drupal.org нашел (https://www.drupal.org/SA-CORE-2014-004), что проблема была актуальна для версий <= 6.33 и (вроде бы?) решена в 6.34 (а на сайте стоит вроде бы последняя)...
ладно, понаблюдаем...
ещё раз, спасибо!

5 января 2011 в 23:46

М-да...
Проблему удалось... "преодолеть" только радикально увеличив в php.ini директиву max_execution_time - до 180, хотя реальное наблюдения показало, что хватило бы и 100.
В общем, что-то реально тормозит PHP, возможно, какие-то из установленных ранее сайтов с большим набором модулей...
Кстати, простое отключение нескольких несложных (в части функционального наполнения) сайтов никакого существенного эффекта не дало.
В общем, спасибо за участие...
Коллеги!

5 января 2011 в 10:55

<a href="mailto:v1adimir@drupal.org">v1adimir@drupal.org</a> wrote:
winny63 wrote:
Оперативки 2 гига.

важно не сколько RAM в системе, а сколько разрешенно использовать апачу и php-скриптам.

Я тоже это подозреваю! Какие параметры это регулируют?

4 января 2011 в 19:46

Попытался немного изменить схему мультисайтинга, создав все под корнем одного сайта (не знаю, может это имеет значение; как видно из моего предыдущего поста - один из сайтов "нарушал" эту схему).
Не помогло (что, вероятно, кому-то очевидно).
Может действительно не хватает ресурсов, т.к. все логи всех сайтов "захвачены" (не открываются на редактирование, по крайней мере, FAR'ом).
Странно - Перечень ресурсов в предыдущем посте, вроде бы не так их и мало... Как это можно проверить?
Полный кусок access-log'а при первом входе на новый сайт:

4 января 2011 в 17:26

<a href="mailto:v1adimir@drupal.org">v1adimir@drupal.org</a> wrote:
у меня 12 сайтов в текущий момент настроены подобным образом. все работают.

что в error.log апача пишется вместе с 500-й ошибкой? проверь если свободное место на диске и сколько друпалу доступно памяти?


В log'е все заканчивается:

3 января 2011 в 14:48

RxB wrote:
Виртуальный хост в студию + пора бы научиться читать логи ошибок

а по-конкретнее, если можно...
Как я говорил, в access-log'е сайта все нормально проходит с первоначальным запуском, а потом выдается код 500...
или Вы говорите про другой log?

3 января 2011 в 14:21

Стоит один drupal. В на сервере базы данных для каждого сайта организована отдельная база. Один сайт настроен и работает как default (в соответствующей папке в sites). Для всех других сайтов в папке sites лежат папки типа sitenameN.TESTSITE.RU, содержащие наборы папок: files, modules, themes... В настройках Apache, соответственно, настроены виртуальные хосты. В общем, ничего необычного.

21 октября 2010 в 21:48

Спасибо за ответ-совет.
Эту статью я тоже читал и, увы, выполнение указанных рекомендаций не помогло.
Меня очень смущает, что во многих статьях то акцентируется внимание на то, что при мультисайтинге (т.е. работе с виртуальными хостами и сайтами drupal'а в отдельных директориях в drupal\sites) настройки надо делать по другому (чуть-ли не в каждом VirtualHost'е) - а это именно мой случай, то пишут что проблем нет никаких... Но внятности нет, а при попытке чтото добавить в настройку виртуальных хостов приводит к тому, что Apache просто не запускается...