Здоров Александр

Для Minishop2 версий >= 2.4.* Думаю, информация будет полезна начинающим разработчикам: можно на простой задаче заодно и немного разобраться в логике работы магазина.

Добрый день! Вдохновленный заметкой и комментарием Андрея в ней, я решил немного по подробнее расписать про особенности подключения Google ReCaptcha 2 для использования в MODX Revolution c дополнением AjaxForm и FormIt.


Под катом пример с картинками.

Простенький скрипт, который пробегает по массиву email => name, регистрирует пользователя в системе и кладёт ему определённую сумму на внутренний счёт miniShop2.

Запускать ровно один раз, результатом будет вывод списка имён, ящиков и паролей (если юзер еще не был зарегистрирован). При повторном запуске юзерам зачислится еще раз такая же сумма.

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

mFilter2 — фильтрация найденных результатов.
Tagger — система управления тегами.

[[!mFilter2?
    &filters=`
        tagger|3:tgroup,
        tagger|1:tgroup,
        tagger|2:tgroup
    `
    &aliases=`
        tagger|3==cars,
        tagger|1==colors
    `
]]

3,1,2 — группы тегов Tagger-а.

Многие пользователи знают, что MODX хранит кучу старых версий дополнений, чтобы вы могли откатиться на них в любое время.

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

Скрипт нужно положить в корневую директорию и запустить. Он выберет все установленные версии, кроме самой последней, и корректно удалит их через родной процессор.

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

Добрый вечер.
Перерыл 100500 страниц и нигде не могу найти. Если есть, где почитать, то буду рад ссылке.
Суть вопроса:
обновил я минишоп до 2.4.9 и теперь не работает вызов изображений
[[+image]], [[+120x80]] и прочее.

Тут новый вид вызова превьюшек {$thumb} ну и основных изображений.

Нужно следующее:
в списке товаров вызвать прьвю нестандартного формата 400х350 (все создано, но не могу вызвать);
на странице товара засунуть изображение 590х400 засунуть в бэкграунд блока

Объясните как мне вызывать нужный размер превью. Заранее спасибо!
— Резюмирую, вдруг кому понадобится:
В верхнем меню «Медиа»- «Источники файлов».
MS2 Images кликаем правой кнопкой — редактировать.
Параметр thumbnails: задаем название превью
Мой пример (у меня png картинки с прозрачным фоном с подгонкой превью по размеру)

{
    "thumb": {
        "w":120,
        "h":80,
        "q":90,
        "zc":0
        
    },
    "medium": {
        "w":400,
        "h":350,
        "q":90,
        "zc":0
        
    },
    "prodrow": {
        "h":400,
        "q":95,
        "zc":0
    },
    "prodprew": {
        "h":500,
        "q":95,
        "zc":0
    }
}

При вызове списка товаров указываем какая превьюшка нужна

[[!msProducts?  
             &tpl=`tpl.prod.row` (чанк для 3-х товаров в сетке)
             &tpl_n4=`tpl.prod.row1` ( чанк для 4 товара в сетеке (у меня клеафикс тут))
             &includeThumbs=`prodrow`
]]

Дальше в чанке

<img src="[[+prodrow]]" alt="[[+pagetitle]]">

(указываем название превью)

Думаю мало кому пригодится, но я, ламер, сам не смог разобраться )))))

Как задать группу пользователей, в которую попадают пользователи, делающие заказ через miniShop2 впервые?

Попросили меня в предыдущей статье привести свой вариант виджета используя просмотры Tickets, но не вписался в комментарий и написал отдельный топик.



Подумал, что лучше всё-таки использовать pdoResources, чтобы выводило не только тикеты, а любую страницу сайта.

Вот моё готовое решение (нужны установленные pdoTools, Tickets):

Верстая очередной проект для замороченных на SEO клиентов, столкнулся с тем, что pdoCrumbs конечно хорош в своей программной логике, но приведенные в документации примеры не совсем верно построены с точки зрения SEO и архитектуры HTML.

Под катом сам код, мои заметки и несколько полезных комментариев.

Добрый вечер!
Нужно при оформлении заказа брать номер телефона из msOrderAddress и записывать его в профиль пользователя.

Написал такой плагин, но номер телефона записывается совсем не тот…

<?php
switch ($modx->event->name) {
    case "msOnCreateOrder":
        $msUserId = $msOrder->get('user_id');
        $msAddress = $modx->getObject('msOrderAddress',$msUserId);
        $msPhone = $msAddress->get('phone');
        
        $user = $modx->getObject('modUser',$msUserId);
        $profile = $user->getOne('Profile');
        $profile->set('phone', $msPhone);
        $profile->save();
        break;
}

На этом этапе в переменную попадает id заказа, а не пользователя:

$msUserId = $msOrder->get('user_id');