Комментарии в DLE: что проверить на живом проекте

На сайте под управлением DLE комментарии могут исчезнуть сразу для всех посетителей, перестать отправляться только у авторизованных пользователей или успешно сохраняться, но не появляться на странице. Очевидное решение — включить комментарии в настройках — помогает не всегда: доступ к ним одновременно контролируют настройки системы, параметры конкретной новости, права группы и файлы шаблона. Ниже — разбор рабочего проекта для DLE 17.x и 18.x: что проверять по порядку, как отделить ошибку конфигурации от проблемы шаблона и какие следы оставить в журнале перед передачей задачи разработчику.

С чего начинается проблема

Возьмём типовой сценарий: редактор публикует новость, но читатели не видят форму комментария. У старых материалов обсуждение работает, у новых — нет. При этом страница новости открывается без ошибок, а в административной панели сама публикация выглядит正常но.

Такой симптом не означает, что сломалась база данных. В DLE доступ к комментариям складывается из нескольких условий:

• комментарии разрешены в общих настройках скрипта;
• у конкретной новости не установлен запрет на обсуждение;
• группа пользователя имеет право добавлять комментарии;
• в шаблоне новости и комментариев не удалена нужная разметка;
• проверка капчи, CSRF-защита и запрос к серверу проходят без ошибки;
• модерация не скрывает новый комментарий до одобрения.

Проверяйте именно в таком порядке. Он идёт от дешёвых проверок к тем, где уже нужны логи, браузерные инструменты и доступ к файлам.

Главная ошибка при отладке комментариев в DLE — искать одну глобальную галочку. На практике важнее найти первое условие, которое не выполняется для конкретного пользователя и конкретной новости.

Разбор по слоям

1. Общие настройки DLE

Откройте административную панель и перейдите в настройки скрипта, связанные с комментариями. Названия пунктов могут немного отличаться между версиями и локализациями, поэтому ориентируйтесь на смысл: глобальное разрешение комментариев, премодерация, ограничения для гостей, капча, лимит длины и количество комментариев на странице.

Сначала проверьте, не отключено ли комментирование полностью. Затем посмотрите правила для гостей и зарегистрированных пользователей. Частая ошибка — разрешить комментарии только авторизованным, а тестировать страницу в приватном окне браузера как гость.

Проверка результата: войдите в аккаунт тестового пользователя, откройте новость и отдельно проверьте её в режиме гостя. Зафиксируйте, в каком режиме форма появляется и в каком исчезает.

2. Параметры конкретной новости

В DLE общая настройка не всегда перебивает индивидуальный запрет. Откройте редактирование новости и найдите параметры публикации, связанные с комментариями и обсуждением. Проверьте не только новую запись, но и материал, на котором комментарии точно работают: сравнение быстрее показывает различие.

Если проблема возникает только у новых новостей, сравните их с рабочей записью по следующим признакам: раздел, шаблон, дата публикации, статус, наличие ограничения по возрасту и индивидуальные опции комментариев. Не меняйте сразу несколько параметров — иначе вы не узнаете, какой именно исправил проблему.

Проверка результата: сохраните тестовую новость с разрешёнными комментариями и откройте её в отдельном браузере. Форма должна появиться без очистки кэша, если кэширование страницы не включено на уровне сервера или CDN.

3. Права групп пользователей

Следующий слой — группа пользователя. В административной панели проверьте, разрешено ли группе оставлять комментарии, использовать HTML или BBCode, прикреплять изображения и публиковать сообщения без премодерации. Для диагностики достаточно права на добавление: дополнительные разрешения пока не меняйте.

Создайте два теста: гость и обычный зарегистрированный пользователь. Если форма есть у администратора, но отсутствует у пользователя, это почти всегда указывает на различие групповых прав или отдельное правило для гостей. Если форма есть у обоих, но отправка не проходит, переходите к капче и браузерным запросам.

Проверка результата: отправьте короткий комментарий без ссылок и форматирования. Зафиксируйте, появляется ли сообщение об успешном сохранении, попадает ли запись на модерацию и отображается ли она после обновления страницы.

4. Шаблон и оформление

Если настройки и права выглядят правильно, проверьте шаблон активного скина. В DLE разметка комментариев обычно распределена между шаблонами новости и комментариев; точные имена файлов и доступные переменные зависят от версии и конкретного скина. Не копируйте файлы из другой темы оформления без сравнения: у них могут отличаться обязательные поля формы и служебные атрибуты.

Ищите две разные проблемы. Первая — форма действительно не выводится: в исходном HTML нет полей комментария. Вторая — форма есть в HTML, но скрыта стилями или перекрыта другим элементом. Во втором случае смотрите вычисленные CSS-свойства, а не только исходный файл шаблона.

Проверяйте изменения на копии скина или после резервного копирования. При обновлении DLE изменённые шаблоны могут потребовать ручного сравнения с новой штатной версией.

Проверка результата: в инструментах разработчика найдите форму и кнопку отправки. Если формы нет, проблема выше по цепочке — в настройке, правах или логике вывода. Если форма есть, переходите к запросу отправки.

5. Капча, запрос и серверный ответ

Откройте вкладку Network в инструментах разработчика, отправьте тестовый комментарий и найдите запрос, который выполняется после нажатия кнопки. Смотрите не только на код HTTP, но и на текст ответа. Ошибка 403 обычно требует проверки защиты и токена формы, ошибка 404 — маршрута или переписывания URL, ошибка 500 — серверного журнала и PHP-ошибки.

Если запрос вообще не появляется, проблема находится в JavaScript, разметке формы или обработчике события. Если запрос уходит, но сервер возвращает сообщение о капче, проверьте ключи и домен в настройках используемого сервиса. Секретные ключи не вставляйте в тикет или публичный чат: передавайте их только через защищённый канал.

При установленном кэше очистите его после изменения шаблона. Если перед сайтом стоит CDN или прокси, временно исключите страницу новости и запрос отправки комментария из кэширования. Иначе вы можете исправить сервер, но продолжить видеть старый HTML.

Какой слой проверять первым

Что ломается чаще всего

После обновления изменили только скин

Администратор обновляет DLE, а затем переносит старый шаблон без сравнения. В результате страница новости выглядит нормально, но форма использует устаревшую разметку или не содержит обязательного поля. Исправление — сравнить штатный шаблон текущей версии с пользовательским и переносить изменения по одному блоку.

Премодерацию принимают за потерю комментария

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

Проверяют только один тип пользователя

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

Кэш маскирует исправление

После изменения шаблона браузер, серверный кэш или CDN может отдавать старую страницу. Очистите кэш именно того слоя, где он включён, и проверьте ответ в приватном окне. Если после этого HTML отличается от ожидаемого, смотрите заголовки ответа и настройки прокси.

Где подход ломается

Порядок выше не заменяет проверку окружения. Комментарии могут перестать работать после смены версии PHP, обновления расширения безопасности, изменения правил WAF или перехода на другой веб-сервер. Если в журнале есть фатальная ошибка PHP, сначала устраните её: настройка DLE не исправит несовместимый модуль.

Отдельно проверяйте ограничения хостинга. Низкий лимит размера POST-запроса обычно не мешает короткому комментарию, но может блокировать длинный текст или вложение. Таймаут базы данных и ошибки подключения проявляются уже после отправки формы, поэтому их ищут в журнале PHP и базы данных, а не в CSS.

CSRF-токен — служебное значение, которое связывает отправленную форму с текущей сессией и защищает запрос от подделки. Если шаблон или кеш подменяет его устаревшим значением, сервер может отклонять корректно выглядящий комментарий.

Что делать дальше

1. Соберите один воспроизводимый сценарий: URL новости, роль пользователя, точное действие и результат.
2. Проверьте общие настройки, параметры новости и права группы, не меняя их одновременно.
3. Снимите результат из Console и Network, если форма есть, но отправка не работает.
4. Сверьте шаблоны активного скина с чистыми шаблонами версии DLE 17.x или 18.x, которая установлена на сайте.
5. После исправления проверьте гостя, зарегистрированного пользователя и администратора, а затем протестируйте страницу без старого кэша.

После восстановления работы поставьте наблюдение не только за наличием формы, но и за долей неуспешных запросов, ответами 4xx и 5xx, временем ответа и количеством комментариев, ушедших на модерацию. Для долгоживущего проекта полезно хранить отдельную копию изменённых шаблонов и журнал обновлений DLE: тогда следующий сбой будет сравнением, а не поиском причины по всему сайту.