3 часа назад
Спасибо. Работает.
15 ноября 2024, 17:40
спасибо, несколько раз проверял и не заметил)
14 ноября 2024, 13:55
Сложна.
Я сделал с помощью js. Задал class для div c results
и вот так прописал
document.querySelector('.easycomm div').textContent = 'Отзывов пок...
14 ноября 2024, 11:50
Добрый день! Установил MarkdownEditorFrontend с modstore и xpdo выдало ошибку что не может найти сервис. К моему удивлению в транспортном пакете не на...
14 ноября 2024, 05:22
astro.build впервые слышу такой фреймворк. Вообще gtsAPI затачивался под primevue.org. Но в primevue вообще не никакой связи с api. Там api как хочешь...
13 ноября 2024, 10:55
Не все пожелания клиента нужно реализовывать. Одно дело когда желание обосновано бизнес-процессами, а другое дело клиент так видит. В данном случае, н...
13 ноября 2024, 10:28
Файл: core/components/msearch2/phpmorphy/src/fsa/access/fsa_sparse_file.php
Перед строкой 32 добавить:
if(!is_array($word)) {
$word = (a...
12 ноября 2024, 19:52
С ним славу богу все хорошо. Он пошел дальше по карьерной лестнице, оставил MODX позади и сейчас заглядывает к нам только поздороваться.
12 ноября 2024, 18:44
Благодарю!
Всего 123 791 комментарий
в transmittedParams в success добавил параметр post
ниже его вызвал 'post' => 'true',
И в самом скрипте смотрим был этот параметр вызван или нет
Сейчас у меня такой скрипт, он срабатывает на все формы:
я хочу на формы регистрации и.т.п. сделать один уведомления, а на заявки другие
MODX ставил несколько раз, права после установки в файловом менеджере корректировал, allow_url_fopen ON, в менеджере пакетов пробовал https и http, ничего не помогло. Не понял, где я ошибся)
Из того, на что обратил внимание — когда ставишь компонент с modstore — создаешь подключение к репозиторию, когда начинаешь устанавливать пакет — создается новое подключение к репозиторию modstore
лог ошибок:
Лог процесса установки компонента:
Вы всегда можете найти исполнителя по адекватной цене здесь, оставив заявку в разделе работа
или в нашем телеграм-чате t.me/ru_modx_work
На сайте было около 1000 статей, а весной этого года я стал этот сайт снова развивать как контетный. И мне стало интересно не только контент, но и код) Это как волшебство. На FL пошел чтобы найти исполнителей убрать ошибки, но пока искал — выяснил сам в чатах и в беседах с GPT, что проблема перегрузки БД и сайта на которые ругался хостер Бегет может быть связана с настройками кеша — и действительно, везде стояло значение 0! Поменял на 7200, 3600 и даже 21400 — вроде нагрузка резко упала.
Может вы возьметесь за вознаграждение убрать эту ошибку? Хотя сайт вроде работает, но ошибка напрягяет. Еще раз спасибо за помощь.
GPT написал полную чушь. Не нужно им пользоваться. Он не понимает MODX.
Речь идет действительно о разных компонентах, которые не пересекаются. Tickets и Article. Но я не встречал такой проблемы и не подскажу что делать. Нужно внутри проекта смотреть
Ошибки про погоду и валюту исчезли. Осталась только самая лютая: [2023-07-25 16:32:55] (ERROR @ /home/o/olegsh6w/dopross.ru/core/xpdo/om/xpdoobject.class.php: 344) Instantiated a derived class Ticket that is not a subclass of the requested class Article.
Но тут я уже стесняюсь вас спрашивать, кажется это все сложно в реализации.Порылся в файлах и директориях, про которые GPT пишет, ничего не понял.
Чат GPT написал, что Ошибка «Instantiated a derived class Ticket that is not a subclass of the requested class Article» означает, что произошла попытка создать экземпляр класса Ticket, который является производным (наследником) от класса Article. Однако, класс Ticket не является подклассом класса Article, как ожидалось.
Возможные причины и решения:
1. Убедитесь, что классы Ticket и Article правильно определены и располагаются в соответствующих файлах.
2. Проверьте, что в коде правильно указано наследование класса Ticket от класса Article. Убедитесь, что в классе Ticket используется ключевое слово «extends» с указанием класса-родителя Article.
3. Если классы Ticket и Article находятся в разных пространствах имен (namespaces), убедитесь, что пространство имен класса Ticket правильно указано и соответствует ожидаемому пространству имен.
4. Если классы Ticket и Article представлены в виде плагинов или расширений для какой-либо платформы, убедитесь, что они правильно зарегистрированы и конфигурированы в системе.
Тщательно проверьте код и конфигурацию, чтобы убедиться, что классы Ticket и Article определены и настроены правильно, а также что наследование между ними указано верно.
Вопрос: А в каких файлах в MODX могут быть классы Ticket и Article?
В MODX классы Ticket и Article могут находиться в файлах с расширением ".php" в следующих расположениях:
1. /core/components/{имя_компонента}/model/{имя_плагина}/{имя_класса}.php
— Компоненты MODX обычно содержат модели (models), которые могут содержать классы для различных объектов, таких как «статьи» (Article). Поэтому класс Article может быть определен в файле, который находится внутри папки «model» с именем плагина.
2. /core/model/modx/{имя_класса}.php
— В папке "/core/model/modx" обычно находятся базовые классы MODX, которые отвечают за базовую функциональность системы. Поэтому класс Ticket может быть определен в файле, который расположен внутри папки «modx».
3. /assets/lib/{имя_плагина}/{имя_класса}.php
— Если вы используете сторонние плагины или библиотеки, классы Ticket и Article могут быть размещены в папке "/assets/lib" в соответствующей подпапке с именем плагина.
Обратите внимание, что вышеуказанные расположения файлов являются типичными для MODX, но могут отличаться в зависимости от конкретной конфигурации или структуры вашего проекта. Рекомендуется просмотреть структуру файлов в вашей установке MODX, чтобы точно определить местоположение классов Ticket и Article.
2. Вы неправильно комментируете
Достаточно поставить минус после открывающих скобок в вызове вашего сниппета [[
3. В чанке не может быть PHP кода — это наверное сниппет
в header так:
!--&element=`current_weather`-->
!--&cacheExpires=`7200`-->
!--&cacheElementKey=`weather`-->
!--&cacheKey=`dg_cache`]]-->
а сам чанк так: