vectorserver

<?php
$file = ('<div class="video-iframe yt-vme-container" style="position: relative; inset: unset; max-width: 640px; padding: unset; height: 100%; width: 100%;"><script type="text/javascript" src="https://youtube-com.cdn.vidyome.com/vidyome/builds/player.js" id="vme_player_13232258508328254" container-id="vme-yt-66035627250847576" site-id="MTcwNQ==" video-id="ytb" video-play="false" video-source="https://www.youtube.com/embed/b6aLl-W8gCk?" video-poster="https://i.ytimg.com/vi/b6aLl-W8gCk/hqdefault.jpg">...</div>');

$doc = new DOMDocument();

$doc->preserveWhiteSpace = false;

$doc->loadHTML($file);

$xpath = new DOMXpath($doc);

$video_source = $xpath->query("//@video-source");

if($video_source->length){
    
    echo "video-source: {$video_source->item(0)->value}";
}

Удачи! Но что-то мне подсказывает, что ты вернёшься!)

Вай, Баха красавчик, все по полочкам!

cron console

/usr/bin/php /var/www/u1003749/data/www/site.ru/instacron.php > /var/www/u1003749/data/www/site.ru/instacron_log.html && >/dev/null 2>&1

cron wget

wget http://site.ru/instacron.php --spider

instacron.php

#!/usr/bin/php
<?php
define('MODX_API_MODE', true);
require 'index.php';

$modx->getService('error','error.modError');
$modx->setLogLevel(modX::LOG_LEVEL_FATAL);
$modx->setLogTarget(XPDO_CLI_MODE ? 'ECHO' : 'HTML');
echo $modx->runSnippet('outputInstagram');
exit;
?>

Так проще и быстрее, без обид друг)
Код сниппета ParseInsta:

<?php
//ParseInsta
$cacheKey = "insta_".md5($url);

$returnCache = $modx->cacheManager->get("$cacheKey");

if(!$returnCache){
    $doc = new DOMDocument();
    $doc->loadHTMLFile($url);
    $xpath = new DOMXpath($doc);
    $sharedData = $xpath->query("//html/body/script[1]")->item(0)->textContent;
    $str = $sharedData;
    $modx->cacheManager->set($cacheKey, $str, 7200*60);
    return $str;
}

return $returnCache;

И далее JSON обрабатываем через JS или конвертуть в массив и использовать в чанках

<script>
var instaphotos = [[ParseInsta? $url=`https://www.instagram.com/explore/tags/кофесос`]];
//bla bla bla
</script>

$c->select(array(
    'subject' => '`Document`.`pagetitle`',
    'date' => '`Document`.`publishedon`',
    'groups' => 'GROUP_CONCAT(";", CONCAT_WS(",", Group.id,Group.name,Group.color))'
));

Или в товаре указывай несколько вариантов артиклов и тп pn-54030||pn54030

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

Где в коде выбор? В упор не вижу, только шаблон статьи вижу

отсекай все знаки в запросе
Прbмер php:

<?php
$search = isset($_GET['search'])? trim($_GET['search']) : false;
if($search){
$str = mb_strtolower($search);
$findstr = str_replace(array('-','.','other'), '', $str);
//code...
}

Ну вот!
— Мне оригинал на сервере не нужен (лишний вес)
— при удалении оригинала phpthumbon не будет генерить, а отдаст заглушку

Зы: я понимаю, если у тебя портал картинок и или чертежей где нужно держать оригинал.
Но для этого тоже можно сделать несколько размеров (версий 1.2.3.4) при загрузке изображения

Не понимаю зачем кешировать, если можно пользоваться уже залитым оптимизированным изображением или ты имеешь ввиду кешированные для админки?

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

[[*id:input=`<link href="путь до .css" rel="stylesheet">`:htmlToHead]]

[[*id:input=`<script src="путь до.js"></script>`:jsToBottom=`1`]]

Согласен, но есть и другие обозреватели Safari, Edge и др кроме хрома (эмуляторы этих браузеров порой не правильно отрабатывают).

ЗЫ — делал чисто для своего удобства (не комерс)

Крутяк, для всяких вики статей самое то!

А зачем тебе лимит если ты хочешь выводить меню как в админке?

pdoMenu умеет это делать

Зона применения jQuery стала несколько уже, не стала меньше.
Забывать про него пока рано.
Да, благодаря тому же jQuery, «подрос» сам JS.
Да, для сложных клиентских приложений придуманы фреймворки, но даже используя их, иногда проще что-то делать с jQuery.
И да, подключить jQuery ради одного селектора сегодня уже нет необходимости, ка не было ее и 15 лет назад, когда jQuery только родился.
Для каждого инструмента — свое применение, профессионала отличает правильный выбор инструмента и грамотное его использование.
Уверен — jQeury еще поживет. Не знаю насколько долго, но в ближайшие 2-3 года ему еще найдется применение.

Потому что, лень двигатель прогресса!
А чем JQ плох?