Size: a a a

2020 June 21

AN

Alexandr Nikolaev in RubyRush
Evgeniy Laskutkin
Ну человек хочет погемороится. Вместо уже идущего actiontext в рельсах хочет использовать tinymce. Yичто не мешает еще больше погемороится и откатится к sprockets.
Почему погемороитс? Есть две цитаты которые меня всегда вдохновляли "Я не терпел поражений. Я просто нашел 10 000 способов, которые не работают" и "Каждая неудавшаяся попытка — это еще один шаг вперед".
источник

VV

Vadim Venediktov in RubyRush
Ni
Webpacker сделан компилятором JavaScript по умолчанию в Rails 6

http://rusrails.ru/6_0_release_notes
Это факт, а «В 6 рельсах от этой технологии отказались в пользу webpacker» — нет. Не путайте людей :)
источник

VV

Vadim Venediktov in RubyRush
потому что в 6-х рельсах sprockets остался, посмотрите содержимое Gemfile.lock в стандартном проекте.
источник

VV

Vadim Venediktov in RubyRush
На нем собирается, например, css
источник

VV

Vadim Venediktov in RubyRush
То у вас "twitch.tv больше рельсы не использует", то "в рельсах с 6-й версии отказались от sprockets" :)
источник

N

Ni in RubyRush
Vadim Venediktov
На нем собирается, например, css
на самом деле я не совсем понимаю, зачем нужно собирать js и css отдельно. все гайды диктуют одно: "пилите stylesheets_pack_tack и переходите полностью на вебпакер"
источник

VV

Vadim Venediktov in RubyRush
Ni
на самом деле я не совсем понимаю, зачем нужно собирать js и css отдельно. все гайды диктуют одно: "пилите stylesheets_pack_tack и переходите полностью на вебпакер"
🤷‍♂️
источник

N

Ni in RubyRush
Vadim Venediktov
То у вас "twitch.tv больше рельсы не использует", то "в рельсах с 6-й версии отказались от sprockets" :)
я не утверждал это. а высказывал свое предположение, которое основывалось на усвоенной мною информации
источник

VV

Vadim Venediktov in RubyRush
ок 👌
источник

N

Ni in RubyRush
Vadim Venediktov
🤷‍♂️
кстати, действительно, зачем так сделано? почему перенесли только компиляцию js кода вместо компиляции всех ассетов?
источник

N

Ni in RubyRush
Ni
кстати, действительно, зачем так сделано? почему перенесли только компиляцию js кода вместо компиляции всех ассетов?
это же неудобно. например, при подключении бутстрапа, нужно импортировать js либу и css либу. я помню, что с этим были проблемы как раз в sprockets, потому что при использовании css классов бутстрапа, они не работали. и помогло решение "собрать все в вебпакере"
источник

VV

Vadim Venediktov in RubyRush
Ni
кстати, действительно, зачем так сделано? почему перенесли только компиляцию js кода вместо компиляции всех ассетов?
вообще без понятия
источник

VV

Vadim Venediktov in RubyRush
я и вебпакер-то не понимаю, зачем затащили по умолчанию, согласен тут с Женей:

https://github.com/rails/rails/issues/38730
источник

N

Ni in RubyRush
я нашел для себя только один плюс — это доступ к node_modules из коробки. то есть с вебпакером не нужно искать гемы, которые оборачивают фронтенд библиотеки
источник

DG

Denis Gavrilin in RubyRush
https://github.com/rails/webpacker

Там же в описании написано, что вебпакер нужен для app-like js’a

Остальное через спрокетс
источник

N

Ni in RubyRush
Denis Gavrilin
https://github.com/rails/webpacker

Там же в описании написано, что вебпакер нужен для app-like js’a

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

AN

Alexandr Nikolaev in RubyRush
И все таки до этого парня мне расти и расти😜
источник

RM

R M in RubyRush
Патамуша это круто. Комплексы рельсовиков.
источник

RM

R M in RubyRush
Я вообще с ним разобрался, и норм. Единственное бесит как долго он компилит проект каждый раз.
источник

RM

R M in RubyRush
Хотя мне ближе брать сп рокетс и делать свои паки вручную к каждому контроллеру (где импортить скрипты необходимые для каждого контроллера отдельно) не знаю насколько это будет работать на больших проектах, но на средних и маленьких в самый раз. Я делаю то же самое на вебпакере, но помоему я занимаюсь фигней.
источник