Айдар: Комментарии

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

28 июля 2011 в 13:47

Да, согласен, все зависит от приоритетов, а если касается url, то они чаще всего должны быть одними из самых высоких (просто название словаря используется в других местах, урлы русские, а, следовательно, должны быть короткие, дабы не разорвать и без того хилый мозг семейства ишачков, ну и еще ряд подобных факторов).
Придется пересмотреть свои взгляды на это.
Спасибо за помощь!

28 июля 2011 в 12:19

"RxB" wrote:
Вот вам принудительная очистка кеша

Огромное спасибо за модуль!
"Айдар" wrote:
отключать модуль, т.к. он без кеша достаточно сильно грузит сервер.

Все же пока не решаюсь применять такого рода скрипт, заменил HS на BEF - "спецэффекта" меньше, но практичность дороже.

28 июля 2011 в 10:25

1. CSS vs. Firebug
2. Сделайте в обратной последовательности все перечисленные Вами манипуляции, т.к. все телепаты по четвергам уходят на "Битву экстрасенсов".
3. Что такое балун?

28 июля 2011 в 9:41

"Garin33" wrote:
Максимальное количество синонимов при массовом обновлении

Вот блин! Все перекопал - даже другие моды, а бревна то не увидел! Smile
Спасибо огромное! Поставил значение в 5000 и пошло дело:

28 июля 2011 в 0:26

"<a href="mailto:v1adimir@drupal.org">v1adimir@drupal.org</a>" wrote:
Ключи только на отдельном носителе

Я имел в виду в контексте того, что ишачок как бы при всем том стремлении к безопасности.

28 июля 2011 в 0:04

"q2_faith" wrote:
в самописный модуль вывода формы добавлен Яваскрипт?

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

27 июля 2011 в 22:45

"Andruxa" wrote:
Итак, в сухом остатке имеем дырявый осёл, с пониженной безопасностью и запущенный под учеткой админа.
Речь идет о клиент-банке, напоминаю.

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

27 июля 2011 в 22:40

Альтернативы модулю не видел.

"KostyaAtDrupalru" wrote:
база будет небольшая, и не важно сколько памяти подомнет

Вы разрываете мне мозг Smile
Любой базы может не хватить - у меня за сутки база выросла с 40 до 360 Мб при 10 страницах с HS и практически нулевой посещалкой.

27 июля 2011 в 22:37

"sergip" wrote:
подпишусь

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

27 июля 2011 в 14:50

Нашел такой скрипт: _http://korjik.org.ua/ochistka-tablic-mysql-po-raspisaniyu/
Если его по крону запускать, скажем, каждый час, то ведь не шибко сильную нагрузку создаст?
И это... в php нуб дуб - вроде синтаксис правильный, ничего там не должно удалиться (нет команд типа "drop " )?

27 июля 2011 в 13:03

Прошу прощения, я неверно объяснил, видимо - нужно скрыть определенные словари от ролей (всех).

Т.е. юзер добавляет ноду и видит только 3 словаря, присваивает термины, после чего нода сохраняется со статусом "не опубликована". А потом уже я как админ присваиваю термины из остальных 2-х словарей и публикую ноду.

Т.е. если я уберу галки в настройках словаря, то тогда и я не увижу этот словарь при правке ноды.

Спасибо!

27 июля 2011 в 12:52

"mmc" wrote:
хс

Имеется в виду hc.ru ?
У меня тоже на мастерхосте с этим было нормуль (зато с другим хреново).

С другой стороны, что может сделать хостер, учитывая, что у меня шаред?

И, таки отключить это кеширование получается никак?

27 июля 2011 в 12:24

И еще, что странно, еще на одном сайте на этом же хостинге стоит HS той же версии и включены те же подмодули (все), с несколько большей посещалкой - там все нормально.

27 июля 2011 в 12:22

Версия 6.x-3.7
Drupalhosting.ru

Сейчас очистил таблицу, попробовал поиграться с exposed filters, которые сделаны с помощью HS - таблица на глазах тут же выросла до 10Мб. Причем весь этот мусор находится именно в DATA (longblob).

27 июля 2011 в 12:04

upd: Теперь cache_hierarchical_select весит 350 Мб, а вся база при этом 370.
Может быть вообще можно как-то отключить кеширование hierarchical select? В настройках нигде не нашел, нашел только "Кэширование в базе данных HTML 5 на стороне клиента", но это, видимо, не то.

26 июля 2011 в 9:34

"Garin33" wrote:
Всякие мастерхосты

Полностью согласен - отсутствие eAccelerator на умеренных тарифах напрочь упирает Drupal в 64Мб лимита.
"Garin33" wrote:
Лучше смотреть в сторону VPS