Пакеты->Thumb3x кнопка «Очистить кэш»

По поводу «хуже» подтвердить не могу. Не замечал. Но и получить с первого раза нужный код получается не всегда. Отсюда, кстати, есть ощущение, что в ближайшем будущем качество продуктов будет падать. Ибо сейчас, даже судя по нашей компании, идет сокращение издержек на IT разработчиков (увольнение, не повышают ЗП, отмена бонусов). Потому что бизнес уверен, что ИИ — это альтернатива хорошему, но дорогому инженеру. Нужно просто в помощь ИИ нанять недорогого промпт-инжерера.

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

Что ещё отметил из опыта разных разработчиков — они рассказывают, что ИИ помогает писать тесты. Ведь тесты очень важны! Но при этом упускают момент, что ИИ пишет тесты (в частности модульные) для методов делая анализ кода. И если в методе написано, что 2 х 2 = 5, то нейронка и напишет соответствующий тест на равенство пяти. Я ещё не встречал совета, что в тестах нужно писать промпт с постановкой задачи из ТЗ. Что тест должен проверять, что метод реализован как задумывалось в задаче. Поэтому тест, написанный нейронкой по коду, никогда не найдет ошибок.

И ещё встречал случаи, когда анализ написанного нейронкой кода, разработчик перекладывал опять на нейронку. Круг замкнулся )

П.С.
А комментарий выше про Китай… Мне сказать нечего. Я про одно, комментарий про другое. Выглядит как комментарий ради комментария. Можно ещё сказать, что на солнце есть пятна ))

А куда кешируется все это дело и как очистить кеш?

Китай в принципе идет особняком… очень тяжело по нему смотреть общемировые тренды.

По поводу ИИ по коду, он становится все хуже…
потому как ранее он читал интернет созданный человеком, а теперь читает свои-же ответы что приводит к еще большей энтропии)))
на серьезных щах выдавать непонятно откуда взятый кусок кода как правду — это вообще тема)))
доки он так и не научился читать, а теперь еще и доки пишут через ии, что вообще их до водит до состояния «эльфийский с бодуна»

а уж задания пошли от заказчиков вообще держись)))

ЗЫ
Александр, плюсанул, дабы выровнить справедливость.

Мысли понятные. Только причем здесь Запад со своими утопиями — в Китае уже электромобилей порядка 10% (ок. 40 млн.) от общего количества судя по открытым цифрам. И это будет только возрастать с каждым годом.

Очевидное неочевидно. Вот Коля не согласен с моей точкой зрения. Тихонечко поставил минус. Хотя, если я правильно помню, он являлся сторонником позиции, что хорошим тоном при несогласии объяснять причину. Как всё меняется )

В последнее время активно прокачиваю навык использования агентов ИИ, чтобы переложить на них поддержку большого сервиса, которым я сейчас занимаюсь один. Читая статьи и просматривая видео отмечаю, что очень много неопределенности и субъективности. А иногда и противоречивости. А общаясь с коллегами по работе столнулся с тем, что многие недопонимают преимущества этого навыка. Им хватает простого ChatGPT, чтоб навайбить какой-нибудь кусок кода. Из более 180 разработчиков, только 24 захотели использовать Cursor (компания готова купить лицензии). И некоторые из тех, кто согласился, думают, что Cursor — это какая-то новая нейронка, которая круто пишет код и выполняет действия ))
И из-за недопонимания темы у некоторых есть фобия, что ИИ скоро заменит всех разработчиков.

Поэтому я и решил написал свои мысли тут в форме субботней расслабленной философии. Ведь умение пользоваться ИИ полезно для всех разработчиков. Но на всех мне насрать фиолетово. Мне ближе MODX разработчики как и сам MODX (несмотря на то, что меня исключили из коллектива core-разработчиков нашего сообщества). И я буду рад, если не только основные разработчики MODX сообщества смогут повысить свой вклад благодаря таким помощникам, но и новичкам будет легче войти в MODX, прокачаться и быстрее быть готовыми внести свой вклад в сообщество.

Мне кажется нужно больше статей на этом сайте про практики ИИ и другие полезные инструменты, чтобы повысить скиллы MODX разработчиков. Это не только пойдет на пользу текущим MODX разработчикам, но и привлечет новых. Так вижу )

Ты описал очевидное для любого, кто пользовался ИИ агентами.

Отличная работа и планы отличные!

Правильный сценарий — это снять с публикации и товары (хотя это бывает часто не удобно для менеджеров и т.п.).
Но в целом компонент типа msPre позволяет сделать это быстро.

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

Если же ответить на ваш вопрос — то нужно сделать еще один leftJoin (по аналогии с Remains), куда джойнить категорию товара. И в where добавить условие, что категория опубликована.

И ее забыть, что:
— товар все равно опубликован, он будет доступен по прямой ссылке
— товар опубликован, он попадает в разные выгрузки типа карты сайта, sitemap.xml и т.п., за всем этим нужно следить

А что начинать, вон альфа версия, пожалуйста: github.com/modx-pro/miniShop3/

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

Думаю, выхода miniShop 3 можно уже и не ждать

Свято место пусто не бывает, вот @Aleksandr Huz разрабатывает свою экосистему на базе pageBlocks, тамбудет магазин

Но и miniShop 3 я надеюсь выйдет, надо просто начать, а доработать можно и потом, в конец концов miniShop2 так и существует, в нём многое изменилось с момента первого релиза.

Рад за Николая! Еще один разработчик вышел за пределы MODX и открыл для себя много интересного.

Скопирую сюда его текст для удобства:


Я еще в прошлом году от скуки сделал composer-версию, в которой перелопатил классы и добавил инсталлятор — но интереса никто не проявил.

Думаю, выхода miniShop 3 можно уже и не ждать. Да и просто выйти — это только половина дела, его нужно поддерживать и дорабатывать, а желающих давно нет.

Портал.

Портал было бы очень интересно посмотреть. Надеюсь заказчик пойдет на встречу

Я не в курсе работает ли минишоп в MODX3, но я параллельно работаю еще над pbShop — аналог минишопа, но с зависимостью от PageBlocks, поэтому будет реально. Сроков пока не могу дать.

В том то и дело, что не работает)) я думал написать скрипт импорта и перенести все товары.

я не знаком, с этим компонентом, позже попробую установить и протестировать

Было бы просто замечательно. Этот компонент важен, он помогает реализовывать очередные и нескончаемые выкрутасы сеошников))

Хочу перенести с MODX2+MiniShop2 на MODX3+PageBlocks. Это вообще реально?

Я не в курсе работает ли минишоп в MODX3, но я параллельно работаю еще над pbShop — аналог минишопа, но с зависимостью от PageBlocks, поэтому будет реально. Сроков пока не могу дать.

3) Но меня очень волнует момент с SeoFiltr ом, возможно ли повторить его функционал? Хотя бы в минимальном исполнении, и так, чтобы при переносе остались те же url?

я не знаком, с этим компонентом, позже попробую установить и протестировать

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

Хочу перенести с MODX2+MiniShop2 на MODX3+PageBlocks. Это вообще реально?
1) Перенести каталог товаров и его характеристики думаю возможно.
2) Фильтрация вроде есть у вашего компонента.
3) Но меня очень волнует момент с SeoFiltr ом, возможно ли повторить его функционал? Хотя бы в минимальном исполнении, и так, чтобы при переносе остались те же url?

Да я всё понимаю. Моя причина в том, что времени нет, как только станет посвободнее изучу. Я просто описал причины, по которым другим может быть страшно использовать компонент. Плюсом ещё идёт отсутствие инфраструктуры для сегмента электронной коммерции платёжки, доставки, интеграции с CRM. Пойми правильно, это не критика твоей разработки, это просто факт, который, надеюсь, мы со временем исправим, а твой компонент может стать неплохой базой для внедрения современных подходов к разработке в наш любимый Modx.

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

В режиме менеджера там и так все интуитивно понятно:

• В меню компонента создаёшь блок с нужными полями.
• В ресурсе добавляешь этот блок и заполняешь контентом.
• В шаблоне выводишь блоки через сниппет [[!pbBlocks]].

И все. Получается аналог мигса, только с визуальным конструктором и более мощным функционалом.

А для более профессиональной разработки, конечно, нужно читать документацию. Я советую начать с маршрутов, контроллеров и конструктора запросов. Этого хватит, чтобы закрыть 80% задач.

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

Могу только повторить: идея крутая, обязательно найду время изучить работу PageBlocks в деталях.