Максим Кузнецов

Для pdoPage есть плейсхолдер [[+page.total]]

Если на чистый MODX ставятся только эти пакеты — 90% вероятность, что проблема в хостинге.

Думаю, самый большой шанс разрешить этот вопрос — обратиться в поддержку https://store.simpledream.ru/, т.к. компонент платный.

… как так вышло, что заголовок пустой?)

upd: а, понял — там пробел…

При создании/редактирование tv есть закладка «параметры вывода» — все нужные тебе настройки там.

Достаточно удалять, порядковый номер айди не влияет на работоспособность (кроме эстетического удобства) + в sql, насколько я помню есть действие сброса счета Id, чтобы выставлять новым строкам в таблице данных номер по освободившимся Id.

По оптимизации, думаю, достаточно грамотно реализовать php-составляющую + в зависимости от поставленных задач, повесить на cron, допустим, обновление кэша раз в сутки.

Также для проверки «узких мест» сайта для последующей оптимизацией можно воспользоваться debugParser'ом.

Спасибо.)

Подскажите, а данная возможная проблема с дополнением еще актуальна?

Без обид, я знаю, что ты хороший программист, судя по некоторым твоим постам и ответам, но зачем здесь о политике и паранойе?) Да и какая, в сущности, разница — сколько у твоих сообщений минусов и плюсов.

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

Если опустить оптимизацию, можно через api написать сниппет, запускающий pdoTools и смотреть параметр total, после чего делить его на 3, определять остаток и в return возвращать полученное количество дивов, в которые заключать плейсхолдеры. [[+myPlN]]

Могу ошибаться, но: docs.modx.pro/components/pdotools/general-settings — разве для вашей задачи частично не подойдет параметр &tpl_nN?

— реализуешь функционал (со стороны бэкэнда или, в зависимости от получаемого ответа на фронтэнде (результат оплаты — true, допустим)), который будет добавлять юзеру 2 дополнительных поля (можно в одно уместить, думаю, но с 2-мя нагляднее) — включен ли премиум (0/1) и до какого времени (дата, можно через нее одну работать без премиум-поля)

— на странице, где выводится премиум контент реализуешь:
а) проверку авторизован ли юзер и если нет — требование авторизоваться
б) проверяешь, есть ли у него соответствующие доп.поля и удовлетворяют ли они условиям, если да -> выгружаешь контент, если нет -> предлагаешь взять премиум.

для этого сниппета размер превью указывается в «источниках файлов», в строке thumbnails.

Вот по такому принципу:

[{"w":240,"h":240,"q":90,"zc":"1","bg":"FFFFFF"},{"w":75,"h":75,"q":90,"zc":"1","bg":"FFFFFF"}]

можно..)

сам шаблон — визуальная составляющая сайта и натягивается исключительно при помощи html+css+js, без сильной зависимости от программной части.

А вот подцеплять данные к нему из разных частей сайта — вопрос уже другой и вряд ли будет функционировать «из коробки» данной темы к Boostrap'y.

Боги, только не говорите, что политика и дегенераты добрались и до сюда…

Разве в pdoResorces по-умолчанию не стоит аналогичное значение для родителя?

Почему это звучит так, будто тебе что-то «должны» доказать…

По поводу скрипта — да, работать будет, но это — костыль.

По поводу вашего кода — в том то и соль, что select — не input и, видимо, обрабатывается иначе.

Подскажите пожалуйста ответ на вопрос по поводу значений из селектов для TicketForm:

Есть html-кусок в чанке создания тикета для TicketForm:

<select class="roundInput" name="news.Category">
	[[!getTv? &tvName=`news.Category`]] 
</select>

И сниппет getTv, который подцепляет возможные значения tv-поля:

<?php
	$getCategory = $modx->getObject('modTemplateVar',array('name'=>$tvName));
	$getCategory = $getCategory->get('elements');
	$getCategory = explode('||',$getCategory);

	if (!isset($defaultText)) {$defaultText = 'Выберите категорию';}
	
	if (in_array($current, $getCategory)) {
		echo '<option disabled="disabled" value="">'.$defaultText.'</option>';
	}
	else {
		echo '<option disabled="disabled" selected="selected" value="">'.$defaultText.'</option>';
	}
	
	foreach($getCategory as $key => $value) {
	 	$row = explode('==',$value);
	 	if ($current == $row[1]) {
	 		echo '<option selected="selected" value="' . $row[1] . '">' . $row[0] . '</option>';
	 	}
		else {
			echo '<option value="' . $row[1] . '">' . $row[0] . '</option>';	
		}
	 }

— который формиует option поля. Но TicketForm не воспринимает выбранное значение при добавление тикета и просит заполнить соответствующее поле. Подскажите, пожалуйста, в чем может быть причина?

Если в настройках системы включен makitup и в консоле нет ошибок — советую проверить теги body и head — они должны быть написаны строчными буквами и присутствовать в шаблоне.

Нашел небольшой баг с js-скриптом — если с обычной страницы перейти на страницу с пагинацией (или наоборот) и после воспользоваться кнопками браузера следующая/предыдущая страница — поле контента (даже если возвращаешься на страницу без пагинации) применяет свойство opacity: .3 и останавливается на этом.