- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
что будет если селект вернет только одну запись?
у вас получается нельзя пользоваться вашим сервисом чаще чем раз в сутки на одинаковую сумму?
собственно, непонятно зачем делать эту проверку вообще. вы в этом скрипте должы взять запись, проверить баланс, если деньги есть - отослать, обновить баланс. после этого просто перейти к следующей записи. если будет запись от этого хакера, то проверка на баланс просто не пройдет.
PS подумайте что произойдет если в базе появится запись в момент когда ваш код пройдет эту проверку, но до апдейтов.
PS подумайте что произойдет если в базе появится запись
в момент когда ваш код пройдет эту проверку, но до апдейтов.
В любом случае когда каждую следующую минуту крон будет обращаться к нашему новому файлу,
будет происходить проверка по колонке state=0 и в условии будет сравнивать текущий с
предыдущим значением из массива, просто я другого решения не нашел и стал использовать массив.
Происходит что то типа такого:
если("userlogin-1326839241-100" == "userlogin-1326839241-100"){
то заблокировать и состояние у запроса на выплату обработать как отменено
} иначе {
проверить баланс на отрицательную сумму и если сумма не отрицательная,
только потом выплатить реальные деньги.
}
Проверял, тестировал вроде работает, но тему закрывать все таки пока не стоит,
Нужно дождаться этого хацкера и посмотреть, что получится с его счетом и аккаунтом.
зачем такие извращения? ну правда, нафига?
что если, теоретически, в ту же секунду, как создадутся 2 запроса на вывод, деньги закажет ещё один человек и они занесутся в базу в виде
- первый дублирующийся запрос
- хороший запрос
- второй дубль
if($protect[$k] == $protect[$k-1]) уже не сработает так, как задумано
сделай очередь заявок и обрабатывай по порядку, без таких вот извращений
и не нужно больше выделять болдом всё сообщение
что если, теоретически, в ту же секунду, как создадутся 2 запроса на вывод, деньги закажет ещё один человек и они занесутся в базу в виде
- первый дублирующийся запрос
- хороший запрос
- второй дубль
if($protect[$k] == $protect[$k-1]) уже не сработает так, как задумано
Я тоже думал над этим, всякое может произойти и придумал, что если проверять в массиве совпадения вот так:
if(in_array($protect[$k] , $protect)) Уже сработает
сделай очередь заявок и обрабатывай по порядку, без таких вот извращений
Вы предлагаете сделать так чтоб пользователь ждал пока я увижу запрос на выплату и сделаю выплату вручную, но это пользователям не нравится да и у меня просто нет на это время.
я не понимаю как может срабатывать ваша проверка т.к. я не вижу где устанавливается нулевой элемент массива $protect
---------- Добавлено в 03:33 ---------- Предыдущее сообщение было в 03:17 ----------
В любом случае когда каждую следующую минуту крон будет обращаться к нашему новому файлу,
будет происходить проверка по колонке state=0 и в условии будет сравнивать текущий с
предыдущим значением из массива, просто я другого решения не нашел и стал использовать массив.
заметьте, эта заявка все равно будет обработана, хотя пользователь заблокирован
Проверяю в любом случае на наличие блокировки и минусового баланса плюс добавил условие в
файл где юзер создает запрос на выплату.
$pay_date = mysql_fetch_row(mysql_query("SELECT `date` FROM `payout` WHERE `login`='$username' ORDER BY `id` DESC LIMIT 1"));
if(in_array(time() , $pay_date)){
exit("Повторите запрос еще раз!");
}
и кто знает, может это условие все бы решило.
Вы предлагаете сделать так чтоб пользователь ждал пока я увижу запрос на выплату и сделаю выплату вручную, но это пользователям не нравится да и у меня просто нет на это время.
скрипт на кроне будет делать выплаты, допустим, по 1 проверке и выплате в минуту.
это сработает, если у вас создаётся меньше 60 заявок на выплаты в час