😱 Белый экран в WordPress? Что делать
В Вордпрессе тоже бывает свой "экран смерти". Часто это просто белый экран без контента и хорошо, если при этом работает админка.
Чиним так:
1. Конфликт плагинов — недавно что-то было установлено или обновлено.
🔧 Нужно отключать плагины поочерёдно и смотреть, в каком причина. Если админка не работает, можно зайти на хостинг и переименовать папку /wp-content/plugins/ → сайт оживёт.
2. Проблема в теме — такое бывает при установке новой темы или неудачном редактировании темы
🔧 Просто меняем тему в админке или переименовываем папку /wp-content/themes/название_темы — WordPress включит дефолтную.
3. Мало памяти
🔧 В wp-config.php добавь строку:
define('WP_MEMORY_LIMIT', '256M');
4. Нужно включить отладку
🔧 В wp-config.php:
define('WP_DEBUG', true);
📌 Лучше сохранить этот пост — пригодится в самый неожиданный момент
#Ошибки
🚫 Ошибка 403 Forbidden в WordPress — что это и как исправить
Если при попытке зайти на сайт появляется «403 Forbidden», это означает, что сервер запрещает доступ к странице. Возможные причины:
1. Неправильные права на файлы и папки
🔧 Для папок — 755, для файлов — 644. Проверить можно через FTP или файловый менеджер на хостинге.
2. Повреждён или неверный .htaccess
🔧 Временно переименовать файл .htaccess. Если сайт заработал — в админке WordPress перейти в Настройки → Постоянные ссылки и нажать «Сохранить» (новый .htaccess будет создан автоматически).
3. Конфликт с плагином безопасности
🔧 Отключить все плагины. Если ошибка исчезла — включать по одному, чтобы найти источник проблемы.
4. Ограничения на стороне хостинга или CDN
🔧 В некоторых случаях помогает обращение в техподдержку хостинга: возможно, сработал firewall или IP-ограничение.
📌 Резервные копии перед любыми действиями — обязательный шаг.
#Ошибки
⚡ WP Fastest Cache — мой любимый плагин кеширования
Быстрый сайт — это не только удобно для пользователей, но и важно для SEO. Один из самых простых способов ускорить WordPress — установить кэш-плагин. И здесь отлично справляется WP Super Cache.
🔧 Что делает:
Создаёт статические HTML-версии страниц, чтобы WordPress не генерировал их заново при каждом запросе.
🛠 Как использовать:
– Установить и активировать
– Перейти в настройки плагина
– Включить кэширование и проставить остальные галочки
💡 Почему он мне нравится:
– Простота: подходит даже тем, кто не разбирается в кэшировании
– Эффективность: заметно ускоряет загрузку сайта
– Бесплатно и регулярно обновляется
📌 Подходит для большинства сайтов, особенно на недорогих хостингах.
#Плагины
Нет, я не пропал. Так совпало, что пришлось одновременно работать над двумя сайтами + преподавание никто не отменял.
Но всё закончилось успешно, и теперь можно потихоньку продолжать постить сюда.
В этом посте просто поделюсь эмоциями, связанными с подключением сервиса Долями от Т-Банка.
Кратко: мне не понравилось.
Технически всё мало чем отличается от подключения обычной платёжной системы. Устанавливаться плагин, вносим данные предоставленные менеджером, тестируем.
Но:
1. Пришлось переделывать страницу оплаты, потому что на блочной теме Долями просто не отображается.
2. Пришлось разбираться самостоятельно, почему тестовый платёж не проходит. "Помощь" менеджера сводилась только к тому, что он просто смотрел, как на стороне банка не проходят платежи, и сообщал об этом мне.
Оказалось, что просто плагин был настроен неверно, потому что в инструкции не все подробности указаны, а менеджер об этом ни бум-бум...
#личныйопыт
Связываем Telegram и сайт
WP Telegram – отличный плагин для базовой интеграции WordPress с Telegram.
Умеет отправлять новые публикации в группу, а так же присылать уведомления с форм непосредственно в чат. Последнее очень актуально для тех, кому удобнее мониторинг заявки с сайта просто в виде уведомлений в Telegram.
#плагины
💥 Как могут взломать сайт на WordPress
Причины почти всегда типовые, и о них стоит знать заранее:
1. Слабые пароли и логин admin
Это первое, что перебирают боты. Минимум — поменяйте логин и используйте сложный пароль.
2. Невнимание к обновлениям
Старые версии WordPress, плагинов или тем — удобная лазейка для злоумышленников. Важно обновлять всё вовремя.
3. Ненадёжные плагины и темы
Скачивание с неофициальных источников — это как установить вирус вручную. Лучше использовать репозиторий WordPress или проверенных разработчиков.
4. Отсутствие резервных копий
Даже если сайт взломан, восстановление из бэкапа занимает 15 минут. Без бэкапа — может дойти до полной потери проекта.
WordPress — надёжная система, но только при грамотной настройке. Простых мер безопасности часто достаточно, чтобы не попасть в неприятности.
#Безопасность
💡 Что важно при выборе хостинга для WordPress
Прежде чем ставить WordPress, стоит выбрать надёжный хостинг. Обратите внимание на:
🔸 Поддержку 24/7 и стабильную работу без сбоев
🔸 Совместимость с WordPress (PHP 8+, HTTPS, кэширование)
🔸 Наличие автоматических резервных копий
🔸 Помощь в переносе сайта
🔸 Удобство регистрации и продления домена
Иногда удобнее, когда домен и хостинг у одного провайдера, но не всегда это лучший вариант. Сравнивайте условия, не гонитесь за самой низкой ценой — от качества хостинга зависит стабильность работы сайта.
#Хостинг
Тем временем получил письмо счастья от Рег ру.
На старом сайте завёлся вирус и, судя по названию в таблице, выводит рекламную гифку где-то на сайте.
Предполагаю что-то проникло через какой-то старый плагин. Отличный повод удалить всё лишнее и, конечно же, почистить директории, указанные в отчёте.
Дополнительно просмотрю всё на хостинге на предмет подозрительных папок и файлов. Проблема выглядит локальной, но всё же 👀
Сериал с вредоносным кодом на хостинге продолжается.
Вчера обнаружил, что на всех сайтах был переписан файл .htaccess. Если кратко, то кто-то пытался приоткрыть себе доступ ко всем php-файлам. Также во многих местах появился явно лишний файл schallfuns.php с какими-то автоматическими командами.
Вчера не было времени во всём разбираться, поэтому в качестве временной меры запустил резервную копию всего аккаунта.
Теперь нужно погружаться во всё подробнее, ибо на нескольких сайтах опять изменения в .htaccess и появились папки и фалы явно вредоносной направленности.
Сейчас несколько подозреваемых:
1. Старая версия PHP. Это как раз относится к тому сайту, на котором Рег ру в первые выявил заражение. PHP обновлю.
2. Спираченные плагины. Как раз недавно на тестовый сайт пришлось поставить нелицензионный Elementor Pro. Снесу его.
А вот так это выглядит на хостинге.
На первом скриншоте папки с явно подозрительным названием в корне сайта. На втором содержимое папки с подобным названием, которая лежит в wp-content.
Здесь типичная картина вредоносного контента)
Могут ли заблокировать WordPress? 😐
Новые и старые клиенты всё чаще задают подобные вопросы при выборе CMS — и, пожалуй, небезосновательно: Роскомнадзор продолжает удивлять непомерными блокировками всего и вся.
Отвечаю примерно так:
> «WordPress — это ПО иностранного производства, но оно устанавливается на хостинг, находящийся на территории РФ. Следовательно, пока не будет заблокирован конкретно ваш сайт по IP-адресу, всё будет работать».
Единственное, что может произойти в обозримом будущем, — это блокировка серверов самого WordPress. Это создаст определённые сложности с первичной установкой системы и плагинов, а также с обновлениями.
Пример: вы заходите в раздел установки новых плагинов, а там — ошибка подключения к WordPress.org. Придётся искать установочный файл плагина вручную и загружать его на сайт.
Сомневаюсь, что кто-то будет целенаправленно блокировать доступ к серверам WordPress — скорее, они могут попасть под какую-либо общую блокировку.
Но постараемся быть оптимистами! 😊
О новых юридических правилах
Не так давно появились новости о внушительных штрафах от РКН в отношении владельцев сайтов за неисполнение обязанностей операторов обработки персональных данных (или как-то так). Кратко о том, что от нас хочет ведомство:
1) Обязательный документ (страница на сайте) "Политика обработки персональных данных. В нём указываем максимально подробно цели сбора, что именно собирается, как обрабатывается и хранится. Важно рассказать о сборе куки и использовании Яндекс.Метрики. Это не должен быть шаблонный документ, а составлен именно под конкретный сайт. Были штрафы за то, что в политике указаны одни данные, а в формах на сайте собираются другие.
Дополнительно неплохо иметь отдельную политику куки и согласие на обработку персональных данных.
2. Под каждой формой (включая оформление заказа, комментарии и отзывы) должны быть обязательные галочки об ознакомлении с политикой и будет хорошо вторую галочку, подтверждающую согласие с обработкой данных.
Внимание! За просто текст " Нажимая эту кнопку, вы соглашаетесь с политикой..." уже были штрафы. Пользователь должен нажать галочку.
3. Ссылка на политику и прочие документы размещается на всех страницах сайта, то есть можно разместить в подвале.
4. Баннер, предупреждающий о сборе куки, должен появляться для всех новых пользователей. Говорят, что туда же можно сразу добавить сообщение об использовании Метрики, что я и делаю.
5. Уведомление в РКН о начале обработки данных. По закону это нужно делать, если вы собираете данные. Там простая форма, но нужно точно понимать, что сайт готов к возможной проверке.
Если на сайте нет форм, нет Метрики и её аналогов, нет куки и прочего, то вы данные не собираете и насчёт всего вышесказанного можно не заморачиваться.
*Этот текст не является юридической рекомендацией, я не квалифицированный юрист и могу только поделиться выводами о текущем положении дел
Живой пример, почему сейчас лучше не использовать гугл-рекапчу для защиты форм.
Сегодня наблюдаются перебои с работой гугловских сервисов и на этом сайте просто невозможно авторизоваться, т.к. капча просто не прогружается.
Активно изучаю и пробую в работе ИИ-агентов. Со стороны такой подход выглядит очень привлекательно: ИИ сам пишет код, вносит изменения в файлы темы сайта и тестирует результат.
Сейчас пробую пользовать агента для пары новых проектов и это действительно быстрее и местами качественнее, чем использовать просто чат, из которого нужно копировать куски кода и постоянно напоминать контекст.
Однако есть и подводные камни, например, необходимость прописывать грамотные инструкции для агента и спецификацию сайта.
Буду дальше развивать эту тему в ближайших постах и очевидно нужно вносить этот элемент в обучение.
Пока не отказываюсь от WordPress.
Уже больше 10 лет работаю с ним и не собираюсь переходить на вайбкоденные самописные сайты.
WordPress или другая адекватная CMS - это готовая и понятная оболочка, с которой сможет разобраться другой разработчик. И клиент не оказывается в зависимости исключительно от вас и вашего творения.
На мой взгляд, это не недостаток, а конкурентное преимущество.
🚘 Новый проект: сайт для сервиса трансфера
Одна из последних работ — сайт для сервиса трансфера.
Основная задача была сделать его премиальным, но при этом максимально понятным для клиента. Без перегруженного дизайна и долгих поисков нужной информации.
В первом экране сразу разместил всё главное:
• описание услуги
• контакты
• преимущества сервиса
• форму заказа трансфера
Получился лаконичный сайт, где посетителю не приходится разбираться, куда нажимать и что делать дальше.
Для подобных услуг это особенно важно: клиент часто заходит на сайт уже с конкретным запросом и хочет быстро понять условия и оформить поездку.
В итоге сделал ставку на сочетание визуальной подачи, простоты и удобства заказа.
Решил возродить несколько статейных сайтов, которые создавались ещё до ИИ-бума и потом были успешно заброшены. На одном уже потерян домен, на других до сих пор каким-то образом идёт поисковый трафик.
Зарабатывать на них пока не планирую. Хочу устроить небольшой эксперимент:
- автоматизировать публикацию статей;
- научиться уменьшать «ИИ-шность» текстов;
- и самое главное - разобраться, как сейчас попадать в сниппеты поисковиков. Последнее мне особенно интересно.
Если получится - буду постепенно показывать здесь результаты эксперимента.
Самая сложная часть разработки сайта это не код.
Самая сложная часть это понять, что клиент имел в виду, когда сказал: «Сделайте как-нибудь современно».
После долгих дискуссий с разработчиками и юристами, пришёл к выводу, что регистрироваться в качестве оператора обработки персональных данных, нужно даже в случае, если у меня нет сайта.
Например, если клиент пришёл через Авито и вы обменялись контактами, то в момент, когда вы записали его в своей телефонной книге, вы обработали его персональные данные.
Конечно, РКН за такое вряд ли будет вас гонять, но чисто теоретически может спросить, если на сайте размещены просто ваши контакты без форм. Т.к. в этом случае всё равно возникает вопрос: "Что вы будете делать с контактами данными, когда клиенты сами вам напишут?".
Активно работаю над обновлением учебной программы по разработке сайтов.
В старой уже был блок по использованию ИИ, но следую трендам решил его расширить, а работу с Элементором сократить – этот блок останется только для общего понимания принципа работы веб-вёрстки и устройства сайта.
Из принципиально нового – включу обучение работе с ИИ-агентом, то есть полноценному вайбкодингу БЫТЬ 🎉.
В планах ещё одна учебная программа по ии-разработке не только сайтов, но и всего чего душа пожелает)
Мини-код, который позволяет прямо в верхнем админ-баре видеть, какой шаблон используется на текущей странице.
Фича для тех, кто делает сайт на теме. На Элементоре он будет показывать только шаблон canvas.
add_action('admin_bar_menu', 'wpfom_admin_bar_debug', 999);
function wpfom_admin_bar_debug($wp_admin_bar) {
// Показываем только админам и только когда админ-бар включен
if (!is_admin_bar_showing() || !current_user_can('manage_options')) {
return;
}
$id = get_queried_object_id(); // ID записи/термина
global $template;
$file = $template ? basename($template) : 'N/A'; // Только имя файла, без пути
$title = "🛠 ID: {$id} | 📄 {$file}";
$wp_admin_bar->add_node([
'id' => 'wpfom_debug',
'title' => $title,
'href' => '#',
]);
}