Наумов Алексей

[[Login?]] — кешированный вызов
[[!Login?]] — некешированный вызов

[[+modx.user.id]] — кешированный вызов
[[!+modx.user.id]] — некешированный вызов

!

ну из админки то выйти нужно?

Или в другом браузере проверяйте

Ну да, пару hooks написать своих, не думаю, что это сложно будет. Выбор должен быть всегда!

Я не ставил эту штуку modstore.pro/packages/utilities/modclassvar, но написано что «Данная вкладка грузится как для ресурса, так и для пользователя.»

Эм, твердо не обещаю, но попробую завтра поработать в этом направлении.

Я верно понял, что нужна интеграция под конкрентый проект и в случае чего можно править исходники компонента easyComm?

Да не, все верно. Про allowedFields в заметке видимо упустил.
Заработало все в итоге?

В структуре таблицы сделайте тоже самое.

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

modx.pro/components/5707-easycomm-additional-picture-field/

Молодец!

Благодарю за наводку!
Теперь с питоном разобраться бы)

Да где-то перепутано поле и его значение:

коллектива LIKE '%54%'

коллектива — на этом месте должно быть название поля.

Павел, привет.

А можно спросить совета о доработке, как выкинуть из бекапа некоторые жестко прописанные директории?
У меня есть сайт (среди десятков других на сервере), где имеется фото архив на несколько Гб, не хочу его бекапить каждый раз. Как бы прописать эту директорию в игнор? Т.е. сам сайт пусть идет в бекап, но без этой директории с фотографиями.

Идея изначально у сео конторы была верная, а вот реализация подкачала)

По п1., как правильно:

Делаем меню

Чайники
|_ Электрические
|_ Газовые

А ниже него делаем фильтр с галочками

Назначение:
— Кухонные
Материал
— Пластик
— Метал

В итоге покупатель может выбрать:
1. Чайники электрические
2. Чайники электрические кухонные
3. Чайники электрические кухонные металлические

И вот эти все 3 страницы можно оптимизировать, как того хотят сеошники.
И покупателям ОЧЕНЬ УДОБНО при этом!

По п2.
Да в принципе идея ясна, пользуйтесь активно pagetitle, longtitle, menutitle и в нужных местах выводите длинное название, в нужных модель, чтобы было понятно. Например в корзине крупно название модели а ниже ее длинное название, тут компромис нужен

Конечно есть!

В первом случае — вызывается модификатор resource, который из базы грузит ресурс по id, получает нужно пле и возвращает его. Во втором случае — просто выводится содержимое текущего ресурса, и оно уже загружено в массив $_modx->resource!

Да, по видео шикарно =)

Думаю, что да. Я уже на 2-х сайтах по данному сценарию его использую, все ок.

Добрый день.

Я бы взял VirtualPage, настроил в нем правило для страниц типа /message/XXX/, где XXX — id сообщения, и дальше уже вроде все понятно… конкретная реализация — на ваше усмотрение, но в целом это абсолютно реализуемо.

Пардон, пароль от админки g11ICNoM47hH

А-ха-ха, прости, бес попутал меня, в имени твоем дважды уже ошибся, извини)))) Первый раз случайно, а второй еще и скопировал.