Володя

кто вам запрещает добавить поля через плагины и в кастомизации форм сделать следующее:
— для чая — оставить видимыми поля актуальные только для чая
— не для чая -скрыть поля для чая

Да и цену эти банки с краской тоже наверняка имеют разную… в зависимости от цвета…
Даже если вы сейчас придумаете как эти цвета выводить — затем будите велосипедить с ценой…
Так что правильно наверно другой товар.

А как вы определять будете какие ДВА цвета у вас будут из пяти?
Набить то можно, но по моему логика тут неправильная…

Илья недавно оформил компонент Units для MODX, вполне подойдет для таких целей.

Перед тем как активировать синхронизацию с интернет-магазином, надо убедиться, что для товаров уже внесенных в справочник номенклатуры МоегоСклада значение поля Внешний код совпадает со значением соответствующего поля в каталоге товаров интернет-магазина. Здесь полезной может быть возможность при импорте номенклатуры в МойСклад в формате CSV импортировать и Внешний код товаров. С помощью этой функции также возможно добавить корректный Внешний код в уже существующую в МоемСкладе номенклатуру, ведь импорт в CSV ищет существующие элементы по наименованию или по полю Код. В случае, если вы только начинаете работать с МоимСкладом (справочник номенклатуры в МоемСкладе пуст), а интернет-магазин у вас уже есть, то решением может быть включить синхронизацию заказов, потом в интернет-магазине сделать тестовый заказ (несколько заказов), содержащий все товары, которые вы продаете. Синхронизация перенесет этот заказ в МойСклад, а все товары из этого заказа будут созданы в МоемСкладе автоматически с правильным внешним кодом.
взято отсюда — u.to/MzIeBQ

попробуйте мультиязычность на sli. Отдельная админка для перевода, есть автоперевод через yandex переводчик… ну мне вообщем понравилось. Примерно вот так — griga.tmweb.ru/
P.s. кеширование там тоже есть, вообще все очень просто настраивается и работает.

а попробуй вот это закоменти

if($modx->getOption('mail_use_smtp')) {
	$from = $modx->getOption('mail_smtp_user');
}

будет работать?

создал сниппет sniptest и внутри него его же и вызываешь? и что должно работать?

убрал зависимость от Callback URI и все заработало как нужно!

Василий подскажи пожалуйста — тяжело ли кнопку сделать в админке MODX со своим событием?

Доброе утро!
Василий, событие да другое должно быть, мне OnHandleRequest не подойдет, скорее всего OnDocPublished (отправка нужна только один раз). Но все манипуляции только в админке происходят и каким образом мне $_REQUEST['action'] слушать?

ну слушать то я его буду в плагине, но как оно там появится то? как мне эту цепочку запустить?
Уже по разному пробовал, если на OnDocPublished ставить то зависает при ответе от yandex…

до полного понимания того что ты написал потребуется время)))
HybridAuth да по такому же принципу работает…
Грубо говоря я прописываю sitename.ru/?action=send_text а плагин как то должен обрабатывать $_REQUEST['action']?

нет, это из меня фиговый объясняльщик!

Чтобы получить разрешение пользователя на выполнение действий с его личными данными, приложение должно перенаправить пользователя по следующему URL:
https://oauth.yandex.ru/authorize?response_type=<token|pre>&client_id=<client_id>[&display=popup][&state=<state>]

сначала получаем code, затем передав code получим token, при этом редиректит на Callback URI указанный при регистрации приложения.

требуемый ответ token|code, от OAuth-сервера, будет добавлен к redirect_uri

сниппет запущеный из плагина не отработает таким образом…
хотя я может чего не знаю?

В двух словах — есть сниппет, получает токен, авторизуется по протоколу OAuth 2.0, при запросе использует Callback URI… дальнейшие действия не суть…
Создал плагин на какое то событие, берет контент ресурса, отправляет в сниппет, но сниппет получит токен и отправит текст в панель вебмастера — только если будет вызван на странице Callback URI.

вот с этим и заморочка…

p.s. по сути вся проблема в получении токена при вызове сниппета из плагина…

вот и мне интересно, пост вроде был прям на этом сайте, а никак не найду. Подсобите господа хорошие…
тут — bezumkin.ru/sections/components/252/

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

либо я не так понял вас, либо вы.
делаем необходимые поля, к примеру:
-размер чашечки лифчика
-цвет лифчика
-диагональ тв
-наличие вифи
соответственно у шаблона лифчика убираем поля- диагональ и вифи
у шаблона тв убираем — цвет лифчика и размер
как то так…
P.s. заполняем руками)

А кто мешает зайти в редактор форм и скрыть ненужные поля?
в одном шаблоне оставьте одно, в другом другое…

тут поиск вообще отлично работает)))
ini_set('apc.cache_by_default', 'Off');

Да не поверю что никаких кешеров на сервере не стоит.
phpinfo смотрел?
может бага из за русского имени хоста?

Василий ну ты разогнался!)))