iWatchYouFromAfar

Это лучше обсуждать в репозитории Фенома, создав либо issue, либо PR.

Предложить и сделать — это разные вещи.

Вы абсолютно правы, да должно! Вы можете взять и сделать так, чтобы все работало без лишних наворотов, все скажут вам спасибо!

Конечно есть условия с которыми ты соглашаешься как исполнитель или как клиент. Я немного не про это говорил.

Ладно, я только за. Если будет такой проект, я им с удовольствием буду пользоваться!

Я не очень понял первый пункт… Причем тут договора? Я про домен писал. Работая, например, на кворке, я никаких договор не заключаю. Я репутацией своего аккаунта дорожу, например. Для меня, как для исполнителя это важнее, чем договор.

Стоит игра свеч? Зайди на кворк и вбей в поиск — «modx» и ты найдешь кучу предложений по работе с этой системой. Помимо этого сервиса, есть многие другие. Там уже есть система спорных решений, уже есть функционал нужный (рейтинги и проч), уже есть определенное доверие со стороны пользователей.

А если тебе завтра надоест эти спорные моменты решать и ты поймешь, что эта прибыль не стоит твоего времени и нервов? Что будет дальше с проектом? Безопасная сделка это какая? Как ты будешь принимать решение, выполнил ли я задачу клиента или клиент нарисовал хотелки по ходу выполнения задачи? Ты будешь вчитываться в каждое ТЗ?

Паш, идея крутая, я сам её поднимал в телеге. И мне там по пальцам объяснили, почему эту идею крайне сложно реализовать. Если ты готов взять и сделать, круто! Только не на modx.by :)

Закину и свои 5 копеек.

1. Я согласен с тем, что домен не должен иметь привязки к стране. Уже есть modx.pro с предложениями по работе, modx.ru с аналогичным функционалом. Не забывайте про это. Если и смотреть в эту сторону, то просить у Васи поддомен (например job.modx.pro) и разрабатывать функционал именно там.

2. Готов помочь своими знаниями, но не очень понимаю профита в таком проекте. Делать очередной узконаправленный фриланс проект, такая себе идея. Помимо аттестации, есть множество других нюансов. Зайдите на тот же кворк или апворк, и посмотрите как это реализовано там. Готовы взять на свои плечи такой объем работ бесплатно?

3. Кто будет сопровождать проект и работать с пользователями в случае спорной ситуации? На чем будет основываться доход проекта? От % со сделок? У меня есть сомнения что такой формат сработает.

Идея не нова, в чате контрибьюторов она уже обсуждалась. В том числе с владельцем modx.ru. В итоге все сошлись на том, что игра не стоит свеч.

Если это событие вызывать из админки, то оно сработает два раза, так что, осторожней.

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

Для понимания, залогируйте событие и посмотрите что оно возвращает.

Для этого есть параметр mode. Еще можно покумекать над контекстом.

Понял, спасибо! На выходных протестирую скрипт, как раз нужно копию рабочего проекта развернуть. Если скрипт заведется, с меня плюха.

Круто! А шаблоны вы для примера показали? Или они тоже что-то выполняют в данном скрипте?

С таким подходом каждая настройка может вылезти боком. Уровень доступа «Контекст» тоже интересная штука, посмотрю что это и зачем это.

Почему «mgr» в списке контекстов быть не должно? Давайте подробнее.

Что-то совсем тухло. Когда я перешел на MODx, первую свою статью я написал ровно про заготовку политик доступа. А потом обнаружил что в гугле и яндексе подобные статьи уже давно есть. Моя статья примерно равна вашей, только без правок источника файлов.

Все равно у новичков будут вопросы из разряда «а как дать такой-то доступ или как закрыть?», «а что такое роль?», «почему менеджер не может редактировать ресурс?» и т.д… На эти вопросы в вашей статье нет ответов.

С другой стороны, ваша статья кому-то наверняка поможет. А значит, силы потрачены скорее всего не зря. Просто в 2020 году такие статьи немного грустно читать. Дальше будут статьи «как создавать ресурсы в MODx»? :)

P.S.
Отдельно хочу дать небольшую рекомендацию. Тем кто действительно хочет разобраться в ACL, потестируйте каждую настройку и проверьте её функционал. Удивитесь не раз! :)

Ну да, обычная натяжка верстки на MODx с помощью Фенома. Причем тут удобная / красивая админка не очень понятно. А вот для тех, кто учится натягивать верстку с помощью Фенома, мастхев.

P.S.
Еще юзайте ClientConfig — удобная вещь.

Наверное по этой причине Сергей и пишет rest api… :)

Тоже прилетело. Вы неверно описали проблему, по ссылке ниже читайте.

webinmind.ru/modx/packages-extras/pdotools/snippets/pdocrumbs#Вариант-без-пункта-текущей-страницы

Я просто убрал неактивный пункт меню. В schema.org, в Google и вроде даже в Яндексе, все примеры крошек без неактивного элемента. По всей видимости так модно.

Путь к конфигу неверный:

../assets/js/tinymce-config.json

Никаких проблем с этим нет. Тег «p» нужен чтобы обрамлять контент в блоки. Контенту нужен любой root_block элемент. В противном случае, будут подставляться теги переноса «br»…

Для отключения или переопределения тега «p», вам необходимо в кастомном json файле конфигурации, добавить данную настройку:

"forced_root_block":"",

Я не уверен что эти смайлики можно использовать. Если у вас есть архивы смайликов, присылайте мне в личку, (а лучше в телеге t.me/iWatchYouFromAfar). Посмотрю объем работ, договоримся о цене и сроках.