Зачем сайту на DLE нужна Search Console

Search Console — бесплатный сервис Google, который показывает, как поисковик видит ваш ресурс: какие страницы проиндексированы, по каким запросам сайт показывается в выдаче и где возникают ошибки сканирования. Без него продвижение ведётся вслепую: вы не узнаете, что карта сайта отдаёт ошибку или что половина категорий выпала из индекса.

Для сайтов на DLE это особенно актуально — движок генерирует множество технических страниц (пагинация, версии для печати, календари), и без контроля Search Console часть краулингового бюджета уходит впустую.

Шаг 1. Добавляем сайт в Search Console

Перейдите на search.google.com/search-console и нажмите кнопку «Добавить ресурс». Google предложит два типа ресурсов:

• Доменный ресурс — охватывает все поддомены и оба протокола (HTTP/HTTPS). Для подтверждения нужны права на DNS-записи домена.
• Ресурс с префиксом URL — подтверждается проще, файлом или метатегом, но охватывает только один протокол и один вариант адреса.

Для большинства сайтов на DLE достаточно префикса: укажите полный адрес вида https://site.ru. Если у вас есть доступ к DNS-записям, предпочтительнее доменный ресурс — он не потребует переделок при смене протокола или переезде.

Шаг 2. Подтверждаем права на сайт

Для DataLife Engine удобнее всего два способа.

Способ 1: HTML-файл

Скачайте файл googleXXXX.html из консоли и загрузите его в корень сайта по FTP — в ту же директорию, где лежат index.php, engine/ и templates/. Движок трогать не нужно: файл отдаётся сервером напрямую, минуя CMS.

Способ 2: метатег в шаблоне

Скопируйте строку вида <meta name="google-site-verification" content="..."> и вставьте её в шаблон /templates/ваша-тема/main.tpl внутри тега <head>, рядом с выводом {headers}. Затем:

1. Сохраните изменения в файле шаблона.
2. Очистите кеш в админпанели: «Настройки» → «Очистка кеша».
3. Вернитесь в Search Console и нажмите «Проверить».

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

Шаг 3. Проверяем и настраиваем robots.txt

В актуальных сборках DLE файл robots.txt с корректными настройками по умолчанию уже лежит в корне сайта. Базовый рабочий вариант выглядит так:

User-agent: * Disallow: /engine/ Allow: /engine/classes/js/ Allow: /engine/classes/min/index.php Allow: /engine/data/emoticons/ Sitemap: https://site.ru/sitemap.xml 

Почему стоит использовать самописный скрипт, а не сторонние плагины?

Многие вебмастера устанавливают громоздкие сторонние решения или используют iframe-вставки, которые замедляют загрузку страницы. Наш PHP-обработчик работает иначе:

1. Отсутствие нагрузки на базу данных: Скрипт не делает лишних SQL-запросов.

2. Агрессивное кэширование: Данные скачиваются всего один раз в час и сохраняются в локальный .tmp файл на сервере.

3. Использование JSON-формата: Мы будем использовать легкий API-шлюз cbr-xml-daily.ru, который автоматически рассчитывает разницу курсов за вчера и сегодня.

Пошаговая инструкция по установке модуля

Шаг 1. Пишем PHP-логику (бэкенд)

Сначала нам нужно создать файл, который будет отвечать за парсинг и математические расчеты. Создайте файл currency.php и загрузите его на ваш сервер в директорию /engine/modules/.

<?php /* Модуль курсов валют с индикаторами для DLE */ if (!defined('DATALIFEENGINE')) { header("HTTP/1.1 403 Forbidden"); header('Location: ../../'); die("Hacking attempt!"); } $cache_time = 3600; // Кэширование на 3600 секунд (1 час) $cache_file = ENGINE_DIR . '/cache/currency_json.tmp'; $currency_data = false; // Проверяем валидность кэша if (file_exists($cache_file) && (time() - filemtime($cache_file) < $cache_time)) { $currency_data = json_decode(file_get_contents($cache_file), true); } else { // Получаем данные через API $json_data = @file_get_contents('https://www.cbr-xml-daily.ru/daily_json.js'); if ($json_data) { $data = json_decode($json_data, true); if (isset($data['Valute'])) { $currency_data = array(); // Массив необходимых котировок $currencies = array('USD', 'EUR', 'CNY', 'KZT'); foreach ($currencies as $code) { if (isset($data['Valute'][$code])) { $nominal = (int)$data['Valute'][$code]['Nominal']; $val = $data['Valute'][$code]['Value'] / $nominal; $prev = $data['Valute'][$code]['Previous'] / $nominal; $diff = $val - $prev; // Вычисляем направление тренда if ($diff > 0) { $trend = '▲'; $class = 'up'; } elseif ($diff < 0) { $trend = '▼'; $class = 'down'; } else { $trend = '▬'; $class = 'flat'; } $currency_data[$code] = array( 'value' => number_format($val, 2, '.', ''), 'diff' => number_format(abs($diff), 2, '.', ''), 'trend' => $trend, 'class' => $class ); } } if (!empty($currency_data)) { file_put_contents($cache_file, json_encode($currency_data)); } } } } // Интеграция с шаблонизатором DLE if ($currency_data) { $tpl->load_template('currency.tpl'); foreach (array('USD', 'EUR', 'CNY', 'KZT') as $code) { $lower_code = strtolower($code); $cd = $currency_data[$code] ?? array('value' => '—', 'diff' => '', 'trend' => '', 'class' => 'flat'); $tpl->set('{'.$lower_code.'}', $cd['value']); $tpl->set('{'.$lower_code.'_diff}', $cd['diff']); $tpl->set('{'.$lower_code.'_trend}', $cd['trend']); $tpl->set('{'.$lower_code.'_class}', $cd['class']); } $tpl->compile('currency_module'); $tpl->clear(); echo $tpl->result['currency_module']; } ?>

Шаг 2. Настройка вывода (фронтенд)

Теперь настроим визуальную часть. В папке вашей активной темы (например, /templates/Default/) создайте файл currency.tpl. Здесь мы используем внутренние теги шаблонизатора для вывода переменных.

<style> .curr-up { color: #e74c3c; font-size: 0.85em; font-weight: bold; } .curr-down { color: #27ae60; font-size: 0.85em; font-weight: bold; } .curr-flat { color: #95a5a6; font-size: 0.85em; font-weight: bold; } </style> <div class="currency-widget" style="background: #f9f9f9; padding: 15px; border-radius: 8px;"> <h4>Курсы валют ЦБ РФ</h4> <ul style="list-style: none; padding: 0;"> <li><b style="color: #27ae60;">$</b> USD: {usd} ₽ <span class="curr-{usd_class}">{usd_trend} {usd_diff}</span></li> <li><b style="color: #2980b9;">€</b> EUR: {eur} ₽ <span class="curr-{eur_class}">{eur_trend} {eur_diff}</span></li> <li><b style="color: #c0392b;">¥</b> CNY: {cny} ₽ <span class="curr-{cny_class}">{cny_trend} {cny_diff}</span></li> <li><b style="color: #f39c12;">₸</b> KZT: {kzt} ₽ <span class="curr-{kzt_class}">{kzt_trend} {kzt_diff}</span></li> </ul> </div>

Секрет юзабилити: Красный цвет для роста интуитивно понятен в РФ, так как означает ослабление национальной валюты (рубля).

Шаг 3. Подключение виджета в дизайн сайта

Откройте основной файл вашего дизайна main.tpl. Найдите подходящее место (обычно это сайдбар — блок sidebar) и вставьте строку подключения:

{include file="engine/modules/currency.php"}

После этого обязательно зайдите в админ-панель вашей CMS и выполните очистку кэша.

Итоги

Мы создали легкий и быстрый модуль для вывода котировок. Благодаря локальному кэшированию ваш сервер защищен от блокировок по IP со стороны поставщика данных, а семантическая верстка виджета гармонично впишется в любой дизайн сайта на DLE.

Особую категорию составляют пользователи с ID = 0 — это, как правило, технические записи, возникшие из‑за сбоев, некорректного импорта или особенностей интеграции.

В этой статье разберём, как безопасно и эффективно удалить таких пользователей, используя SQL‑запросы.

Почему появляются пользователи с ID = 0

Пользователи с нулевым ID обычно не создаются вручную. Их появление может быть вызвано:

1. Ошибками при импорте данных из других систем;
2. Сбоями в работе скриптов регистрации;
3. Некорректными операциями с базой данных;
4. Особенностями работы сторонних модулей или плагинов.

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

Важные предупреждения перед удалением

Прежде чем выполнять удаление, обязательно учтите следующее:

• Сделайте резервную копию базы данных. Это позволит восстановить данные в случае ошибки.
• Проверьте, действительно ли записи с ID = 0 не нужны. Иногда такие пользователи могут быть связаны с системными процессами.
• Убедитесь, что у вас есть доступ к phpMyAdmin или аналогичному инструменту для выполнения SQL‑запросов.
• Выполняйте запросы только на тестовой копии базы, если сайт находится в продакшене.

Шаг 1. Проверка наличия пользователей с ID = 0

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

SELECT * FROM `dle_users` WHERE `id` = 0;

Этот запрос выведет все записи из таблицы dle_users, где поле id равно нулю. Если результат пуст, удалять нечего.

Шаг 2. Анализ связей пользователей с другими таблицами

Пользователи в DLE могут быть связаны с другими таблицами (например, комментарии, новости, личные сообщения). Чтобы избежать «битых» ссылок, проверьте наличие зависимостей:

-- Проверка комментариев SELECT * FROM `dle_comments` WHERE `user_id` = 0; -- Проверка новостей SELECT * FROM `dle_post` WHERE `autor` = (SELECT `name` FROM `dle_users` WHERE `id` = 0); -- Проверка личных сообщений SELECT * FROM `dle_pm` WHERE `user_id` = 0 OR `to_user_id` = 0;

Если запросы возвращают результаты, решите, что делать с этими данными:

1. Удалить связанные записи;
2. Переназначить их на другого пользователя;
3. Оставить как есть (если это допустимо).

Шаг 3. Удаление пользователей с ID = 0

Если проверка показала, что пользователи с ID = 0 действительно не нужны и не имеют критичных связей, выполните удаление:

DELETE FROM `dle_users` WHERE `id` = 0;

Внимание! Этот запрос безвозвратно удалит все записи с нулевым ID. Убедитесь, что вы не перепутали условие (id = 0, а не user_group = 0 и т. п.).

Альтернативный метод: удаление по группе пользователей

В вашем запросе упоминается условие user_group = 4. Это означает удаление пользователей, принадлежащих к группе с ID = 4. Такой подход полезен, если вы хотите очистить базу от неактивных учётных записей определённой категории (например, гости или заблокированные пользователи).

Как это работает:

• В DLE группы пользователей хранятся в таблице dle_usergroups.
• Каждая группа имеет уникальный ID (например, 1 — администраторы, 2 — модераторы, 4 — гости).
• Удаление пользователей по группе позволяет массово очистить базу от ненужных записей.

Запрос для удаления:

DELETE FROM `dle_users` WHERE `user_group` = 4;

Что нужно проверить перед выполнением:

1. Убедитесь, что группа с ID = 4 действительно соответствует неактивным пользователям (например, гостям).
2. Проверьте, нет ли в этой группе важных учётных записей (например, тестовых аккаунтов разработчиков).
3. Сделайте резервную копию базы.

Шаг 4. Проверка результата

После удаления выполните повторный запрос:

SELECT * FROM `dle_users` WHERE `id` = 0 OR `user_group` = 4;

Если результат пуст, удаление прошло успешно.

Дополнительные рекомендации

Автоматизация очистки.

Для регулярной очистки базы создайте скрипт, который:

1. Делает резервную копию;
2. Проверяет наличие пользователей с ID = 0 или ненужными группами;
3. Удаляет их по расписанию (например, раз в месяц).

Использование phpMyAdmin.

Если вы не уверены в SQL‑запросах, выполните удаление через интерфейс phpMyAdmin:

1. откройте таблицу dle_users;
2. отфильтруйте записи по id = 0 или user_group = 4;
3. выделите нужные строки и нажмите «Удалить».

Логирование действий.

Записывайте все выполненные запросы и их результаты. Это поможет отследить ошибки и восстановить данные при необходимости.

Тестирование на копии.

Всегда тестируйте запросы на копии базы данных перед применением на продакшен‑сайте.

Заключение

Удаление неактивных пользователей с ID = 0 или по группам — важная часть обслуживания DLE. Следуя приведённым шагам, вы сможете:

• безопасно очистить базу данных;
• избежать потери важных данных;
• поддерживать работоспособность сайта.

Ключевые правила:

1. всегда делайте резервные копии;
2. проверяйте связи между таблицами;
3. тестируйте запросы на копиях базы;
4. документируйте выполненные действия.

Если у вас остались вопросы или возникли сложности, обратитесь к документации DLE или к сообществу разработчиков