АК
Тогда, это путь к тому, что добавляя в корзину пользователь может увидеть в этой корзине уже новую цену, а не ту, которую он хотел купить
Кстати, интересный кейс, как его можно корректно обработать?
Size: a a a
2020 June 30
AK
коммерс вроде фиксирует при добавлении в корзину цену, которая была на момент кладения, в commerce_line_item
C
если разово импортнуть - то вполне норм, ща для миграций достаточно просто MODULE/migrations/migration_name.yml файл создать, заполнить, кешу прочистить и всё пошло-поехало.
если бы 😁
AP
коммерс вроде фиксирует при добавлении в корзину цену, которая была на момент кладения, в commerce_line_item
Вот только между показом и корзиной есть клик, а ещё нередко чтение покупаемого
АК
мне кажется, у этого кейса в принципе нет вменяемого решения
АК
только если закрывать сайт на переучёт)))
AK
по вебсокету слушать изменения и обновлять в браузерах клиентов цену в режиме онлайн ;)) Можно даже с анимацией сделать, чтобы было модностильномолодёжно
АК
хотя опять же, я могу открыть вкладку и держать её 10 лет открытой, а потом нажать купить 😆
AK
Алексей Кузнецов
хотя опять же, я могу открыть вкладку и держать её 10 лет открытой, а потом нажать купить 😆
я так часто делаю, потом вижу что в корзине цена другая, лезу проверять - и правда поменялась. так что это не критичная проблема, я думаю, "у всех так"
AK
бывают в обратную сторону приколы, что успел заказать по одной цене, а манагер когда добрался обработать заказ - реальная цена товара уже другая, и начинает жаба душить его ;)
C
@chi_teck что-то ошибка в доках, в коде примера нет
drupal_block() https://www.drupal.org/docs/contributed-modules/twig-tweak/cheat-sheet#s-drupal-blockAD
Вот таки да
Всякие бизнессы часто миграции воспринимают как контент импорт
Всякие бизнессы часто миграции воспринимают как контент импорт
я до сих пор не могу очертить границу применения миграций, есичестно.
AD
это иногда боль
VL
Алексей Кузнецов
пффф, откуда в торговле логика
+
AP
я до сих пор не могу очертить границу применения миграций, есичестно.
Поэтому инициатива миграций считается оконченной)
Я смотрю больше на dgo.to/feeds_migrate
Я смотрю больше на dgo.to/feeds_migrate
I<
@chi_teck что-то ошибка в доках, в коде примера нет
drupal_block() https://www.drupal.org/docs/contributed-modules/twig-tweak/cheat-sheet#s-drupal-blockЯ за этим уже не слежу. Это community driven документация (анархия мать порядка).
AD
Поэтому инициатива миграций считается оконченной)
Я смотрю больше на dgo.to/feeds_migrate
Я смотрю больше на dgo.to/feeds_migrate
а применял уже где? в целом же нужно не UI, а просто механизм как универсально и читаемо написать регулярный импорт откуданть. кодом маппить данные чаще проще.
просто yml миграций неудобно читать. и в целом прикручивать новых людей к написанным миграциям больно оказалось
просто yml миграций неудобно читать. и в целом прикручивать новых людей к написанным миграциям больно оказалось
AP
а применял уже где? в целом же нужно не UI, а просто механизм как универсально и читаемо написать регулярный импорт откуданть. кодом маппить данные чаще проще.
просто yml миграций неудобно читать. и в целом прикручивать новых людей к написанным миграциям больно оказалось
просто yml миграций неудобно читать. и в целом прикручивать новых людей к написанным миграциям больно оказалось
Регулярно пробую, но на простых миграциях
AK
а применял уже где? в целом же нужно не UI, а просто механизм как универсально и читаемо написать регулярный импорт откуданть. кодом маппить данные чаще проще.
просто yml миграций неудобно читать. и в целом прикручивать новых людей к написанным миграциям больно оказалось
просто yml миграций неудобно читать. и в целом прикручивать новых людей к написанным миграциям больно оказалось
А мигрировать "сам в себя" он может? Чтобы в одной и той же сущности данные из одних полей в другие перенести, например.