cs-strike.net-восстановление услуг

Приветствую!

Пишу - обозначить кидок от cs-strike.net на VIP.

Снял услугу, деньги не вернул, после сообщений в ВК - загасился.

Дмитрий Платонов https://vk.com/id564159329

Может занят человек, почему сразу кидок?(

DUPEKTOP, Доброго дня.

Причины пропажи вашей VIP объясню — у нас сломалась база данных. Мы смогли восстановить бэкапп только старой версии, за день до покупки вашей услуги. Об этом говорилось в нашей беседе в ВК, а так же был пост об этом. Пользователи с данного форума готовы это подтвердить.

Я дико извиняюсь, что так получилось, но на самом деле не все ваши сообщения я вижу и лишь по этой причине в группе ВК указаны контактные данные ВТОРОГО АДМИНА который куда оперативней может решить проблему.

Пожалуйста продублируйте ваше сообщение мне в ВК я восстановлю VIP и в качестве компенсации добавлю еще месяц в подарок :)

P.S в общей группе в телеграме, где сидят все админы мониторингов, готовы подтвердить, так как обращался к ним за помощью с восстановлением базы данных.

TMT, Подтверждаю! все кто владеет движком svv это видели, более того, еще и помогали восстановить базу, в частности hoolz

$@NyA, тогда на этом форуме нечего будет почитать)

С появлением темы - сообщения сразу прочитались, извинения принеслись, услуга вернулась, компенсация начислилась.
Спасибо

А так никто не умеет.

Для этого надо, например, делать бекап базы не раз в сутки, а раз в несколько часов. При чем бекап файлов мониторинга можно смело делать раз в 3-7 суток, там ничего не меняется. Какая-то панель из коробки такое умеет? Нет, делается общий бекап всего, надо вручную настраивать.

Потом надо зайти в платежный шлюз, посмотреть все заказы начиная со времени создания бекапа, отождествить всех клиентов и забросить сумму платежа каждому на баланс. Просто "провести повторно" не сработает, т.к. счет с таким номером в базе будет отсутствовать. А как идентифицировать клиента если в платежной системе будет только номер заказа (который в базе больше не существует)?

Metal Messiah, аматоры, что ты от них хочешь.
Создавать копии нужно всего что связано с заказами и оплатой, после каждой транзакции нужно создавать резервные копии. Достаточно отследить скриптом изменения в нужных в данном случае таблицах mysql > * .frm, .myd и .myi и производить копирование (архивацию) в защищённый раздел на локальном и удалённом хранилище.
Плановое резервное копирование должно быть всего и вся, начиная от файлов движка, БД, и заканчивая логами. Организация резервного копирования это довольно серьёзное мероприятие и оно должно быть организовано в первую очередь.