Saboteur почему ошибка?
Наоборот же, представим компанию (100 сотрудников), все они сидят за натом, т.е. выходят в сеть через один белый IP (по вашей схеме IP хоста B)
И когда они все в один момент обратятся к серверу XX.XX.XX.XX, то у них у всех будет одинаковый Source IP
Дмитрий
Насчет Мегафона вы правы. Я ошибся. Но все равно интересно, что произойдет, если такая ситуация случится, а по теории вероятности она может произойти.
> В соединении фигурирует белый ip.
Мобильные операторы (например, мегафон) используют один IP для всех клиентов
> не растёт
В смысле не растет? Например, будут открые TCP-соединения висеть при большом количестве пользователей. Всего вариантов открытых портов у клиента (2^16-1024) = 63522
При этом они выбираются случайным образом т.е. при 10к соединениях на сервере, вероятность встретить дубликат 10000/63522 = 0.157 , что очень даже много
> Потому что вектор четырехмерный.
Какой тогда смысл от заранее определенной матрицы? Её ведь не зря подбирали + в доке сказано, что именно благодаря ей достигается branch number = 5
> Да, потому что там min.
Это ок, уже разобрался, просто оценил вес по битам, а надо было по байтам. Верно же?)
> Перебрать, это ведь конечное поле
Разве только перебор?
Александр Скуснов отпечатки требуют определенных действий от пользователя, когда анализ ввода текста (считай поведения) работает в бекграунде. Но в то же время, согласен, что отпечатки - ок. Хотя по мне с биометрией необходимо сразу несколько видов аутентификации: отпечатки, анализ ввода текста, анализ ходьбы (why not) и т.д.
Как я понял, вся проблема в том, что приходит сразу много запросов.
Я написал HTTP-handler, который при входящем запросе делает запрос к БД "mysql> SELECT BENCHMARK(1000000,ENCODE('hello','goodbye'));"
Дальше банально с помощью curla сделал 10+ запросов в бекграунде и посмотрел через Workbench кол-во открытых соединений. Все ок. у меня висит N соединений.
Потом попробовал ограничить кол-во открытых соединений уже в приложении и повторил процедуру. Опять все ок. Запросы к бд просто стоят в очереди.
Но если же сразу направить большое кол-во параллельных запросов (на запись, например), то выскакивает данная ошибка.
Иван Чистов: ну сама регулярка отрабатывает ок https://play.golang.org/p/jkqewbXF36
+ когда ты отправил месседж
if r.MatchString(message) {
sendMessage(chatid, r.FindStringSubmatch(message)[1] + " - ачивмент анлокед")
return
}
сделай return
ибо смысл дальше идти по функции?
Иван Чистов: По идее регулярному выражению должно быть безразлично, чат это или же групповой чат. Он просто обрабатывает данные. Скорее всего ошибка в самой логике программы.
Если скинете код, то могу глянуть)