- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Подскажите на сколько сложно закодить механизм скачивания с сервака и закачивания(восстановления) на сервак бэкапов сайта через админку?
Сейчас это можно сделать только вручную. Сайт достаточно большой и образ БД, со слов программера, весит немало. Сейчас это 50 М, но сайт еще не полностью наполнен и не вышел на свою рассчетную посещаемость.
Это я воюю со своим программером по поводу реализации этой фичи. И он мне доказывает, что это такой кусок работы шо капец и лучше делать все вручную. Т.к. БД со временем вырасте до 100-200-300М, то это будет нереально делать через админку.
Я конечно далек от пхп и пр. mysql-ей, но мне кажется, что это не так уж и сложно. Подскажите кто прав.
http://sypex.net/ru/products/dumper/features/
скрипт интегрировать в админку несложно, удачи
PS не знаю как там с новой версией скрипта, но в старых достаточно было переписать в самом начале скрипта 5-6 строк кода для интеграции.
Подскажите на сколько сложно закодить механизм скачивания с сервака и закачивания(восстановления) на сервак бэкапов сайта через админку?
Сейчас это можно сделать только вручную. Сайт достаточно большой и образ БД, со слов программера, весит немало. Сейчас это 50 М, но сайт еще не полностью наполнен и не вышел на свою рассчетную посещаемость.
Это я воюю со своим программером по поводу реализации этой фичи. И он мне доказывает, что это такой кусок работы шо капец и лучше делать все вручную. Т.к. БД со временем вырасте до 100-200-300М, то это будет нереально делать через админку.
Я конечно далек от пхп и пр. mysql-ей, но мне кажется, что это не так уж и сложно. Подскажите кто прав.
"Через админку" != "на php".
Наиболее разумно это сделать бакап запускающийся в админке, но выполняющий консольные программы ( tar , wget , scp , mysqldump - в помощь). Если у Вас не вирт. жутко ограниченный хостинг - проблемы не будет, так что если реально нужно, то можно и сделать.
В принципе бакап ничто не мешает и полностью на php выполнять (тогда "в админке" его делать вообще не вопрос), и при условно больших (гигибайтных) объемах особых проблем не возникает, если все правильно сделать. Но просто не нужно этого, при больших объемах Вы наверняка окажетесь на своем сервере или хотя бы вдс, а там будет доступ ко всему консольному многообразию годами отлаженных решений, смысла городить огород нету.
Кстати, уж насколько битрикс местами крив и кос, но система бакапа и переноса сделана вполне пристойно... не идеально, но сильно лучше аналогов, учитывая что у аналогов обычно такого вообще нет:)
Это я воюю со своим программером по поводу реализации этой фичи. И он мне доказывает, что это такой кусок работы шо капец и лучше делать все вручную
Он прав по сути: лучше делать все вручную
А уж кто и какие инсинуации передёргивает или не желает работать - другая тема... ))
Возьмите хостинг с бекапами - зачем тратить на такое время ?
Вроде, свой сервер?
На шелле пусть напишет, там элементарно. У меня каждую ночь сервер останавливается, всё затаривается в архив, кладётся в отдельную директорию, сервер стартует.
Вроде, свой сервер?
На шелле пусть напишет, там элементарно. У меня каждую ночь сервер останавливается, всё затаривается в архив, кладётся в отдельную директорию, сервер стартует.
Свой!
Тоже все кладется в архив автоматом. С этим проблем нет. Но проблема в востановлении из этого бэкапа. Я сам через mysql восстановить не смогу, а держать для этого специального человека слишком накладно. Поэтому и встал вопрос упрощения этого процесса. Зная как на коробочных CMS это делается и возникло предложение реализовать через админку.
Ссылку я дал. Интеграция еще проще, чем раньше - на том же сайте есть примеры. Работает очень быстро, переваривает очень большие объемы.
Но в главном я поддержу отписавшихся тут - если на Вас работает программист, если у Вас нет человека, администрирующего сервер - то и убить базу врядли у Вас получится, поэтому надобность в этом стремиться к нулю. В сложных ситуациях обойтись бэкапом из админки тоже врядли получится, поэтому придется прибегать пусть к единичным, но обращениям к специалисту.
Pro100User, пусть ознакомится с этой темой.
Задача похожая, даже подобие CLI имеется. Пользуюсь — не нарадуюсь.
Лично я, как программист, для клиентов в админке делаю только возможность скачать дамп базы данных, но не восстановить её из бэкапа. Если возникнет такая необходимость, клиент обратится ко мне, я первым делом проверю, и убежусь, что действительно есть такая необходимость, что восстановление из бэкапа не создаст больше проблем, чем решит, и осторожно, вручную восстановлю. Во-первых это безопаснее. Решение о восстановлении данных должен принимать специалист. Во-вторых, организовать закачивание (аплоад) на сервер очень больших файлов средствами РНР - действительно весьма трудоёмко. Конечно есть готовые решения, но самое удобное, надёжное, и подходящее для этого решение - это FileZilla. Так что, лично я с вашим программистом полностью солидарен.
И ещё, зачем вам надо периодически скачивать бэкап сайта? Ведь меняться будет только база данных. Файлы достаточно скопировать один раз, и копировать в последствии только те, которые вы меняете, если таковые будут.