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

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

Был в сети 29 июня 2026, 12:35
Заказы принимаю
График показывает клики, а не считает. Это противоположное действие.
Как следствие флеш тут не при чем. Плагин вполне себе работоспособный. Должен работать.
Потенциальная проблема может быть в других плагинах на событие OnPageNotFound. Они могут перехватывать управление и не дать сработать нашему плагину.
Ну возможно автор несколько по другому понимает термин API и не вникал в вашу ситуацию. Да будем честно говорить — это и не API. Мы же сейчас говорим о том чтобы не использовать родную верстку и скрипты, а просто пробросить свой запрос на коннектор action.php
Вот я вам говорю — это вполне себе работает. Единственное может понадобится дополнительно использовать в php файле php://input для приема данных.
А так — никаких доработок не требуется. Просто откройте родной js и посмотрите какие данные он отправляет, далее отправьте те же данные силами Vue
Вчера только подключал easyComm. Мне не понравился родной объект с методами от EasyComm я свой написал. Запросы шлю через fetch API на коннектор. И все работает. Без допилов. Главное нужные параметры передать. Отправляю json объект- принимаю соответственно тоже. Ровно то же, что и VUE с nuxt будут делать
Я понимаю, конфиг не перезапишется. Хорошо — назовем это словом неудобство. Лишние манипуляции программисту. А вот если не будет программиста — попробуй разберись — чего это вдруг другая системная настройка появилась и где она определяется.
Для редиректа в MODX существует метод SendRerdirect
//1 - это номер страницы куда нужен редирект
$url = $modx->makeUrl(1);
$modx->sendRedirect($url);
По идее этого наверное и достаточно в вашем сниппете.
Пардон — а вы знаете что такое сниппет?
Читаем документацию. ChangePassword имеет параметр postHooks — где можно перечислить скрипты, выполняемые после завершения основных действий. Под хуками-скриптами понимаются сниппеты. Пишите сниппет с нужным вам кодом, и указываете его в параметре postHooks
Как сделать редирект встроенными возможностями MODX вы понимаете? Какой код сниппета писать понимаете?
Да и не нужно кому то предоставлять доступ к своей машине. Сделал изменения — отправил ветку руководителю проекта. Он уже у себя ее протестирует.
Я обычно больше переживаю за синхронизацию баз данных, системных настроек, лексиконов и всего того что вынужденно находится в базе.
Схема ровно та же, что описана ниже. Я у себя локально на машине запускаю dev-сервер где веду разработку. Все что нужно тестирую — делаю коммит в отдельную ветку гита. Далее делаю PR руководителю проекта, который сливает изменения к себе, проверяет работу и если его все устраивает сливает все с мастером.
Все приведенные выше «Проблемы» — надуманы.
Маленький накопитель? Ну поставь побольше, какие проблемы то. Подключи внешний накопитель, Заведи себе отдельный компьютер в конце концов.
Нанимаемых разработчиков уговаривать не нужно. Нужно предоставлять рабочие машины. Это факт. Либо ставить перед фактом.
Вывести проект на локальной машине в сеть не так то просто? Серьезно? Это решается одной записью в hosts. Даже если я упрощаю то все сводится к готовым описанным в документации решениям.
как оказалось в pdoMenu команда &checkPermissions=`list` выполняет нужные функции:
Не в pdoMenu. Ты немного в заблуждение вводишь, или сам не разобрался еще. Это единый общий параметр всего семейства pdoTools. Работает во всех сниппетах и, по идее, должен работать во всех компонентах, которые используют в своем ядре класс pdoTools