"faraon" wrote:

Думаете, PC_M@niac ждал ответ 7 лет (с 28/07/2006)? :-)

Ахах
Я уже и забыл об этом вопросе. На самом деле решение нашёл тогда у буржуев, и немного под себя допилил:

Chyvakoff wrote:

А зачем к одной ноде цеплять 2 поля на один и тот же словарь?

Т.к. они ссылаются на одну сущность (контрагент), просто в одном поставщик, а в другом получатель, но база контрагентов одна и нет смысла дробить на две т.к. большинство из них могут выступать как в роли поставщика, так и в роли получателя.

Вот кусок кода с теми двумя полями что на скриншоте. Явно видно что для даты добавлен филдсет с заголовками. Понятное дело что можно сделать костыль и скрыть это безобразие при помощи CSS, но неужели нет возможности просто сказать ему не создавать этот никому не нужный филдсет? Может кто сталкивался?

Нашёл решение - забить на Ubercart
Разбираюсь с Drupal Commerce

Разобрался с отбором по аргументам, но он почему-то не работает на страницах редактирования.
У меня получился код:

Нашёл пример "от обратного", но не могу придумать как переделать.

Если добавить аргумент "Таксономия: ID термина" и выбрать "Предоставить аргумент по/PHP код" и написать код:

Попытался заюзать Conditional Fields, но он не воспринимает в качестве управляющих полей таксономию.

Есть вопрос по полю CCK Node - там как параметр вьюхе можно передавать %nid. А какие ещё параметры можно передать? В доке не нашёл.

На своём серваке я тоже скриптами бэкаплю, сейчас даже городим ZFS пул для бэкапа.
А вот на шареде уже сложнее, там нет доступа к консоли. Зато с шареда у меня ещё лежат бэкапы 2004г, пока не удалял

Удобно было что он делал ежедневные бэкапы БД и слал их почтой на шареде такое сложно автоматизировать. Теперь наверное буду делать Sypex Dumper'ом и забирать по ftp.

Виновник был найден, им оказался backup_migrate, который создавал слишком большую нагрузку при создании резервной копии БД по крону. Он в таком режиме проработал месяца три, но при возросшем потоке спама уложил сайт. Отключение данного модуля позволило вернуть назад и комментирование (Mollom реабилитирован) и хранение аксесслога за длительный период.

"Dan" wrote:

Я сам этой темой не заморачивался, но вроде друпал может юзать syslog системы. Хотя на шаред вряд ли что-то получится.

Да, на шареде - без вариантов. В идеале - писать логи в файл с ротацией, забирать на себя и локально изучать. Надо будет покопать в эту сторону, может сподоблюсь модуль накатать.

Ну в awstats я не буду видеть внутренних матюков от разных модулей, а без них теряешь ощущение контроля над происходящим.

Akismet не понравился, останусь с Mollom. Помогло полное отключение комментариев и уменьшение acceslog'а до 1 дня (была 1 неделя).
Основной поток схлынул, верну комментирование, но с принудительной капчей - посмотрим на результат.

А никто, случаем, не сталкивался с заменой родных acceslog'а и watchdog'а на что-то более производительное?

Пока разбираюсь, отключил комментирование гостями - через 2 дня нагрузка плавно сползла и выплыло то, чего и стоило ожидать - постоянно идут запросы к УРЛе, которой в данный момент нет в интерфейсе. Это доказывает предположение что льют чем-то типа хрумера, минуя запросы к самой странице.

"Ветер" wrote:

Если автоматом льют, то попробуйте поставить задержку на кнопку сохранить комментарий секунд на 20.

Не совсем понятно куда ставить? Если на интерфейс при помощи js, так смысла нет т.к. льют просто дёргая урлу формы отправки. Если на стороне сервера - уже интересно, но не совсем понимаю как.

Нашёл настройки PHP

Да, была мысль отключить комментирование вообще. Отключать только mollom нельзя т.к. задолбаюсь потом удалять комменты.

Про атаку медленными сессиями я читал, и вроде как у апача даже есть от этого какая-то защита. Не в курсе, может я могу как-то ограничить время сессии через .htaccess или php.ini? Это всё что мне доступно из серверных настроек.

Для начала попробую пока отключить комментирование.

Без ImageCache как-то очень грустно всё... может откатить до 1.6 ? Только вот как это сделать без потери пресетов?

В догонку:
На том-же самом хостинге у меня висит ImageCache 5.x-2.1 на Drupal 5.7 и всё работает отлично, а вот тут на 5.8 странности...

Похоже что проблема с кэшем. Меняю видимость одного из блоков (любого), видимых на главной странице и она один раз открывается. Если немного "погулять" по сайту и вернуться на главную - она снова не открывается. По-умолчанию кэш включен только для гостей. Отключил кэш для гостей и всё ожило.

Не очень хочется работать без кэша, как можно его подрихтовать?

Там хостинг весьма жирный и под ПХП 32 метра выделяется.
И тогда вопрос: почему под админом работает и открываются те-же страницы, причём на них есть дополнительно блоки, отсутствующие у гостей. Т.е. для генерации страниц админа должно расходоваться больше памяти.

Запрос в саппорт написал на случай если это проблемы сервера, но всё-таки странно что под админом работает и есть подозрение на сам сайт.

Какие ещё есть идеи?