Друзья, мы определились с названием нашего фетиш проекта 🩲
Совсем скоро на рынок выйдет маркетлейс ношеного белья с названием «Intimates».

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

🏆 Победители:
@santaAmore
@Tosya_XP

Каждому по 150 USDT 💸

Спасибо всем, кто участвовал — идей было много, некоторые до сих пор не отпускают 😂

Меня номинировали на премию “Овнер года” от Affhub Awards!
awards.affhub.club. Спасибо, мне очень приятно))

За последний год мы с командой сделали многое:

💎 из &Flint выросла Flint Group,
💎 расширились до 60 человек,
💎 запустили новые проекты,
💎 и, кажется, я уже сам сбился со счёта — сколько было докладов, консультаций и перелётов.

Если вы следите за тем, что мы делаем, —
буду благодарен за ваш голос 🙌
Он реально многое значит.

👉 Проголосовать можно здесь: awards.affhub.club

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

📎Бекапы могут казаться чем-то ненужным, но довольно часто они выручают

Бывали случаи, когда люди с IT-бизнесом теряли его по причине отсутствия бекапов.
В среде SEO-специалистов даунтаймы их сайтов / сеток сайтов либо заражение сайтов — это то, что напрямую влияет на результаты и профит. Если сайт не работает или заражён — Google быстро об этом узнает.
У SEO-специалистов, если бизнес завязан на Google, важно, чтобы Google всегда видел работающий сайт

Как можно организовать процессы по бекапам?

1️⃣ Бекапы сайтов руками
Хранить у себя локально архив с файлами сайта и архив с БД — вариант приемлемый, если сайтов немного, а из архивов их можно без проблем развернуть. Например, старый заражённый экземпляр удаляется, из бекапов разворачивается чистый (или же, если совсем переезд, то просто накатывается новый). Но это нужно делать вручную — неудобно и долго


2️⃣ Бекапы в панельке — локально
Бекапы, которые делаются по расписанию через панель управления сервером (ISPmanager, Fastpanel, CPanel), создаются в определённое время. Далее, что с ними делать: сохранять локально — удобно, но если сервер “умрёт”, контент и архивы могут оказаться недоступны


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

Про два других метода расскажу в следующем посте.

Пост подготовлен при поддержке моих друзей, абзоустойчивого хостинга Netwall.

Продолжая тему бекапов, делюсь еще парой методов:

4️⃣ Бекапы хостингом (снепшоты / образы VPS)
Есть более кардинальные методы резервного копирования: если у вас VPS, у некоторых хостинг-провайдеров есть возможность сделать полный снепшот образа виртуального сервера — как будто взяли винчестер виртуальной машины и полностью скопировали его на другой винчестер. Удобно, если много сайтов и нужна быстрая точка восстановления целой системы


5️⃣ RAID-массивы и Репликация
Это не совсем про снепшоты сайтов за прошлое, но также стоит внимания
На выделенных серверах есть ещё возможность делать физическое зеркалирование (например, внезапная поломка сервера или выход из строя жёсткого диска): RAID-массивы и репликация серверов

💡RAID-массивы — это когда на одном сервере установлено несколько дисков, которые дублируют данные: один — мастер, второй — слейв и т.д. Всё, что записывается на мастере, отражается на слейве. Если один диск выходит из строя, остаётся копия. Решение хорошее, но при поломке RAID-контроллера (в случае хард-рейда) страдает весь сервер. А софт-рейд создаёт доп. нагрузку на систему. Также, если один из жёстких дисков выходит из строя, возможны задержки в работе, и некоторое время сервер может быть недоступен


💡Репликация
Самое надёжное (но более дорогостоящее) — репликация. Это когда есть отдельный сервер, являющийся зеркалом основного. Та же схема “мастер-слейв”: создаётся клон всего сервера в целом. Если с основным сервером что-то происходит, можно оперативно переключить IP-адреса на “слейв”, и всё продолжит работу. Для некоторых кейсов может подойти репликация только, к примеру, БД

Бекап — единственная гарантия, что сбой не станет катастрофой.
Сбои неизбежны, потери — нет, если есть бекап с историей.

Пост написан при поддержки моих друзей, абзоустойчивого хостинга Netwall