это хорошо если в разрезе сессий не нужно лимитировать

max_conns

Так это и есть то топорное решение) Там нормальные разрезы не задать

И очередь не организовать

это не топорное решение, это стандартная практика)

оно ставится в очередь

ограничиваются не входящие подключения к nginx, а исходящие к апстрим и входящие ждут свободного слота к апстриму

это хорошо если в разрезе сессий не нужно лимитировать

Павел пока что еще не описал, что именно он все таки хочет лимитировать и какая стратегия обработки сверх лимита)

И как ограничить количество висящих входящих, чтобы оно, например, не перевалило за 10000?

отдельный лимит на входящие в nginx

есть ограничения применяемые к входящим, а есть апстримы - у них свои настройки. и на один исходящий адрес можно завести разные апстримы и по разному сконфигурировать, а затем по условию выбирать нужный апстрим. входящие тоже конечно можно по разному сконфигурировать - но вроде без создания альясов, за счет блоков с условиями - это вполне нормально и часто гораздо проще, чем пытаться где-то в бекэнде настраивать

Ну, у nginx'a нет такого способа, чтобы я мог сказать, например, "если количество одновременных соединений с одного ip (именно одновременных, а не per second) превышает некоторое число, ставь их в очередь, и если очередь превысит некоторую длину, обрубай все, что приходит сверх"

никто не говорит, что он подходит под все случаи) всегда можно придумать кейс который не уложится в возможности настройки - но главный вопрос - будет ли он взят из реального мира? )))

можно просто ограничить кол-во конкурентов с одного айпи - а вот зачем их ставить в очередь - хм.

можно сделать ограничение по айпи в сотню и отдельно общий лимит - это может быть уже приемлимо (к апстриму они будут все равно в очередь выстраиваться)

я пока простое решение хочу: рубить вообще всем, если в данную секунду пришло больше, чем N запросов. На уровне nginx не получится, потому что нужна другая бизнесовая логика - что-то типа старого кэша с пердупреждением, что это старьё

глянь вот, возможно подойдёт https://github.com/vladimir-bukhtoyarov/bucket4j

можно просто ограничить кол-во конкурентов с одного айпи - а вот зачем их ставить в очередь - хм.

Потому что иногда бывает гораздо лучше, если клиент подождет 5 секунд, но получит ответ на запрос, чем сразу отвалится с ошибкой "Too many requests"

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

Потому что иногда бывает гораздо лучше, если клиент подождет 5 секунд, но получит ответ на запрос, чем сразу отвалится с ошибкой "Too many requests"

так для этого и делается разница в кол-ве между входящими и исходящими к апстриму

Так это и есть "выстроить в очередь"

я пока простое решение хочу: рубить вообще всем, если в данную секунду пришло больше, чем N запросов. На уровне nginx не получится, потому что нужна другая бизнесовая логика - что-то типа старого кэша с пердупреждением, что это старьё

отдавать устаревшие данные и "рубить" - совсем разные подходы) в плане устаревших данных - да, с nginx не все получится сделать)

Так это и есть "выстроить в очередь"

только немного будет отличаться тем, что макс-конн для входящих будет вешаться на все запросы от конкретного айпи. и соответственно остальные акшены - тоже будут в этот лимит попадать и сьедать) но все опять таки надо смотреть на реальных не только кейсах, но и действительных потоках данных - много вещей могут быть неактуальны)

да, я неверно выразился, не совсем "рубить"

Меня регулярно поражают в скале какие-то дебильные недоделки в самом сердце языка. Например нетипизированное ==, или вот щас столкнулся: trait SomeName { def someMethod(a: String) } class SomeClass extends SomeName { def someMethod(a: String) = a + 1 } Что выдаст (new SomeClass).someMethod("abc"), как думаете?

Разве можно делать абстрактные методы без указания типов?

правильный ответ

оказывается можно

и они будут : Unit

ахахахаха =)

скала паззлерс

больше похоже на недоделку чем какую-то хитрую особенность

можно флагами компилятора это выровнить?

чтобы был warning хотя бы

Меня регулярно поражают в скале какие-то дебильные недоделки в самом сердце языка. Например нетипизированное ==, или вот щас столкнулся: trait SomeName { def someMethod(a: String) } class SomeClass extends SomeName { def someMethod(a: String) = a + 1 } Что выдаст (new SomeClass).someMethod("abc"), как думаете?

Думаю что у публичных методов *необходимо* указывать тип возвращаемого значения

в каком смысле необходимо?

всмысле стоит придерживаться такого правила?

ну то есть компилятор не ругается

@le_xs

ну то есть компилятор не ругается

С его точки зрения проблем нет. Да, это может быть улучшено. Ровно так же может быть улучшен "code style" пишущего def shit(arg: Type)

это всё понятно

но вот ты 10й час на работе, и забыл написать : String

Что бы ты сказал увидев такой trait?

в итоге сиди и отлавливай

я ж не говорю что так надо писать

но вот ты 10й час на работе, и забыл написать : String

На 10м часу можно и посложнее проблем накодить))

Не зря ж типизация и вот это всё. Хочется помощи от , и она есть, и ты к ней привыкаешь

а потом делаешь (образно) что-то вроде new {} == (new SomeClass).someMethod({} + {}), и получаешь букет непонятностей

Я начинал одновременно на javaScript/Scala. Я конечно не против помощи компилятора, но JS отучил))))

я бы был рад, если бы человечество отучилось от JS

и сожгло бы его ссаными тряпками

(очень не люблю жс)

Я начинал одновременно на javaScript/Scala. Я конечно не против помощи компилятора, но JS отучил))))

Помощь компилятора эт плохо?)

в жс всё с ног на голову :)

(очень не люблю жс)

Я ОЧЕНЬ не люблю JS. И еще больше не люблю современные тенденции и библиотеки, которые писали *извините мой французский* какие еб..ый д..лы левой ногой во время пмс Я не хотел никого обидеть, если вдруг тут есть авторы) Но то что я видел ужасно

что ты видел?

Помощь компилятора эт плохо?)

Это хорошо. Но не должно заменять голову (:

что ты видел?

переусложненные монстры насколько я понимаю

http://dobrochan.com/src/jpg/1610/Cug1rtMWcAE4ND1.jpg_large.jpg

что ты видел?

Начнем с популярного. npm, bower

Это хорошо. Но не должно заменять голову (:

Я просто пытаюсь вспомнить где компилятор не помогает)))

http://dobrochan.com/src/jpg/1610/Cug1rtMWcAE4ND1.jpg_large.jpg

backbone, кстати, я еще нормально перенес.

Это хорошо. Но не должно заменять голову (:

В таких вопросах -- должно

Я просто пытаюсь вспомнить где компилятор не помогает)))

Выше же пример

вот еще за всякий бойлерплейт волноваться

ERROR: S client not available

В таких вопросах -- должно

Haskell?

хаскель никак не помогает в вопросе проверки скальным компилятором такого рода проблем, так что не оч понял

Выше же пример

Хде

а менять язык из-за такой мелочи -- это как-то слишком

в общем

люблю тишину в ТГ после вброса нового стикерпака :)

val i = 5 val s = i.asInstanceOf[String] println("s: "+s) // Exception in thread "main" java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.String //WTF, compiler????? Where are you, mother fucker?

?

Я просто пытаюсь вспомнить где компилятор не помогает)))

я к этому )))

вставляй пальца в розетку @ жалуйся на управдом

я к этому )))

К чему

а менять язык из-за такой мелочи -- это как-то слишком

» Мелочи Я вот тоже не против набора неприятных мелочей когда инструмент удобный

к тому, что компайлер много где не помогает)

-_-

Хде

def someMethod(a: String)

к тому, что компайлер много где не помогает)

А с чего он в этом случае должен тебе помочь

def someMethod(a: String)

Них не понял

хаскель никак не помогает в вопросе проверки скальным компилятором такого рода проблем, так что не оч понял

Он помогает избавится от такого рода проблем, быть может?)

Меня регулярно поражают в скале какие-то дебильные недоделки в самом сердце языка. Например нетипизированное ==, или вот щас столкнулся: trait SomeName { def someMethod(a: String) } class SomeClass extends SomeName { def someMethod(a: String) = a + 1 } Что выдаст (new SomeClass).someMethod("abc"), как думаете?

этовот

Nick

Них не понял

Не читал, но осуждаю?

@le_xs кому-то может быть

я и не говорю, что должен) просто факт) хотя я был бы не против, если бы он сказал мне в этом случае, что я мудак и там это будет)

Не читал, но осуждаю?

Я где тебя осуждаю то?

я и не говорю, что должен) просто факт) хотя я был бы не против, если бы он сказал мне в этом случае, что я мудак и там это будет)

Не юзай каст и жизнь будет хороша

она и с кастом хороша)

А, еще, я не говорил еще? Я только потроллить захожу сюда, когда кодить уже лень, а заняться более нечем. Причиной этому 95% флуда в этом чате

в идее часто такие проблемы отмечаются как warning-и, для == там unrelated types предупреждение. можно выкрутить флаги компилятора чтобы warning-и на все ставил, и -Xfatal-warnings чтобы на warning-ах компиляция падала

@le_xs такой себе троллинг

больше похоже на странные сообщения

не знаю насчет ситуации с публичными методами без явного указания типов, но часто очень помогает