Имелось в виду путь правильный сгенерился, если на страничке уже посмотреть?

да

в исходном коде страницы

в f12

в f12

у кого как

у меня css не меняется ваще от этого

мне так проще через CTRL+U посмотреть

у меня css не меняется ваще от этого

Ты покажи какой javascript сгенерировался для начала ...

ща

url(<%= asset_path('path/name-png.png' %>)

это уже в html так? О_о

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

name-png.png - это значение из t и оно верное

а вообще ты пытаешься смешать erb и javascript

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

это уже в html так? О_о

так в html у меня ничего не меняется

??

@Fedcomp Так можно.. Если весь этот js код написан в erb под тегом :javascript

т.е ты сначала в javascript суешь var t

Karina У тебя весь этот код в erb шаблоне написан или в отдельно js файле?

затем внутри ERB!! шаблона используешь переменную которой еще нет??

посмотри еще раз на код, там попытка смешать два языка.

А, да.. ты прав :)

Karina У тебя весь этот код в erb шаблоне написан или в отдельно js файле?

это во view - у меня не erb, а haml, хотя разницы особой нет

<%= %> это артифакт erb

как бы это тогда сделать

Karina Тут лучше asset_path поностью передавать в jss переменную и там уже конкатенировать с сгенерированным названием

можно

сильно зависит от того что такое calculating

типа: var t = calculating + '.png' var path = '<%= asset_path("path") %>'; $(this).css({'background': "url("+path+ t+")"}) как-то так..

сильно зависит от того что такое calculating

там просто substring

you don't say ...

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

#{asset_path('path')} сделай

Павел там на фронте вроде высчитывается нужная картинка

она будет работать

если в блоке :javascript

через #{} хамла вызовется руби код

что будет обеспечивать работу asset_path ?

на стороне js

там 'path' вычисляется на стороне javascript

вот так работает

:javascript var t = 'some.png'; var path ='#{asset_path("path")}'; $('body').css({'background': "url("+path+ '/' + t+")"})

;)

там 'path' вычисляется на стороне javascript

:javascript var 1 = "#{"aaaa".upcase}"

сгенерится в

<script> var 1 = "AAAA" </script>

я знаю во что это сгенерится

ну а че тогда вопросы)

до этого схема была: ` javascript: var t = "stuff" #{asset_path(t)}

Вопрс в том что там был разрыв интерполяции переменной вычесляемой в js

оно так работать не будет, т.к на стороне erb переменной t еще нет

так да, не будет

мнда

букву пропустила

и не одну

Karina заработало?

неа

а должно было.. :javascript var t = calculated + '.png'; var path ='#{asset_path("path")}'; $(this).css({'background': "url("+path+ '/' + t+")"})

посмотри что у тебя в html генерируется из этого кода У меня работает вроде

а должно было.. :javascript var t = calculated + '.png'; var path ='#{asset_path("path")}'; $(this).css({'background': "url("+path+ '/' + t+")"})

путь-то правильный. Но все изображения беруться в рельсах из кэша. У меня генерирутся чистый путь, без хэша

ага, digest'ы не подсасываются.

значит надо список картинок с бэкенда отдавать

собственно я потому выше и говорил что оно в таком виде работать не будет.

угу.. либо no stupid digest assets вроде гем есть который копии делает без digest

хотя это конечно костыль

https://github.com/alexspeller/non-stupid-digest-assets

ERROR: S client not available

ага, digest'ы не подсасываются.

не, отдавать это с сервера это ваще геморрой. можно просто класс в css прописать

а в css прописать это не с сервера список отдать?

ну в каком-то смысле, да

путь-то правильный. Но все изображения беруться в рельсах из кэша. У меня генерирутся чистый путь, без хэша

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

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

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

генерируй css через erb

+1

што это? кто это?

google it

што это? кто это?

рекомендую освоить assets pipeline по максимуму

не только шаблон страницы может через него генериться, но и js и css и т.д

даже картинки.

ок, спасибо

поидее его прекомпилировать можно.

т.е чтобы на проде он в виде erb каждый раз на лету не собирался

хм, кто ж в проде ассеты компилит? этого лучше 100% не делать

это очевидно. Но вроде в каком то туторе юзали динамический js

я имею в виду динамическую компиляцию. Все ассеты должен отдавать nginx или что там заместо него

это очевидно

тогда поясни > поидее его прекомпилировать можно.

непонятно, что ты имел в виду

объясняю, в каком то туторе видел что юзали динамический js.coffee.erb, но уже не помню сути.

скорее всего, думая об этом сейчас, оно было связано с remote: true

а не как обычный ассет

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

а, стой, да, параметрами можно менять его

js.coffee.erb? может быть вполне себе динамическим шаблоном в remote: true насколько я помню

также как и haml/slim/erb

ага

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

Ребятки кто нить комменты делал? Какой гем самый норм? желательно мультицирование чтоб было.