Олег Захаров

Я потому и задал вопрос о том как реализовано в Minishop3?

ms2_product_options как хранит опции товаров?
У меня на сайте рабочем на MODX REVO 2.8.8 + Minishop 3.0.7 заметил вот что —
для многих товаров требуется указание от 10 до 30 опций — по факту заполняют не все. Причем тут пришлось делать конфигуратор, а для него еще создать штук 20 опций.
А по факту у меня часто не все опции заполняются. И получается многие записи хранятся пустые. Т.е. на каждый товар создается запись вида product_id — key опции с пустым value. А можно же не хранить пустые опции? Не знаю почему и как, но вызывает сомнение что так надо было делать.
Всего на рабочем проекте будет более 100 000 товаров (будет больше).
В итоге в таблице ms2_product_options на текущий момент уже вбито 35 000 строк, а когда зальем все товары со всеми опциями, то там будет просто жесть как много строк с пустыми значениями.

У вас репозиторий закрылся?

Демо-сайт не работает.
Последнее сообщение аж от 2019 года!
Можно ли из старого заказа сделать повторную покупку — то есть добавить в корзину список товаров из заказа или отдельные его товары? Понимаю что можно — просто не совсем понимаю реализовано ли уже или мне придется допиливать под себя?

Добра всем!
По ходу компонент заброшен? Последнее сообщение аж от 2019 года? всего 26 загрузок.
Вопрос текущий:
Можно ли на этом компоненте сделать некие различные типы корзин типа список покупок, список желаний, спецификации (сметы) с указанием проекта. Можно ли реализовать возможность доступа к корзинам других пользователей в рамках управления пользователями в одной организации на базе Organizations?
Делаю конфигуратор сложных составных товаров. Надо сохранять расчеты (сметы) с возможностью передачи в закупку.

Добра всем!
По ходу компонент заброшен?
Удивился сам что я когда-то его тестил и писал по нему вопросы, уже не помню даже когда и где.
Вопрос текущий:
Можно ли на этом компоненте сделать некие различные типы корзин типа список покупок, список желаний, спецификации (сметы) с указанием проекта. Можно ли реализовать возможность доступа к корзинам других пользователей в рамках управления пользователями в одной организации на базе Organizations?
Делаю конфигуратор сложных составных товаров. Надо сохранять расчеты (сметы) с возможностью передачи в закупку.

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

У меня на регистрации словил ошибку.
При это пользователь явно создался, т.к. повторно создать пользователя на ту же самую почту не дает.
При повторно попытке восстановить доступ так же ошибка выходит и кидает на страницу отладочную rumaxbot.ru/email/verification-notification.
На почту письмо о подтверждении не пришло.

По этому вопросу тоже думаю — создал вопрос тут

Компонент очень нужный и мне кажется будет востребован.
У меня тут задача стоит сделать что-то подобное на сайте на движке на MODX 2.8 — там есть старые другие решения.
Но задумываюсь о глобальном переносе на 3-ю версию.

ну я подумал что возможно ты сам лично уже где-то у себя на заказе рабочем внедрил и есть рабочий сайт

А какой компонент для личного кабинета и авторизации используется?

тут пришла мысль что никто не захочет просто так делиться своим опытом за бесплатно. Можно было бы сделать статьи и кейсы платными? Типа хочешь прочитать инструкцию или кейс по настройке того или иного компонента — ведь кто-то потратил время на написание инструкции — стоимость 100 руб.
Тут желательно конечно не переусердствовать. Но и обидно не будет тратить время на написание кейсов и инструкций.
А чтобы было понятно что больше всего интересует людей — было бы неплохо сделать список вопросов, на которые нужны ответы — типа голосование или например в описании компонентов добавить голосование за необходимость написания кейсов и готовность оплатить или сбор средств на написание инструкций. Понятно что есть стандартные инструкции, но они не всегда понятные.
И часто бывают брошенные компоненты. Можно было бы собирать средства на его дальнейшее развитие.

Можете прислать примеры живых сайтов не решении? На которых данное решение уже установлено?

$_modx->user->isAuthenticated() у меня не сработало в чанке через fenom — выдавало ошибку
В fenom правильно будет $_modx->isAuthenticated()

Про код. Про «научиться писать код понятный и логичный». Не в тему поста выше, ситуация вчера/сегодня и смех и грех.
Вчера пришел запрос от Заказчика на сайте на Wordpress — сайт криптообменника. Там в настройках надо было добавить новый статус заказа. Добавили в админке, а на сайте у клиентов не отображается. Ну я типа ща минуту, легкотня.
В итоге провозился 2 дня. Пока разбирался в чужом коде. Вчера даже тестовый сайт лег после пробных правок кода, пришлось восстанавливать.
В итоге сегодня разобрался. Выставляю счет Заказчику за 7 часов работы анализа и правок и отладки кода (3 часа восстановления сайта не в счет, оказалось что сайт лог ошибок не пишет, а восстановить бэкап просто так нельзя и «вообще некогда нам» — кое как сам добавил логирование ошибок и восстановил сайт).
Заказчик в итоге спрашивает у меня — с какого так много запаришваешь? Типа поменять там всего то текст. А оказалось что в админке есть настройка, а в коде названия статусов выводит через дефолтные настройки в самом коде (рука лицо!). И вообще в админке указываемое название статуса нигде не используется. И 7 полей из 10 из таблицы статусов в БД не используется почти. И куча артефактов. И фильтров и функций непонятно каких. И вообще id статуса в таблице заказа не используется, а используется текстовое название статуса (аааа!). И вот сидишь разбираешься в этом г… не и не понятно кто будет платить за разбор. А казалось бы просто вывести название статуса в заказе клиента…
А до этого тоже делал подобное. И пока доделал — оказалось что задачка стала неактуальной. И код правки (по итогу 2 строчки кода) стал никому не нужен. Опять же 2 дня из-за непонятного чужого кода. Ладно хоть заплатили…

Спасибо за статью.
Я столкнулся с проектом где часть админки начали делать на VUE.js потому что так захотел/обосновал предыдущий программист. А после его ухода заказчик остался с недоделанным личным кабинетом. А по факту там надо было реализовать подгрузку документов пользователя. Ну может еще что реактивного, но я задался вопросом почему нельзя было стандартными средствами MODX реализовать и с Ajax-запросами.
Теперь Заказчику приходится искать специалиста и по MODX и по VUE.

Было бы классно если бы еще были уроки по синхронизации с Битрикс24.
Т.к. в коде выше я так понял нет примеров самой синхронизации.
На modstore есть 2 плагина платных, но по ним есть вопросы — в комментариях видно что не все позволяет синхронизировать (последние комментарии от 2024 года висят без ответов).
Т.к. Битрикс24 одна из самых популярных и функциональных CRM сегодня.

Читай мой коммент выше как исправить

Прочитав про комментарий выше о том что тема создает папку manager я вспомнил что уже писал об этом и сталкивался с проблемой в прошлом. https://modx.pro/components/25063#comment-144547
Повторю сюда решение проблемы при установке — т.к. после установки на сайт, у которого папка manager (папка админки) была переименована, — тема встает неправильно:

У меня админка размещена по другому адресу (не manager).
Страница входа выглядит не так как на картинке в теме выше. Посмотрел и увидел что в корне создалась папка manager/templates/eclipseui
При этом в папке админки в папке templates тоже появилась папка eclipseui. Но в ней папки частично пустые.
Просто перенес содержимое созданной папки manager в правильную папку админки и все нормально заработало.
Т.е. установщик ставит шаблон неправильно — где-то в коде указывает папку установки с прямым путем manager/templates/eclipseui, а надо брать путь к папке из конфигов.
Благо разобрался и все заработало.

После этого получил красоту.
Правда не понял в чем разница в настройке manager_theme с gihub на eclipseui — вроде одинаковые.
Еще было бы круто вынести в настройки выбор цветов.