Pro AV

Проблема сегодняшнего образования, громкие названия, но знаний дают очень мало

В яблочко

IP конечно хорошо, но злодеи их меняют, всех не забанишь.

Админпанель->Загрузка изображений у вас там вообще micro пресет есть? А то может его там и нет вовсе, а система его объявляет, вот и предупреждение.

Написано же где смотреть .\system\libs\html.helper.php файл html.helper.php строка 222 что то у вас с micro картинкой аватара, она не определена.

Была бы зарплата — человек найдётся

Мне кажется сторонние пароли не будут распозноваться инстантом, в этом и есть соль.

@alexandr22 предложение в силе, если доступ дадите — настрою

Да, понятно что надо подстраховаться и держать резервную копию, все так делают. Вам про другое объясняют, не создавайте избыточность, создавать каждые 5 минут копию БД, лишнее это. Надо придумать на ваш случай другой страховочный механизм, какой нибудь дублирующий. Если у вас будут таблицы с миллионами строк операций это вовсе не 500Кб. и восстановление БД из за пропущенной операции или нескольких операций, ну вот не надо этого делать.

Да может у вас этот форс-мажор и не случится никогда, а вы столько под это дело наворочаете. Как известно, чем сложнее система тем выше вероятность поломки.

Да у вас на восстановление из бэкапа, времени больше уйдет, чем просто спросить о реквизитах платежа и если надо исправить баланс.
Потом в какой момент времени вы этот бэкап поднимать будете? восстановление это же время, пока вы откатываете БД, могут мимо вас пройдут ещё операции, и если необходимость восстановления БД из бэкапа из-за потери какой-то одной операции весьма и весьма под вопросом, то за время восстановления вы точно упустите операцию. В итоге будете делать всё тоже самое только вручную. Да у всех операторов работающих с деньгами сидят люди на телефоне которым если что-то пошло не так надо звонить, они задают ряд вопросов, и удостоверившись что платёж был ваш, ручками исправляют ситуацию. Думаю так как вы планируете это не делает никто, потому как восстановление БД это критическая ситуация и без крайней необходимости никто этого делать не будет. Как то так. Спасибо что дочитали.

БД не 500кб, больше. Вам нужна всего одна таблица об биллинга. Точнее две, одна от биллинга и вторая с пользователями, потому что сумма баланса хранится не в биллинге, а в таблице пользователей.

Да действительно, информация "об отказе от гарантий" будет хорошо вписываться, какие уж тут гарантии.
На счёт сбоя, мне кажется вы излишне переживаете, я примерно раз в месяц БД к себе качаю, вручную и всё. Были у меня пару раз вопросы от клиентов типа где мои "3 рубля 18 копеек", просишь их передать реквизиты платежа: через кого когда и сколько было оплачено, потом смотрим была ли действительно такая операция, и если была и у вас на сайте не зафиксирована, исправляете руками. Последний раз когда ко мне обращались по поводу — что-то пошло не так, была года 2 назад. Можно конечно стараться каждые 10 минут отслеживать изменения, но зачем, если человек заплатил и у него что-то не зачислилось он моментально будет к вам стучаться и требовать "где мои вклады", и в этом случае можно спокойно вмешаться и восстановить нервную систему "пострадавшему".

Все записи об операциях хранятся только в базе данных.

У меня стоит, и на второй и на первой ветке, семь лет стоит, ничего ему не делается. Зачем в биллинге делать бэкап файлов для сохранения информации кто чего заплатил. Сделайте бэкап базы данных, этого достаточно. Сохранённую копию БД скачайте себе на ПК, даже лучше её (копию) скачать себе.

Не знаю на счёт возраста, но его со вчерашнего дня нет на сайте. Видимо день рожденья удался