- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Для одного сайта требуется места 8-12гиг, в основном 95% места уйдет на изображения.
Если данная информация потеряется, будет очень нехорошо и не удобно перед другими людьми.
Есть ли вероятность того что по каким либо причинам информация на хостинге может пропасть?
По каким причинам это может случится? С учетом того, что php-скрипты на 100% защищены от взлома, инъекций.
И главное - рационально ли делать бек-апы всего сайта, с целью предупреждения потери данных?
Если да, то как делаются такие бекапы, на другой хостинг или ...?
Для одного сайта требуется места 8-12гиг, в основном 95% места уйдет на изображения.
Если данная информация потеряется, будет очень нехорошо и не удобно перед другими людьми.
Есть ли вероятность того что по каким либо причинам информация на хостинге может пропасть?
По каким причинам это может случится? С учетом того, что php-скрипты на 100% защищены от взлома, инъекций.
И главное - рационально ли делать бек-апы всего сайта, с целью предупреждения потери данных?
Если да, то как делаются такие бекапы, на другой хостинг или ...?
На другой хостинг!!! купите специально под бэкапы.... и бэкапов делайте несколько.... 1 бэкап делайте раз в месяц(на ваше усмотрение, можно и реже) (туда будет входить ваши картинки, те 95%)... остольное можно запихать во второй - оставшиеся 5 процентов (раз в неделю, тоже в зависимости от того как часто изменяется содержимое, можно и чаще).... такой метод позволяет вам сохранить траф..
Причин потери информации может быть множество - одна из них(посыпался винт)!
ps много было случаев экономии на бэкапах (покрайней мере на форуме встречал неоднократно), учитесь лучше на чужих ошибках, чем на своих, ибо может дорого обойтись!
Представьте что вы это дело потеряете, и подумайте сколько бы денег готовы были потратить чтобы вернуть... хорошо представьте, тогда мысли делать или не делать бэкап не будет.
А взломать... есть догма "взломать можно все". Знакомый вон тоже говорил фиг сайт взломают, в скриптах дыр нет. Взломали хостинг :)
Для одного сайта требуется места 8-12гиг, в основном 95% места уйдет на изображения.
Если данная информация потеряется, будет очень нехорошо и не удобно перед другими людьми.
Есть ли вероятность того что по каким либо причинам информация на хостинге может пропасть?
По каким причинам это может случится? С учетом того, что php-скрипты на 100% защищены от взлома, инъекций.
Пропасть информация может если например полетел HDD. Или к примеру проблемы с ДЦ, а Вам ненужно нервничать , так как Вы спокойно разворачиваете сайт в другом ДЦ.
И главное - рационально ли делать бек-апы всего сайта, с целью предупреждения потери данных?
Если да, то как делаются такие бекапы, на другой хостинг или ...?
Бекап делается один раз, а потом с помощью rsync поддерживается его актуальность(бекапятся только изменения), что позволяет расходовать минимум трафика. И естественно бекап надо держать на другом хостинге и в другом ДЦ.
Я с помощью rdiff-backup по SSH бекаплю тока изменения к себе на домашний винт. Так как то спокойнее. Стараюсь делать каждый день.
а в чем проблема 12 гигабайт делаем 1 раз т.е. полное резервное копирование, а потом только изменение или так называемый инкрементальное резервное копирование скажым 1 раз в день/неделю...причем если у вас параноя, то берем виртуальный сервер, обычно компании предлагают внутреннее резервное копирования всего впс по нажатию кнопки... т.е. уже говорим о 2-х уровнем резервном копировании
Прочитал в Википедии про rsync, не не совсем понял.
rsync - это скрипт или программа? Он должна работать на том же хостинге или как...?
Как rsync определяет что произошло изменение и надо провести синхронизацию? Или он периодически сравнивает (по хешам или еще как) оба хостинга и ищет изменения?
Прочитал в Википедии про rsync, не не совсем понял.
rsync - это скрипт или программа? Он должна работать на том же хостинге или как...?
Как rsync определяет что произошло изменение и надо провести синхронизацию? Или он периодически сравнивает (по хешам или еще как) оба хостинга и ищет изменения?
rsync - это программа которую надо периодически запускать на сервере (обычно с помощью Cron). При запуске rsync произведет сравнение бэкапируемых файлов и файлов уже имеющихся в бэкапе, после чего произведет необходимые изменения бэкапа.
А как rsync работает со вторым хостингом, через ftp с логин-паролем?
Обычно через SSH
Несколько вопросов к ТС:
1) Какой хостинг-панелью пользуетесь?,
- если DA - Direct Admin, то там целый раздел, предназначен для выполнения бэкапов, и подальшего переноса с помощью ftp, или же ssh протоколов..
2) Какой рейд(raid) используется на Вашем сервере / хостинге ?