Нет, логин, регистрация, аутентификация, прошу прощения.

в бан

и так будет с каждым, кто не может указать вилку по зарплате арабскими цифрами

а что было-то, римскими писали?

никакими

http://lists.ruby-lang.org/pipermail/jruby/2017-January/000511.html

We are using the SubstrateVM, an ahead of time compiler for Java programs, to compile JRuby+Truffle to a single statically-linked binary, that doesn’t even have a dependency on a JVM.

We are using the SubstrateVM, an ahead of time compiler for Java programs, to compile JRuby+Truffle to a single statically-linked binary, that doesn’t even have a dependency on a JVM.

да-да

ништяки поползли

Хочу бухнуть с Крисом. Я так понял что через некоторое время будет шанс что фронтенды для трюфеля можно будет писать на любом из реализованных в трюфеле языке

ниразу не пробовал трюфели

https://github.com/jruby/jruby/pull/4441#issuecomment-272621975

@dd_bb всё не совсем так

да про статически собранное всё понятно было

я хотел AOT для ruby :/

в каком виде-то?

точнее не так, тебе AOT зачем нужен?

да меня бы и fatjar устроил

или как там оно

в clojure это uberjar

короче иметь один артифакт, который всё умеет и содержит это удобно

докер :(

но вобщем тебе не AOT нужен, а просто портабельный исполняемый контейнер

аот я бы хотел, чтобы не было лютого проседания перфа, пока греется jit

до сих пор не знаю как в jvm решают эту проблему

никак

Спрашивал у Криса, можно ли как-то сохранять «профили оптимизаций», чтоб один раз прогреть инстанс, снять с него профиль и потом запускать с ним

вобщем он сказал что так скорее всего не выйдет

к слову о редис адаптерах

всё плохо

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

[21] pry(main)> (r = Redis.new).pipelined { r.multi { r.brpop(:kkk, timeout: 2) } } NoMethodError: private method `timeout' called for #<Redis::Pipeline::Multi:0x0000010a649b68> from /Users/kes/.rbenv/versions/2.4.0/lib/ruby/gems/2.4.0/gems/redis-3.3.2/lib/redis.rb:1136:in `block in _bpop'

и вот даже прямо сейчас

апи фигово задизайнено

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

client.multi |batch| batch.brpop :foo, timeout: 123 batch.brpop :bar, timeout: 123 end

иначе это ад

с пайплайном тоже самое по идее

да

иначе у тебя начинается история с тем как держать стейт клиента

а это жопа

в смысле не стейт, а контекст

ваще да, получается что конструктор команд пришит намертво к wire protocol чтоли?

не совсем понял вопрос

да забей. просто когда будешь делать свой апи для «запросов», сразу делай AST.

и потом уже из него собирай бинарные команды

иначе будет очень больно и обидно. особенно на кейсах типа вышеописанного

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

в хаскелле нет такой проблемы, потому что нет таймаутов на операции с сокетом муахаха

это таймаут для клиента или для сервера?

тоесть по протоколу, его кто энфорсит?

и что происходит если случился таймаут?

сервер

https://redis.io/commands/blpop

nil

если таймаут или ничего нету

в редисе короче если поставил таймаут на сокеты меньше чем аргумент в blocking ops, то сасай, все сломается

будут валиться таймауты сокетов

какой ужасный протокол

третий расклад (разумный с точки зрения юзера) это поднимать таймаут на это значение, а потом вертать взад

ERROR: S client not available

но там начинается жопаболь в самом адаптере

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

опять же что делать с корнеркейсами, типа, если в пайплайне дернуть

короче боль и унижение

а чо, соединение не мультиплексируется?

в смысле, блокирующая операция всё соединение прямо натурально блокирует?

ну как раз пайплайн шлет пачками

а блокирующая операция в мульти транзакции может заблочить не только соединение, но и весь сервер)

он же однопоточный

Using BLPOP inside a MULTI / EXEC block does not make a lot of sense as it would require blocking the entire server in order to execute the block atomically, which in turn does not allow other clients to perform a push operation. For this reason the behavior of BLPOP inside MULTI / EXEC when the list is empty is to return a nil multi-bulk reply, which is the same thing that happens when the timeout is reached. If you like science fiction, think of time flowing at infinite speed inside a MULTI / EXEC block...

ну тоесть в теории мог

https://medium.com/blog-goncalopereira-com/development-quality-for-ruby-and-chef-59ed7a3e94dc#.v83mj2o1x

Всем привет! Скажите пожалуйста, как на heroku free запустить и worker и web?

одновременно

одновременно

heroku ps:scale web=1 worker=5 вот так, не?

heroku ps:scale web=1 worker=5 вот так, не?

$heroku ps:scale web=1 worker=5 Scaling dynos... ! ▸ Cannot update to more than 1 Free size dynos per process type.

ну так поставь 1 вместо 5, елы-палы

ну так поставь 1 вместо 5, елы-палы

Please verify your account in order to change resources (please enter a credit card) For more information, see https://devcenter.heroku.com/categories/billing ▸ Verify now at https://heroku.com/verify

то есть энивей карту цеплять?)

без понятия

но справка говорит, что Apps running on free dynos may have 1 web, 1 worker and 1 one-off dyno only

соответственно, может быть включен либо воркер либо веб

?

обходных путей для этого нет?

нет

написано and

=(

крч, цепляй карту и слушай свои "Валенки"

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