Сергей Фещуков

Во-первых, вбил 5 параметров и хочется добавить еще один, но самым первым, приходится удалять все 5 и заново вводить данные, потому что курсор всегда встает в конец строки.

Это вопрос самого miniShop2, а не иных компонентов.
А по остальному нечего сказать.

Так вам надо для одного свойства (вес) формировать разные цены? Или для двух и более свойств?

К примеру, возьмём поле Размер, изменим название на Вес и вбиваем нужные значения веса. Потом ставим msOptionsPrice, снова редактируем товар и во вкладке Параметр-цена указываем цены для каждого веса.

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

Если эта таблица не подключается по умолчанию, то используйте параметр join вроде называется при вызове сниппета для подключения таблицы с дополнительными категориям, затем в where указываете правильное условие. Сейчас не за компьютером, не могу посмотреть как там точно.

Если хотите бесплатное решение — msOptionsPrice.
Если готовы заплатить за функциональность и поддержку — лучше msOptionsPrice2.

Если на локальном сервере сайт хранился в категории, например, localhost/modx/, тогда в БД надо пути до картинок изменять, потому что все они будут начинаться с /modx/

[[!getComments? &threads=`[[+id]]`]]

Не?

Смотрите базу данных и как в нём хранятся родители и принадлежность категориям у товаров. parent — стандартный столбец прямого единственного родителя в modx и имеет тип integer (если мне память не изменяет), то есть одно целое число. А вы пишите parent=3 и тут же parent=1. Добавьте showLog=`1` при вызове сниппета и посмотрите какой запрос в итоге получается. А вот дополнительные категории не знаю точно где хранятся, в этом не разбирался, но возможно в таблице modx_ms2_products.

У меня не заработало с ходу. Заработало только после внесения правок из поста.
До правок возвращало 500 ошибку в строках 35 и 82, где присутствовало:

35: $modx->resource->get('id')
82: $modx->resource->get('context_key')

FormIt 2.2.2-pl, AjaxForm 1.0.7-pl

Могу подсказать только документацию для MODx. Я там всё смотрю.
rtfm.modx.com/xpdo/2.x/class-reference/xpdo

Ваш код вывел всех пользоватетелей с фотографией foo.jpg? Если да, то попробуйте where вот так задать:

$q->where(array(
    'Profile.photo:!=' => "foo.jpg",
));

Убрал с главной, сам виноват, что плохо разобрал вопрос.

Где ты раньше был? :) Но для фильтра такой вариант не подходит. Нужна именно постоянная сортировка по одному полю, а второе поле чтобы менялось фильтром, а сортировка фильтра перекрывает sortby при вызове сниппета.

Никто не писал плагины что-ли? :)

У каждого товара есть закупочная цена, у каждого заказа закупочная стоимость (сумма произведений закупочной цены * количество товаров в корзине). Прибыль = сумма заказа — закупочная стоимость.
У меня проблем с реализацией не должен возникнуть. Просто нужно увидеть код :)

Отличный виджет. Очень жду. Легко ли его дорабатывать? А то клиенту необходимо добавить ещё Прибыль.

Я думал после оплаты переходишь на страницу заказа. Честно говоря, с плагином mspYaCassa я не работал, поэтому не могу здесь подсказать что-то.

Я так подумал, после заказа происходит же переход на страницу с самим заказом. Так может в чанк tpl.msOrder.success добавить этот код. Правда после каждого обновления этой страницы цель будет срабатывать.

Можно попробовать выводить изображение так:

<img src="image-for-pc.jpg" data-mobile="image-for-mobile.jpg" />

Затем с помощью JS подставлять в src малое изображение, если пользователь зашел с мобильного устройства. К примеру:

if ( isMobile() ) {
    $('img').each(function() {
        $(this).attr('src', $(this).data('mobile'));
    });
}

Только надо иметь jQuery и определить функцию isMobile. Думаю, идея понятна.

Обратился к техподдержке хостинга с подобным вопросом на что получил развёрнутый ответ:

Приветствую.
В связи с массовыми рассылками спама и мошеннических писем с наших серверов, был внесен ряд изменений в работу функции php mail(),
в частности:

При отправке писем со сторонних доменов (не на наших DNS серверах, например mail.ru, gmail.com, проверка производится по NS — записям домена) выполняется замена адреса отправителя в поле From: на технический адрес на сервере вида $login@$server_name.beget.ru,
оригинальное содержимое поля From: подставляется в заголовок Reply-To: чтобы сохранить возможность ответа по почтовому адресу, который был указан для связи в форме обратной связи сайта.

Чтобы избежать замены заголовков, Вам необходимо использовать ящик на домене сайта в качестве адреса отправителя, также необходимо обеспечить корректное формирование заголовков письма (в том числе и Reply-To:) при отправке писем из обратной связи.

Это значит что в настройках, при установке вашей CMS, рекомендуется использовать почту в пределах адреса сайта.
Например:
Для beget.ru — будет pochta@beget.ru

Вполне логичная позиция у хостинга. Если честно, я тоже сталкивался с этой проблемой, но решать её не пробовал, так как мне было всё равно, ответить мне могли.

P.S. Я не понимаю что плохого в реферальных ссылках. Если бы я на какое-то откровенное Г… рефералку давал, то да. Сам всегда стараюсь по реферальным ссылкам регистрироваться, если их дают. Мне не жалко, что людям будут деньги платить за то, что я просто зарегистрировался по их ссылке. Ну у каждого своя голова на плечах.

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