11 декабря 2007 в 19:26
А именно - записи в блоге и комментарии.
Причем запрещать не сразу и всегда, а только если:
- прошло сколько-то времени после размещения сообщения, например 2 часа
или
- на это сообщение уже есть ответы.
Желательно бы на уровне настроек, а не кода движка...
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
Поддерживать инфраструктуру Drupal.ru нам помогает компания ДАЛЕЕ
Комментарии
ИМХО отдельный модуль писать нужно, который с cronom связан будет.
Выставляете в модуле время deadlina для определенного типа материалов.
Что то типа Lock comments after publication - 2 hours
and / or Lock comments if number of commets = 1 (или 2 или 15)
Помоему не очень тяжелый модуль, перенесите ваш пост в раздел Предлагаю работу по разработке модулей.
PS Кстати отличная у вас идея
Идея отличная на самом деле, но вот кто писать модуль будет? Надо перед тем как кидаться на арматуры посмотреть на оф сайте:)
Ну отдельный модуль - это, наверно, слишком
Если залазить в код движка, то задача решается десятком строчек кода...
if (проверяем время) and[or] (проверяем ответы) and (проверяем права пользователя)
{ выводим или не выводим ссылочку "изменить" }
и аналогичные проверки на самой страничке .../edit/... чтоб напрямую по урлу на редактирование нельзя было выйти.
просто в код ядра лезть не хочется, сами понимаете почему...
Может, если кто общается с разработчиками ядра, кинет им это предложение?
Модули предназначены именно для изменения-расширения функционала ядра. И ничего здесь не слишком.
Кстати, могу написать этот модуль достаточно дешево, так как идея интересная.
просто в код ядра лезть не хочется, сами понимаете почему...
поэтому и говорю о модульКе
Может, если кто общается с разработчиками ядра, кинет им это предложение?
Да сегодня напишем на acquia.com ^-)
if (проверяем время) and[or] (проверяем ответы) and (проверяем права пользователя)
{ выводим или не выводим ссылочку "изменить" }
и аналогичные проверки на самой страничке .../edit/... чтоб напрямую по урлу на редактирование нельзя было выйти.
Просто в код ядра лезть не хочется, ...
Ну сделайте эту проверку в шаблоне для типа материалов блог и в шаблоне для для комментариев.
Писать код для функционала в теме - очень плохой стиль, не будем толкать новичков сразу на него
Ну сделайте эту проверку в шаблоне для типа материалов блог и в шаблоне для для комментариев.
Хех:) Действительно:)
А напомните, плз, странички ...node/.../edit... и ...comment/edit... они ведь тоже по шаблону формируются, то есть там тоже можно в шаблон эти проверки засунуть? На случай, если кто-то додумается в адресной строке .../edit/... ручками набрать.
Для моих целей, думаю, вполне достаточно будет, пользователи у меня не настолько продвинутые, чтобы какими-то своими средствами put-запросы посылать, то есть без проверок в обработчике формы в данном случае наверно можно прожить... Хотя, по-хорошему-то, они нужны, а тут уж без вмешательства в код ядра вряд ли получится...