Василий Наумкин

Попробуй вызывать msOptions кэшированным.

Изначально фильтр придуман для работы с результатами поиска, а это как раз обычные ресурсы.

По лицензии — F.A.Q., пункт 3.2

modstore.pro/msearch2

Ты почитай сначала про одно, а потом про другое.

Это совершенно разные вещи. Примерно как автобус и контейнер для грузов.

Это потому, что HeadHunter требует user agent, видимо как защиту от простейших роботов.

Осваивай cURL:

<?php
$array = array();

$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, 'https://api.hh.ru/vacancies?area=1955');
curl_setopt($ch, CURLOPT_HEADER, false);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_USERAGENT, "User Agent");
if ($content = curl_exec($ch)) {
  $array = json_decode($content, true);  
}
curl_close($ch);

echo '<pre>';
print_r($array);

И что он должен выдать?

print_r($array);

забыл, как минимум.

Полагаю, Instagram просто не отдаёт эти данные совсем.

Документация, параметр &tplWrapper — там нужно убрать плейсхолдер [[+top]].

Минус от меня, за то что тебе лень использовать тег code, создавая тем самым битые ссылки на modx.pro. А мне потом приходится редактировать это дело.

На будущее — желательно нажимать ссылку «ответить» под комментарием, чтобы на него ответить. Тогда автору комментария придёт об этом уведомление.

А ты пуляешь все комментарии в корень ветки. Это и выглядит не очень, и я никаких уведомлений о твоём вопросе не получал.

P.S. Всё твои ответы перенёс повыше.

[[!*createdby]]

Это создатель текущей страницы и не факт, что он заходил через соцсети.

Если нужен определённый юзер, то нужно указать его id, числом. А если нужен текущий юзер, авторизованный в системе, то нужно использовать вот такой плейсхолдер:

&where=`{"internalKey": [[!+modx.user.id]]}`

Ну а для оформления кода у нас на сайте нужно использовать тег code:

<code></code>

Ajax или обычный запрос на свой сайт, а там сниппет, который сделает запрос через cURL на сторонний API.

Я бы написал плагин на событие сохранения комментария:

if ($modx->event->name == 'OnBeforeCommentSave') {
	if (stripos($_POST['text'], 'b-nosov.blogspot') !== false) {
		$modx->event->output('Хватит спамить!');
	}
}

Email очень просто изменить, поэтому лучше проверять текст комментария на спамерскую ссылку.

Сомневаюсь.

Отличный анализ, спасибо!

Думаю, ничего страшного не случится, если я пока оставлю всё как есть.

На мой взгляд, если приходится много чего-то копировать, то лучше наследовать и расширять.

Тем более, что технически ничего не мешает написать сторонний парсер, который будет наследовать pdoTools со всеми его возможностями. А pdoParser просто отключить при установке и возвращать обратно при удалении.

Но это моё сугубо личное мнение, никому не навязываю.

Насколько я вижу, половина логики Twiggy скопирована из pdoTools, поэтому и отвечаю на твои вопросы =)

Тут ответ однозначный: где-то неверная последовательность вызова/вывода.

Может быть.

Но по моему, дело в том, что теги Fenom на странице отрабатывают после процессинга документа через MODX, и данные кэшированных сниппетов не попадают в массивы скриптов и стилей. То есть, сниппет кэшируется, а то что он регистрировал в первый раз — нет.

Вот тестовый сайт:
чанк с кэшированным вызовом MinifyX
класс pdoParser с закоментированным добавлением скриптов и стилей после обработки тегов Fenom

Логин s3914
Пароль UAChpcjgpO9r

Ты чего меня на вы-то? Вроде уже лично познакомились.

А вообще, тут всё просто. Без этой правки скрипты и стили из кэшируемых сниппетов, вызванных через Fenom, не добавлялись на страницу. А с ней — добавляются.

Сделать так мне показалось просто и логично, но если ты считаешь, что MODX нужно делать дополнительный вызов плагина для этой операции — шли PR на GitHub, добавим.

Следите за руками:

[[!pdoResources?
	&class=`haUserService`
	&sortby=`id`
	&tpl=`@INLINE <p>{{+provider}} - {{+profileurl}}</p>`
	&where=`{"internalKey": [[!*createdby]]}`
	&showLog=`1`
]]

Чанк можно усложнить — вынести отдельно и расписать любые условия через Fenom.