Mikero.ru

Современный взлом сайта не выглядит как ошибка. Он направлен на то, чтобы вытащить информацию и использовать ресурсы сайта для создания вредоносных страниц и рассылок. Например, сайт работает, но на нем появлется реклама, которую вы не ставили. Или отправляются уведомления клиентам, которые вы не отправляли, а Google выдает предупреждение «Этот сайт может нанести вред». Увы, это не ошибка, а вирусная атака. Вот как понять, что сайт заражен: 🔴 На страницах появились чужие баннеры, всплывающие окна или ссылки, которых нет в панели управления. 🔴 Резко выросла нагрузка на сервер или быстро закончилось дисковое пространство. 🔴 Яндекс Вебмастер или Google Search Console показывают предупреждения, позиции в выдаче упали. 🔴 Верстка поехала, кнопки сломались, сайт стал грузиться заметно медленнее. 🔴 С вашего почтового сервера начали уходить массовые письма, которые вы не отправляли. Вот, что нужно сделать, если атака подтвердилась 👇 1️⃣ Закройте сайт. Поставьте заглушку «Технические работы» — чтобы вирус не расползался на устройства посетителей. 2️⃣ Смените все пароли. Админка, база данных, FTP, SSH, хостинг-аккаунт.. 3️⃣ Скачайте зараженную версию сайта, пригодится при анализе. 4️⃣ Просканируйте файлы. Антивирус хостинга или Sucuri SiteCheck. Ищите файлы .php/.js/.html с base64_decode, eval() и случайными символами — это классическая маскировка вирусного кода. 5️⃣ Удалите зараженные файлы или замените чистыми из бэкапа. 6️⃣ Обновите CMS и все плагины. Большинство взломов происходят через устаревшие модули. 7️⃣ Очистите кэш и отправьте сайт на перепроверку в Яндекс Вебмастер и Google Search Console. Сохраните наш пост и проверьте свой сайт прямо сейчас, не дожидаясь симптомов 🚀 🔹 #вопрос_mikero — отвечаем на частые вопросы

Любой сайт состоит из данных: каталог товаров, база клиентов, заказы, настройки — все это может исчезнуть за секунду из-за взлома, сбоя сервера или случайного удаления. Бэкап защищает данные от безвозвратной потери 👇 Бэкап — это создание резервной копии сайта. Главное правило бэкапа: делать минимум три копии на разных носителя. Как настроить бэкап: 🔹 Через панель хостинга — проще всего. Войдите в cPanel, ISPmanager или Beget → раздел «Резервное копирование». Настройте расписание: файлы «раз в неделю», база данных «ежедневно». Укажите глубину хранения «копии за 2–4 недели». Готово, больше ничего не нужно. 🔹 В Битрикс резервное копирование встроено в ядро и находится в административной панели по пути Настройки → Инструменты → Резервное копирование, здесь можно сделать бэкап вручную или настроить расписание. По умолчанию копии сохраняются на тот же сервер, поэтому обязательно настройте выгрузку во внешнее хранилище. А еще Битрикс разделяет бэкап файлов и базы данных, так что убедитесь, что оба компонента включены, иначе восстановить сайт не получится. 🔹 На уровне сервера через Cron, для продвинутых. Bash-скрипт + mysqldump + rsync в Amazon S3 или любое облако. Полный контроль, максимальная надежность. Но нужны технические знания. Регулярно проверяйте копии. Бэкап, из которого нельзя восстановиться — уже не бэкап. Раз в месяц разворачивайте копию на тестовом домене. Обязательно делайте внеплановые копии перед любым обновлением CMS, плагинов или правками кода. И не храните бэкап вместе с сайтом. Если сервер сломается или его взломают — потеряете и оригинал, и копию. Сохраните эту инструкцию и настройте бэкапы сегодня 🚀 #инструкция_mikero — чек-листы и гайды для владельцев сайтов

😱 Даже крупные интернет-магазины до сих пор нарушают новый приказ и не знают об этом! С 1 сентября 2025 года вступил в силу приказ Роскомнадзора №140 об обезличивании персональных данных — старый регламент от 2013 года утратил силу. Приказ №140 обновляет требования к тому, как «прятать» личную информацию пользователей, если вы ее храните и обрабатываете. Как оказалось, не все знают про новый закон. Рассказываем, что изменилось ❕ Главное: если телефон или email пользователя попадают в URL, они автоматически передаются в Яндекс.Метрику и другие подключенные сервисы. Это прямое нарушение 152-ФЗ "О персональных данных", поскольку пользователь не давал согласия на такую передачу. А приказ РКН № 140 четко постановил — больше никаких личных данных в аналитику. ❌ Имена, email, телефоны, адреса, координаты теперь запрещено передавать в Метрику, даже через UTM-метки и параметры URL. Параметры с телефоном или email в адресной строке — это передача ПД третьим лицам (Яндексу) без обезличивания — это прямое нарушение нового приказа! Штрафы: 💵 Для должностных лиц (директора) до 100 000 ₽ 💵 Для компаний/ИП до 300 000 ₽ (по ст. 13.11 КоАП РФ). 💵 При повторных или грубых нарушениях до нескольких миллионов рублей и блокировка сайта по требованию РКН. Требования распространяются на всех операторов персональных данных, включая владельцев сайтов и интернет-компании, которые проводят обезличивание. Если у вас на сайте есть формы, аналитика или личный кабинет, вы должны выполнять требования нового закона. Что нужно сделать прямо сейчас: ✅ Настроить в Метрике фильтр «Маскировка URL» (вырезать телефон/почту из адреса). Вместо email пользователя можно отправить его хеш 5d41402abc4... или внутренний ID. ✅ Зайти в Политику конфиденциальности и добавить раздел «Порядок обезличивания по №140». Не забывайте про «Согласие на обработку персональных данных» — это должен быть отдельный документ или чекбокс в форме на сайте. ✅ Убедиться, что куки-баннер блокирует счетчики до нажатия «ОК», а не просто уведомляет. И не забывайте про всплывающее окно с согласием на куки до того, как начался сбор данных 🚀 #экспертиза_mikero — комментарии к событиям, сравнения, разборы