Олег Щавелев

Кстати на странице пакета на modstore.pro есть не точность. Не правильно написано названия сниппета.

Здравствуйте, @Михаил.

С точки зрения организации каталога, лучше выбрать Minishop, так как вы запланировали уже как минимум 1000 позиций (MS2 адаптирован лучше под большие каталоги). Если сформулировать причины выбора данного пакета самые существенные:

• Простая организация импорта и экспорта продуктов
• Удобная организация свойств и опций товара (в вашем случаи объектов)
• Масштабирование задач и большое количество пакетов

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

Удачи!

Я только бы написал обязательно о проблеме с меню пункт «Пакеты» установил много пакетов и все ай-я либо покупай очень большой монитор или перегруппировывай меню.

@Руслан Алеев, отличный формат. Очень понравилось.

Пока мы трудимся на внедрением второй версии mvtForms, хотел поделиться как работает первая.

Погнали:

Да, агрегация требований это наше все. Надо сначала попробовать, а потом уже продолжать диалог)

@Алексей Шумаев Спасибо за разъяснение. Я уже внимательно ознакомился с документацией и она просто замечательная. Данный момент так же присутствует.

Я хочу развить вашу мысль, а именно, вы говорили что теперь даже контент-менеджер, может вставить готовую форму в поле «Содержание». А давай те с Вами порассуждаем, как это может работать. Это производственная ротация. Когда связи с загрузкой одной службы можно привлечь другую для роста эффективности процессов.

Так же и с Яндекс-Метрики. К примеру маркетолог по SEM настроил Я.Метрику и сразу в MODX все расставил и не нужно ставить задачи быстро и просто. А разработчики конечно поставят и рады коллбекам. Разработчик в принципе и сквозную аналитику прикрутит при необходимости, если в этом будет производственная необходимость.

Надеюсь ход мысли понятен.

modx.pro/components/7461 — вот еще интересное)

Олег сказал и внедрил, Саша купил. Ну я призываю покупать хороший пакет, покупая его сам. Идея супер. Ждем обновлений. И верните нам поле Яндекс Метрики.

Это не так)

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

А мне кажется, уже пара. Смотрим статистику — крутяк) Нужны такие авторы порталу modx.pro, как не крути.

Мы любим данный пакет. Мы искренне поздравляем Вас с релизом. Ай-да в modstore покупать…

@Сергей Шлоков А если параметр нужно передать не tpl, а к примеру tplWrapper. Потому что предложенная @Глеб идея шаблонизации, очень мне симпатична). К примеру сделал одну обертку и кастамизировал ее нужными параметрами. Огонь же)

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

{$_modx->resource | print}
{$_modx->resource | print_r}
{$_modx->resource | var_dump}

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

{$resource | print_r : 1}

И сразу все как на ладони. И точно такие трудозатраты минимизируются.

Я бы через prepareSnippet сделал. Что бы читаемость сохранить.

в его случае кешированная загрузка не кушает дополнительный запрос в отличие от:

Если я не ошибаюсь, то можно воспользоваться методом Джейсона Коварда обернуть твой сниппет в GetCache. Единственное тебе нужно проработать механизм удаление кэша, но плюс к этому минусы ты можешь управлять папками кэша в зависимости от группы сниппетов кэш хранить в разных папках, метод старый, но мне кажется досрочно эффективный.

Cтатья от Ильи Уткина по данному вопросу Ссылка

#debugParser #Showlog

Ура! Вышла новая версия MODX Revolution 3.0.0-alpha2. Новые тесты. Появилась обратная совместимость присоединяйтесь к тестированию.

Хороший вопрос)