Сборки и пакеты

Вопросы специалистов

Новости

Песочница

ShopModxBox-2.2.2-beta, а так же немного о безопасности в MODX Revolution

Интеграция shopModx с 1С. Компонент shopModx1C

ShopModxBox. Несколько картинок для одного товара

Создание своего компонента в MODX Revo 2.*

Удаление/замена платежных систем Единая касса и Робокасса

Добавление нескольких товаров в корзину

ShopModxBox. Использование модели товара

Выборка категорий shopmodxbox

Голосуйте за наш сайт на конкурсе 

Многоуровневое меню

Всем привет
 Пакет автоматом устанавливается в web контекст, не смотря на то, что контекстом по умолчанию является совсем другой. Не знаю, почему, но я как-то с самого первого сайта стал все делать в контексте, отличном от стандартного. Попробую перенести все в другой контекст и протестировать, может и все будет нормально работать, но было бы шикарно, если бы все устанавливалось в контекст по умолчанию (index.php)
 Еще обратил внимание, что после установки язык Manager-а меняется на английский, никакх проблем переключить нет, конечно, но немного шокирует, особенно если привык работать в русском интерфейсе :-)
 Огромное спасибо за сборку, давно ждал реализацю магазина именно от вас, так как симпатизирую вашему подходу. 
 И последнее, подскажите, как поддержать ваш проект через PayPal?

Всем привет
 Пакет автоматом устанавливается в web

Уточняю на счет контекста, языка и т.п.: не раз говорил о том, что этот снимок сайта полностью затирает весь MODX, заливая свое поверх. При этом все таблицы, куда должно что-то записаться, предварительно очищаются. То есть если вы ставите чистый MODX Revolution, добавляете там новый контекст, меняете в настройках контекст по умолчанию и т.п. — все это перетирается при установке. 
 Перенести в другой контекст на готовом магазине можно, но не просто. К сожалению, в MODX-е все завязанное на контекст не по id идет, а по имени контекста, то есть не достаточно просто в таблице изменить имя контекста.
 

Огромное спасибо за сборку

Огромное пожалуйста! :)
 

И последнее, подскажите, как поддержать ваш проект через PayPal?

А справа в блоке «Отблагодарить» указан PP-аккаунт — info@modxclub.ru
 Заранее спасибо!

Добрый день! Уточняю на счет контекста, языка и т.п.: не раз говорил о том, что этот снимок сайта полностью затирает весь MODX, заливая свое поверх. При этом все таблицы, куда должно что-то записаться, предварительно очищаются. То есть если вы ставите чистый MODX Revolution, добавляете там новый контекст, меняете в настройках контекст по умолчанию и т.п. — все это перетирается при установке. 
 Перенести в другой контекст на готовом магазине можно, но не просто. К сожалению, в MODX-е все завязанное на контекст не по id идет, а по имени контекста, то есть не достаточно просто в таблице изменить имя контекста. Огромное спасибо за сборку Огромное пожалуйста! :) И последнее, подскажите, как поддержать ваш проект через PayPal? А справа в блоке «Отблагодарить» указан PP-аккаунт — info@modxclub.ru
 Заранее спасибо!

Добрый день! Уточняю на счет контекста, языка и т.

На счет затирания я все понял, и даже уже не раз проверил :-) 
 Проблему осознал, но все же попробую. Сейчас установил пакет, перенес все в другой контекст, сменил контекст по умолчанию в настройках… Все сбросил, обновил. Пока все работает, проблем никаких пока не обнаружил. 
 А не подскажете, где могут быть прямые ссылки на контекст в сборке? Что бы обратить более пристальное внимание? Я не использую много контекстов, я просто использую другой вместо стандартного./
 Небольшую благодарность отправил.

На счет затирания я все понял, и даже уже не раз п

На счет смены контекстов — все же идея не очень удачная. В MODX-е далеко не идеально все сделано с контекстами. К примеру, не реализован полноценный механизм инициализации кастомных контекстов в запросах. Вот если у вас на сайт заходят пользователи, в index.php прописано по умолчанию $modx->initialize('web'); Даже если вы в плагине пропишите $modx->switchContext($ctx);, это все равно не будет корректно работать, так как инициализация пользователя выполняется именно во время инициализации контекста через $modx->initialize(). Это скажется на корректной инициализации пользователя, его правах и т.п. Здесь остается только один вариант — в index.php прописывать ручками нужный контекст.
 Второй момент — инициализация контекста в коннекторах. Проблема все та же…
 

И по соображениям безопасности у нас в коннекторах жестко прописана инициализация контекста web (точнее жестко указываем, какой контекст инициализировать).
 Скорее всего, пока не появится корректный механизм по контекстам, так и останется по умолчанию web.
 В общем, советую все-таки оставлять по умолчанию контекст web. Это еще не все моменты.
 

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

Вопрос не совсем понял.
 

За благодарность спасибо! Получил.

На счет смены контекстов — все же идея не очень удачная. В MODX-е далеко не идеально все сделано с контекстами. К примеру, не реализован полноценный механизм инициализации кастомных контекстов в запросах. Вот если у вас на сайт заходят пользователи, в index.php прописано по умолчанию $modx->initialize('web'); Даже если вы в плагине пропишите $modx->switchContext($ctx);, это все равно не будет корректно работать, так как инициализация пользователя выполняется именно во время инициализации контекста через $modx->initialize(). Это скажется на корректной инициализации пользователя, его правах и т.п. Здесь остается только один вариант — в index.php прописывать ручками нужный контекст.
 Второй момент — инициализация контекста в коннекторах. Проблема все та же… И по соображениям безопасности у нас в коннекторах жестко прописана инициализация контекста web (точнее жестко указываем, какой контекст инициализировать).
 Скорее всего, пока не появится корректный механизм по контекстам, так и останется по умолчанию web.
 В общем, советую все-таки оставлять по умолчанию контекст web. Это еще не все моменты. А не подскажете, где могут быть прямые ссылки на контекст в сборке? Что бы обратить более пристальное внимание? Вопрос не совсем понял. За благодарность спасибо! Получил.

На счет смены контекстов — все же идея не очень уд

Спасибо, понял, не буду выпендриваться, я получил ответы на все вопросы

Спасибо, понял, не буду выпендриваться, я получил 

Пожалуйста!

Здраствуйте Николай! Был вопрос, может быть я где то пропустил, но в мануалах нет по этому поводу ничего, что бы помогло мне. После установки Shopmodxbox на чистый Revolution, стирается запись в БД от старого админа (его логин и пароль), который был при установке. Вместо него встает новый admin. Я в настройках профиля сменил у этого админа логин и пароль. Далее выход из админки, а зайти обратно не могу. При новом заходе ошибка не выводиться, выдается обратно пустая форма входа. В БД таблица с сессиями не сломана. работает. То есть при новом вводе логина и пароля создается новая сессия. в БД она присутствует. Как можно решить данную проблему, подскажите пожалуйста хотя бы куда копать в поиске данной проблемы. Облазил уже форумы. Ответа который бы помог не нашел.

Здраствуйте Николай! Был вопрос, может быть я где 

Добрый день!
 То, что удаляется старый пользователь, и создаются новые — это нормально. Когда накатывается сборка, тогда таблица юзеров очищается полностью, и создаются новые. Скорее всего все-таки вы в чем-то ошиблись при редактировании админа. Попробуйте накатить сборку заново, но не редактировать админа, а создать нового пользователя, и в случае успеха уже попробуйте админа отредактировать.
 На случай, если в админку вообще никак не войти, а надо очень (при этом есть доступ по ftp или типа того), открывайте файл manager/index.php и сразу после инициализации MODX-а ($modx->initialize()) пишите:
 

$user = $modx->newObject('modUser', array(
    "username" => "myuername",
    "password"    => "mypassword",
));
$profile = $modx->newObject("modUserProfile", array(
    "email"    => "myemail"
));
$user->addOne($profile);
$user->sudo = 1;
$user->save();
return;


После чего заходите на страничку админки и будет создан пользователь. Затем комментируете или удаляете этот код и заходите под новой учетной записью.

Добрый день!
 То, что удаляется старый пользователь, и создаются новые — это нормально. Когда накатывается сборка, тогда таблица юзеров очищается полностью, и создаются новые. Скорее всего все-таки вы в чем-то ошиблись при редактировании админа. Попробуйте накатить сборку заново, но не редактировать админа, а создать нового пользователя, и в случае успеха уже попробуйте админа отредактировать.
 На случай, если в админку вообще никак не войти, а надо очень (при этом есть доступ по ftp или типа того), открывайте файл manager/index.php и сразу после инициализации MODX-а ($modx->initialize()) пишите: $user = $modx->newObject('modUser', array(
    "username" => "myuername",
    "password"    => "mypassword",
));
$profile = $modx->newObject("modUserProfile", array(
    "email"    => "myemail"
));
$user->addOne($profile);
$user->sudo = 1;
$user->save();
return; После чего заходите на страничку админки и будет создан пользователь. Затем комментируете или удаляете этот код и заходите под новой учетной записью.

Добрый день!
 То, что удаляется старый пользовател

Срочно не надо. Попробовал как Вы сказали, создал нового пользователя. В настройках указал все тоже самое что у админа, кроме атрибутов (в дополнительном поле). Результат такой же, пустая форма при вводе логина и пароля.

Срочно не надо. Попробовал как Вы сказали, создал 

Пришлите в личку адрес сайта, я посмотрю вечером что там и как (только базового пользователя admin оставьте)

Пришлите в личку адрес сайта, я посмотрю вечером ч

находиться на локальном сервере, могу только дать доступ через удаленку.

находиться на локальном сервере, могу только дать 

Тогда пробуйте на нормальном сервере. Скорее всего что-то не то с локальным сервером.

Тогда пробуйте на нормальном сервере. Скорее всего

Спасибо :)

Не за что!

Николай, доброго дня! Установил ShopModxBox на чистый Revo. Не пойму что не так, ибо абсолютный нуб в modx, но при попытке просмотра любой из страниц, кроме главной ничего не вижу: «The requested URL /o-shopmodxbox.html was not found on this server.» Главная работает нормально… Пожалуйста, подскажите в чем я ошибся?

Николай, доброго дня! Установил ShopModxBox на чис

Проблема не в модэксе, а в подмене УРЛов. Там ЧПУ, соответственно надо правила подмены прописывать. Если у вас веб-сервер апач, то в корне сайта просто переименуйте ht.access в .htaccess

Проблема не в модэксе, а в подмене УРЛов. Там ЧПУ,

Да-да, уже переименовал, но почему-то не помогло…

Или не апач, а нгинкс используется, или правила не учитываются. В любом случае, это вопрос к веб-серверу, а не к MODX-у. Здесь вам самостоятельно придется разбираться.

Или не апач, а нгинкс используется, или правила не

Да, скорее всего апач неправильно настроен, спасибо за оперативный ответ!

Да, скорее всего апач неправильно настроен, спасиб

Нашел! Вдруг кому пригодится, оставлю здесь: dig.org.ua/2008/01/26/mod-rewrite-on-apache2-in-ubuntu/

Нашел! Вдруг кому пригодится, оставлю здесь: dig.o

Ну да, не было мода для апача, поэтому и правила не учитывались.

Ну да, не было мода для апача, поэтому и правила н

Самое простое — добавить несколько TV, которые в шаблоне будут доступны не как $object.image, а как $object.tvs.img1, $object.tvs.img2 и т.д.
 или можно использовать MIGX

Самое простое — добавить несколько TV, которые в ш

MIGX конечно же предпочтительней по ряду причин, в том числе и потому что не приходится 100500 ТВшек создавать.
 

Вот я на одном проекте так докручивал галерею. В процессор получения товара дописал:
 

public function afterIteration(array $list){
        $list = parent::afterIteration($list);
   
        
        foreach($list as & $l){  
        
            switch($this->getProperty('image_url_schema')){
                case 'base':
                    $images_base_url = $this->modx->runSnippet('getSourcePath');
                    break;
                
                case 'full':
                    $images_base_url = $this->modx->getOption('site_url');
                    $images_base_url .= preg_replace("/^\//", "", $this->modx->runSnippet('getSourcePath'));
                    break;
                
                default: $images_base_url = '';
            }      
            /*
                Картинки
            */
            $l['images'] = array();
            
            if(!empty($l['tvs']['images']['value'])){
                $images = json_decode($l['tvs']['images']['value'], true);
                foreach($images as $image){
                    $image['image'] = $images_base_url.$image['image'];
                    $l['images'][] = $image;
                }
            }
        }
        return $list;
    }

А в шаблоне уже оформление по своему вкусу. У меня это вот так:
 

{if $object.images}
                    {foreach $object.images as $img}
                        {snippet name="phpthumbof" params="input=`{$img.image}`&options=`w=65&h=65&q=90`" assign=thumb}
                        <a rel="useZoom: 'zoom1', smallImage: '{$thumb}'" title="" href="{$img.image}" class="cloud-zoom-gallery">
                            <img alt="" src="{$thumb}">
                        </a>
                    {/foreach}
{/if}

MIGX конечно же предпочтительней по ряду причин, в том числе и потому что не приходится 100500 ТВшек создавать. Вот я на одном проекте так докручивал галерею. В процессор получения товара дописал: public function afterIteration(array $list){
        $list = parent::afterIteration($list);
   
        
        foreach($list as & $l){  
        
            switch($this->getProperty('image_url_schema')){
                case 'base':
                    $images_base_url = $this->modx->runSnippet('getSourcePath');
                    break;
                
                case 'full':
                    $images_base_url = $this->modx->getOption('site_url');
                    $images_base_url .= preg_replace("/^\//", "", $this->modx->runSnippet('getSourcePath'));
                    break;
                
                default: $images_base_url = '';
            }      
            /*
                Картинки
            */
            $l['images'] = array();
            
            if(!empty($l['tvs']['images']['value'])){
                $images = json_decode($l['tvs']['images']['value'], true);
                foreach($images as $image){
                    $image['image'] = $images_base_url.$image['image'];
                    $l['images'][] = $image;
                }
            }
        }
        return $list;
    } А в шаблоне уже оформление по своему вкусу. У меня это вот так: {if $object.images}
                    {foreach $object.images as $img}
                        {snippet name="phpthumbof" params="input=`{$img.image}`&options=`w=65&h=65&q=90`" assign=thumb}
                        <a rel="useZoom: 'zoom1', smallImage: '{$thumb}'" title="" href="{$img.image}" class="cloud-zoom-gallery">
                            <img alt="" src="{$thumb}">
                        </a>
                    {/foreach}
{/if}

MIGX конечно же предпочтительней по ряду причин, в

foreach($list as & $l){
            $l['image'] = '';
            if(!empty($l['tvs']['image']['value'])){
                $l['image'] = $images_base_url . $l['tvs']['image']['value'];
            }
            else{
                $l['imageDefault'] = $images_base_url . 'products/no_photo.png';
            }
        }

а как быть с foreach($list as & $l){
            $l['image'] = '';
            if(!empty($l['tvs']['image']['value'])){
                $l['image'] = $images_base_url . $l['tvs']['image']['value'];
            }
            else{
                $l['imageDefault'] = $images_base_url . 'products/no_photo.png';
            }
        }

а как быть с foreach($list as & $l){
            $

а это уже дела вкуса. тут просто проверяется, задана ли картинка, и если нет — вставляется дефолтовое изображение. но это можно и в smarty сделать.

а это уже дела вкуса. тут просто проверяется, зада

Если вы хотите дописать это (получение галереи товара) в исходный процессор получения товаров, то вы все это объединяете в одном цикле, то есть получится так:
 

public function afterIteration(array $list){
        $list = parent::afterIteration($list);
        
        switch($this->getProperty('image_url_schema')){
            case 'base':
                $images_base_url = $this->modx->runSnippet('getSourcePath');
                break;
                
            case 'full':
                $images_base_url = $this->modx->getOption('site_url');
                $images_base_url .= preg_replace("/^\//", "", $this->modx->runSnippet('getSourcePath'));
                break;
                
            default: $images_base_url = '';
        } 
        
        foreach($list as & $l){
            // Базовая картинка
            $l['image'] = '';
            if(!empty($l['tvs']['image']['value'])){
                $l['image'] = $images_base_url . $l['tvs']['image']['value'];
            }
            else{
                $l['imageDefault'] = $images_base_url . 'products/No-Photo.jpg';
            }
            
            /*
                Картинки
            */
            $l['images'] = array();
            
            if(!empty($l['tvs']['images']['value'])){
                $images = json_decode($l['tvs']['images']['value'], true);
                foreach($images as $image){
                    $image['image'] = $images_base_url.$image['image'];
                    $l['images'][] = $image;
                }
            }
        }
        return $list;
    }

А если вы расширяете процессор, то за это не паритесь, потому что там все равно вызывается родительский метод, так что картинка будет учтена и базовая.
 

public function afterIteration(array $list){
        $list = parent::afterIteration($list);


В общем, здесь конечно же хорошо бы ООП понимать.

Если вы хотите дописать это (получение галереи товара) в исходный процессор получения товаров, то вы все это объединяете в одном цикле, то есть получится так: public function afterIteration(array $list){
        $list = parent::afterIteration($list);
        
        switch($this->getProperty('image_url_schema')){
            case 'base':
                $images_base_url = $this->modx->runSnippet('getSourcePath');
                break;
                
            case 'full':
                $images_base_url = $this->modx->getOption('site_url');
                $images_base_url .= preg_replace("/^\//", "", $this->modx->runSnippet('getSourcePath'));
                break;
                
            default: $images_base_url = '';
        } 
        
        foreach($list as & $l){
            // Базовая картинка
            $l['image'] = '';
            if(!empty($l['tvs']['image']['value'])){
                $l['image'] = $images_base_url . $l['tvs']['image']['value'];
            }
            else{
                $l['imageDefault'] = $images_base_url . 'products/No-Photo.jpg';
            }
            
            /*
                Картинки
            */
            $l['images'] = array();
            
            if(!empty($l['tvs']['images']['value'])){
                $images = json_decode($l['tvs']['images']['value'], true);
                foreach($images as $image){
                    $image['image'] = $images_base_url.$image['image'];
                    $l['images'][] = $image;
                }
            }
        }
        return $list;
    } А если вы расширяете процессор, то за это не паритесь, потому что там все равно вызывается родительский метод, так что картинка будет учтена и базовая. public function afterIteration(array $list){
        $list = parent::afterIteration($list); В общем, здесь конечно же хорошо бы ООП понимать.

Если вы хотите дописать это (получение галереи тов

В базу сохраняется 1 или 2. Но можно ли как-нибудь в поле сохранять Да или Нет? А то после сохранения вот что появляется:

В базу сохраняется как раз то, что нужно. Просто на колонку надо навешать renderer, типа так:
 

renderer: function(value){
    return value == 1 ? "Да" : "Нет";
}

В базу сохраняется 1 или 2. Но можно ли как-нибудь в поле сохранять Да или Нет? А то после сохранения вот что появляется: В базу сохраняется как раз то, что нужно. Просто на колонку надо навешать renderer, типа так: renderer: function(value){
    return value == 1 ? "Да" : "Нет";
}

В базу сохраняется 1 или 2. Но можно ли как-нибудь

2. Как сделать, чтобы в поле Изображение, создавалась маленькая превьюшка, скажем 50 на 50:

То же самое и с картинками, renderer рулит.
 

В общем, это не MODX надо изучать, а ExtJS. newpg.ru/documentation/extjs.html

2. Как сделать, чтобы в поле Изображение, создавалась маленькая превьюшка, скажем 50 на 50: То же самое и с картинками, renderer рулит. В общем, это не MODX надо изучать, а ExtJS. newpg.ru/documentation/extjs.html

2. Как сделать, чтобы в поле Изображение, создавал

,renderer: function(value){
				return '<a href="/' + value + '"><img width="50" src="/' + value + '"></a>';
			}


А как мне большое изображение во всплывающем окне вывести? Есть какие-нибудь классы уникальные для этого?

Вроде разобрался: ,renderer: function(value){
				return '<a href="/' + value + '"><img width="50" src="/' + value + '"></a>';
			} А как мне большое изображение во всплывающем окне вывести? Есть какие-нибудь классы уникальные для этого?

Вроде разобрался: ,renderer: function(value){
				

? Лепота какая)))

Не знаю универсального класса, но никто не запрещает свое что-то прикрутить.

Не знаю универсального класса, но никто не запреща

Даже Fancybox? Мне кажется и в ExtJS есть какие-нибудь всплывающие окна, но по примерам не разберусь какой мне нужен.

Даже Fancybox? Мне кажется и в ExtJS есть какие-ни

Точный рецепт не дам, так как я больше бэк-энд программист, но все делается.

Точный рецепт не дам, так как я больше бэк-энд про

Добрый день.
 Вы судя по всему удалили или закомментировали сниппет робокассы, но это не есть правильно. Правильно — править шаблон. Вот шаблон блока оплаты.

Добрый день.
 Вы судя по всему удалили или закомме

Здравствуйте! Вы правы-я комментировал сниппеты, а вот про редактирование шаблона не подумал, спасибо, это действительно лучший из вариантов!))

Здравствуйте! Вы правы-я комментировал сниппеты, а

Пожалуйста)

Добрый день! С шаблоном оплаты немного разобрался. В ходе работы с платежными системами снова тупик-единую кассу подключить удалось, а с робокассой загвоздка, теперь не могу понять куда вносить идентификатор магазина, логин и два пароля. Нашел в чанке robokassa.buttonTpl упоминание системного тега, но найти не смог в настройках системы. В параметрах чанка есть поле «mrh_login», вставка в значение идентификатора магазина ни к чему не привело. Также в сниппете robokassa.getButton есть две строчки: 'robokassa.mrh_login' и 'robokassa.mrh_pass1', подстановка своих значений также не дала результатов. Подскажите, где ошибки? В php не силен, сильно не шпыняйте)) И такой вопрос, в личном кабинете нужно выставить Result Url, Success Url и Fail Url. Понятно что нужно подставлять документы из контейнера Робокасса, как вариант-либо используя ID, либо указывая локальный каталог к этим файлам. Как правильнее и где лежат эти файлы для Робокассы? Спасибо!

Добрый день! С шаблоном оплаты немного разобрался.

Настройки надо менять именно в неймспейсе robokassa.
 

Настройки надо менять именно в неймспейсе robokassa. ?

Настройки надо менять именно в неймспейсе robokass

И такой вопрос, в личном кабинете нужно выставить Result Url, Success Url и Fail Url.

Result Url — http://domain/office/payment/robokassa/result.html (POST)
Success Url — http://domain/office/payment/robokassa/success.html
Fail Url — http://domain/office/payment/robokassa/failure.html

И такой вопрос, в личном кабинете нужно выставить Result Url, Success Url и Fail Url. Result Url — http://domain/office/payment/robokassa/result.html (POST)
Success Url — http://domain/office/payment/robokassa/success.html
Fail Url — http://domain/office/payment/robokassa/failure.html

И такой вопрос, в личном кабинете нужно выставить 

Нашел, извините, был невнимателен сам, пропустил вторую страницу)

Нашел, извините, был невнимателен сам, пропустил в

огромное спасибо!))

не за что!

Здравствуйте, уважаемый Fi1osof ! Помогите, пожалуйста, с новым вопросом: личный кабинет и неймспейс робокассы настроил. Тестовый сервер нормально отрабатывает переход по Success Url и Fail Url. При переходе по Result URL получаю ответ сервера: «The remote server returned an error: (503) Server Unavailable.», в журнале появляются сообщения об ошибке: 

[2014-04-11 11:25:15] (ERROR @ /index.php) Array
 (
 [q] => office/orders.html
 [action] => pay
 [order_id] => 15
 )

Подозреваю, ошибка связана с шаблоном оплаты, из которого вызывается сниппет robokassa.getButton. Не может быть так, что не хватает какого-либо параметра? Спасибо!

Здравствуйте, уважаемый Fi1osof ! Помогите, пожалуйста, с новым вопросом: личный кабинет и неймспейс робокассы настроил. Тестовый сервер нормально отрабатывает переход по Success Url и Fail Url. При переходе по Result URL получаю ответ сервера: «The remote server returned an error: (503) Server Unavailable.», в журнале появляются сообщения об ошибке: [2014-04-11 11:25:15] (ERROR @ /index.php) Array
 (
 [q] => office/orders.html
 [action] => pay
 [order_id] => 15
 ) Подозреваю, ошибка связана с шаблоном оплаты, из которого вызывается сниппет robokassa.getButton. Не может быть так, что не хватает какого-либо параметра? Спасибо!

Здравствуйте, уважаемый Fi1osof ! Помогите, пожалу

Скорее всего у вас кастомные папки MODX-а или типа того. Шаблоны тут не при чем, потому что это запрос на коннектор, который скорее всего не может проинициализировать MODX и поэтому отдает 503-ю. Кидайте доступы в личку, гляну.

Добрый день! Скорее всего у вас кастомные папки MODX-а или типа того. Шаблоны тут не при чем, потому что это запрос на коннектор, который скорее всего не может проинициализировать MODX и поэтому отдает 503-ю. Кидайте доступы в личку, гляну.

Добрый день! Скорее всего у вас кастомные папки MO

Здравствуйте! Данные в личке, спасибо!

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

Все оказалось гораздо проще:) Вы выключили сайт, п

Да уж, как обычно-невнимательность))Спасибо за помощь!)

Да уж, как обычно-невнимательность))Спасибо за пом

Не знаю где спросить… Не подскажите как сделать поиск по товарам чтобы выводилось через fetch, может где готовый компонент есть =)?

Не знаю где спросить… Не подскажите как сделать по

Вообще проще всего использовать процессор web/resources/getdata.
 Но если у вас задача перебрать большое количество товаров, то да, надо запрос делать на чистом xPDO. Но надо для этого четко понимать что есть что.
 ShopmodxResourceProduct — производный от modResource класс документа товара.
 ShopmodxProduct — дополнительный класс товара. 
 По сути, чтобы получить только товары, надо в запросе таблицы этих объектов объединить джоином. Вот пример выборки:
 

$q = $modx->newQuery('modResource');
$q->innerJoin('ShopmodxProduct', 'Product');
$q->where(array(
    "deleted" => 0,
    "published" => 1,
));
$q->select(array(
    "modResource.*",
));
$s = $q->prepare();
$s->execute();
while($row = $s->fetch(PDO::FETCH_ASSOC)){
    // Ваш код
}

Вообще проще всего использовать процессор web/resources/getdata.
 Но если у вас задача перебрать большое количество товаров, то да, надо запрос делать на чистом xPDO. Но надо для этого четко понимать что есть что.
 ShopmodxResourceProduct — производный от modResource класс документа товара.
 ShopmodxProduct — дополнительный класс товара. 
 По сути, чтобы получить только товары, надо в запросе таблицы этих объектов объединить джоином. Вот пример выборки: $q = $modx->newQuery('modResource');
$q->innerJoin('ShopmodxProduct', 'Product');
$q->where(array(
    "deleted" => 0,
    "published" => 1,
));
$q->select(array(
    "modResource.*",
));
$s = $q->prepare();
$s->execute();
while($row = $s->fetch(PDO::FETCH_ASSOC)){
    // Ваш код
}

Вообще проще всего использовать процессор web/reso

А там уже можете добавить условия поиска. К примеру, хотите в условие добавить товары в ценовой вилке 100 — 5000 рублей. Добавляете условие:
 

$q->where(array(
    "Product.sm_price between 100 and 5000",
));

$q->where(array(
    "sm_price:>=" => 100,
    "sm_price:<" => 5000,
));

А там уже можете добавить условия поиска. К примеру, хотите в условие добавить товары в ценовой вилке 100 — 5000 рублей. Добавляете условие: $q->where(array(
    "Product.sm_price between 100 and 5000",
)); или $q->where(array(
    "sm_price:>=" => 100,
    "sm_price:<" => 5000,
));

А там уже можете добавить условия поиска. К пример

Сам процессор корзины лежит тут, если не ошибаюсь:
 

Filesystem/Core/components/basket/processors/basket/mgr/orders/products/getdata.class.php

Его на финальной стадии расширяет следующий процессор:
 

Filesystem/Core/components/basket/processors/basket/web/orders/products/getdata.class.php

И всё это упирается в итоге в smarty-шаблоны вывода корзины. 
 Редактировать, полагаю, надо mgr-процессор, расширяющий базовый процессор getdata. 
 Сам с xPDO не работал, тут не помогу. 
 Если где ошибся — гуру, поправьте = ) Но хоть направление для изысканий задам. 
 Кстати, если еще не взято на вооружение — в редактировании очень помогает ModxSDK из репозитория Fi1osof, очень уж классный там редактор кода = )

Сам процессор корзины лежит тут, если не ошибаюсь: Filesystem/Core/components/basket/processors/basket/mgr/orders/products/getdata.class.php Его на финальной стадии расширяет следующий процессор: Filesystem/Core/components/basket/processors/basket/web/orders/products/getdata.class.php И всё это упирается в итоге в smarty-шаблоны вывода корзины. 
 Редактировать, полагаю, надо mgr-процессор, расширяющий базовый процессор getdata. 
 Сам с xPDO не работал, тут не помогу. 
 Если где ошибся — гуру, поправьте = ) Но хоть направление для изысканий задам. 
 Кстати, если еще не взято на вооружение — в редактировании очень помогает ModxSDK из репозитория Fi1osof, очень уж классный там редактор кода = )

Сам процессор корзины лежит тут, если не ошибаюсь:

за добавление товаров отвечает процессор web/orders/products/add.class.php, namespace basket.
 на самом деле, можно и javascript цикл сделать, с последовательным добавлением нескольких товаров, через ajax, нужно только при формировании формы прописать в нее коды сопутствующих товаров и их количества.
 

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

за добавление товаров отвечает процессор web/orders/products/add.class.php, namespace basket.
 на самом деле, можно и javascript цикл сделать, с последовательным добавлением нескольких товаров, через ajax, нужно только при формировании формы прописать в нее коды сопутствующих товаров и их количества. Вообще, если эти товары добавляются по умолчанию, то проще тогда оформить набор как самостоятельный товар и не греть голову.

за добавление товаров отвечает процессор web/order

Так это процессоры для вывода содержимого корзины, мне же надо добавить в корзину несколько товаров с 1 нажатия. Я так понимаю, что это процессор add.class.php и все с ним связанные. Как оно работает до меня немного не доходит — особенно в связке с ajax.
 

А что касается MODxSDK — действительно очень удобная вещь, я теперь в нем только и работаю, благодаря вебинарам Fi1osof-а

Так это процессоры для вывода содержимого корзины, мне же надо добавить в корзину несколько товаров с 1 нажатия. Я так понимаю, что это процессор add.class.php и все с ним связанные. Как оно работает до меня немного не доходит — особенно в связке с ajax. А что касается MODxSDK — действительно очень удобная вещь, я теперь в нем только и работаю, благодаря вебинарам Fi1osof-а

Так это процессоры для вывода содержимого корзины,

можно и javascript цикл сделать, с последовательным добавлением нескольких товаров, через ajax

.
 Можно этот момент поподробнее описать. Я вот в упор не понимаю, как там оно с помощью ajax обрабатывается (товар в корзину добавляется).
 Набор опций к каждому товару индивидуален и галочек может как не быть вовсе, так и отмечены могут быть все покупателем.

можно и javascript цикл сделать, с последовательным добавлением нескольких товаров, через ajax .
 Можно этот момент поподробнее описать. Я вот в упор не понимаю, как там оно с помощью ajax обрабатывается (товар в корзину добавляется).
 Набор опций к каждому товару индивидуален и галочек может как не быть вовсе, так и отмечены могут быть все покупателем.

можно и javascript цикл сделать, с последовательны

когда давишь на submit, форма отправляет get или post — запрос. можно перехватить это нажатие, пройтись по форме и по каждому из выбранных товаров (чей чекбокс включен) сформировать отдельный ajax-запрос. т.е. на сервер не один запрос уйдет, а несколько. Посмотри, по какому адресу уходит запрос при добавлении одного товара, составляющие запроса и просто в цикле повторяешь столько раз, сколько надо.

когда давишь на submit, форма отправляет get или p

В ajax не силен, посему вопросы.
 Как смотреть по какому адресу уходит запрос? В форме для добавления одного товара action=""
 Как перехватить нажатие submit. По событию onsubmit или onclick?

В ajax не силен, посему вопросы.
 Как смотреть по 

по ajax: есть удобный компонент для форм malsup.com/jquery/form/
 а где посмотреть — в окне дебаггера (есть и в FireFox и в chrome)
 ?
 т.е. при добавлении передается action=products/add, product_id и quantity. вот это и надо в запросах кидать, меняться только последние 2 параметра будут. А как сделать цикл — тут я не силен, javascript пока сам грызу по мануалам :(

по ajax: есть удобный компонент для форм malsup.co

Спасибо за подсказку, сделал все при помощи ajax запроса к коннектору напрямую:
 

Спасибо за подсказку, сделал все при помощи ajax запроса к коннектору напрямую: <script>
    $(function()
    { $('#product_f').submit(function(e){
        //отменяем стандартное действие при отправке формы 
        e.preventDefault(); 
        //берем из формы метод передачи данных 
        var m_method=$(this).attr('method'); 
        //получаем адрес скрипта на сервере, куда нужно отправить форму 
        var m_action='http://www.tehnofazenda.ru/assets/components/basket/connectors/connector.php?action=products/add'; 
        {assign var=arr value=array(1,2,3,4)}
        {foreach from=$arr item=i}
    
        var op_data="product_id={$object{$i}.product_id}";
        if (document.getElementById('option{$link{$i}}').checked)
            {
              $.ajax({ 
              type: m_method, 
              url: m_action, 
              data: op_data, 
              success: function(result){ 
                     } 
                 });
            }
        {/foreach}
        //получаем данные, введенные пользователем в формате input1=value1&input2=value2..., 
        //то есть в стандартном формате передачи данных формы 
        var m_data=$(this).serialize(); 
        $.ajax({ 
            type: m_method, 
            url: m_action, 
            data: m_data, 
            success: function(result){ 
                setTimeout("document.location.href='http://www.tehnofazenda.ru/order/'", 700);
                } 
            });
        }); 
    });
</script>

Спасибо за подсказку, сделал все при помощи ajax з

Рад, что помог.
 Да, примерно так. только неплохо в ajax error обрабатывать и при ошибке давать команду на удаление уже добавленных в этой транзакции товаров.
 А может, и не надо :)

Рад, что помог.
 Да, примерно так. только неплохо 

Извиняюсь за долгий ответ, был в отъезде на несколько дней.
 

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

Ну да ладно, это потом, а пока просто еще более детально разберем еще один вариант реализации этой задачи, потому что тайминги в JS — это не совсем круто, да и прочие моменты есть. Вам на самом деле просто надо переопределить action-процессор и в нем реализовать циклическое выполнение процессора добавления товара. Как это делается, написано здесь (читайте внимательно раздел «Переопределяем процессоры»).
 В кастомном action-процессоре укажите свой отдельный процессор, в методе process которого и пропишите примерно следующее:
 

public function process(){
    $path = $this->modx->getObject('modNamespace', 'basket')->getCorePath().'processors/';
    
    foreach($products as $product_id => $quantity){
        
        if(!$response = $modx->runProcessor('basket/web/orders/products/add',
        array(
            "product_id"    => $product_id,
            "quantity"      => $quantity ? $quantity : 1,
        ), array(
            'processors_path' => $path,
        ))){
            return $this->failure("Не удалось выполнить процессор");
        }
        
        // else
        if($response->isError()){
            return $response->getResponse();
        }
    }

    return $this->success('Товары успешно добавлены');
}

Тут конечно могут быть логические ошибки с обработчиком ошибок (к примеру, из пяти товаров 3 добавилось, а с четвертым ошибка, и он вернет ошибку, хотя три все-таки будут добавлены), но это крайне мелкая вероятность, так что можно пренебречь. И именно поэтому и надо ядро доработать. Но в целом это вполне рабочий вариант, и выполнено будет в один запрос, после чего корректно на сервер уйдет запрос на состояние корзины.
 

P.S. Спасибо за положительные отзывы :)

Добрый день! Извиняюсь за долгий ответ, был в отъезде на несколько дней. Вопрос ваш довольно интересный. Вам ребята судя по всему помогли, но чтобы еще более фэншуйно получилось, надо конечно нам и ядро чуть-чуть доработать будет, добавив признак связанных товаров. Ведь по сути, даже если вы реализовали добавление нескольких товаров, если в итоге клиент захочет отказаться от какого-то товара, то и все сопутствующие к нему товары надо бы убирать. Да и вообще видеть их в форме заказа, хотя бы для удобства. Ну да ладно, это потом, а пока просто еще более детально разберем еще один вариант реализации этой задачи, потому что тайминги в JS — это не совсем круто, да и прочие моменты есть. Вам на самом деле просто надо переопределить action-процессор и в нем реализовать циклическое выполнение процессора добавления товара. Как это делается, написано здесь (читайте внимательно раздел «Переопределяем процессоры»).
 В кастомном action-процессоре укажите свой отдельный процессор, в методе process которого и пропишите примерно следующее: public function process(){
    $path = $this->modx->getObject('modNamespace', 'basket')->getCorePath().'processors/';
    
    foreach($products as $product_id => $quantity){
        
        if(!$response = $modx->runProcessor('basket/web/orders/products/add',
        array(
            "product_id"    => $product_id,
            "quantity"      => $quantity ? $quantity : 1,
        ), array(
            'processors_path' => $path,
        ))){
            return $this->failure("Не удалось выполнить процессор");
        }
        
        // else
        if($response->isError()){
            return $response->getResponse();
        }
    }

    return $this->success('Товары успешно добавлены');
} Тут конечно могут быть логические ошибки с обработчиком ошибок (к примеру, из пяти товаров 3 добавилось, а с четвертым ошибка, и он вернет ошибку, хотя три все-таки будут добавлены), но это крайне мелкая вероятность, так что можно пренебречь. И именно поэтому и надо ядро доработать. Но в целом это вполне рабочий вариант, и выполнено будет в один запрос, после чего корректно на сервер уйдет запрос на состояние корзины. P.S. Спасибо за положительные отзывы :)

Добрый день! Извиняюсь за долгий ответ, был в отъе

Саша, привет!
 На самом деле очень не советую лезть в эти модели. Механизм крайне обширен, и не до конца проработан. Эта основа готовилась под конкретный проект и там индивидуально дорабатывалась, и на это были серьезные бюджеты. Там дело не только в сложных выборках, но и в интерфейсах управления и т.п. Пока для тебя наиболее приемлемый вариант — использовать TV-шки и migxDB. Как разную стоимость реализовать в зависимости от отдельных параметров — ты это уже все проходил. К сожалению, пока более удобного ничего не могу посоветовать.

Саша, привет!
 На самом деле очень не советую лезт

Понял. Я, в принципе начал ковыряться с процессорами и понял уже, что многие переписывать придется.
 Тут такая картина: у товара может быть несколько цветов, и по каждому цвету может быть задано разное количество размеров. А migxDB позволяет вложенные таблички делать? Не посоветуешь, где лучше почитать по нему?

Понял. Я, в принципе начал ковыряться с процессора

Почитать следует не по migxDB, а по ExtJS, потому что мига — это только обертка для конфигурации.
 Но учитывая твою задачу, лучше его и не трогать. Правильней допилить или наш групповой редактор, добавив в него редактирование этих цен/цветов и т.п. через дополнительный интерфейс по правой кнопки мыши, или в редактор документа еще одну вкладку сделать и там уже интерфейс. Как вкладку добавить смотри или плагин ShopModx, или плагин в XLexicon.

Почитать следует не по migxDB, а по ExtJS, потому 

Ясно, спасибо! поковыряюсь

Не за что!
 Но наберись терпения. Эта задача совсем не на один час.

Не за что!
 Но наберись терпения. Эта задача совсе

Все равно начинать когда-то надо, так лучше на чем-нибудь реальном, чем просто так )

Все равно начинать когда-то надо, так лучше на чем

Я думаю ты справишься :)

Да, надо бы допилить этот момент в сборке. А так вот ревизия: gist.github.com/Fi1osof/cedd7b34d38708abad81/revisions