Так как там больше результатов

это же не вопрос 1 года

Но мне допустим переход на Elixir + Phoenix кажется куда более перспективным в данный момент

о не, ты видел, что там сделали с экто?

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

о не, ты видел, что там сделали с экто?

пробовал его где-то полгода назад, что-то изменилось?

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

пробовал его где-то полгода назад, что-то изменилось?

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

ООП про состояния. В вебе состояние - это твоя база (не важно, SQL, Redis и.т.д.) В вебе независимо от сложности бизнес логики по факту всегда происходит просто трансформация данных.

Поэтому функциональная парадигма для веба выглядит более перспективной

Повторюсь, мысль может дилетантская и скорее всего где-то подсмотренная и подсознательно запомненная, но она находит во мне отклик

ООП про состояния. В вебе состояние - это твоя база (не важно, SQL, Redis и.т.д.) В вебе независимо от сложности бизнес логики по факту всегда происходит просто трансформация данных.

я могу тебе 3 доклада за это кинуть, кек

через 10 лет руби умрёт ало

В смысле? Рубин умер уже, вы чо.

из этих трех 2 я лично видел

а

не, я все три видел лично

В смысле? Рубин умер уже, вы чо.

ну смысле разложится уже

я могу тебе 3 доклада за это кинуть, кек

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

ну, это то, к чему сейчас идет драй и ханами из руби

Уверен, что где-то этот вопрос рассмотрен глубже, если есть проверенные хорошие материалы (не оправдывающие ООП/функциональщину, а объективно-всесторонние) - я бы с удовольствием почитал бы

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

ну смысле разложится уже

Это ведь минерал. Нужны миллионы лет и долларов.

Самое обидное, что эту идею опытные вебщики высмеивают, причем без аргументов, а просто по типу "Ты просто ещё мало знаешь, дружок"

Уверен, что где-то этот вопрос рассмотрен глубже, если есть проверенные хорошие материалы (не оправдывающие ООП/функциональщину, а объективно-всесторонние) - я бы с удовольствием почитал бы

ну и как бы, если ты это понимаешь и есть проекты, которые это делают, почему бы не помочь им? ?

ну и как бы, если ты это понимаешь и есть проекты, которые это делают, почему бы не помочь им? ?

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

о, тебе надо было мой доклад посмотреть

опыт не нужен на самом деле, т.е. от куда ты опыт возьмешь если его нет? ?

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

скорее проблемы в направлении: 1. Как ознакомиться с проектом. 2. А точно ли будет, что делать на этом проекте? 3. Что делать на этом проекте? 4. Как проходит код ревью и мерджи на этом проекте?

а так как проектов много

то множить на каждый интересный мне ))

чуваки, что делать есть такой роут resources :deals do member do resources :info, only: %i(index) end end и есть CanCan can :info, Deal, consumer_id: user.id и есть request тест get "/deals/#{deal.id}/info" и есть контроллер class InfoController < ... def index end end вопрос - у меня не работает проверка can :info, Deal, consumer_id: user.id я делаю load_and_authorize_resource @deal, user я тоже передаю. но cancan, видимо, не понимает can :info, на :index он тоже не работает. что делать?

если index, то скорее всего он хочет infos

или как-то так во множественном числе

о, тебе надо было мой доклад посмотреть

запись доклада есть?

если index, то скорее всего он хочет infos

has_one модель

запись доклада есть?

Да

да, но resources index создает путь с множественным числом

вообще, лучше вместо resources c only index сделать просто get "info"

тогда будет точно то, что ты написала

скорее проблемы в направлении: 1. Как ознакомиться с проектом. 2. А точно ли будет, что делать на этом проекте? 3. Что делать на этом проекте? 4. Как проходит код ревью и мерджи на этом проекте?

1. Просто смотри спеки, потом код 2. Везде есть тех долг как минимум 3. Это к мейнтейнерам 4. Смотрят, говорят что править правишь - мержат. Важно ещё объяснить зачем ты это сделал

без вмешательства рельсы

вообще, лучше вместо resources c only index сделать просто get "info"

не, всё равно не работает. по идее resources довольно умный - они знает что генерировать в единственном числе, а что в множественном. там, вроде, на has_one он даже не генерит show

1. Просто смотри спеки, потом код 2. Везде есть тех долг как минимум 3. Это к мейнтейнерам 4. Смотрят, говорят что править правишь - мержат. Важно ещё объяснить зачем ты это сделал

ну и не забывай, что осс это не только про код

интегрейшен тест и аксптенс тест это одно и тоже?

вроде как и реквест тест тоже самое

вопрос странный и абсолютно не значимый, но может кто знает почему когда капибара ищет элемент для attach_file, она ищет не как обычно, а исключительно по аттрибуту name (без xpath оформления аттрибута)? ну то есть я не могу написать attach_file '#shit_attachment', filepath как в любом другом месте, и даже не '[name="shit[attachment]"]' , а только 'shit[attachment]' . И даже найденный через find '#shit_attachment' элемент не кушает. только чисто аттрибут name может на то есть весомая причина? а то как-то выбивается из общего ряда.

проще просто по сорцам посмотреть

всем привет. подскажите, вдруг кто сталкивался периодически отваливается puma на продакшне. перезапускаешь ее - все работает. в какую сторону копнуть? может тулзы для мониторинга заюзать какие ошибка puma.sock failed (111: Connection refused) while connecting to upstream , то есть, насколько понимаю, теряет сокет.

всем привет. подскажите, вдруг кто сталкивался периодически отваливается puma на продакшне. перезапускаешь ее - все работает. в какую сторону копнуть? может тулзы для мониторинга заюзать какие ошибка puma.sock failed (111: Connection refused) while connecting to upstream , то есть, насколько понимаю, теряет сокет.

а сколько у пумы воркеров?

а сколько у пумы воркеров?

сознательно не настраивались, так что конфиг стандартный. хз как посмотреть

сознательно не настраивались, так что конфиг стандартный. хз как посмотреть

ну вот из issue к пуме That all looks fine so my guess is you're getting a process crash due to a bad extension. Since you're in production, I'd suggest uncommenting the workers line and using at least 2 workers. That will at least shield you from the crashes a little because the other worker will be able to handle traffic while the crashed one is automatically restarted.

# workers ENV.fetch("WEB_CONCURRENCY") { 2 }

ага, нашел

спасибо=)

Я не понял чем хуже встроенный тестер Rails 5 от rspec, вроде как capybara встроен

А мне тут вакансию показали, в штатах, там dry и rom )

Так что их таки используют, может и до ханами не далеко )

привет всем. в новых рельсах webpacker сколько требует памяти? не могу правильно сделать деплой через капистрано, висит по несколько минут на компиляции webpack и ошибку на нехватку памяти выдает(2гб видимо мало). сталкивался кто-нибудь с данной проблемой?

Попробуй сделать свап памяти на машине как вариант

привет всем. в новых рельсах webpacker сколько требует памяти? не могу правильно сделать деплой через капистрано, висит по несколько минут на компиляции webpack и ошибку на нехватку памяти выдает(2гб видимо мало). сталкивался кто-нибудь с данной проблемой?

версия ноды?

8.5.0

вроде как там пофиксили этот баг(если я правильно понимаю)

Попробуй сделать свап памяти на машине как вариант

на vps?

Да

Да

оказывается все так просто) в свап ушло всего лишь 100мб %)

я уже грешил на смену vps...

ERROR: S client not available

А мне тут вакансию показали, в штатах, там dry и rom )

Про медицину была работа?

Про медицину была работа?

Единственная работа с rom )) Мне эту вакансию недавно hr присылала.

Лол, это то, где я работаю

Даже мне hr слала вакансию, мне пришлось отказаться :(

Лол, это то, где я работаю

Это я поняла - rom+медицина, нечастое сочетание.

Даже мне hr слала вакансию, мне пришлось отказаться :(

:D

Как лучше подключить OpenLayers?

гем вижу 5 летней давности

оказывается все так просто) в свап ушло всего лишь 100мб %)

Так вопрос решился?

Так вопрос решился?

да, спасибо большое за помощь!)

Про медицину была работа?

там что-то про страховки

всем привет. подскажите, вдруг кто сталкивался периодически отваливается puma на продакшне. перезапускаешь ее - все работает. в какую сторону копнуть? может тулзы для мониторинга заюзать какие ошибка puma.sock failed (111: Connection refused) while connecting to upstream , то есть, насколько понимаю, теряет сокет.

А разве puma можно в продакшен?

А разве puma можно в продакшен?

Есть статья где этого нельзя делать?)

Я как дурак nginx+passenger использую, зря?

Года три как зря

Ну вплане оно качественное, надёжное м тп?

Ох, есть статьи, сходу не скажу, но пума пока лучшее

Проще в настройке

Да ладно? Пассажир + nginx уже не в тренде?

А для пумы не надо писать специальный thread safe код?

пассажир уже давно отмер, его сменил единорог, отмер и его сменила пума )

два поколения прошло

пассажир уже давно отмер, его сменил единорог, отмер и его сменила пума )

Спорное утверждение

Ну что такое, не успеть за трендами :(

А что-то думал такаяже шеропотребная подделка что и webrick но спасибо поизучаю вопрос

А вот кто скажет, concurrent-ruby нужен только для алтернативных реализаций ruby, и в MRI его тянуть смысла нет?

Вообщем то по тому как бесплатная версия passenger яйца в тиски занимает, вероятно есть более лучшие варианты из бесплатных

Вот здесь в конце табличка показывает, что passenger в целом умеет всё тоже самое, что и puma\unicorn, но больше (особенно в платной версии) http://blog.scoutapp.com/articles/2017/02/10/which-ruby-app-server-is-right-for-you Минус у passenger - не умеет в потоки в бесплатной версии, но насколько это надо в случае с MRI, не особо понятно

Вот здесь в конце табличка показывает, что passenger в целом умеет всё тоже самое, что и puma\unicorn, но больше (особенно в платной версии) http://blog.scoutapp.com/articles/2017/02/10/which-ruby-app-server-is-right-for-you Минус у passenger - не умеет в потоки в бесплатной версии, но насколько это надо в случае с MRI, не особо понятно

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

а если смотреть на opensource, то пума вне конкуренции

Настройки puma не смотрел, но у passenger даже в бесплатной редакций есть очень много интересных фич, как минимальное\максимальное количество запущенных процессов, перезапуск процессов после N запросов (против утечек памяти) и т.д.

Настройки puma не смотрел, но у passenger даже в бесплатной редакций есть очень много интересных фич, как минимальное\максимальное количество запущенных процессов, перезапуск процессов после N запросов (против утечек памяти) и т.д.

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