Василий Наумкин

Конечно есть, оно же на Java работает.

Короче, выбирай сам =)

Давай ты почитаешь хоть что-то, например уроки от Виктора, а только потом будешь заваливать нас вопросами?

Это не сообщество MODX, это мой личный сайт. 4 темы за 3 дня — перебор.

Помочь со сложностями можно, но у тебя совсем новичковые вопросы, которые решаются простым гуглением.

Вот это — тормоза. Минимум 4 итерации работы парсера.

Так делать не нужно. Если создавать 2 шаблона — будет 1 итерация.

Задать в шаблоне место под текст

<div class="mytext">[[*mytv]]</div>

В css прописать стиль для .mytext.

.mytext {background: #efefef;}

MIGX никогда не использовал и никому не советую. На мой взгляд — это лишний тормоз.

Ты поставь, попробуй — потом определишься.

Если делаешь что-то OpenSource, типа расширений для MODX — можно получить бесплатную лицензию под это дело. Надо только заполнить форму и указать репозиторий на GitHub.

Я 2 раза получал без проблем, потом купил на распродаже новогодней. Сейчас без него как без рук.

Не знаю, зачем мне это?

Я пользуюсь phpStorm.

Понял, буду исправлять.

bezumkin.ru/sections/components/1462/

Попробуй указать параметр

&tpl_4=`имя чанка с hr`

Можно добавлять пробел — он все равно будет убран при сохранении.

Но вообще, косячок, да. Создай issue на github — поправлю.

Возможно.

Для этого есть связи товаров.

Ты если хочешь разобраться — разбирайся.

Родительский beforeSet там ничего не решает, и висит, скорее всего, по ошибке.
Свойства устанавливаются ниже.

Это там у меня нахимичено, чтобы кэш сайта не сбрасывался.

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

Я давно это писал, когда продолжу разработку Tickets — переделаю более красиво.

Создавать можно при помощи Tickets, всё остальное — нет.

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

Спасибо, поправил.

Певел с Wayfinder на pdoTools, и не все плейсхолдеры поменял.
Если что — вот:

[[pdoResources?
	&depth=`0`
	&showHidden=`0`
	&sortby=`menuindex`
	&sortdir=`asc`
	&tpl=`@INLINE
		<li>
			<h3>
				<a href="/[[+uri]]">[[+pagetitle]]</a>[[+longtitle]]
			</h3>
		</li>
		<!--pdotools_longtitle <small>[[+longtitle]]</small>-->
	`
]]

&depth — глубина выборки от родителя.

Ты выбираешь ресурсы в корне, то есть родителей у них нет. Значит, нужно указать:

&where=`{"context_key":"shop", "parent":0}`

Включай &showLog, смотри запросы — это ж SQL, нетрудно разобраться, что происходит.

У меня пока есть только подписка на комментарии.

Сделать подписку на категорию не особо сложно — можно обойтись всего одним плагином.
Он должен уметь:
1. Подписывать\отписывать юзеров (сохранять их id в поле properties ресурса).
2. При создании новой страницы проверять parent, и если там есть подписчики — слать им письма.

Ну а вывести количество сможет простейший сниппет, который получит properties и посчитает размер массива подписчиков.

P.S. На будущее постарайся объяснять так, чтобы не возникало встречных вопросов. Все люди занятые, вытягивать подробности, чтобы тебе помочь, никому не интересно.

На здоровье!

[[pdoResources?
	&parents=`0`
	&resources=`-12`
	&where=`{"context_key":"shop"}`
	&depth=`0`
	&tpl=`jd.oforlist-item.tpl`
	&limit=`0`
]]

Подумаю, как улучшить работу &context.

&showLog=`1`

Ну и эта, ты указал выводить все страницы (&parents=`0`), кроме товара с id=12 — так и выводится.

Параметр &context работает только если и &parents и &resources равны 0. Иначе он не нужен, если ты указал или ресусры или родителей.

По уму, его вообще убрать надо, чтобы не путал.

Давай полный вызов и лог запроса, неохота гадать.