таблица watchdog порушилась, то и значит. Хранит журнал ошибок и иных действий. В принципе можно грохнуть и записать ее заново, но можно и восстановить, если особо надо. Если не пользуетесь пунктом меню "отчеты и сообщения" , то можно вообще отключить модуль dblog
Так все таки нужно избегать лишний раз к базе обращаться или нет?
Вызвав taxonomy_node_get_terms_by_vocabulary() в темизации мы повторяем действия ядра при формировании массива $node в начальной стадии. См. функцию taxonomy_nodeapi() в одноименном модуле - при загрузке ноды выполняется taxonomy_node_get_terms() с запросом в БД - по сути то же самое, только без фильтрации по номеру словаря.
Зато вполне подходит совмещать древовидный словарь с free-tagged словарем, "вкладывая" их друг в друга? Я бы десять раз подумал над структурой или логикой такой работы. Закладывая логику в начале вы определяете свои дальнейшие гемморои (или отсутствие оных). Ну, хозяин барин, вам виднее -)
для начала я бы предпочел правку БД, всего лишь нескольким терминам переназначить ID словаря. А потом уже думать, как делать урлы по принципу вложенности
в ридми к плагинам должна быть инструкция с примерами... и прямо в блок их втыкать думаю не стоит, в большинстве случаев скрипт вставляется в заголовок страницы по аналогии с jquery.js и оперирует с id или классами, назначаемыми вручную тем-же блокам, либо прописываемыми в конфигурации плагина.. в любом случае читайте инструкции
вот тут на сайте, на данной странице, js-файл весит 134 кБ. Это в голове страницы. В хвосте - еще один, на 25 килограм. Вот такая вот загогулина. Плюс ко всему, 38к - ЦСС.
интересная инфа, спасибо. А что спрашиваю - в исходниках друпала я так и не нашел "USE INDEX", непонятно мне почему они такой ход нигде не использовали...
если вас не затруднит, могли бы вы вывесить результаты выполнения запроса как на картинке http://drupal.ru/files/3_7.jpg только без строки "use undex"? Просто сам не имею возможности попробовать, нет такой большой БД, а интересно жутко -) Заранее спасибо.
не совсем понятен цикл
foreach ($term_node as $val) {
$tid = $val->tid;
};
И зачем его гонять? Чтобы в $tid в результате попал всего лишь самый последний термин из массива? Вы вроде собирались выводить всю иерархию? А если уж вышло, что все-таки нужно получить последний элемент массива, то для этого есть простейшая функция end();
А что-бы узнать термины ноды например, проще обратиться к $node->taxonomy, минуя лишнее обращение к БД - ну это уже к вопросу о производительности.
3. Дано: форма добавления ноды ($form_id = $node_type . '_node_form'). Затем есть модули, которые через hook_form_alter влияют на эту форму (скажем, xmlsitemap, nodewords). Моя задача - изменить измененные модули: например нужно в филдсете "XML Sitemap" параметр ['#collapsed'] установить как TRUE. Подскажите, как, потому что через hook_form_alter - облом
Модули, которые я устанавливаю в первую очередь
imagecache, ну и почти всегда captcha
Завалил друпал - что делать?
а в настройках типа материала?
Доступ запрещен
таблица watchdog порушилась, то и значит. Хранит журнал ошибок и иных действий. В принципе можно грохнуть и записать ее заново, но можно и восстановить, если особо надо. Если не пользуетесь пунктом меню "отчеты и сообщения" , то можно вообще отключить модуль dblog
Вывод в node.tpl иерархии термина [Решено]
Вызвав taxonomy_node_get_terms_by_vocabulary() в темизации мы повторяем действия ядра при формировании массива $node в начальной стадии. См. функцию taxonomy_nodeapi() в одноименном модуле - при загрузке ноды выполняется taxonomy_node_get_terms() с запросом в БД - по сути то же самое, только без фильтрации по номеру словаря.
Таблицы растягиваются на всю ширину страницы, не работает тег width
проверьте исходный код страницы на присутствие тэгов <br /> промеж tr и td
Создание иерархии между различными словарями
Зато вполне подходит совмещать древовидный словарь с free-tagged словарем, "вкладывая" их друг в друга? Я бы десять раз подумал над структурой или логикой такой работы. Закладывая логику в начале вы определяете свои дальнейшие гемморои (или отсутствие оных). Ну, хозяин барин, вам виднее -)
Создание иерархии между различными словарями
pathauto
views
Где искать физическое расположение страниц (нодов) на сервере?
это опциональные комментарии, можете их удалить, ни на что не влияют.
Таблицы растягиваются на всю ширину страницы, не работает тег width
фильтр переносов строк будь он неладен, больше чем уверен. Используйте Full HTML
Создание иерархии между различными словарями
для начала я бы предпочел правку БД, всего лишь нескольким терминам переназначить ID словаря. А потом уже думать, как делать урлы по принципу вложенности
Где искать физическое расположение страниц (нодов) на сервере?
создайте блок, поместите в него код, сам блок поместите в нужный регион.
admin/build/block
Где искать физическое расположение страниц (нодов) на сервере?
так вам везде или только в about, вы уж определите вопрос однозначно
Выдвигающиеся блоки
в ридми к плагинам должна быть инструкция с примерами... и прямо в блок их втыкать думаю не стоит, в большинстве случаев скрипт вставляется в заголовок страницы по аналогии с jquery.js и оперирует с id или классами, назначаемыми вручную тем-же блокам, либо прописываемыми в конфигурации плагина.. в любом случае читайте инструкции
Java
drupal_add_js
Выдвигающиеся блоки
поищите плагины на jquery.com. Там их навалом, может подберете себе вариант. Можно еще поискать на drupal.org, там тоже хватает модулей, прикручивающих всякие свистелки-перделки© к блокам
Вывод в node.tpl иерархии термина [Решено]
вы пробовали посмотреть внутрь массива $node, в частности $node->taxonomy ?
История о том когда агрегация css/javascript вредна.
вот тут на сайте, на данной странице, js-файл весит 134 кБ. Это в голове страницы. В хвосте - еще один, на 25 килограм. Вот такая вот загогулина. Плюс ко всему, 38к - ЦСС.
к вопросу о оптимизации или небольшая задачка(с последующим решением) по my sql
интересная инфа, спасибо. А что спрашиваю - в исходниках друпала я так и не нашел "USE INDEX", непонятно мне почему они такой ход нигде не использовали...
к вопросу о оптимизации или небольшая задачка(с последующим решением) по my sql
если вас не затруднит, могли бы вы вывесить результаты выполнения запроса как на картинке http://drupal.ru/files/3_7.jpg только без строки "use undex"? Просто сам не имею возможности попробовать, нет такой большой БД, а интересно жутко -) Заранее спасибо.
к вопросу о оптимизации или небольшая задачка(с последующим решением) по my sql
так что все-таки повлияло, смена местами from и inner join, или use index?
Вывод в node.tpl иерархии термина [Решено]
не совсем понятен цикл
foreach ($term_node as $val) {
$tid = $val->tid;
};
И зачем его гонять? Чтобы в $tid в результате попал всего лишь самый последний термин из массива? Вы вроде собирались выводить всю иерархию? А если уж вышло, что все-таки нужно получить последний элемент массива, то для этого есть простейшая функция end();
А что-бы узнать термины ноды например, проще обратиться к $node->taxonomy, минуя лишнее обращение к БД - ну это уже к вопросу о производительности.
111
Сайт разработан для Русской общины в Молдове
Модули и темы скачивать/подключать умеешь, блоки раскидывать по регионам можешь. Вах, маладэц какой э!
Access denied для гостей
в вашем списке отсутствует
[РЕШЕНО]Проблема с страницей модулей.
ну почему ж не решает, очень даже решает, вашему проекту мало 64М. Купи слона, ну купи слона -)