потом лезет почему-то ко всему остальному

И еще вот это

просто в ответе он еще приклепляет все остальное

Не с лайаутов ли это?

Кстати, да, попробуй в render передать layout: false

ты же вот это делал и не помогло

он вроде в этом случае только единственный партиал должен рендерить

видите там вверху слева alert("SHOW);

это вот в файле search.js.erb

Очень похоже на лайаут

просто на стороне браузе этот Алерт не вылазит

А еще лайауты советую переименовать со .slim на .html.slim

Я бы переименовал

да я уже закоментил все возможные лайауты

Но head meta body теги все равно лезут? Откуда тогда?

Где у вас они еще объявлены?

а руками ты запрос application/json делал что приходит?

тоже самое

curl -i -H "Accept: application/js" -H "Content-Type: application/js" http://localhost:3000/news/search?string='us'

А еще - что значит закомментил? Файл лайаута .slim все равно ведь остался, и он отрендерится

ответ - тоже месиво

ааа

curl -i -H "Accept: application/js" -H "Content-Type: application/js" http://localhost:3000/news/search.js?string='us'

вот что ты имеешь ввиду

попробуй так

а чем оно отличается от моего?

.js

ааа

не проканало

ща переиминую лайату в папке лайаутов

Content-Type: application/js - такого вроде не существет, есть Content-Type: application/json и Content-Type: application/javascript

не помогло ни чего

и даже Content-Type: application/javascript

Подскажите БестПрактик разработки пошаговой формы ака Wizard

у меня подозрения что я не правильо делаю запрос ajax для js

вообще руками должно было норм придти

а руками когда делал в ответе какой Content-type приходил?

Подскажите БестПрактик разработки пошаговой формы ака Wizard

гемосики есть для этого

лел

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

Жаль, что не помогло переименование, значит где-то в другом месте проблема. А по поводу именования - проблема часто встречается, то тут то там советую именовать лайауты явно, html.slim. В заметке объяснил, почему это важно.

А тем временем, в базе знаний новая заметка - пополняемая памятка по тонкостям именования вьюх в рельсах. https://notion.so/7c7d813dd08e425b839de79a88cff1c3 tl;dr - именуйте лайауты не application.slim, а application.html.slim, всегда. Избавите себя от лишних проблем с рендером js.erb-вьюх. Знаете о других подобных нюансах? Пишите, пополним заметку вместе.

А тем временем, в базе знаний новая заметка - пополняемая памятка по тонкостям именования вьюх в рельсах. https://notion.so/7c7d813dd08e425b839de79a88cff1c3 tl;dr - именуйте лайауты не application.slim, а application.html.slim, всегда. Избавите себя от лишних проблем с рендером js.erb-вьюх. Знаете о других подобных нюансах? Пишите, пополним заметку вместе.

а я вообще удалял лайауты из папки

но там я запрос не правильный делал лол

за все по новому кругу попробую

теперь ощущение что ты не тот контроллер и экшен вызываешь)

кек)

короче не работает

таже куча левых вещей приходит

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

выше - это куда? изменить-то можно, руби код в принципе.

уже не важно)

я сделал

Всем привет, у меня есть вопрос на 60 строк, как лучше в gist закинуть и дать линк или так опубликовать?)

gist

А тем временем, в базе знаний новая заметка - пополняемая памятка по тонкостям именования вьюх в рельсах. https://notion.so/7c7d813dd08e425b839de79a88cff1c3 tl;dr - именуйте лайауты не application.slim, а application.html.slim, всегда. Избавите себя от лишних проблем с рендером js.erb-вьюх. Знаете о других подобных нюансах? Пишите, пополним заметку вместе.

помогло переименование

?

как ты сказал в html.slim так что спасибо

Вопрос по логике, по структуре в базе, помогите советом кому не лень. https://gist.github.com/AlexanderMint/6feaebe31628c18279f5819a825c911c Спасибо

там вопросы по валидации, а не по структуре бд

непонятно ограничены ли как-то ключи или нет, непонятно насколько могут быть вложены значения (i. e. может ли в contacts -> email быть хеш или нет), непонятно что с этими данными нужно будет делать (i. e. допустимо ли их доставать в n запросов)

Я не знаю как реализовать структуру что бы проблем с выводом формы не было, с валидацией и приведением к типам

Если это рельсы можно глянуть гемы jsonb_accessor это хранение в json, либо ledermann-rails-settings

это хранение в отдельной таблице

ребят а как расширить хелпер методом policy от pundit?

в спеках

https://gist.github.com/Evshved/ac5dc4ebe7938be833bb32e46e0e3081#file-pins_helper_spec-rb-L8

ребят а как расширить хелпер методом policy от pundit?

Зачем?

ну мне надо чтобы спека прошла для хелпера

всем привет может кто знает, почему задепрекейтили diff метод hash-a?

и что для такого вообще используют сейчас.

ERROR: S client not available

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

дарю кусок кода, который можно использовать вместо Hash#diff https://github.com/rails/rails/commit/01f0c3f308542afa8fa262638d94d10420bd2e78#diff-f746e8b540b44d8507e5a359c0c63eacL12

есть гем Hashdiff

Ребят, подскажите. Добавил поле discount в таблицу products. Как менять цену товара, если дискаунт содержит какое-либо значение? В модели уже куча хелпперов написана, которые обрабатывают цену. Предполагаю, что мне нужен ещеё один хелпер, типа def new_price if self.discount.present? self.price -= self.price / self.discount endИли это вообще неправильно?

да у меня на этот проекте руби 1.9 там есть метод diff

:d

просто интересно, может косяки какие в нём

да у меня на этот проекте руби 1.9 там есть метод diff

сомнительное утверждение, это точно не activesupport?

а ну явно он должен быть.

рельцы 4.0 значит.

Ребят, подскажите. Добавил поле discount в таблицу products. Как менять цену товара, если дискаунт содержит какое-либо значение? В модели уже куча хелпперов написана, которые обрабатывают цену. Предполагаю, что мне нужен ещеё один хелпер, типа def new_price if self.discount.present? self.price -= self.price / self.discount endИли это вообще неправильно?

все self. можно поубирать, хелпер ок

только не очень понятно что ты хочешь делать — менять price или нет

Да, менять price, если установлен discount

Я бы сделал три поля: цена, скидка, цена_со_скидкой. И повесил триггер на базу для пересчета последнего.

А зачем менять price и что мешает просто возвращать из хелпера новую цену?

после n update'ов изначальная цена потеряется

Об этом я не подумал, почему-то

Всем спасибо! Буду копать

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

Спасибо)

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

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

могу предложить сделать A/B для пользователей с возможностью переключения

могу предложить сделать A/B для пользователей с возможностью переключения

уточню. ты имеешь ввиду переключатель в приложение по которому данные юзера мигрируются в новую версию? или я понял слишком поверхностно?

оу, и базы данных разные совсем?

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

как минимум могут потеряться какие-то данные при таком флоу

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

сложно тут что-либо другое придумать

ок, спасибо ) обдумаю этот вариант, думаю что это самый надежный из всех пока что, хоть и не очень быстрый

а тесты есть?

в новой версии есть. в старой тоже есть, но очень сомнительного качества.

Всем привет. Что можете сказать по книге "Путь ruby" Фултона?