Павел Ширяев

А возможности «повторить» заказ, который уже был — нет? Я столкнулся с этим ограничением в Office — есть возможность посмотреть, но нет возможности повторить. Было бы замечательно добавить кнопку «повторить заказ» рядом с «просмотром».

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

Писал я как-то про неудачную установку beta1 на рабочую систему. Только что сделал бэкап и поставил beta2, встала нормально, даже красных строчек в логе установок не было. На первый взгляд, все работает нормально. Будем дальше посмотреть.

PS: разработчикам — большое спасибо за то, что хороший магазин стал еще лучше!

Ясно, спасибо!

А какие у него преимущества перед CKEditor или новым TinyMCE Rich Text Editor?

В целом, ~1300 руб./проект — не то чтобы весомые деньги, но хотелось бы знать, какие есть неоспоримые плюшки?

Про старый добрый TinyMCE говорить смысла нет, он порядком устарел, да и то что есть, работает не то чтобы идеально.

Т.е. там нет такого же механизма, как MS2 или mSearch2? Эти два отлично расширяются практически неограниченно. Я думал, Tickets сделан так же…

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

Думаю, и сообществу такое дополнение тоже будет полезно, самостоятельных SD-дополнений для MODX, что удивительно, нет.

Это хотелось бы, но сейчас не обзяательно :)

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

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

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

Закупился :) Давайте почаще, очень полезная вещь! :)

По первому вопросу, если я правильно его понял, фильтру достаточно передать параметры в урле, как-то так:

yoursite.ru/shop/?tv|metro=3
yoursite.ru/shop/?tv|metro=Авиамоторная

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

Второй вопрос непонятен, поясни, что именно требуется.

Оффтоп: а доп поле лучше организовать не при помощи TV, а плагином к MS2 (в новой бете вообще организована система характеристик). Это работает заметно быстрее, чем TV, ну и структурно более правильно.

А можно почту? Скайп сейчас недоступен

Это немного не то. Тут система такая:

1. При оформлении заказа формируется эксель-файл по определенному шаблону. Именуется номером заказа, кладется в папочку, добавляется в карточку заказа и в таблицу.

2. Далее этот файл отправляется покупателю и менеджеру (аттачем к уведомлению о заведении заказа).

3. В дальнейшем планируется создавать и другие документы автоматом.

Т.е. файл делается для каждого заказа. У вас, как я понял, дополнение создано для аналитики, т.е. в удобном виде позволяет выгружать статистику по всем заказам. Главная задача — полный автоматизм создания файла, чтобы менеджер вообще не прилагал никаких усилий для его создания.

Создать плагин, который на событие будет потрошить объект корзины (тут, видимо, нужно будет потрошить объект msOrder, но это уже частности) и заполнять эксель-файл, затем именовать его и положить в папку — это все задача несложная.

Я все сильно путаюсь в логике организации самого MODX, в частности, логики организации «дополнения для дополнения», т.е., в данном случае, должно получиться такое дополнение для MS2.

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

Александр, фидбек (всякие логи и прочее) сюда выкладывать?

Завтра постараюсь сделать копию рабочей системы и попробую заново поставить на нее обновление.
Никаких модификаций не производилось, было добавлено несколько полей по инструкции Василия. Установлены также msDiscount и Office.

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

Бета доступна через основной репозиторий:

modstore.pro/packages/ecommerce/minishop2

Я обновлял версию 2.1.10, а альфа у меня на тестовой площадке только стояла, на боевую я ее не решился накатывать. Бета на боевую не встала, поломала вывод, плюс и функционал новый не появился (вкладка «опции» после обновления не появилась). Не стал разбираться, что к чему, восстановил все из бэкапа, поскольку магазин практически рабочий (сейчас заказчик тестирует перед сдачей в пром).

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

Хотелось бы еще узнать, как дела со сбором средств на следующие этапы, и какие перспективы развития (по срокам). Информация на страничке яндекса по сбору актуальна? Когда будет объявлен следующий раунд сбора на следующий этап развития?

Не увидел различий между этими двумя страницами. На 2560 px подвал неадаптивен ни там ни там. Но речь не об этом.

Копайте в сторону id или class у элементов, по которым должно срабатывать окно. Если все скрипты подключены правильно (можно в исходнике страницы потыкать на ссылки скриптов, они должны открываться), то они срабатывают на события элемента с конкретным id или class. Также может быть более сложная логика, могли учитываться родители, соседние элементы… В общем, стоит сравнить указание id и class и там и там, атакже посмотреть в скриптах, на каком элементе должно срабатывать.

Надо нечто вроде

$('#element').on('click', function () {

...

                });

Для контроля можно открыть консоль JS в браузере, и потыкать на ссылки — будет видно, нет ли каких либо ошибок.

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

Решил вопрос на JS, взял цену и количество из соответствующих частей таблицы, и повесил пересчет на ('change').

Второй вопрос отпадает — посмотрел, как реализовано на демо-сайте MS2, у меня верстка другая, а так количество товара должно меняться автоматически.

Первый вопрос в силе.

Отправил

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

Не совсем понятен вопрос. Минишоп из коробки имеет сниппеты для вывода маленькой корзины (обычно располагается в правом верхнем углу всех страниц магазина), который называется miniCart, и для вывода большой корзины (которая на отдельной странице, обычно доступна по ссылке) в ней есть все описанные свойства, ссылки на сам товар, изображения и пр. У маленькой корзины есть счетчик количества и веса товаров, общей стоимости. Все можно настроить путем правки шаблонов. При отсутствии в корзине товаров появляется надпись, что корзина пуста.