Дмитрий Крахмалев

Когда активен плагин — все отлично прописывается. Но как только я пытаюсь программно сменить статус на Закрыт, он все равно прописывает как было до этого.
Для автора обращения вывожу кнопку «Закрыть обращение» при нажатии на которую происходит закрытие обращения, так вот статус меняется на 0-Закрыт но когда страница загружается стоит уже 1 — открыт, как было до этого.
Код кнопки:

//=================================================
	$ticket = $modx->resource;
	$ticketID = $ticket->get("id");
	$status = $ticket->getTVValue('Status');
	
	$user=$modx->getUser();
	//Смотрим а обладает ли пользователь правами закрывать обращения (админы или сам создатель)
	if ($ticket->get("createdby")==$user->get("id")){$isRules=1;}else{$isRules=0;}

if (isset($_POST["closeTicket"])){
	if ($status==0){
		echo "Обращение уже было закрыто!";
	}else
	{
		//Смотрим а обладает ли пользователь правами закрывать обращения (админы или сам создатель)
		if ($isRules=1){

			//Оставляем комментарий (для этого получаем ссылку на ветку)
			$thread = $modx->getObject('TicketThread', array('resource' => $ticketID));
			$threadID = $thread->get('id');

		    $comment = $modx->newObject('TicketComment');
			$comment->set('thread', $threadID);
			$comment->set('text', 'Пользователь '.$user->get('username').' закрыл данное обращение.');
			$comment->set('raw', 'Пользователь '.$user->get('username').' закрыл данное обращение.');
			$comment->set('name', 'Оповещение системы');
			$comment->save();


			$modx->resource->setTVValue('Status',0);
        	$modx->resource->set('status', 0);
			echo $modx->resource->get('status');
			$modx->resource->save();
			$modx->resource->clearCache();
			echo "<div class='alert alert-success' role='alert'>Данное обращение было закрыто пользователем ".$user->get('username')."!</div>";
		}
	}
}
else{	
//Если не нажимали на кнопку показываем форму (если пользователь - автор Обращения)
  if (($isRules=1) and ($status!=0)){
	  echo "

			<div class=\"panel panel-default\" id=\"closeTicketPanel\">
			  <div class=\"panel-body\">
				  <form method=\"post\" action=\"[[~[[*id]]]]\" name=\"closeTicketForm\">
					  <input type=\"hidden\" name=\"ticketId\" value=\"[[*id]]\" />
					  <input type=\"submit\" name=\"closeTicket\" id=\"closeTicket\" value=\"Закрыть обращение\" />
				  </form>
			  </div>
			</div>
	  ";
  }
}

Код плагина:

<?php
switch ($modx->event->name) {
    case 'OnMODXInit':
        // Загружаем наше поле в модель ресурса
        $modx->loadClass('modResource');
        $modx->map['modResource']['fields']['status'] = '0';
        $modx->map['modResource']['fieldMeta']['status'] = array(
            'dbtype' => 'tinyint',
            'precision' => 1,
            'phptype' => 'integer',
            'null' => false,
            'default' => '0',
        );
        $modx->map['modResource']['fields']['prior'] = '1';
        $modx->map['modResource']['fieldMeta']['prior'] = array(
            'dbtype' => 'tinyint',
            'precision' => 1,
            'phptype' => 'integer',
            'null' => false,
            'default' => '1',
        );
        break;
    case 'OnDocFormSave':
        // Сохраняем ТВ в поле таблицы ресурса
		$status=$resource->getTVValue('Status');
		$prior=$resource->getTVValue('prior');
		if (isset($status))  {$resource->set('status',$status);}
        if (isset($prior))  {$resource->set('prior', $prior);}
        $resource->save();
		
        break;
}

Может кому то будет полезным, решил задачу путем создания пустышки чанка формы оставления комментария и указании его если статус = 0 (закрыт)

[[!*Status:is=`0`:then=`[[!TicketComments? &depth=`5` &tplCommentForm=`noTicketNewCommentForm`]]`:else=`[[!TicketComments? &depth=`5`]]`]]

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

Код сниппета isSelectExecutor представлен ниже:

<?php
$user=$modx->getUser();
$order_user_id=(int) $modx->getOption('order_user', $scriptProperties, -1);
$priceByIspolnitel=(int) $modx->getOption('priceByIspolnitel', $scriptProperties,0);
$comment_user_id=(int) $modx->getOption('comment_user', $scriptProperties, -1);
$user_price=(int) $modx->getOption('user_price', $scriptProperties, 0);
$url= $modx->getOption('url', $scriptProperties,'');

$vibor_link="<span class='vibor_ispolnitel'><a href='".$url."'>ВЫБРАТЬ ИСПОЛНИТЕЛЯ</a></span>";

if (($url<>'') and ($order_user_id<>-1) and ($comment_user_id<>-1) ){
   if (($user->get('id')== $order_user_id) and ($user->get('id')!= $comment_user_id)){
       if ($priceByIspolnitel==0){
            echo $vibor_link;    
       }else{
           if ($user_price>0){echo $vibor_link; }
       }
   }
   
   
   
}

Кажется разобрался… дело было в том что сохранение и очистка кэша была после return. Поправил, все очистилось успешно!

$ticket ->setTVValue('status', 'В исполнении');
                $ticket->save();
                $ticket->clearCache();
                return "
                <h2>Исполнитель успешно привязан к заданию!</h2>

Вопрос по getTickets. Я передаю в параметры снипета допустимые TV поля, и они почему то в этом документе не обновляются. Они что кэшируются? Как их сбросить я что то вообще не понимаю. На всех страницах поле дополнительное выводится, а вот на странице, которая обрабатывалась через getTicket поле пустое, как до изменения…
Или как сделать тикеты по умолчанию не кэшируемыми… хотя из за одного поля это глупо. Это поле определяет Статус, по умолчанию оно пустое, а позже когда нажимаю Выбрать исполнителя статус присваивается «В исполнении». На всех страницах он отображается а на странице заказа нет… спасает полная очистка кэша.

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

а сброс кэша страницы сбрасывает только закэшированную структуру страницы, или еще и все кэши использованных на данной странице изображений удаляются? Может каким то образом нужно очишать кэш именно рисунка… но вообще не представляю как.

Попробовал вывести все что в сессии хранится, кроме идентификатора пользователя, политик и групп ничего по профилю пользователя не встретил

Чистить ключ сессии… а как его обновить затем. или перетереть путем к изображению сразу же. Просто стал замечать что если другие пользователи тоже сменили свой фон и к ним зайти в профиль то тоже может не сразу показать, а это уже не в сессиях хранится.

Аналогичная ситуация. до ручной перезагрузки страницы не изменяется.

<?php
$resource=$modx->getObject('modResource',2);
$resource->clearCache();
    $resource->_contextKey = $resource->context_key;
    $cache = $modx->cacheManager->getCacheProvider($modx->getOption('cache_resource_key', null, 'resource'));
    $key = $resource->getCacheKey();
    $cache->delete($key, array('deleteTop' => true));
    $cache->delete($key);

Может ли это быть связано с редиректом используя Javascript или нет.

setTimeout('document.location.href="[[~2]]"', 2000);

Может стоит через makeurl и Redirect modx попробовать…

А информация профилей юзеров не кэшируется в modx или ее тоже нужно очищать?.. а то может поле extended тоже берется из кэша…

Так же хочу добавить, что структура хранения изображений пользователей определена как вложенность
uploads/[[#ID пользователя]]/bg.jpg. Меняются только ID пользователей, а для одного профиля новый фон так и остается с таким же именем файла. сделано это чтобы фоновые изображения не переполняли диск, да и нет смысла в названии файла подругому. Единственное что может быть изменно в имени это расширение файла.
Может эта информация будет важна. Имя файла остается неизменным.
Никаких phpthumbof не использую. программно произвожу обрезку изображение через php сценарий в момент орбаботки загружаемого файла.

Разобрался. Может кому пригодится. Делается так
1) указывается input-TV-type listbox
2) в Input Option Values заносим

@SELECT  CONCAT_WS ('  -->  ', `from`, `to`) as `route`,`id` FROM `modx_taxi_routes`

с указанием своих полей из своей таблицы

p.s CONCAT_WS я просто использовал для объединения полей откуда и куда.

У меня тоже на интернет магазине база сделана изначально была на migx. потом все переделал на migxdb чтобы доработать импортер. он у меня все характеристики товаров загружал параллельно с загрузкой товаров. Тоже товаров прилично и не тормозило. но опять же тут запрос происходит с фильтрацией по товару. тоесть если отталкиватся от одного товара то там и не так уж много характеристик, и опять же не столько содержит информации как статьи и новости. На новостном же портале может находится десятки тысяч новостей с достаточно объемным содержимым.
Ну думаю там тоже благодаря getPage и других результаты будут отсекатся. так что дуамю сильной нагрузки наверно не возникнит. Если конечно же взять для этих целей нормальный хостинг.
Кстати по поводу хостинга. Сайт будет выводится как главный сайт города а следовательно со временем посетителей будет прилично. Какой производительности хостинга для этих целей будет достаточно… Обычно я обходился самым дешевым хостингом от beget.

А MIGXDB участвует в выводе элементов? вывод же поидее не через процессоры а через pdo или xPDO будет осуществлятся… я вот просто думаю что migxdb наложет свой отпечаток в админке, а на самом сайте не знаю. вот и спрашиваю.
Компоненты сам писать пока так и не получилось. Проблема встала именно с разработкой CMP. не все понятно. Migxdb делает это за нас. я так понял смысл там такой же то что он генерирует и схему и классы

Клево! Спасибо! Так то xPDO и не так то страшен) особенно когда начинаешь работать с самой базой данных

Спасибо! то что нужно. А можно одновременно использовать и id с первичным ключем автогенерируемый, и потом прописать двойной индекс. Просто если сделать без id, то в таблице заказа такси предется тоже предусмотреть 2 поля откуда и куда. Что приведет к переизбыточности информации.