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

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

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

15 октября 2012 в 13:51

В общем, пробовал прикрутить nodequeue, выдаёт ошибки при редактировании вьюшки.
Нашёл Sortable Grid Views Plugin, ошибка Ajax.
Ещё одно DraggableViews, ошибка переполнение памяти при любом её значении...

14 октября 2012 в 19:09

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

29 сентября 2012 в 12:26

Моё знакомство с File cache произошло сегодня, на готовом сайте. Хозяин обратился с жалобами на производительность.
Обнаружилась гора файлов в директории File cache. Попытка сделать drush cc all приводила к полному зависанию VDS. Попытка отключения модуля через drush dis тоже, не говоря уж об админке. Попытка удалить содержимое директории через шелл привела к ошибке "Too many arguments". mc вешается при попытке зайти в директорию! Сейчас удаляю, скармливая имена файлов через xargs. Уже 10 минут!

17 сентября 2012 в 17:37

q2_faith
Ура! Наконец-то вменяемый файл на выходе. Премного благодарен.
Кто будет повторять, для получения URL картинок ставьте Image URL Formatter.

17 сентября 2012 в 16:44

Какой кошмар...
В общем, ищется способ вывести все ноды с полями в стандартный CSV файл. Иначе придётся кодом напрямую из базы колхозить.

8 сентября 2012 в 13:54

Решено.
Поставил rules_autotag
Создал rule, забивающее тегами ноды при обращении к ним.
Написал на PHP простенького паука, оказалось достаточным пройти по тизерам, т.е. по блоговой ленте. За 20 минут на локалхосте отстучал 3К нод.

27 августа 2012 в 11:45

Я же написал, что всё без разбору. Неустранённое по забывчивости следствие эксперимента по борьбе с высокой нагрузкой. В дефолте у меня всё работает как надо.

13 августа 2012 в 15:27

Странно, какие nodewords в семёрке?
У меня тоже проблема с metatag/metatags.
До этого делал, всё с горем пополам заводилось. Теперь же не переназначает исходные (из настроек сайта) теги. Все патчи перепробовал, ставил разные версии, ничего не действует. Поля сохраняются, а на выходе как без модуля.

9 августа 2012 в 11:02

Автору, конечно, благодарность за большую подробную статью, но одно существенное замечание.
За описанием мелочей (вплоть до методик пользования FTP клиентом) так и не увидел сути. Человеку же главное понять принцип, а не запомнить последовательность действий.
Из того, о чём смог догадаться. От старого сайта оставляются таблицы, относящиеся к контенту и конструкции, всё остальное меняется на свежак.
Значит, актуален список "тех самых таблиц". Желательно, с объяснением, что за что отвечает.

7 августа 2012 в 11:03

Кто, о чём?

В общем, судя по заголовку, отвечаю.
Надо создать локейшн, который бы обрабатывал 404 ошибку. Картинки генерируются скриптом, потому они не отдаются nginx, их попросту негде брать. Значит, при возникновении 404 должен запрашиваться Апач.

6 августа 2012 в 22:29

Уже долго-долго гуглю.
На http://drupal.org находится много топиков. Решения "для всех" нет. Какая-то неразрешённая проблема.

Перезалил все файлы из новой версии, бестолку.
Прочекал базу, норма. Дропнул sessions, импортировал со свежей инсталляции, не помогает. Но проблема видится здесь, в сессиях и куках.
Вижу лишь путь сравнения живой и ломанной баз, кручение переменных, что долго.
Либо сливать ноды и лепить новый сайт, что ещё дольше и печальнее.

6 августа 2012 в 16:26

Скорее всего, у вас Апач не справляется с нагрузкой, и фронт-энд не дожидается ответа. Как ни крути, это проблема хостера. Недонастроили. Для phpinfo(); много ресурсов не надо.
Даже если ваши скрипты делают что-то из ряда вон и сжирают все ресурсы, апач должен обработать их, выдав ответ nginx. А он падает.

5 августа 2012 в 10:53

Из последнего

wid 16079
uid 1
type user
message Session opened for %name.
variables 613a313a7b733a353a22256e616d65223b733a353a2264656e6973223b7d
severity 5
location http://site.ru/user
referer http://site.ru/user
hostname x.x.x.x
timestamp 1344147022

5 августа 2012 в 10:24

Вот и у меня проблема.
После переустановки ПО на сервере на одном из сайтов появилась проблема со входом.
Отмечу, что в наличии ещё 5 Drupal сайтов на том же хосте, там всё нормально.

Авторизация, а далее:
Доступ запрещён
У вас нет доступа к этой странице.

5 июня 2012 в 9:55

Нравился TinyMCE, пока не потребовалось помещать в материалы программный код...
Ломает форматирование, и всё тут. Меняет некоторые символы на html entity при переключениях редактор — rich text.