Павел Ширяев

Сергей, я его брал два дня назад у Василия на гитхабе.

Статья эта лежит у меня в избранных, но так и не разобрался, были ли внесены эти изменения в изначальный modExtra.

Вообще, там странная штука, сейчас попробую развернуть на каком нибудь другом сервере. Тут какой-то глюк MySQL налицо, поскольку если удалить поле «active» через PHPMyAdmin, то магическим образом в MyAdmin`е становятся видны name и description. Если затем вручную добавить active, то в админке на странице компонента даже проходит создание и сохранение элемента, но в таблице элемент после этого не появляется.

Вообще, у меня это полностью стоковый modExtra, только переименованный путем rename_it.php, я просто смотрю, как он себя ведет и что умеет. Я просто удалил стоковую схему и сгенерировал через build.model.php новую, а затем попытался собрать и установить через build.transport.php. Так что сам я напортачить, вроде бы, не должен был.

Черт, я столько времени втыкал в мутные буквы! :)
Спасибо за подсказку! Все стало нормально.

Роман, я знаком с PHPStorm. Однако, у него есть два недостатка: первый (незначительный) — он платный (я программирую лишь время от времени, это не является моей основной деятельностью), но вот второй… Дело в том, что я человек с плохим зрением и большим монитором, работаю под виндой (10) преимущественно (поскольку нужен фотошоп и иллюстратор). У меня установлен масштаб интерфейса 125%. PHPStorm не умеет адекватно масштабировать свой интерфейс, вследствие чего все шрифты в программе и интерфейс мутные (примерно как если выставить на мониторе неродное разрешение). Для деятельности, где нужно много и часто скакать взглядом по тексту, дополнительный утомляющий фактор фатален.

Я мирился некоторое время с этим (купил лицензию), но привыкнуть не смог. Так что заканчивается лицензия на PHPStorm — решил перелезть на что-то другое. Пробовал Aptana и NetBeans, в первом вообще не смог слету разобраться, какая-то мудреная система синхронизации проекта, а вот NetBeans оказался вполне дружелюбным.

Я читал на форумах некоторое время назад, что многие разработчики MODX работают с NetBeans. Так что, либо просто игнорируют это неудобство и запоминают вызовы объектов MODX (выучить, прямо скажем, не очень сложно), либо есть такой же хороший способ, как в PHPStorm. Чисто логически он должен быть — сегодня мало кто пишет с нуля на чистом PHP, обычно используется фреймворк CMS/CMF.

Как же это прекрасно! MS2 хорошеет день ото дня за счет таких вот дополнений!

Для товаров еще сценариев использования не придумал, а вот корзина в модальном окне — очень круто! Надо будет прикупить.

Итак, накопал некоторую информацию и решение по ней.

1. Проблема появляется только при наличии нескольких контекстов, и вызове редактора в недефолтовом контексте пользователем с ограниченными правами.

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

Спасибо за информацию!

Подскажите спецификации сервера, на котором все это крутится (если не секрет).

Django — он же на питоне и для питона? Это пока не вариант, мне бы с MODX/PHP разобраться :)

Бывают еще разные говнохостинги, вроде nic.ru, у которых бд переваривает запросы со скоростью калькулятора «Электроника-М». Достаточно просто перенести на любой нормальный хостинг, и все замчит со скоростью ветра.

У меня есть магаз на MS2+mSearch2+Office и еще там кое-чего разного понаставлено, все это крутится на дешевом виртуальном хостинге (у не самого быстрого Мастерхоста) и работает хорошо. Но и товаров там сотни три или чуть больше, так что это сложно считать показателем.

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

Можно попробовать нагенерировать скриптом фейковых товаров пару-тройку десятков тысяч. Спасибо за наводку, интересная мысль…

Николай, спасибо за подробный ответ. Я не работал с ShopModxBox, — расскажите пожалуйста, товары там хранятся в отдельной таблице, или все реализовано аналогично с ShopKeeper`ом — обычными документами? Думаю, что с обычными документами при десятках тысяч будет тормозить при сохранении, банально из-за очистки кэша. Впрочем, это лишь мои домыслы.

Так можно существующие доработать, если чего-то не хватает. Автор xPoller, если не ошибаюсь, зарегистрирован у нас.

А Polls или xPoller не подойдет?

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

Вот спасибо, ларчик-то просто открывался :)

Разобрался.

Считаем общую стоимость для корзины, затем получаем итоговую стоимость

$msOrder->get('cost')

Далее — простым вычитанием.

Но интересно, может быть, есть возможность получить стоимость доставки сразу, не считая стоимость корзины (это ведь надо перебрать все элементы корзины и посчитать цена*количество, что не лучшим образом влияет на быстроту).

Василий, спасибо за ответ!

Класс корзины не стал трогать, обошелся небольшой модификацией default.js

У Ильи Уткина в блоге есть решение:

ilyaut.ru/cheats/the-text-values-per-parameter/

Обращайтесь :)

Включил.

Черт, совсем забыл занести на второй этап! Друзья, надо почаще писать посты про необходимость доната и про ход разработки, чтобы народ не забывал благодарить за такое полезное дело!

Внес свой более чем скромный вклад, несколько позже обязательно занесу еще, — спасибо, что делаете MS2 лучше!