Size: a a a

Ruby, Rails, Hanami | dry-rb

2020 January 21

CR

Cocoa Rocket 🚀 in Ruby, Rails, Hanami | dry-rb
кто нибудь использовал гем авторизации апи Bearer?
источник

CR

Cocoa Rocket 🚀 in Ruby, Rails, Hanami | dry-rb
пытаюсь его инициализировать а он выдает такую инфу
INFO -- bearer:agent: Hijacking http
WARN -- bearer:agent: Skipping loading of remote configuration as secret key has not been configured
источник

VT

Vladimir Tagai in Ruby, Rails, Hanami | dry-rb
Могу ошибаться, но скорее всего, ты не сконфигурировал секретный ключ, поэтому гем пропускает этап загрузки удаленной конфигурации
источник

CR

Cocoa Rocket 🚀 in Ruby, Rails, Hanami | dry-rb
аа, может быть
источник

DV

Dmitrij Verenikin in Ruby, Rails, Hanami | dry-rb
Народ, подскажите по best practice. Для шаблона типа new/create где правильнее выбирать значения для селектов? В контроллере, хелпере или вьюхе?
источник

AP

Alex Poznyak in Ruby, Rails, Hanami | dry-rb
Dmitrij Verenikin
Народ, подскажите по best practice. Для шаблона типа new/create где правильнее выбирать значения для селектов? В контроллере, хелпере или вьюхе?
а можно по подробнее? селект каких-то значений?
источник

AP

Alex Poznyak in Ruby, Rails, Hanami | dry-rb
что -то типо a = ["Mosckow", "Piter", "Omsk"]
источник

AP

Alexey Poimtsev in Ruby, Rails, Hanami | dry-rb
Dmitrij Verenikin
Народ, подскажите по best practice. Для шаблона типа new/create где правильнее выбирать значения для селектов? В контроллере, хелпере или вьюхе?
enum можешь использовать, чтобы получить значения ключей - https://stackoverflow.com/questions/45374174/how-to-get-key-name-from-a-enum-value-in-rails/45374287
источник

DV

Dmitrij Verenikin in Ruby, Rails, Hanami | dry-rb
Например - есть скилы и есть типы скилов. Скилы belongs_to типам. Форма для создания скилы содержит селект:
<%= f.select :skills_type_id, @types %>
Сейчас у меня types берется в контроллере. Это нормально? Или вынести в хелпер? Или в шаблон, что-то типа:
<%= f.select :skills_type_id, SkillsType.all.collect { |s| [s.name, s.id] } %>
источник

DV

Dmitrij Verenikin in Ruby, Rails, Hanami | dry-rb
Это понятно. Я думаю, куда это положить, чтоб было аккуратней.
источник

AP

Alexey Poimtsev in Ruby, Rails, Hanami | dry-rb
enum обычно в моделях прописывается 🙂
источник

AP

Alexey Poimtsev in Ruby, Rails, Hanami | dry-rb
туда и положи 🙂
источник

AP

Alexey Poimtsev in Ruby, Rails, Hanami | dry-rb
а если тебе надо в форме отобразить - то в simple_form есть ключ collection
источник

DV

Dmitrij Verenikin in Ruby, Rails, Hanami | dry-rb
Alexey Poimtsev
а если тебе надо в форме отобразить - то в simple_form есть ключ collection
Ага, я понял, спасибо👌
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
Всем привет!

У меня по одному из проектов траффик стал сильно раскинут географически. Треть пользователей из Азии, четверть - США/Канада, остальные в Европе. Сервер в Эстонии. Встал вопрос о том, как бы решить вопрос с откликом у всех. Статику-то понятно, CDN и всё такое. А как само приложение делить? Опыта в этом вопросе нет, может у кого-то есть опыт по такому вопросу - поделитесь пожалуйста. Может статьи наскидку помните какие-то или типа того.


Операции во всех регионах примерно одинаковые, как чтение, так и запись. Т.е. я толку от того что в каждом регионе поставить по базе на чтение - думаю немного. Да и то - всё строю на гипотезах.

Внутри всё просто: 1 rails app + 1 db postgres + unicorn

Наружу nginx
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
Пользователи между собой не взаимодействуют (пока что). НаибОльшая часть операций - это read. Но отдельные пользователи работают полноценно - read/write.
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
можешь поднять 3 инстанса с приложением, что бы был в каждой части света
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
а для базы сделать реплику на каждый регион если данные общие. или шардирование по данным которые геоцентрированны
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
Anton Davydov
можешь поднять 3 инстанса с приложением, что бы был в каждой части света
А как раскидывать запросы по инстансам?  Ну то есть я так понимаю, что запрос пришёл на DNS, оттуда пошёл на nginx, который по всей видимости должен знать куда пересылать его, значит должен понимать географию, откуда пришёл запрос. Или это делать на уровне cloudflare.

А между репликами синхронизация происходит как-то автоматически? Или как это? Я просто не в курсе. Т.е. появилась запись в базе1, а через какое время она будет в базе2?
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
думаю cloudflare самый простой вариант
источник