Александр Туниеков

У сергея раздвоение личности :-). А почему сам техподдержку не делаешь? Техподдержку первого уровня

Ясно :-). У тябя много мопедов? Опытом поделиться не хочешь? :-)

а с безопасностью как?

Насколько мог сделал. Везде (int) и modx_sanitize на входящих. Вообще не спец по безопасности. Что разобрался, сделал на первой же выпущенной версии. Планирую заказать аудит безопасности, но пока денег нет и компонент бесплатный. Надеюсь раскручу директора, но это только через месяца 3.

это я так понял все тот-же datatables

Нет. Это свой полностью самописный компонент!
https://github.com/touol/getTables https://gettables.ru/

Сломали что было хорошего и типа выпустили новый версию. Меня новое пространство имен добивает. Я ленивый и писать трехэтажную конструкцию типа \MODX\Resource и т.д. меня добивает. И почему getService убирают??? Мне удобно а новое вообще не понятно.

Я вот не понял это кто заметку написал? Автор компонента Сергей Шлоков? И тогда почему в третьем лице??? О_О

Ну была задача 4 редактируемые таблицы сделать. Для каждой отдельно писать ajax запросы — это дня 4 работы. А getTables это умеет уже из коробки. Только под bootstrap заточен. Написать инструкцию-таблицу на нем 1 час работы максимум. Единственно что пришлось повозиться, это свести всю работу с модалкой в 1 модуль.
Вообщем теоритические 4 дня против практических 9 часов. 4*8*600 = 19 200р и 9*600=5 400р. Выгода очевидна :-).
Следущий раз стилизую за часа 2-3.
А vue и т.д. не умею раз. Во вторых там все равно на стороне бекенда надо писать. vue и ничего другого не умеет по умолчанию с API MODX работать.

У вас же вся работа с картой объектов на фронте, верно?

Верно. Но и перетащить в админку не сильно долго. Только пока смысла напрягаться нет. Мне по работе на фронте удобнее. Еще требуется getTables и bootstrap. Но от bootstrap не особо сложно отказаться.

Получился практически полный аналог imgArea :-). Едиственное существенное отличие у меня редактор во фронте, а imgArea редактор в админке. А я не пускаю юзеров в адинку без необходимости.
Плюс отличия:
1) у меня карта выводиться на svg, а у Павла на map. Ну это не критично.
2) У меня можно вызвать модалку на карте с любыми параметрами. Только модалка на бутстрап.

А вообще если бы знал что есть imgArea, то со своим компонентом бы не парился :-(. Но зато узнал много нового и с js немного прокачал :-).
Интересно. По новым правилам опубликуют или нет :-)

Блин ну почуму я не видел этого компонента???!!!

Ок сегодня попробую опубликовать. выше на 10+%. Но шифровать пакет и скрывать исходники уже не буду :-). Отгорело. Чисто плата за техподдержку.

Ну компонент делался независимо от Ильи. И подали их почти одновременно.
Так разница:
1) Я сделал 3 компонента RealMessenger, gtsNotify и сервер уведомлений на nodejs.
gtsNotify — общая система уведомлений, которая позволяет вотнуть на сайт любые уведомления и писать компоненты с realTime уведомлениями. Например, чат, мессенджер, уведомления о новых товарах и т.д. RealMessenger работает через gtsNotify.
От сервер уведомлений на nodejs счас отказался.
В reMessages общей сиистемы уведомлений нет.
2) RealMessenger сделан как стандартный мессенджер. С полем чатов, поиска чатов и контактов слева и полем сообщений справа. Ориентировался на скайп.
В reMessages поле чатов и поле сообщений заменяют друг друга. По видимому удобно для мобильных. Нет поиска чатов и контактов.
3) В reMessages добавление чата по ссылке. А в RealMessenger чаты добавляются из поиска, который ищет по группе пользователей MODX
Вроде все :-)

Хм… а сравнить не пробовали?
У меня счас код открытый. remessages на modhost можно посмотреть

Или я ошибаюсь?

В магазин не взяли. Я пробовал подавал. И есть подозрение что отказал тот Илья Уткин :-). Он там модератером не работает?
Чисто подозрение. Не знаю какой модератор отказал.

Думаешь мне охота было сидеть париться, чтоб просто в пику выпустить такой же компонент?
Клиент просил обновить компонент. И пришлось сделать. А выпустить? Так компонент нормальный -пусть юзают :-).
Не парься будут и тем и тем компонентом пользоваться. И у одного и другого свои достоинства и не достатки.
И еще спроси у сисадмина linux бесплатный? Ответит бесплатный, но поддерживать его заколебешься.
Мой компонент сложнее и точек потенциальных ошибок гораздо больше :-)

Или у Вас данные с форм в базе не храняться?

Тут 2 варианта либо на сайте генерируете файл с нужными данными в любом формате: xml, json,csv. Ссылку на файл даете 1сникам. И 1с переодически грузит этот файл.
Либо 1сники юзают HTTP-сервис 1С https://www.uroki-1c.ru/2018/11/http-1.html и делают вам API какое нужно.

телефон клиента и его РоиСтат ИД

Как выгружать файл зависит от вашей базы. Не знаю как у Вас храняться данные. А РоиСтат ИД в первый раз слышу :-).

Обновлений нет. Не знаю что с ним дальше делать.

Рад что помог :-)

Можно попробовать плагин на ondocformprerender. https://docs.modx.com/current/en/extending-modx/plugins/system-events/ondocformprerender

<?php
$eventName = $modx->event->name;
switch($eventName) {
    case 'OnDocFormPrerender':
        if($mode == 'new'){
            if($count = $modx->getCount("modResource',['parent'=>$resource->parent])){
                $count = $count +1;
            }
            $modx->regClientStartupHTMLBlock('
            <script type="text/javascript">
        		Ext.onReady(function() {
                    var pagetitle = Ext.select("#modx-resource-pagetitle");
                    pagetitle.setValue("Page '.$count.');
        		});
        	</script>');
        }
        break;
}

Не тестировал. Но вруг сработает. Главное чтоб $resource->parent был определен.

У меня все TV пропадали, кроме тех, что вне категорий. Выяснилось, что исчезло поле rank таблицы категорий, а при построении TV делается запрос категорий с сортировкой по rank. И соответственно запрос ничего не возвращал.
Проверяй таблицу категорий, файлы manager\templates\default\resource\sections\tvs.tpl, manager\controllers\default\resource\update.class.php, manager\controllers\default\resource\resource.class.php.