Сегодня расскажу, каким образом правильно сделать заглушку на сайт – для разработчика. О некоторых нюансах организации html-заглушки просто необходимо знать, особенно в наши времена, т.к. IT здорово развивается и, соответственно, нужно везде поспеть. Например, чтобы не отстать от обновлений того или иного ПО кода сайта или версий php – на данный момент, это php 8.0 а у многих сайты работают еще на 5.6 и пр. Почему так? …а все потому, что, при обновлении версии php большинство сайтов, что называется “падает”, появляется белый экран, на котором показаны пути к ошибкам. Спрашивается, зачем светить на весь мир этими ошибками и логинами!?
Именно для подобных целей и используют красивую и информативную заглушку. Посетитель видит сообщение о том, что Сайт в разработке. А вы тем временем, скажем, правите код сайта или обновляете плагины и тому подобное…
Рассмотрим примеры создания заглушки через файлы .htaccess и конфигурацию сайта wp-config.php – это, на мой взгляд (и не только мой) самый приемлемый вариант:
Установим заглушку на сайт через .htaccess и wp-config.php
Некоторые разработчики или админы сайтов много над заглушкой не морочатся – используют готовые решения: плагины. Я уже давно ими не пользуюсь, а потому не могу наверно сказать как они работают, логично ли… Да и вряд ли так уж оправдано использование данных плагинов. Это не вполне удобно в плане управления, да и к тому же не всегда подходит для тех или иных решений…
Давайте пойдем по иному пути и создадим заглушку на сайт своими руками за несколько минут средствами ядра WordPress – запросто!
создаем файл site-saglush.html
Данный файл создаем в ядре сайта там, где находится wp-config.php и robots.txt. Содержание файла может быть таким (кстати, имя файла произвольное):
<!DOCTYPE html>
<html lang="ru">
<head>
<meta charset="UTF-8">
<meta name="robots" content="noindex, nofollow">
<title>Сайт в разработке</title>
<style>
main {
max-width: 70%;
margin: 100px auto 0 auto;
padding: 25px;
text-align: center;
font-size: 20px;
}
</style>
</head>
<body style="background-color: #73efdb;">
<main>
<h3 style="color: #006c76;font-size: 34px;">МЫ СКОРО ВНОВЬ ОТКРОЕМСЯ</h3>
<h5 style="color: #006f74;font-size: 29px;">Временная разработка сайта, но мы скоро вернемся к работе!<br>
Готовится для вас нечто удивительное и захватывающее - специальный сюрприз для подписчиков</h5>
<p>Пока что можете перейти сюда: <a href="https://mihalica.ru/">запросто с WordPress</a></p>
</main>
<div style="text-align: center;"><img style="width: 14000px;max-width: 100%;"src="/img/ATs.png"></div><br /><br />
</body>
</html>
размещаем этот файл в ядре сайта.
делаем заглушку на сайт через .htaccess
Далее в ядре сайта открываем файл .htaccess – файл находится в той же директории, что и файлы выше…
…и добавляем в его документацию такие строки:
# ЗАГЛУШКА на сайт = 213.135 (только админ) ДЛЯ ДЕБАГГА использовать эту НЕВИДНО НИКОМУ кроме ip
<IfModule mod_rewrite.c>
RewriteCond %{REQUEST_URI} !/site-saglushca.html$
RewriteCond %{REMOTE_ADDR} !^288\.185\.187\.8 // ip адрес админа
#RewriteCond %{REMOTE_ADDR} !^176\.111\.11\.22 // ip может быть для хозяина сайта
RewriteRule $ /site-saglush.html [R=302,L]
</IfModule>
# ЗАГЛУШКА на сайт ДЛЯ ДЕБАГГА использовать эту
Строка с IP: 288\.185\.187\.8 – это IP админа сайта. Админ сможет заходить на сайт минуя заглушку. Кстати, как обратили внимание, подобных строки две – вторую возможно закомментировать, либо добавить IP хозяина сайта, если вы разрабатываете сайт заказчику (или себе)…
Это /site-saglush.html
как понимаете, файл заглушки, на который отправляется пользователь из .htaccess
Должно получиться примерно так:
…останется включить дебаггер в wp-config.php
define('WP_DEBUG', true); //true false
//define( 'WP_DEBUG_DISPLAY', true ); //в момент возникновения ошибки
Теперь вы сможете запросто работать с сайтом на WordPress: исправлять ошибки, обновлять, не смущая казабзюками ваших читателей.
Как только правки закончены удалите (или закомментируйте) код из .htaccess и отключите и дебаггер в wp-config.php.
Почему данный вариант заглушки считаю наиболее верным:
Судите сами: заглушка должна отрабатывать на стартовом этапе загрузки страниц сайта – отправляет всех перешедших по ссылкам на сайт на страницу заглушки (в том числе и ботов)! Тогда как, если к примеру, воспользоваться штатным вариантом и сделать заглушку на сайт, создав в директории wp-content/maintenance.php файл и прописать стянув из инета сомнительную функцию отработки (заглушки), то, в этом случае, если на сайте будет критическая ошибка Fatal error (к примеру, при несовместимости версии php) в большинстве вариантов – обеспечено падение сайта – белый экран и пути до ошибок, кои могут быть показаны на весь интернет… и в админку сайта, если знаний маловато, будет сложно попасть!!
То есть ошибку Fatal error ваш сервер обработает быстрее, чем доберется до функции, скажем, maintenance.php, а поэтому никакого красивого экрана заглушки посетители не увидят, но вовсю насладятся белым экраном и строками, в которых пути до ошибок и, кстати сказать, частенько выведен логин вашего хостинга, имея который проще взломать аккаунт.
Имейте в виду это!..
Данный мною вариант значительно безопаснее и целесообразнее!..
Создание… продвижение сайтов; помощь по сайту, настройки, сопровождение и пр. – студия ATs media запросто с WordPress
Как работать с условными тегами WP: пример на странице пагинации – закрываем в noindex,follow
mihalica.ru !