Это просто зависть. Надо еще было предложить выбор меду "получить $10" и "отобрать $50 у того парня" (не себе, просто отобрать), и посмотреть сколько выберут второй вариант...
Наверное, потому же, почему и в настоящем gps нужно минимум 4 спутника. Пересечение трех сфер — действительно точка. Но эти сферы не неподвижны. Точка пересечения движется по некоей кривой. Так что нужен либо четвертый передатчик, либо очень точно синхронизированные часы.
Как раз низкая скорость звука снижает требования к точности часов. Для gps ошибка часов в 1/30000000 секунды дает ошибку позиционирования на 1 метр (ну приблизительно). Для звука в воде — 1/1450 секунды — 1 метр.
Если посмотреть вот так: a^5+b^5+c^5 = e^5-d^5
— то разность пятых степеней может принимать не любые значения по модулям 11, 31, 41 и 61… Так что проверив сумму a^5+b^5+c^5 по модулю 11*31*41*61, четвертый цикл примерно в 80% случаев можно вообще не выполнять…
Менять IP — это для случая, когда снаружи web-интерфейс недоступен. Я вы в браузере заходите на страничку, в которой есть <img src="http://192.168.1.1/cgi-bin;.....
С сайтом банка, на котором форма для P2P перевода, общается исключительно скрипт. Можно конечно ограничить количество запросов с одного ip. Но черт возьми, вдруг это какой-то провайдер, в связи с дефицитом ipv4 адресов, посадил всех своих пользователей за nat?
Страничка на сайте другого банка, где проверяется 3ds, получает url, на который вернуться после проверки, из параметра post запроса. Иметь всем, кто проверяет 3ds, список всех легальных адресов платежных шлюзов — сомнительная идея. Собственно стандартный протокол для проверки 3ds и был придуман для того, чтобы разработчику платежного шлюза не надо было заключать договоры с каждым банком в мире, чтобы иметь возможность принимать оплату по его картам.
Вот кусочек api, связанный с 3-d secure: http://payture.com/integration/api/3-d-secure/
Там в ответе еще и пара параметров приходит, их надо серверным скриптом на на оригинальную страницу отправить.
Не проходит платеж при подмене страницы возврата? Ну очевидно, при обращении к этой странице (https://3ds.payment.ru/cgi-bin/cgi_link) производятся действия, необходимые для завершения операции. И естественно подмененная страница на мошенническом сайте должна с помощью curl обратиться к оригинальной странице.
Если участник вдруг забыл, какую дверь выбирал вначале — то вероятность выиграть у него — 1/2.
С вероятностью 1/2 он выберет ту же дверь что и в начале, за которой машина с вероятностью 1/3, и с вероятностью 1/2 — другую дверь, за которой машина с вероятностью 2/3. Суммируем: 1/2 * 1/3 + 1/2 * 2/3 = 1/2. Внезапно.
Да вы еще и не начинали ходить по граблям. Ну например, а как вы узнаете, куда в очередной полученный файл нужно подставлять исходные данные и откуда получать результат? У вас запрограммирован искусственный интеллект, который это понимает, или вы наивно предполагаете, что оно всегда будет расположено в одном и том же месте?
Потом, использовать ole automation на сервере — очень плохая идея. Старая статья на эту тему support.microsoft.com/en-us/kb/257757
К примеру, Excel запросто может на ровном месте выдать какой-нибудь модальный диалог и ждать, пока человек не нажмет кнопочку.
Это просто зависть. Надо еще было предложить выбор меду "получить $10" и "отобрать $50 у того парня" (не себе, просто отобрать), и посмотреть сколько выберут второй вариант...
Наверное, потому же, почему и в настоящем gps нужно минимум 4 спутника. Пересечение трех сфер — действительно точка. Но эти сферы не неподвижны. Точка пересечения движется по некоей кривой. Так что нужен либо четвертый передатчик, либо очень точно синхронизированные часы.
Как раз низкая скорость звука снижает требования к точности часов. Для gps ошибка часов в 1/30000000 секунды дает ошибку позиционирования на 1 метр (ну приблизительно). Для звука в воде — 1/1450 секунды — 1 метр.
— то разность пятых степеней может принимать не любые значения по модулям 11, 31, 41 и 61… Так что проверив сумму a^5+b^5+c^5 по модулю 11*31*41*61, четвертый цикл примерно в 80% случаев можно вообще не выполнять…
Менять IP — это для случая, когда снаружи web-интерфейс недоступен. Я вы в браузере заходите на страничку, в которой есть <img src="http://192.168.1.1/cgi-bin;.....
Ничего нового. "Верить в наше время нельзя никому, порой даже самому себе. Мне — можно."
С сайтом банка, на котором форма для P2P перевода, общается исключительно скрипт. Можно конечно ограничить количество запросов с одного ip. Но черт возьми, вдруг это какой-то провайдер, в связи с дефицитом ipv4 адресов, посадил всех своих пользователей за nat?
Страничка на сайте другого банка, где проверяется 3ds, получает url, на который вернуться после проверки, из параметра post запроса. Иметь всем, кто проверяет 3ds, список всех легальных адресов платежных шлюзов — сомнительная идея. Собственно стандартный протокол для проверки 3ds и был придуман для того, чтобы разработчику платежного шлюза не надо было заключать договоры с каждым банком в мире, чтобы иметь возможность принимать оплату по его картам.
Вот кусочек api, связанный с 3-d secure: http://payture.com/integration/api/3-d-secure/
Там в ответе еще и пара параметров приходит, их надо серверным скриптом на на оригинальную страницу отправить.
Не проходит платеж при подмене страницы возврата? Ну очевидно, при обращении к этой странице (https://3ds.payment.ru/cgi-bin/cgi_link) производятся действия, необходимые для завершения операции. И естественно подмененная страница на мошенническом сайте должна с помощью curl обратиться к оригинальной странице.
В комментарий пожалуй не уложится, надо писать отдельную статью
С вероятностью 1/2 он выберет ту же дверь что и в начале, за которой машина с вероятностью 1/3, и с вероятностью 1/2 — другую дверь, за которой машина с вероятностью 2/3. Суммируем: 1/2 * 1/3 + 1/2 * 2/3 = 1/2. Внезапно.
Потом, использовать ole automation на сервере — очень плохая идея. Старая статья на эту тему support.microsoft.com/en-us/kb/257757
К примеру, Excel запросто может на ровном месте выдать какой-нибудь модальный диалог и ждать, пока человек не нажмет кнопочку.