?

в туториале на бекенде нода, да. Можешь не смотреть, смело копипастить и смотреть только на фронтендовую часть.

там nodejs ради npm и всяких "гемов"

да. и для тестового вебсервера

https://www.udemy.com/angular-on-rails-course/ вот штука. но надо покопаться на файлопомойках. за полгода явно слить успели

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

https://www.udemy.com/angular-on-rails-course/?couponCode=JAN19S 15 баксов можно и потратить, например

когда только потыкаю и то и другое, смогу определиться.

а задача точно требует ангуляр/реакат/ватевар

А черт ее знает

тогда они не нужны

Все жи юзаютт

нет

А что все юзаю

то что нужно

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

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

турболинки

а мобилки тут вообще не причем, это к респонсив верстке

мобилкам без ангуляра точно будет легче

турболинки

?

rails turbolinks

Я про то к чему это

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

выбирая ангуляр реакт ты увеличиваешь эстимейты в 10 раз

Хочется чтобы сайт отдал json а фронт принял и срэндерил красоту со всеми плюшками

Типо разделить их

зачем?

Поддерживаю. Зачем? Вы сами себе усложняете жизнь

в 10 раз

Все ради науки(учебы)

а кто-то финансирует?

научные труды будут?

Ну вообще апи нужны будут еще

Я имел ввиду для себя

окей, пошарь базу между двумя приложениями

Нуу

просто как палка

Это как то тупо не? Если можно апи с аджаксом

надо апи, сделал эндпоинт, не надо не сделал

Но не просто, а через норм фронт

Это как то тупо не? Если можно апи с аджаксом

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

годами :)

:)

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

Можно тогда критерий применения ангуляра/реакта

когда понадобятся

Я только хотел написать, ответ кроме этого

нужен ангуляр, за тем-то и за тем-то

не можешь ответить зачем не делаешь

Немного частных случаев хотелось

да хз

хотелось бы наебарот

а то все частные случаи раздувают бюджеты на фронт

То есть лучше сделать все в обычном режиме рельсы, делая доп апи когда надо. А на клиенте фул в аджакс загнать если чонить надо и не париться?

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

Хм...

да и понадобится ли вообще - вопрос

Понадобится точно. Просто надо переделать сайт один, ибо поддерживать то говно что там на пыхе наговнокодили три разных человека в свое время. Проще все переписать

Я вот определяюсь стоит ли

хз

Типо пока платят, можно делать круто и заодно учить новые плюшки

пошел чахохбили готовить вообще

афк

но за консультации могу взять 2к/час

но потом

Типо пока платят, можно делать круто и заодно учить новые плюшки

не надо делать круто и одновременно учитьт плюшки

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

ERROR: S client not available

сделай просто круто, но с миниумом плюшек

?

подскажите как правильно рейлсвей вписать в модель установку аттрибута во время создания, в зависимости от какихто условий. чето типа при user.cookies.create, cookie.unwanted = true if cookie.user.cookies.size > 3. ***чувак берет печеньку и если оказывается так, что у него уже есть три печеньки, то новая печенька должна маркироватся как "Нежелательная печенька. съешь меня и сдохнеш как кусок говна, гнойный пидар, сука!!"

каллбеки да? или еще как-то? я просто с села.

коллбеки, да. Но вообще не очень понятно зачем такое может потребоваться, вероятно есть более изящное решение.

коллбеки норм

обычно в before_validation вешаю такое

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

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

--- # о чем это я. коллбэки конечно. отвечено уже было.

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

ну да, ведь теперь всё через XmlHttpRequest будет грузиться, а это же не аякс там какой-то. ?

Можно тогда критерий применения ангуляра/реакта

Нужен максимально быстрый отклик на действия пользователя (кликаешь по пункту менюшки - переходишь в менюшку, а не ждёшь пока бэкенд просрётся.) Нужно человеческое управление данными на фронте. Нужно чтобы бэкенд не лез своими ручонками в разработку фронта и не предлагал колясочную рокетку вместо вебпака или rails s вместо дев-севера вебпака. Если нужен оффлайн мод. И ещё многое. В общем, главный критерий - если ты делаешь веб-приложение, а не портал, значит лучше выбрать для реализации фронта спа. Ибо делать довольно сложный UI с помощью монолитной архитектуры - это БОЛЬ. Как в плане разработки, так и в плане юзабилити. (Если честно, то я не могу сейчас представить ни одной причины не использовать спа. За исключением момента, когда не хочется возиться с сео и когда кодовая база слишком большая и затраты на перекат будут огромными) Ну и ещё это быстрее и, как ни странно, дешевле (в поддержке, правда, но всё же). Т.к. только форменные извращенцы захотят ковыряться в монолите из фронта и бэка за копейки.

Нужен максимально быстрый отклик на действия пользователя (кликаешь по пункту менюшки - переходишь в менюшку, а не ждёшь пока бэкенд просрётся.) Нужно человеческое управление данными на фронте. Нужно чтобы бэкенд не лез своими ручонками в разработку фронта и не предлагал колясочную рокетку вместо вебпака или rails s вместо дев-севера вебпака. Если нужен оффлайн мод. И ещё многое. В общем, главный критерий - если ты делаешь веб-приложение, а не портал, значит лучше выбрать для реализации фронта спа. Ибо делать довольно сложный UI с помощью монолитной архитектуры - это БОЛЬ. Как в плане разработки, так и в плане юзабилити. (Если честно, то я не могу сейчас представить ни одной причины не использовать спа. За исключением момента, когда не хочется возиться с сео и когда кодовая база слишком большая и затраты на перекат будут огромными) Ну и ещё это быстрее и, как ни странно, дешевле (в поддержке, правда, но всё же). Т.к. только форменные извращенцы захотят ковыряться в монолите из фронта и бэка за копейки.

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

Понадобится точно. Просто надо переделать сайт один, ибо поддерживать то говно что там на пыхе наговнокодили три разных человека в свое время. Проще все переписать

Переписывать один говномонолит на другой - идея 10\10. Это как перекладывать железки с места на место.

>Нужно чтобы бэкенд не лез своими ручонками в разработку фронта это сложно сделать, когда разработкой всего задимается один [и тот же] человек

Я не подразумеваю под этим людей. Я подразумеваю под этим технологии. Когда вместо того, чтобы без костылей использовать блага современного фронтенда для удобной разработки, это самое удобство разработки тянут на дно с помощью ассетов, рОкетки, вебпака без дев-сервера и прочего богатого рельсоарсенала из 2007-го года.

чем https://github.com/rails/webpacker плох?

Да ничем. Кроме того, что первый вебпак помечен как deprecated.

А при чём здесь первый вебпак? webpacker юзает yarn install webpack, по состоянию на сейчас там version: '2.2.1'

Ну и ежели webpacker ничем не плох — к чему многословные сообщения про боль из 2007-го года?

( 2-я несовместима с 1-й )

и?

Ну и ежели webpacker ничем не плох — к чему многословные сообщения про боль из 2007-го года?

Кто-нибудь ИТТ пользуется вебпакером или чем-нибудь подобным?

Вряд ли. Для больших прожектов пусть фронтэндеры с этим заморачиваются, для маленьких это всё не нужно (ибо зачем городить spa, если можно сделать т. н. "говномонолит").

Вообще забавная вещь этот вебпакер. Может даже поковыряю ибо ещё месяца три с этим куском монолита возиться. Спасибо за него.

опять ночь, опять фротенд

раньше рельсовики были хипстерами

а теперь консерваторы

рубята, помогите без eval реализовать этот метод

мб проками

https://gist.github.com/anonymous/98fc90cf9d5a3342bab6545ab7e24b16

Подскажите пожалуйста, не получается через watir обратиться к текстовому полю в iframe b.frame(:id, "rsysset").text_field(:id, "systemdate").exists? примерно так пытаюсь. что я не так делаю?