Ошибка в том, что стоимость 2-х шоколадок нужно к долгу 120 рублей не прибавлять, а вычитать из него. В итоге у вас получается 100 рублей чистого убытка, которые потеряли.
Задачка прикольная.
Пока в екселе таблицу приход-расход не составил, так и не мог понять куда деньги пропадают.
Конфликт всегда можно решить без драки, при желании конечно.
Что касается драки с хулиганами, которые специально нарываются.
Хулиган, когда один в драку не полезет, а лишь когда их более 2-3.
Не уверен, что смогу победить в драке нескольких человек.
Так что хулиганов нужно гасить чем то посерьезнее чем кулаками.
К сожалению по опыту в аналогичных делах, на 95% уверен, что с точки зрения арбитража крайним окажется второй человек, который вернул деньги мошеннику.
Второму заблокируют кошелек и предложат на выбор, возвращай добровольно деньги первому или откажем в обслуживании.
Хотя я считаю, что виноват первый, который перевел деньги не убедившись, кому делает перевод.
Подобным разводам (с разными вариациями) уже много лет.
Однако этот вариант простой, красивый и довольно неожиданный для жертвы.
Поэтому является весьма опасным.
Думаю, что я и сам бы мог попасться на такую уловку.
Спасибо, буду знать.
Как защититься?
1. Помнить, об этом мошенничестве.
2. Если деньги просят вернуть на кошелек отличный от того с которого перевели деньги, связываться по киперу с отправителем первого перевода.
3. Возвращать деньги с кодом протекции и код давать в кипер тому WMID с которого пришли деньги.
Кто из двух пострадавших виноват? И должен ли второй пользователь возвращать деньги первому?
Я думаю большая часть вины лежит на первом пользователе, так как он должен был убедиться, что делает предоплату на кошелек того человека с кем совершает сделку.
Но как решит арбитраж сказать не могу.
Мне было бы очень интересно узнать его решение по этому вопросу.
Не проще ли зашифровать файл бэкапа?
Тогда его можно будет передать по не защищенному соединению.
Начать с того что оптимизировать скрипты, базу, индексы, запросы.
Что эффективнее один мощный сервер или отдельный для MYSQL, зависит от многих факторов.
Например, от объема данных передаваемых от mysql к PHP
На локейшн со статикой я ограничений не ставлю.
Так как к статике запросов может быть очень много, да и нагрузки статика большой не создает.
Я так понимаю что фронтенд у вас NGINX ?
И вы ставите ограничение limit_
Смотрите в логах access.log и error.log кому выдается код ошибки 503 (превышен лимит)
И если видите что 503 ошибка выдается поисковым ботам, то повышайте лимиты.
У меня стоят такие параметры
limit_zone limz $binary_remote_addr 10m;
limit_conn limz 10;
limit_req_zone $binary_remote_addr zone=lphp:10m rate=1r/s;
location / {
limit_req zone=lphp burst=10 nodelay;
Боты яндекса и гугла такими лимитами не банятся.
Что касается бота сапы – то он слишком быстрый.
Иногда делает 20-50 запросов в секунду.
Но бот сапы забанить не так страшно, так как он будет запрашивать страницу много раз, пока в конце концов ее не получит.
Пугать Добровольского бесполезно. Он угроз не боится. Он прекрасно понимал на что шел и чем это закончится, беря более миллиона долларов под высокие проценты.
Судя по тому, что нет никаких новостей и комментариев от самого Валентина, его уже и найти не могут.
Отечественного производителя нужно поддерживать по другому.
1) Упрощать систему налогообложения. Снижать налоги.
2) Убирать не нужные бюрократические и таможенные преграды.
А подобными ограничениями мы добиваемся не поддержки отечественного производителя, а снижением конкуренции и созданием кормушек для чиновников, которые будут это контролировать. Отечественный потребитель будет переплачивать за товары, в которые будет заложены стоимость не нужных ему устройств и стоимость лицензий и взяток.
Чиновникам выгодно собрать побольше денег с лицензий, налогов и таможни.
По моим оценкам 80%-90% бюджета страны разворовывается или тратятся на обслуживание самого гос апаарата.
