Николай Савин

Если сделаешь через пользователей, то присваиваешь проверенным пользователям определенную группу и выводишь только представителей этой группы. Можно даже сделать разные группы. Например утвержденные бесплатные, утвержденные платные, утвержденные VIP и всех их выводить по порядку важности.
Если через miniShop или просто ресурсы — то проверенным карточкам назначаешь определенную группу ресурсов

Как выводить пользователей в фронт? Так же как сделано на этом сайте. Вот инструкция

Я для себя решаю задачу примерно так.
1. Организации — это Пользователи. Для их самостоятельной регистрации и последующей правки карточки организации нужно использовать office.
2. Для хранения информации, стандартных полей таблицы пользователей не хватает обычно, поэтому я расширяю таблицу и добавляю любое нужное мне количество полей вот так
3. Для вывода и каталогизации пользователей-организаций используется pdoUsers
4. Для фильтрации пользователей по различным параметрам проще всего использовать mfilter2. Примерную методику я описывал здесь
5. Также вывод делается с помощью методики
6. Ну а объявления — это конечно tickets.

Таким образом можно обойтись без дублирования страниц

Спасибо работает. На днях буду допиливать другие параметры сортировки, протестирую сниппет на универсальность.

Не проще вызвать сниппет на странице, который в свою очередь подключит все необходимые скрипты, а форму если она не нужна скрыть. Потом при необходимости показывать ее через js

Ну человек же конкретно о $modx->newObject спросил

Ну обычные ресурсы вот так создаются.

$newResource = $modx->newObject('modResource');
    // Заполняем нужные значения
    $newResource->set('pagetitle', $pagetitle);
    $newResource->set('longtitle', $longtitle);
    $newResource->set('template',1);
    $newResource->set('isfolder',0);
    $newResource->set('hidemenu',1);
    $newResource->set('parent',1);
    $newResource->set('published',1);
    $newResource->set('context_key', 'web');
    $newResource->set('publishedon',date('Y-m-d H:i:s'));
    $newResource->set('alias', $alias');
//  сохраняем
    $newResource->save();

Обязательное значение тут только pagetitle и alias (если у вас включен frendly URL)
Тикет это тот же ресурс, но поле class по другому заполнено
Для создания тикета вроде достаточно добавить поле class = 'tickets'
Вы можете вручную создать один тикет и один стандартный ресурс и посмотреть в базе данных какие поля как заполнены и в чем разница

А можно пример, как удалить ненужное поле? Ну например Gender

Илья, а как можно в данном случае указать позицию поля? Если я хочу чтобы данное поле было не вторым, а скажем четвертым по счету?
UPD. Там же есть комментарий, что то я туплю.
Спасибо за решение. Вырисовывается неплохой комплексный подход к задаче. Коллективный разум творит чудеса.

Сергей, вы все правильно написали, я в начале пути и знаний маловато. Я сужу о коде и принимаю решения на основе своих знаний и того, что мне удалось найти и разобрать. И это нормально, что код не всегда получается оптимальный. Даже Apple сразу не сделали идеальный смартфон (Какая там уже сейчас версия, 7 вроде выходит)
Проблема только в том, что источников знаний для Junior разработчиков маловато.
Разве что документация, которая не всегда помогает. Все же кто поопытнее только свысока смотрят и посмеиваются, вместо того чтобы помочь разобраться, что да как.
В любом случае спасибо, парочку новых мыслей от Вас я узнал.

Ну по крайней мере я предложил решение, которое хоть как-то отвечает моим требованиям. Когда мне понадобилось решить эту задачу, ЗДЕСЬ пошагового решения не было. Пришлось убить на него несколько дней. Я надеюсь следующему разработчику, который решит также решить задачу будет проще с этой заметкой.

К сожалению моих знаний пока не хватает, чтобы понять что написал Григорий. В extJS я не разбираюсь совсем.
Что касается вашего варианта сниппета… Ну тоже самое же написано, только запись сокращенная. Ровно ничего не изменится, кроме размера записи. Это как использовать тернарный оператор, вместо классического условия.
Но все равно спасибо, я о таком варианте записи не знал.

Насколько я понимаю событие OnBeforeDocFormSave срабатывает ДО сохранения документа. Может имеет смысл попробовать другое событие?

Ну понятное дело что поля extended хватит, только вот я планирую использовать определенные поля для сортировки, ну например по городу или по сфере деятельности, а по extended фильтровать довольно сложно. Используя такой метод я планирую фильтровать через mFilter2.
Про обновление я конечно помню. У нас по идее перезаписаться должен только extJS файл. Наверное правильно просто его сохранить и потом заменить.

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

Дойдем и до этого. Я пока extJS не освоил

Напиши свой вариант.

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

У них конфиг заточенный под их проект
В частности у них есть каталог /inc/ и каталог /sub/
Также clean-parametr применяется, который не везде нужен.

Короче этот конфиг не универсален
Ниже предлагаю свой.

User-agent: *
Disallow: /manager/
Disallow: /assets/components/
Disallow: /core/
Disallow: /mgr/
Disallow: /connectors/
Disallow: /index.php
Disallow: *?
Host: site.ru
Sitemap: site.ru/sitemap.xml

Поднял в прямой эфир

Обращайся и дальше.

Вот я бы тебе еще посоветовал обратить внимание на
этот курс