iWatchYouFromAfar

iWatchYouFromAfar

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

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

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

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

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

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

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

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

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

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

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

P.S.
Еще юзайте ClientConfig — удобная вещь.
Тоже прилетело. Вы неверно описали проблему, по ссылке ниже читайте.

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

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

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

"forced_root_block":"",