Polzovinst

Делается это так:
1. Восстанавливаем базу за сегодняшний день где угодно. Хоть в другую базу на этом же сервере, хоть на локальном сервере. Потом экспортируем таблицу того, чего собираемся дописывать. Допустим, комментарии. Экспортируем таблицу cms_comments. Открываем её в notepad++ и автозаменой меняем префикс. То есть "заменить всё cms_ на kms_" импортируем эту таблицу в действующую базу и дописываем так:

INSERT IGNOGE INTO cms_comments * SELECT * FROM kms_comments

И недостающее дописывается.

Уже начал вникать потихоньку, что в экспорте-импорте из базы в базу сложного в принципе ничего нет.
Сложность лишь в двух вещах:
1) точно определить все необходимые таблицы, не взять лишнюю, не пропустить нужную
2) автозамены и дописывания типа:

автозаменой меняем префикс. То есть "заменить всё cms_ на kms_" импортируем эту таблицу в действующую базу и дописываем так:

INSERT IGNOGE INTO cms_comments * SELECT * FROM kms_comments

Жалко что без этого нельзя.

А вот, кстати, ещё момент.

Может есть команда, чтобы видео запускалось ещё, после того как закончится, и будет запускаться до тех пор, пока пользователь сам не нажмёт на выключение.
Это нужно на тот случай, если в видео играет музыка, которая понравилась пользователю. Она будет продолжать играть, а ему будет с ещё большим настроением гуляться по сайту.

Хотя, видео же находится только на одной странице. Ну, может он откроет сайт ещё в новой вкладке.

Конечно не додуматься за html-блок и поделиться из Ютуб это опять только мой забубённый мозг только так мог.

Высоту я выставил всё-таки.

Вот Ris так Ris. Как по мановению волшебной палочки решил ещё один вопрос по всем необходимым критериям!
И автовоспроизведение очень нужно было.

Благодарствую очень!

1) Чтобы это был ВИДЖЕТ, который можно вывести, допустим, на главную страницу
2) Чтобы САМОВОСПРОИЗВОДИЛСЯ при загрузке страницы

Спойлер

Видимо это то, что нужно, только где ж я символ пропусти?

<iframe width=”560” height=”315” scr="https://www.youtube.com/watch?v=H6lDuuy_PAI" frameborder=”0” allow=”autoplay; encrypted-media” allowfullscreen></iframe>

А то пока белое поле просто.

На кошечках надо тренироваться! На опенсервере.

Интересная вещь…

Других вариантов, наверное нет?

А вот этот вопрос возвращает нас в начало темы.
Зачем вообще нужно постоянно бэкапить базу, восстанавливаться из нее и т.д.?
Почему бы просто не организовать сайт на нормальном хостинге, чтобы база нормально работала бы и работала?
Я, например, так и делаю.

sweb.ru вроде нормальный 10 лет пользуюсь.

Наверное, я опять путаю одно с другим. Я связываю сбои в базе с какими-либо внешними воздействиями (хакерскими), перегрузками, действиями пользователей и т.д. А тут получается от хостинга что-ли зависит.

Плюс бывает компонент какой-нибудь установишь он не идёт, или отзывы почитаешь что плохой компонент, баги вызывает, начинаю откатывать сайт.

О том как делать эту процедуру, пока соображения не имею.

Это очень творческий процесс!
Я обычно делаю так:
Допустим я восстановил базу из вчерашнего бэкапа и обнаружил, что свежий контент за прошедший день пропал.
Но! Если перед восстановлением я не забыл сохранить бэкап за сегодняшний день, всегда можно "дописать" потерянный контент.
Делается это так:
1. Восстанавливаем базу за сегодняшний день где угодно. Хоть в другую базу на этом же сервере, хоть на локальном сервере. Потом экспортируем таблицу того, чего собираемся дописывать. Допустим, комментарии. Экспортируем таблицу cms_comments. Открываем её в notepad++ и автозаменой меняем префикс. То есть "заменить всё cms_ на kms_" импортируем эту таблицу в действующую базу и дописываем так:

INSERT IGNOGE INTO cms_comments * SELECT * FROM kms_comments

И недостающее дописывается.

Спасибо.

Не скажу, что сверхсложно.
Но для перворазника пока муторно.
Других вариантов, наверное нет?

Это по идее именно те действия (дописывание из базы в базу), который и нужны. Не простой возврат бэкапа каждые 5 минут, как я думал до этого, а с возвратом сегодняшних записей. Конечно, если плюс с биллингом тоже самое делать, то это лес потемнее, посложнее.

Чтож оно так с биллингом с сохранением данных так тяжко.

если отбэкапил к вчерашнему дню, а записи исчезли, которые сегодня добавлялись.

Конечно исчезли. Надо было сохранить базу, которая есть перед восстановлением. А потом записи из неё добавить.

Короче, я думал я бум-бум чуть-чуть, а оказалось не бум-бум.

А потом записи из неё добавить.

О том как делать эту процедуру, пока соображения не имею.

Кстати, сделал дополнение для бэкапа базы:
instantcms.ru/blogs/zapiski-dinozavra/byekap-bazy-danyh-po-raspisaniyu.html

Супер! Спасибо! Сейчас установим, посмотрим…

Ris, спасибо за ответы.

А лог ошибок вещь полезная, но это не история финансовых операций.

Это я понял.

А что дальше с логами делать, как их применить при необходимости если потеряются данные, допустим после бэкапа? Т.е., если отбэкапил к вчерашнему дню, а записи исчезли, которые сегодня добавлялись.

Ris, пока конечно не понял с этими логами.

Включил пока только лог ошибок.

А что дальше и как это с биллингом увязать и применить при необходимости?


Или как, лог ошибок это одно дело, а лог биллинга это другое дело получается.

Т.е., если возникнет ошибка, в корне сайта образуется файл, в котором можно посмотреть эту ошибку, и умные люди будут знать как исправить неполадку?
А с биллингом лог файл образуется при транзакции и что с ним делать при неполадке?
Как лог файлы вообще себя называют?

но вес базы пока 500кб

Ничего не путаете?
У свежеустановленного сайта с демоконтентом база уже 800кб весит.

Может и путаю. Просто когда захожу в MySQL., скачиваю там получается 500кб. Может это уже когда бэкап, там больше.

Кстати, а что Вы там бэкапить собираетесь? Разве биллинг на пишет логи транзакций в текстовые файлы в корень сайта?
Я у кого-то точно видел заваленный логами сайт.

Это уже ближе, лучше. Перепроверил сейчас. В корне сайта чисто в этом плане.
Но в разделе Log-файлы всё выключено.
Не заходил туда даже никогда.

Не совсем.
Пока выполняется бэкап базы — она недоступна для чтения и записи. В моем случае вес базы около 900 мб и бэкап выполняется 2 минуты.
То есть если делать бэкап каждые 5 минут — сайт будет просто недоступен. А диск забьется бэкапами уже к вечеру.
Polzovinst,
Вам в этой теме озвучивали нормальное решение. Ежедневный автоматический бэкап и принудительный бэкап перед проведением каких-либо работ.

Понял, значит это решение не для меня. Хотя ответ про файл схож с поставленным вопросом. Ладно, будем довольствоваться ежедневным автоматическим бэкапом.
Вес 900мб, неплохо, огромный сайт такой. У меня уже не самый маленький, но вес базы пока 500кб, вес сайта 250мб…

Это неплохо работает уже лет 5 на разных хостингах:
instantcms.ru/forum/thread21681-1.html#207256

Смысл следующий:
1. Создаем папку, где будем хранить бэкапы базы.
2. Создаем файл, который будет стартовать бэкап и удаление старых бэкапов.
3. Создаем задачу хрона, которая дергает этот файл.

Файл должен выглядеть приблизительно так:

/usr/bin/mysqldump --opt --user=****** --pass=******** -h localhost -e --add-drop-table ******  | gzip -f9 > /путь_папке_бэкапов/`date "+%d-%m-%Y_%Hh%Mm"`.sql.gz
find /путь_папке_бэкапов/ -name "*sql.gz" -mtime +1 -exec rm -f {} \;

Эврика. Так получается это и есть решение вопроса, озвученного мною в начале темы.
Т.е. получается всё так просто. Вот значит тот самый файл, который будет делать бэкап базы каждые 5 минут (если в кроне выставить 5 минут).

Кстати, файл можно назвать как угодно? Допустим kopiibaz.php
И где его разместить? В корне сайта?
Папку назвать также и в корень сайта разместить?
Файл в папку не нужно помещать, да?

Так ведь можно рассуждать, "а что будет если я умру..."

Вот-вот...

Еще вариант, раз такие проблемы, а знаний не хватает, нанимайте профи.

Да, действительно, сейчас покопаюсь с мастер слейв mysql и рассмотрим какой можно дублирующий механизм, пропишу форс-мажор, и всё, прекращу накручивать себя. Если какой сбой, с которым сам не разберусь, сразу обращусь к профи инстанта, к Rainbow, например, и другим. Дам доступ к базе и там надеюсь всё будет хорошо. К тому времени и деньги с клиентов будут на оплату устранения сбоев. Глядишь и на постоянку можно человека, чтобы вёл техническую исправность сайта.

Кстати, в вашей работе, специалистов Инстанта, есть такие дела, как ведение чьего-либо сайта? Большого сайта, с возможными перегрузками, наблюдение за его безошибочной работой и контроль бесперебойности работы, а в случае неработоспособности сайта, исправление данной ситуации. Сколько, если не секрет, примерно обходится заказчику такой специалист(ы)?