https://postgrest.com/en/v0.4/intro.html

тут вообще сразу апишка, даже писать не надо

ну если круды только нужны

щас парень окончательно поедет и станет на каком-нибудь PL/SQL писать, не к ночи будь помянут

а нет, тебе ж скл при этом не нравится

ну норм, рано или поздно все через это проходят

pl / v8 же есть для постгреса

если sql не нравится

Вполне ок, кстати

А роутинг можно на nginscript написать на nginx'e

потом тебя в дурку увезут, конечно

довелось как-то поработать недельку над проектом который был написан таким вот процедурным петушением поверх базы

че то в рот ебал такие расклады

ты с тех пор такой?

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

про это никто не спорит, просто сознательно в это болото лезть нет смысла

Какой кошмар имплементация этого GraphQL в руби(

зачем смотреть имплементации если можно написать свою сразу?

это фишка графкл

там любая имплементация на бэкенде - боль

Дима Рома

Вы меня заебали

Воркуйте в рандоме слака

В настройках если покопаться - можно отбирать последние N сообщений, выделять все, удалять, обновлять список, по новой

Спасибо тебе Виталий))

а что и где почитать, чтобы понять, чем крут вебпак?

погугли

спасибо за совет. Я знаю, что есть гугл

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

У Ильи Кантора статьи видео есть про вебпак

угу, чекну

а что и где почитать, чтобы понять, чем крут вебпак?

Крут по сравнению с чем?

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

Почему с рельсов стоит использовать или почему с ним круче, чем без него?

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

А, ну это ожидаемо. Ты до этого с вебпаком не работал?

нет

Изначально - вебпак это штука, что бы ассеты сделать, как спрокетсы в рельсе. Разница лишь в том, что: 1. Больше никаких руби обёрток над жс либами 2. У тебя появилось в разы больше возможностей как и зачем компилировать ассеты. Хочешь - тайпскрипт, хочешь - постцсс

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

Ну и если ты сам хранил весь js, то теперь не будет геморроя с поддержкой всего этого

Ну и да, js комьюнити лучше знают как собирать ассеты чем рейлс кор тима :)

там разве не webpacker юзается?

Вот у меня приложуха есть

или он не обертка?

там разве не webpacker юзается?

Вебпакер - обёртка над вебпаком, как я знаю

Фронт- Спа на вью., Бэк и админка на рельсах и турболинках

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

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

Говорить стоит обо всем :)

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

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

Но если у тебя вопрос - оправдан ли переход на вебпак или нет? То я моргу ответить, что оправдан

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

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

понятно. Поразбираюсь

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

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

Стоит. Советую начать с документации на сайте

На офф сайте

угу

рельс, да?

вебпака

на сайте вебпака документации об использовании вебпака с рельсами?

на сайте вебпака документации об использовании вебпака с рельсами?

Просто сайт вебпака. Там будет документация о том, как его использовать без рельс. Советую начать с этого, а потом увеличивать абстракцию и до вебпакера

Времени потратишь чуть больше, но зато лучше будешь понимать тему

понятно да, согласен

Это как изучать рельсу, не зная руби :)

Поэтому открывай офф сайт вебпака и читай там гайды

И обязательно локально все это делай

Ещё, много полезной (и не очень) информации можно найти в куче статей о том, как реакт с вебпаком дружить

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

ERROR: S client not available

Это разные вещи

Начни с вебпака

?

Слабо из вот этого "[()]" сделать вот это: "\[\(\)\]" без использования Regexp.quote / .escape?

gsub?

Есть такой вот метод для String: INTERPOLATION_REGEXP = /%{(\w+)}/.freeze def interpolateable_to_regexp return nil unless interpolateable? Regexp.new(self.scan(INTERPOLATION_REGEXP).inject(self.dup){ |s, sr| s.sub("%{#{ sr[0] }}", "(?<#{ sr[0] }>[[:graph:]]+)") }) end Он занимется тем, что конвертит интерполируемые стринги ("%{foo}") в регулярки с именованными группами (/(?<foo>[[:graph:]]+)/). Все ломается, когда в исходном стринге есть ()[] и так далее. Как пофиксить?

gsub?

Попробуй)

Слабо из вот этого "[()]" сделать вот это: "\[\(\)\]" без использования Regexp.quote / .escape?

А почему без регекспа?

А почему без регекспа?

Потому что если ескейпить, то когда заменять %{foo} на (?<foo>) <- тут тоже скобки

Я почти дошел

Ебани седом или авк

Вот до чего докатился, в общем, так работает: /#{ self.scan(INTERPOLATION_REGEXP).inject(self.gsub(/[\[\]\(\)]/){ |s| "\\#{ s }" }){ |s, sr| s.sub("%{#{ sr[0] }}", "(?<#{ sr[0] }>[[:graph:]]+)") } }/

Когда код читаем)

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

А почему без регекспа?

Regexp.escape / quote возвращает Regexp, на него scan/gsub не сделаешь

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

Вот, спасибо мне: Regexp.compile(self.scan(INTERPOLATION_REGEX).inject(Regexp.quote(self).to_s){ |s, sr| s.sub("%\\{#{ sr[0] }\\}", "(?<#{ sr[0] }>[[:graph:]]+)") })

А что тебе сделать надо?

Зачем так сложно то?

А что тебе сделать надо?

Бот в телеграме обрабатывает кнопки как текст. Есть локали. И есть хеш-таблица действий. Там это выглядит так: { help: button('messages.help') }, где messages.help - путь в локали. Локали могут быть ан разных языках, и в кнопках могут быть символы ()[]. До этого реализовывал хендлинг сообщений case'ом, а сейчас - хеш-таблица, в которой есть как и стринги, так и регекспы. Выходит быстрее и удобнее.

Ну, я к тому, что попробуй упростить решение. Например: сначала экранировать, потом подставлять переменные для шаблонов

Ну, я к тому, что попробуй упростить решение. Например: сначала экранировать, потом подставлять переменные для шаблонов

Так и получилось. Сначала quote, потом sub

Так и получилось. Сначала quote, потом sub

INTERPOLATION_REGEXP = /%{(\w+)}/.freeze А зачем фризить регулярки? Они и так иммутабельны

> FOO = 'foo' > FOO = 'bar' # :2: warning: already initialized constant FOO # :1: warning: previous definition of FOO was here > FOO # => "bar"

или ты конкретно о регулярках?

я о регулярках

в рубокопе правило видел недавно про это

Проверил: https://monosnap.com/file/vLjwtbYRs6ZIiz0DhLfqM4cdMB2RRW.png

фризьте любые константы, дети

руби мутабелен

а где регулярка-то мутабельна?

Проверил: https://monosnap.com/file/vLjwtbYRs6ZIiz0DhLfqM4cdMB2RRW.png

irb(main):001:0> FOO = //.freeze => // irb(main):002:0> FOO = 1 (irb):2: warning: already initialized constant FOO (irb):1: warning: previous definition of FOO was here => 1 irb(main):003:0> FOO => 1

фризится содержимое константы, назначаемое ей