1. Главная
  2. Old.timer

Old.timer: Комментарии

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

31 июля 2007 в 13:04

Для первой задачи вам нужен простейший модуль Premium. Скачиваете стабильную версию для 4.7 и патчите её для совместимости с 5.х (патч тут)

11 января 2007 в 14:52

Модуль Taxonomy Access Control. Позволяет тонко настроить права ролей по терминам (маленький недостаток - придется вбивать много настроек, особенно если много ролей и/или терминов). На 5.0 пока не тестировал.

9 января 2007 в 13:05

Просто поле tid (номер термина) - ключевое поле таблицы, и Друпал его изменить не в силах (primary, auto_increment). То же самое во всех других таблицах (неизменность ключей - основа реляционных БД). Поэтому в будущем просто посмотрите в структуру интересующей вас таблицы, и если поле ключевое - то его значения будут неизменны.

8 января 2007 в 1:11

Попробуй разобраться с этим - http://tinymce.moxiecode.com/tinymce/docs/option_valid_elements.html
Возможно, если убрать div из этого default rules set, которым tinyMCE руководствуется при обработке html кода, он вообще не будет использовать div.

8 января 2007 в 0:39

Действительно, если в TinyMCE не задать параметр Format на значение Paragraph, он будет всё форматировать через div. Но если ты выберешь формат Paragraph, то все манипуляции приведут к тегу <p>, а не <div>, который используется по умолчанию.

8 января 2007 в 0:20

На мой взгляд фильтры не при чем. Дело в том, что объект $node->body может изменять (дополнять) любой hook_node_api() любого стороннего модуля.
Допускаю, спасибо за идею. Но почему тогда режим ввода PHP evaluator убирает эту проблему - он блокирует hook_node_api()? Есть ли безопасные способы блокировать эту функцию? Полагаю, что никаким моим модулям она не нужна.
Замечание о том, что "модулей не так уж много - около 50" - в мемориз Smile

7 января 2007 в 23:47

Не удаётся выяснить первопричину генерации избыточного кода. Модулей не так уж много - около 50 - и все стандартные, ничего особо серьезного. С темами/движками это никак не связано, баг вылезает всегда.

Остаётся понять, каким образом PHP evaluator блокирует генерацию избыточного кода (или каким образом HTML фильтры её вызывают)?

7 января 2007 в 20:57

Возможно, речь идет о модуле Administration (...provides statistical overview information about the site activities..). В принципе, легко написать запросы к БД о кол-ве юзеров, нод, комментов и т.п. и запрашивать это дело по крону, чтоб не перегружать лишний раз

7 января 2007 в 20:27

v 1.90 2006/04/25 11:23:47 - который для 4.7, настраивал только функционал
v 1.0 2006/12/24 17:51:48 - который для 5.0, там особо настраивать нечего ))

Что касается em и strong, думаю, это несложно в коде подправить

7 января 2007 в 19:17

Очень странно. У меня двух сайтах (4.7.4 и 5.0) стоит tinymce (fck никогда не пользовался) и он, слава богу, использует только <p>

7 января 2007 в 18:58

Регрессия в том, что в новой редакции tinymce вас связали по рукам и ногам. У вас есть выбор из трех вариантов для Editor mode - Full, Compact и Simple (объём функций форматирования, притом вы не выбираете каких), нет возможности определить на каких страницах его выводить - и это вместо определения профилей в 4.7.4!

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

12 декабря 2006 в 17:17

К сожалению, в данной теме я не нашел ответа на вопрос, не могли бы вы дать ссылку на комментарий? В теме обсуждается проблема, связанная с обработкой аргумента (манипуляции с /blah-blah через RewriteRule или pathauto). Если проблема действительно в Rewrite, не могли бы вы показать соответствующую часть .htaccess данного сайта, или где это уже реализовано? Заранее благодарен