Leonid
Спасибо большое, товары в .csv
Андрей
Pavel
Всем привет. Хочу уточнить один вопрос. Есть ли возможность интегрировать подобный слайдер в MIGX ?
http://joxi.ru/MAjNGDot1LMkYA
Тут по сути получается два слайдера (два блока), сверху слайдер с инфой, снизу другой слайдер с годами, он служит навигацией для первого.
Условно, как по отдельности их в MIGX добавить я знаю, а возможно ли это сделать вместе и как тогда его можно вывести? заранее спасибо
Sentinel
Sentinel
migx fenom - Поиск в Google
https://www.google.com/search?q=migx%20fenom&ie=utf-8&oe=utf-8&client=firefox-b-m
Anonymous
привет. столкнулся с такой бедой, что в чанке тег {ignore} выдает бедый экран, как тут быть?
Anonymous
хочу кусок сайта на вью запилить, а там особенности синтаксиса с фигурными скобками
Anonymous
Unexpected token '{' in expression in 9da3031461e85f6f86d2af69487e171c line 307, near '{{' <- there вот такая ошибка получается
Anonymous
но если я вне чанка использую тег, то все работает
Артур
Anonymous
ну да
Anonymous
но они находятся внутри тега {ignore} {/ignore}
Anonymous
соответственно, феном их не должен парсить и ошибку не должен выдавать
Артур
Артур
поставить пробел нельзя?
Anonymous
нельзя
Anonymous
тогда вью не заработает
Anonymous
я пока нашел такое решение, что из чанка этот кусок кода засунул прямо в шаблон
Anonymous
ну это не совсем ок
Sentinel
Anonymous
о
Anonymous
попробую
Anonymous
да, так работает
Anonymous
что же это за магия такая
Anonymous
спасибо!
Sentinel
👍🤝
Anonymous
спасибо
Артур
Кто знает этот компонент работает https://modstore.pro/packages/payment-system/mspyacassa с ЮКассой
Андрей
Андрей
Есть же отдельный
Артур
Андрей
Какой?
https://modstore.pro/packages/payment-system/mspyookassa
Sergey_K
Да, это оч удобный прикол)
Артур
Sergey_K
Там поменялись только пара урлов и все.
Ео в итоге новый компонент
Sergey_K
Я.Касса переименовалась
Андрей
Sergey_K
Старая работает. Покачто
Sergey_K
Ну я тоже так думал
Sergey_K
У меня работает до сих пор без проблем
Андрей
Ну такие письма рассылали) могут отключить внезапно
Sergey_K
Да надо уже сделать, да, класс на АПИ т.к. это все до сих пор каменный век
Андрей
https://modx.pro/help/21616 - эпично
Алексей
посмеялся изрядно на ночь...
Anonymous
сорян, ребята, возможно, глупый вопрос, но мож кто знает, как я могу получить цену для опций товара после установки msoptionsprice2 ?
то есть, я получаю список опций через
$product_item->loadData()->get('options'), а как мне получить цену для каждой опции - непонятно
Артур
Anonymous
да я делаю себе файл, который мне джейсоном будет возвращать информацию
Артур
Anonymous
ну я думал, что вдруг уже готов какой-то метод
Артур
Anonymous
ахах
Anonymous
ну я имел в виду типа getOptopnPrice() =)
Anonymous
а, ну я мб смогу запускать встроенный сниппет
Артур
ну я имел в виду типа getOptopnPrice() =)
В принципе, если рассуждать логически, то цена на фронт приходит, значит этому предшествует запрос на сервер, значит есть процессор, значит процессор можно запустить, но для этого надо знать какой и с каким параметрами, по-моему проще сделать запрос в БД.
Anonymous
это ж надо посмотреть, как там все хранится
Anonymous
да, наверное, ты прав. запрос к бд и правда проще
Артур
Артур
Связь с основным товаром по id.
Anonymous
сейчас посмотрю, спасибо
Anonymous
в 2 таблицах хранятся данные
Артур
Anonymous
да это ж вот эти все джоины, надо понять, какой мне нужен
Anonymous
а, ну, вроде, все, если переживали за меня =)
Артур
Артур
Вообще если кто-нибудь понятно обьянит какая разница между джоинами будет здорово, inner я вообще не понимаю, а разница между left и right для меня тайна есть. На что влияет сторона к которой я присоединюсь? На порядок ключей в массиве?😁
Anonymous
Anonymous
ну я тут табичку использую
Anonymous
но не совсем до конца, конечно понимаю, частично инткитивно)
Alisa
О, кружочки Эйлера. Милота.
Артур
Я уточню, непонятно для чего на практике может понадобиться допустим right join или outer join. Или чем будет отличаться результат left join от inner join если например представить, что у нас есть минишоповская таблица ms2_orders и ms2_addresses в которых одинаковое количество записей, т.е. каждому заказу соответствует один адрес.
Anonymous
ну если одинаковое количество записей, то, наверное, никакой и не будет разницы
Anonymous
насколько я понимаю, то для таблиц с разными записями
join left выведет все данные из первой, но добавит поля из второй туда, где они есть.
join right - наоборот, все из второй, но добавит и поля из первой.
outer Join - все записи, в которые входят данные как с левой, так и с правой таблиц
inner join - только записи, которые указаны в условии для обеих таблиц
Anonymous
ну, наерн, я чуть неясно объясняю, конечно