Володя

Володя

С нами с 18 декабря 2012; Место в рейтинге пользователей: #4
Володя
30 ноября 2013, 14:04
0
А ведь точно))) внимания ведь даже раньше не обращал на это!
Но я думаю вообще в идеале было бы, если под кастомизацию полей minishop была бы своя страничка в админке…
типа родитель | шаблон | отображаемые поля
Володя
30 ноября 2013, 10:19
0
Пока на работу тащился, иная мысль пришла.
ведь можно совсем все проще делать, и скрывать поля у одного и того же шаблона в зависимости от родителя.
примерно так
<?php
switch($modx->event->name) {
	case 'OnDocFormPrerender':
        $s = $resource->get('parent'); //родитель товара
        
        switch($s) {
        case 87: 
            $modx->regClientCSS('<style>
            #ext-gen173 { //id поля что необходимо скрыть
            display: none;
            }
            </style>');
            break;
        case 181: 
            $modx->regClientCSS('<style>
            #ext-gen158 {
            display: none;
            }
            </style>');
            break;

        default: ; 
        }     
	break;	
}
Возможно можно как то еще проще, если знать extjs ...)
Володя
29 ноября 2013, 18:03
0
слева расшир. редактор, справа ограниченный редактор…
prntscr.com/27g0kh
p.s. в консоли названия полей посмотрел, в формы добавил и скрыл…
Володя
29 ноября 2013, 17:54
0
Настройка форм применительно к шаблону, поэтому либо ручками ставите шаблон для чая… либо как то автоматизируете, но все равно с шаблоном…
Володя
29 ноября 2013, 17:53
0
ну если проявить немного смекалки — то работает)
Володя
29 ноября 2013, 13:24
0
кто вам запрещает добавить поля через плагины и в кастомизации форм сделать следующее:
для чая — оставить видимыми поля актуальные только для чая
не для чая -скрыть поля для чая
Володя
29 ноября 2013, 08:45
0
Да и цену эти банки с краской тоже наверняка имеют разную… в зависимости от цвета…
Даже если вы сейчас придумаете как эти цвета выводить — затем будите велосипедить с ценой…
Так что правильно наверно другой товар.
Володя
28 ноября 2013, 13:20
0
А как вы определять будете какие ДВА цвета у вас будут из пяти?
Набить то можно, но по моему логика тут неправильная…
Володя
27 ноября 2013, 16:52
0
Илья недавно оформил компонент Units для MODX, вполне подойдет для таких целей.
Володя
27 ноября 2013, 16:40
0
Перед тем как активировать синхронизацию с интернет-магазином, надо убедиться, что для товаров уже внесенных в справочник номенклатуры МоегоСклада значение поля Внешний код совпадает со значением соответствующего поля в каталоге товаров интернет-магазина. Здесь полезной может быть возможность при импорте номенклатуры в МойСклад в формате CSV импортировать и Внешний код товаров. С помощью этой функции также возможно добавить корректный Внешний код в уже существующую в МоемСкладе номенклатуру, ведь импорт в CSV ищет существующие элементы по наименованию или по полю Код. В случае, если вы только начинаете работать с МоимСкладом (справочник номенклатуры в МоемСкладе пуст), а интернет-магазин у вас уже есть, то решением может быть включить синхронизацию заказов, потом в интернет-магазине сделать тестовый заказ (несколько заказов), содержащий все товары, которые вы продаете. Синхронизация перенесет этот заказ в МойСклад, а все товары из этого заказа будут созданы в МоемСкладе автоматически с правильным внешним кодом.
взято отсюда — u.to/MzIeBQ
Володя
19 ноября 2013, 09:02
0
попробуйте мультиязычность на sli. Отдельная админка для перевода, есть автоперевод через yandex переводчик… ну мне вообщем понравилось. Примерно вот так — griga.tmweb.ru/
P.s. кеширование там тоже есть, вообще все очень просто настраивается и работает.
Володя
06 ноября 2013, 11:44
0
а попробуй вот это закоменти
if($modx->getOption('mail_use_smtp')) {
	$from = $modx->getOption('mail_smtp_user');
}
будет работать?
Володя
30 октября 2013, 14:31
0
создал сниппет sniptest и внутри него его же и вызываешь? и что должно работать?
Володя
29 октября 2013, 09:47
0
убрал зависимость от Callback URI и все заработало как нужно!

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

ну слушать то я его буду в плагине, но как оно там появится то? как мне эту цепочку запустить?
Уже по разному пробовал, если на OnDocPublished ставить то зависает при ответе от yandex…
Володя
27 октября 2013, 22:41
0
до полного понимания того что ты написал потребуется время)))
HybridAuth да по такому же принципу работает…
Грубо говоря я прописываю sitename.ru/?action=send_text а плагин как то должен обрабатывать $_REQUEST['action']?
Володя
27 октября 2013, 21:15
0
нет, это из меня фиговый объясняльщик!
Чтобы получить разрешение пользователя на выполнение действий с его личными данными, приложение должно перенаправить пользователя по следующему 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

сниппет запущеный из плагина не отработает таким образом…
хотя я может чего не знаю?
Володя
27 октября 2013, 20:57
0
В двух словах — есть сниппет, получает токен, авторизуется по протоколу OAuth 2.0, при запросе использует Callback URI… дальнейшие действия не суть…
Создал плагин на какое то событие, берет контент ресурса, отправляет в сниппет, но сниппет получит токен и отправит текст в панель вебмастера — только если будет вызван на странице Callback URI.

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

p.s. по сути вся проблема в получении токена при вызове сниппета из плагина…
Володя
30 сентября 2013, 22:08
0
вот и мне интересно, пост вроде был прям на этом сайте, а никак не найду. Подсобите господа хорошие…
тут — bezumkin.ru/sections/components/252/