Олег Захаров

Тоже в последнее время очень плотно работаю с различными проектами ИИ. Делал корпоративный ИИ на локальном сервере и VPS. VPS для VPN и чтобы Claude Code CLI ходил только через него (все-таки стремно потерять Claude Code MAXx20). ChatGPT Codex очень нравится — если его обучить, он все четко делает. А и еще Kimi K2.6 очень прикольно умеет осаждать другие ИИ и давать бизнесово оценку — мне из 10-ти пунктов от ChatGPT Codex в плане создания продукта Kimi оставил 3, остальные обоснованно по пальцам объяснил что не нужны на первом этапе — так и оказалось.
Ставил Sing-box и самописный kill-switcher — типа рубильник на интернет если VPN отвалится. Когда делал VPN заодно и как-то быстро и просто сделал прокси-сервер для Telegram — настолько ИИ уже научены делать его быстро — буквально наверное 2-3 минуты. Просто он сам предложил типа «А хочешь прокси-сервер для Telegram по протоколу Mtproto сделаю?».
Можно сделать разные VPN и прокси-сервера для своих сотрудников с возможностью отключения если уволились.
Сейчас тоже решил запилить себе ИИ-агента для создания сайтов на MODX Revo и других движках, самое сложное скиллы реализовать нужные. Kimi у меня на тесте хуже справился по сравнению с ChatGPT.
Удивился что кто-то уже реализовал ИИ на MODX (а впрочем чему удивляться — ИИ сейчас приведут к ускорению разработки сайтов в 10-20-100 раз.) MODX Revo тут хорош тем что по нему для ИИ все понятно и просто.
Но самое правильное — чтобы ИИ создавал скрипты на повторяющиеся операции, которые на ИИ делать накладно из-за расходов лимитов/токенов. Или делать структуру из нескольких ИИ. Но это если вы делаете сайты на потоке.

Я потому и задал вопрос о том как реализовано в 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 сегодня.

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