И вообще TV на самая большая проблема в этой задаче, самая большая проблема это я, потому что я не понимаю что не так, в голове и на бумаге логика безупречна, а код работает не правильно.

Сорри, слово before не заметил)))

Сразу скажу, с PayAndSee не работал, но он тут и не причём, вам нужно к информации о пользователе добавлять id оплаченной конфигурации, после чего уже при выводе проверять какая конфигурация(и) оплачена(ы), те и показывать. Логика простая, вот реализация у неподготовленного человека может вызвать проблемы. В самом простом варианте для записи данных о купленных модификациях я бы повесил плагин на создание заказа или на смену статуса, саму запись делал бы в поле extended объекта modUser, ну и для вывоза написал бы сниппет, который бы проверял что куплено и в соответствии с этим показывал только доступные файлы. Я бы действовал так. Думаю это не лучшее из возможных решений, но точно одно из простых.

>>>У меня не далее как вчера сохранялась.
Серьезно? На событие OnBeforeDocFormSave? skrinshoter.ru/s/290121/E2iWCCxq

>>>т.е. в плагин приходит уже новое значение.
В плагин на событие OnBeforeDocFormSave приходит новые значение, а вы заметили, откуда я извлекаю старое? Пытались мой пример протестить?

Почему вы считаете, что TV не сохраняется из плагина? У меня не далее как вчера сохранялась. И второй момент, почему вы считаете, что TV не нужно, ведь значение menuidex сохраняемого ресурса меняет не плагин, а пользователь, т.е. в плагин приходит уже новое значение.

Если плагин повесить на OnBeforeDocFormSave, то можно обойтись без промежуточного TV

<?php
$eventName = $modx->event->name;
switch($eventName) {
    case 'OnBeforeDocFormSave':
        $menuindex = $modx->getObject('modResource', $id)->get('menuindex');
        $new_menuindex = strip_tags($_POST['menuindex']);
        
        $modx->log(1, print_r($menuindex, 1));
        $modx->log(1, print_r($new_menuindex, 1));
        
        break;
}

В этом случае нужно помнить, что не срабатывает сохранение TV-поля из плагина. Но оно в данном случае нам и не нужно.

Ясно. А такая задача: создавать несколько тредов с одним и тем же, только под разными темами как форум. Возможно?

Тоже столкнулся с этим, после обновления на minishop2 версий 2.7 — 2.8, ошибка выходит на страницах каталога с mSearch2

Здравствуйте.
Возникла ошибка которую никак не могу решить.
Не генерирует pdf у товаров где в название слеш, например 4sto.by/katalog/legkovyie/podemniki/2-x-stoechnyie/avtopodemnik-dvuxstoechnyij-rossvik-v2-5.5l-g/p-5.5t,-380v/
Что это может быть?

Ну вот… а я поисковый запрос не смог сформулировать и не нашел. Так бы не парился с сервисом и сделал выложил бы компонент еще полгода назад. Но по любому счас на их сервис добавить настройку надо будет. Свой сервис смысла держать вроде нет. Оплаченных полгода проработает и если клиенты на него не пойдут, то отключу его нафиг :-).

Судя по форуму, они как минимум года 4 существуют:

Блин. comet-server.com уже 2 года работает :-(. Я 2 года назад искал подходящий push-сервис и ничего не находил. Пришлось мутить собственный сервис вебсокет уведомлений.

Один, изначально нужно было заказчику просто на сайт личные сообщения сделать. Потом там накрутилось фишечек. Года два валялось в недоделанном виде)

И теперь сообщения на сайт можно добавть даже 2 вариантами, если мой компонент пройдет модерацию :-).
Ты один делал компонент или комманда трудилась, если не секрет? У меня вид не айс. я верстку плохо знаю :-(.

Да, много есть таких вариантов. Это может быть и доска объявлений, и специфический сайт, например — каталог мероприятий. Теперь сообщения можно добавить на любой сайт, где есть пользователи.

Переписка между группой пользователей предостовляющим услуги на сайте и группой пользующиюся этими услугами. Например, врачебный сайт: онлайн врачи и пациенты. А владельцы сайта не хотят чтоб они в соцсетях без них общались. Только компонент Ильи, наверно, не преспособлен для такой ситуации. Не вижу разбивку пользователей мессенджера на группы.

Сейчас сообщения как раз и реализованы на топиках. Когда пользователь пишет первое сообщение, создаётся тред, у нему прикрепляется два пользователя — кто написал и кому написали. Но теоретически можно создать тред и прикрепить к нему даже нескольких пользователей. Тогда это будет групповой чат.

врядли же кто то пишет соцсети на modx

Есть такие люди)

Илья, внешний вид — классный. Внутри работает хорошо. Вложения прикрепляет.

Вопрос. А сложно сделать с отдельными топиками?

Пользователь создает топик.
Приходит уведомление админу.
Ведется сообщения до победного.

Я переписал код, но он всё равно как-то не так работает

<?php
switch ($modx->event->name) {
    case 'OnDocFormSave':
        $oldValue = $resource->getTVValue('old_value');
        $newValue = $resource->get('menuindex');
        $resource->setTVValue('old_value', $newValue);
        $resource->save();
        $resources = $modx->getIterator('msProduct', array('parent' => $resource->get('parent')));
        
        if($newValue < $oldValue){
            foreach($resources as $res){
                $menuindex = $res->get('menuindex');
               
                if($menuindex >= $newValue && $menuindex < $oldValue && $res->get('id') != $id){
                    $res->set('menuindex', $menuindex + 1);
                    $res->set('old_value', $menuindex + 1);
                }
                
                $res->save();                
            }
        }
        else{
            foreach($resources as $res){
                $menuindex = $res->get('menuindex');
               
                if($menuindex > $newValue && $menuindex <= $oldValue && $res->get('id') != $id){
                    $res->set('menuindex', $menuindex - 1);
                    $res->set('old_value', $menuindex - 1);
                }
                
                $res->save();                
            }    
        }
    break;
}