Олег Захаров

Есть ли реальный опыт и примеры написания сайтов на MODx и использования ИИ и сервисов типа Claude или аналогов, sourcecraft от яндекса и ему подобных?
Поделитесь пожалуйста.
Я пробовал писать компонент. ИИ Deepseek мне написал компонент за 1 час.
Но по факту я потом потратил 2 дня на исправление ошибок и он у меня в итоге сломался и перестал работать.
Хотя я почувствовал сильную пользу в ИИ как крутом справочнике и подсказчике вариантов решений тех или иных задач.

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

Предложение к админам сайта — можно ли сделать на сайте вашем Каталог реализованных сайтов или Портфолио?
Суть предложения: Создать на сайте раздел «Каталог реализованных проектов» или «Портфолио».
Это будет структурированная база данных готовых сайтов, где разработчики и студии смогут публиковать информацию о своих работах, включая:

• Ссылку на готовый проект;
• Описание кейса и задач внедрения;
• Примеры работ (фото, видео);
• Перечень использованных решений и компонентов (с привязкой к Modstore).

Почему это важно и какие выгоды это даст сообществу:

1. Популяризация и демонстрация возможностей MODX. Потенциальные заказчики часто судят о системе по работам, которые они могут увидеть. Каталог живых проектов станет лучшей витриной возможностей движка, доказывающей его гибкость и мощность.
2. Продвижение разработчиков и студий. Для исполнителей это бесплатный (или опционально платный) инструмент для демонстрации компетенций, поиска новых заказчиков и укрепления репутации.
3. Помощь коллегам и новичкам. Каталог станет базой знаний «Лучших практик». Анализируя, какие компоненты и как используются в реальных проектах, сообщество будет быстрее развиваться, а новички — учиться на готовых работах.
4. Синергия с Modstore. Было бы идеально организовать привязку кейсов к страницам компонентов на Modstore. Посетитель, изучая дополнение, мог бы сразу перейти на реальные сайты, где оно используется, и увидеть его в деле. Это повысит ценность самого маркетплейса. И даже было бы неплохо иметь возможность обратиться к специалистам кто умеет ставить и настраивать то или иное дополнение. Очень частая проблема надо поставить и найти кто поможет быстро сделать настройку.

MODX — старичок, который очень неплох, помог многим вырfсти как специалистам и неплохо заработать на хлеб с маслом.
Хочется чтобы он развивался и рос.
По факту его можно сказать продвигают и развивают все коллеги пользователи данного сайта. По иностранным коллегам вообще не понимаю что происходит. Вроде есть движуха, но как-то тухло все.
По идее мог бы вынести этот вопрос в чат в Телеграм, но там портянка обсуждений (и личной жизни и т.д.), что вопрос просто потеряется в таймлайне сообщений.

Коллеги, всех приветствую!
Вопрос возник.
У меня лично несколько сайтов на 2-й версии.
Несколько раз пробовал сделать сайт на 3-й версии, постоянно возникали проблемы и сложности с компонентами отсутствием замен на со 2-й версии на 3-ю.
У меня лично есть несколько сайтов на 2-м движке и очень большим объемом проделанной работы, что нет никакого желания тратить время на переезд на 3-ю версию.
И вот тут было бы классно если бы была рабочая инструкция по миграции с 2-й версии на 3-ю. Но кто ее будет делать большой вопрос. Был бы полезен опыт коллег по цеху, прошу поделиться кто как переносил и с какими проблемами столкнулся.

Столкнулся с одной особенностью работы Localizator с MIGX и TV.
Все никак не получалось заставить Localizator правильно переводить MIGX поля и в некоторых случаях отдельные TV поля. Перепробовал кучу вариантов, пытался выводить через выводы сниппетов localizator, pdoResources, getImageList. Потратил пару суток впустую, кучу нервов и сил.
А в итоге оказалось все просто. Случайно обнаружил что некоторые TV переводит, а некоторые нет.
В некоторых местах я MIGX выводил следующим образом:

{set $rows = json_decode($_modx->resource.id | resource : 'migx_why_us_list', true)}
{foreach $rows as $idx =>$row1 index=$index}
    <li>
        {$row1.textprichini}
    </li>
{/foreach}

где migx_why_us_list — MIGX поле.
В итоге вывод этого кода не переводился как надо, выводился только MIGX не из переводов.
Но если заменить

$_modx->resource.id | resource : 'migx_why_us_list'

на

$_modx->resource.migx_why_us_list

то все начинает работать как надо.

Делюсь наработкой, на которую потратил несколько часов пока бился над решением проблемы. Может кому пригодится, да и для себя чтобы не забыть (пока память свежа изложить полученные знания в шпаргалку).
Понадобилось реализовать поведение карты чтобы при наведении на метку к метке справа добавлялся свой блок с содержимым (так называемый iconContentLayout). Пример:

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

Понадобилось сделать меню для сайта с выбором языка. В стандартной документации везде подставляют иконки языка, без текста названия языка.
Я нигде не нашел как можно вытащить название языка (локализации) и указать его в меню выбора языков справа от иконки языка. А оказалось все просто.
В сниппете getLanguages можно было просто добавить еще один плейсхолдер 'languageName'=> $language->name (к имеющимся cultureKey, active и url).

foreach($languages as $language) {
  if(mb_substr($language->http_host, -1) == '/') {
    $placeholders = array(
      'cultureKey' => $language->key,
      'active' => $language->key == $modx->localizator_key ? 'active' : '',
      'url' => $protocol . $language->http_host . $uri,
      'languageName'=> $language->name,
    );
  } else {
    $placeholders = array(
      'cultureKey' => $language->key,
      'active' => $language->key == $modx->localizator_key ? 'active' : '',
      'url' => $protocol . $language->http_host . '/' . $uri,
      'languageName'=> $language->name,
    );
  }

И в чанках просто добавить {$languageName}
section-langs-1:

<a href="#" class="nav-link dropdown-toggle {if $_modx->config.cultureKey == $cultureKey} {$active} {else} collapse {/if}  localizator_lang" data-bs-toggle="dropdown"  role="button" aria-expanded="false" >
<span class="{$cultureKey}_24" style="display: inline-block;"></span>
 {$languageName}
 </a>

section-langs-2:

{if $_modx->config.cultureKey != $cultureKey}
<li >
  {if $active != 'active'}
    <a class="{$active} localizator_lang" href="{$url}" class="dropdown-item">
        <span class="{$cultureKey}_24" style="display: inline-block;"></span> 
        {$languageName}
    </a>
  {else}
    <div class="{$active} {$cultureKey}_24 localizator_lang" class="dropdown-item">
        <span class="{$cultureKey}_24" style="display: inline-block;"></span> 
        {$languageName}
    </div>
  {/if}
</li>
{/if}

Сделал перенос сайта с одного домена на другой.
Выводу ссылки в шаблоне в виде:

<ul class="dropdown-menu multi-level">
   <li><a href="/aboutkompany/">О компании</a></li>
   <li><a href="/proizvodstvo/">О производстве</a></li>
   <li><a href="/otdelprodazh/">Отдел продаж</a></li>

</ul>

В браузере коде страницы ссылка отображается правильно в формате: «domain.ru/aboutkompany/» — но при нажатии по ссылке происходит удаление косой черты и склеивание в виде «domain.ruaboutkompany».
Если оставить в конце без косой черты в формате «domain.ru/aboutkompany» — то ссылка работает нормально. В настройках контекста web задан параметр base_url "/" -т.к. до этого у другого домена все работало и было задано с такими настройками. Дружественные URL включены. На старом домене все работало нормально. Подскажите куда копать? Как бы можно забить и делать ссылки без косой черты, но хочется разобраться в сути такого поведения движка.

как можно вставить код счетчика Google Tag Manager через настройки контекста? Чтобы для каждого контекста прописывать номер счетчика в настройки контекста? А код Google Tag Manager был универсальный. Например я хочу сохранить номер ID GoogleTagManager в настройках контекста, а код сниппета/чанка вставки кода GoogleTagManager сделать универсальный один для всех контекстов?

Добавлял MIGX поля для мульти загрузки изображений, и видимо что-то сделал не так (а может это раньше было) — но у ресурсов не отображаются вкладка Дополнительные поля. Сами поля для теста создаю простейшее текстовое, назначаю шаблону ресурса, открываю ресурс — а вкладки нет. Проверил права — ничего не менял. Помогите куда копать. Сделал обновление версии MODx сайта с 2.61. до 2.6.2 — не помогло.
Пробовал переустановить pdoTools и MIGX. Не помогло.
Хотя сами дополнительные поля создаются и отображаются на странице товара или ресурса внизу, но не на выделенной вкладке «Дополнительные поля» как обычно.