Илья Уткин

Я не знаю. Я не понимаю, что вы пытаетесь делать

Потому что при вызове события OnDocFormSave controller'а просто нет

Может, так

$modx->controller->setProperty('id', $id);

Я делаю так:

alt="[[+pagetitle:replace=` "== «`:replace:`"==»]]"

А еще можно использовать Jevix —вы заметили, как здесь все ваши кавычки были заменены? Даже внутренние.

По поводу админки — имею ввиду, что это не будет компонент в админке MODX, а просто у пользователей из группы, например, администраторов будет доступ к специальной странице на сайте — «Управление опросами» или что-то типа того.

Если такой вариант подходит, думаю, мог бы взяться. А уж добавить интерфейс именно в админке MODX можно будет когда архитектура устаканится и будут отлажены все моменты. И то — только в далёкой перспективе.

Сделать что-то универсальное гораздо сложнее, чем решить задачу конкретного сайта.

Напишите на ilyautkin@mail.ru или через личные сообщения. Надо будет подробнее обсудить задачу, чтобы я мог хоть как-то оценить стоимость и сроки.

Интерфейс создания опросов на самом деле не очень-то и прост. Тем более, что у ExtJS в MODX есть своя парадигма интерфейса, в основном основанная на табличном представлении. В этой парадигме список опросов — это таблица, список вопросов каждого опроса — таблица в таблице, а варианты ответа — таблица в таблице в таблице. Когда я писал xPoller, увидел, сколько нюансов на самом деле.

Поэтому, думаю, начинать надо с админкой на фронте — там можно «скопировать» интерфейс, например у гугла.

Кроме того голосования вы хотите сделать для анонимных пользователей. Как их результаты сохранять? Может ли один анонимный пользователь пройти опрос несколько раз подряд? Если нет, то как защищать — с помощью чего определять, что пользователь уже прошел голосование? Это все тоже непросто.

От этого всего зависит и стоимость, и сроки.

А можно еще пожелание? Написать плагинчик на 404 ошибку, который исправит такой адрес https://modx.pro/ilyautkin/на правильный (если пользователь существует)?

Так удобнее ссылки давать:

• vk.com/ilyautkin
• twitter.com/ilyaut
• instagram.com/ilyautkin
• github.com/ilyautkin
• modx.pro/ilyautkin

http://community.modx-cms.ru/blog/questions/9872.html

Просто с гитхаба его надо скачать, распаковать, собрать пакет… А был бы уже пакет готовый — все проще.

Да, собери пакет — лишним не будет… Иногда может понадобится.

Я, конечно, через MIGX работу с доп. таблицами не организовывал, но мне это кажется каким-то уж половинчатым решением.

На мой взгляд, если Tickets не подходит, пора просто освоить Добавление, редактирование и удаление кастомных объектов

Значит, надо обращаться в техподдержку хостинга

Ну так там все нормально. надо только

а htaccess переименовали в какой папке? он есть в корне, но нужно так же переименовать и тот, который внутри /core/

Ну и вопрос такой — что у вас за сервер? Или это хостинг? Стоит ли там Apache или всем рулит только NGINX?

а htaccess переименовали в какой папке? он есть в корне, но нужно так же переименовать и тот, который внутри /core/

А, вон выше ссылка есть уже)))

modx.pro/news/6288-version-modx-2-4-0-pl-2-3-6-pl/#comment-45071

В коде компонента эта настройка влияет только на выбор системного процессора.

Могу предположить, что в ранних версиях MODX системный процессор update мог создавать ресурс, если он не найден. Поэтому автор компонента решил положиться на этот функционал. Однако позднее в сообщество решило, что такое поведение нелогично, и системный процессор перестал создавать ресурсы.

Так что сейчас ImportX может только создавать или только обновлять.

А, нет, похоже, разработчик не знал, что так можно. Так что ищите в настройках системы

Скорее всего, в настройках каждого контекста.