😜

Если страница site.ru/blog , то яндекс начинает искать в site.ru/blog/assets вместо site.ru/assets

base href="site.ru"

base href="site.ru"

это на странице обычной добавлено. А как в xml? Также?

Сделал небольшой сниппет в шаблоне ditto: <?php $content = $modx->getDocument($id, 'content'); $content = str_replace('src="assets', 'src="'.$url.'assets', $content); return $content['content']; ?>А в шаблоне Ditto: [[YaTurboContent? &id=`[+id+]` &url=`[(site_url)]`]]

это на странице обычной добавлено. А как в xml? Также?

в xml делайте абсолютные ссылки [(site_url)][+id+] либо в Доклситере параметр urlScheme &urlScheme=`full`

в xml делайте абсолютные ссылки [(site_url)][+id+] либо в Доклситере параметр urlScheme &urlScheme=`full`

Спасибо

/stat@combot

/stat@combot

А я думал, что ты ревист

А я ещё не определился)))

Шпиён

/stat@combot

находят авторитета и валят?

/stat@combot

А зачем вы это запрашиваете?

там можно просто поиск ссылка то не меняется 🙂

Оно особо странно выглядит, учитывая что обе ссылки помещаются в один экран

у меня вообще не открывается

у меня вообще не открывается

Тебя там забанили, потому что ты кольцо зажал.

(:

Кто разбирается в рево, объясните о чем тут речь https://modx.pro/solutions/14247/

Особенно фразу "И вроде бы все хорошо, но если в разных разделах нужны разные характеристики, то страница товара в админке превращается в свалку"

хрен его знает, из коробки есть назначение опций для категорий

наверное он не использовал эти опции, а тупо налепил столбцов в таблице

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

Там же по идее разные они?

Когда мы уже дождемся invokeEvent после вот этой строчки?) $tvsArray = $modx->db->makeArray($rs, 'name');

https://github.com/evolution-cms/evolution/blob/develop/manager/actions/mutate_content.dynamic.php#L988

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

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

И по всем трем вариантам фильтр работает? Надо как-то собраться с силами глянуть, как там все организовано с хранением

опции хранятся аналогично тв

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

в принципе в ево можно легко сделать это и даже была попытка

есть таблица site_content к ней цепляется таблица ms_products

Это типа как в шопкипере отдельный каталог и там тоже были к нему отдельные тв?

Опции

нет

в рево можно расширять класс ресурса

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

в ево мы с сергеем походили кругами вокруг этой фишки и временно подзабили ((:

Так а хранятся параметры как? Все в одной таблице или под каждый набор опций (категорию) своя?

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

а опции свои для каждой категории можно создать

И у каждой категории своя таблица опций?

нет

я же говорю, опции типа как тв site_tmplvar_contentvalues

в похожей таблице хранятся

Так а в чем разница тогда?:)

С шопкиперовским tmplvar_catalogvalues

Или как оно там называлось

'fields' => array ( 'option_id' => 0, 'category_id' => 0, 'rank' => 0, 'active' => 0, 'required' => 0, 'value' => NULL, ),

вот так хранятся опции

Там еще какая то промежуточная таблица для связи продукта со значениями опций по идее должна быть?)

это она и есть

array ( 'key' => '', 'caption' => '', 'description' => NULL, 'measure_unit' => NULL, 'category' => NULL, 'type' => '', 'properties' => NULL, ),

а это для описания самих опций

Какой-то гибрид модх и опенкарта)

Там опции отдельно, их значения отдельно, их категории отдельно и еще пара таблиц для связи всего этого хозяйства через id между собой и с товарами

еще я видел где-то значение опции хранится в нескольких видах ((:

Как полезешь править, так не менее пяти файлов, не считая языковых, изменять надо

типа int, float, date

в минишопе это из админки все делается

Ну, в опенкарте админка как таковая для правок логики вообще не предназначена

Там как полезешь в контроллер, модель, вьюер и еще несколько связывающих файлов

И все, пиши-пропало:)

я на эту админку посмотрел и что-то мне перехотелось изучать дальше ((:

По три папки вглубь вверх-вниз шаришься туда-сюда один и тот же код правишь)

И тем не менее развиваются в разных ветках opencart, ocstore, maxystore до сих пор

Это минусы мвц ;)

Не бывает патерна так что б только плюсы были

PrestaShop вроде тоже оттуда вырос:)

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

Все вроде обещали переделать, но так похоже и не решились)

Хотя да, после модх сочетание слов "модуль html-блок на страницу" может вызвать нервный приступ:)

Не говоря уж про всякие "модули" вроде вывода верхних ссылок в футере и т.п.

еще и платные небось

еще и платные небось

Одна ссылка 100р

Из того, что в свое время реально убивало, так это отсутствие одношаговой формы заказа. Вот есть из 4 шагов и кушайте. А заказчику нафиг такая сложность

И он никак понять не может, почему 4 шага сделаьб просто, а один - практически нереально исходя из того, как хранятся данные

Потому что на каждом шаге что то дописывается в сессию и пересчитывается:)

надеюсь, что те, кто придумывает делать многошаговые формы, попадут в адский ад