Кто хочет погрузиться в тему ссылка на статью. Как я понимаю нужен рефакторинг сборщика пакета.

А как понимаю ошибка в этом вспыхает при кэширование

Could not find legacy class pdotools.pdotools after converting to MODX\Revolution\Pdotools\pdotools

А кто-нибудь может пояснить как это сейчас работает или ссылку на статью скинуть)

Был бы благодарен.

Надо ищу написать. Кстати вопрос. А данный вопрос в ишу PdoTools или в MODX 3?

Теперь ждём ответа от Василия)))

А у меня ошибки и предупреждения посыпались уже в момент установки компонента. Компонент так же не запустился.

Прикладываю отчет.

modx.modNamespace is deprecated since version 3.0. Replace references to class modx.modNamespace with MODX\Revolution\modNamespace to take advantage of PSR-4 autoloading.
modNamespace is deprecated since version 3.0. Replace references to class modNamespace with MODX\Revolution\modNamespace to take advantage of PSR-4 autoloading.
modNamespace is deprecated since version 3.0. Replace references to class modNamespace with MODX\Revolution\modNamespace to take advantage of PSR-4 autoloading.
modx.modSystemSetting is deprecated since version 3.0. Replace references to class modx.modSystemSetting with MODX\Revolution\modSystemSetting to take advantage of PSR-4 autoloading.
modSystemSetting is deprecated since version 3.0. Replace references to class modSystemSetting with MODX\Revolution\modSystemSetting to take advantage of PSR-4 autoloading.
modSystemSetting is deprecated since version 3.0. Replace references to class modSystemSetting with MODX\Revolution\modSystemSetting to take advantage of PSR-4 autoloading.
modx.modEvent is deprecated since version 3.0. Replace references to class modx.modEvent with MODX\Revolution\modEvent to take advantage of PSR-4 autoloading.
modEvent is deprecated since version 3.0. Replace references to class modEvent with MODX\Revolution\modEvent to take advantage of PSR-4 autoloading.
modEvent is deprecated since version 3.0. Replace references to class modEvent with MODX\Revolution\modEvent to take advantage of PSR-4 autoloading.
modx.modCategory is deprecated since version 3.0. Replace references to class modx.modCategory with MODX\Revolution\modCategory to take advantage of PSR-4 autoloading.
modCategory is deprecated since version 3.0. Replace references to class modCategory with MODX\Revolution\modCategory to take advantage of PSR-4 autoloading.
modCategory is deprecated since version 3.0. Replace references to class modCategory with MODX\Revolution\modCategory to take advantage of PSR-4 autoloading.
modSnippet is deprecated since version 3.0. Replace references to class modSnippet with MODX\Revolution\modSnippet to take advantage of PSR-4 autoloading.
modSnippet is deprecated since version 3.0. Replace references to class modSnippet with MODX\Revolution\modSnippet to take advantage of PSR-4 autoloading.
modSnippet is deprecated since version 3.0. Replace references to class modSnippet with MODX\Revolution\modSnippet to take advantage of PSR-4 autoloading.
modPlugin is deprecated since version 3.0. Replace references to class modPlugin with MODX\Revolution\modPlugin to take advantage of PSR-4 autoloading.
modPlugin is deprecated since version 3.0. Replace references to class modPlugin with MODX\Revolution\modPlugin to take advantage of PSR-4 autoloading.
modPlugin is deprecated since version 3.0. Replace references to class modPlugin with MODX\Revolution\modPlugin to take advantage of PSR-4 autoloading.
modPluginEvent is deprecated since version 3.0. Replace references to class modPluginEvent with MODX\Revolution\modPluginEvent to take advantage of PSR-4 autoloading.
modPluginEvent is deprecated since version 3.0. Replace references to class modPluginEvent with MODX\Revolution\modPluginEvent to take advantage of PSR-4 autoloading.
modPluginEvent is deprecated since version 3.0. Replace references to class modPluginEvent with MODX\Revolution\modPluginEvent to take advantage of PSR-4 autoloading.
modSystemSetting is deprecated since version 3.0. Replace references to class modSystemSetting with MODX\Revolution\modSystemSetting to take advantage of PSR-4 autoloading

1) сохранять ошибки включал. Путь знаю. Пусто там.
2) 7,2

Сергей.

1) Ты включи сохранять ошибки и посмотри в доках путь к отчету. У тебя стоит Нет в настройках.
2) Версия PHP какая у тебя стоит?

логи пустые и у modx и у fenom

Да. Даже на чистой установке MODX 3. феном не заработал.

А настройки проверил что у тебя в Fenom в PdoTools включен. Если да включи логи Fenom и посмотри что пишет. Сейчас я то же установлю посмотрю что по чем.

на 2-х тестовых сайтах с установленными компонентами обновил до MODX 3. Сразу перестал работать fenom. Пока не найду причину. Пробовал переустановить pdotools, не помогло.

Тогда попробуйте Confluence .

На работе юзаем Битрикс24 и там нет нормальной базы
— Важно, скорость работы (про Битрикс этого сказать нельзя)
— Разделение прав (попадать будут по логину-паролю)

Хоспаде, сейчас же полно разных сервисов для ведения базы знаний. Тот же Confluence — есть всё и даже больше. Пользоваться одно удовольствие. Так же практически в каждой современной CRM системе, типа Amo или Битрикс24 есть база знаний. Если хотите бесплатно, но с хорошим функционалом — Paper от Dropbox. Реализовал на нём базу знаний для сотрудников одной компании, никто не жалуется. Главное красиво по папкам распихать. Единственный минус — нет разделения прав.

Что вам мешает сделать репозиторий приватным?

Если я все правильно понял, то вся информация будет в открытом доступе на git? Нам этот вариант не подходит (((

Еще момент, в документации нужны будут: спойлеры, таблицы, табы, вставка кода — для удобного предоставления информации.

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

Что можно использовать для:
— Сохранение и показ логов изменения странице
— Быстрого создания содержания, типо этого: joxi.ru/ZrJJvYlTwa74Rr

Попробуйте так.

&where=`{"Data.hit:=":1,"OR:Data.sale:=":1,"OR:Data.new:=":1,"OR:Data.stock:=":1}`

Смешно ты сказал. Как обычно — не читал, но осуждаю. Знал бы ты, что 90% веса библиотеки занимает как раз faker. Поэтому я и хочу его выпилить в отдельный пакет. Он нужен редко. А modHelpers без него станет просто пушинкой.

В htaccess все ок, как таковых плагинов не установлено, присутствует модуль Language, но кажется, что он идет по стандарту.
Мне хотя бы понять в каких файлах размещен код на роутер, перенаправление УРЛ, чтобы снять для главного языка префикс /ru/
На жаль в других CMS намного проще, не думал, что будет так тяжело разобраться.

Вообще не знаю как работает Evo, но в Revo я сначала бы посмотрел файл .htaccess в корне, возможно там редирект на ru версию есть, который нужно просто убрать. Если там нет, то уже искал бы в плагинах.

Бывают проблемы с вёрсткой, картинками и т.д. после того как меняешь редиректы такие, нужно смотреть ещё и как пути к стилям и картинкам прописаны.

p.s.
я так себе программист, просто недавно делал языковую версию на Revo