есть поле prnt.sc/gTm16QUgah9S
вот часть кода

public function getProductGroups($id) {
		if (isset($this->cache['products'][$id])) {
			return $this->cache['products'][$id];
		}
		$groups = array();

		if ($product = $this->modx->getObject('msProduct', $id)) {
			$ids = $this->modx->getParentIds($id, 10, array('context' => $product->get('context_key')));
			$ids[] = $id;
		}
		else {
			$ids = array($id);
		}
		$q = $this->modx->newQuery('msCategoryMember', array('product_id' => $id));
		$q->select('category_id');
		$tstart = microtime(true);
		if ($q->prepare() && $q->stmt->execute()) {
			$this->modx->queryTime += microtime(true) - $tstart;
			$this->modx->executedQueries++;
			if ($tmp = $q->stmt->fetchAll(PDO::FETCH_COLUMN)) {
				$ids = array_merge($ids, $tmp);
			}
		}
		$ids = array_unique($ids);
		$where = count($ids) > 1
			? array('document:IN' => $ids)
			: array('document' => $ids[0]);

		$q = $this->modx->newQuery('modResourceGroupResource', $where);
		$q->leftJoin('msdProductGroup', 'msdProductGroup', 'msdProductGroup.id = modResourceGroupResource.document_group');
		$q->select('document_group, discount');
		$q->sortby('discount');
		$q->groupby('modResourceGroupResource.id');
		$tstart = microtime(true);
		if ($q->prepare() && $q->stmt->execute()) {
			$this->modx->queryTime += microtime(true) - $tstart;
			$this->modx->executedQueries++;
			while ($row = $q->stmt->fetch(PDO::FETCH_ASSOC)) {
				$groups[$row['document_group']] = $row['discount'];
			}
		}
		$this->cache['products'][$id] = $groups;

		return $groups;
	}

строка 412

if (isset($this->cache['products'][$id])) {
			return $this->cache['products'][$id];
		}

строка 452

$this->cache['products'][$id] = $groups;

Проверь наличие поля article в таблице ms2_products.
Это стандартное поле, оно всегда было в минишопе. Никаких манипуляций с ним никогда не производилось.

Доброе утро.

[2025-11-25 23:10:22] (ERROR @ /home/public_html/core/components/msdiscount/model/msdiscount/msdiscount.class.php : 452) PHP warning: Illegal offset type
[2025-11-25 23:10:22] (ERROR @ /home/public_html/core/components/msdiscount/model/msdiscount/msdiscount.class.php : 412) PHP warning: Illegal offset type in isset or empty
[2025-11-25 23:10:22] (ERROR @ /home/public_html/core/xpdo/om/xpdoobject.class.php : 240) Error 42S22 executing statement: 
Array
(
    [0] => 42S22
    [1] => 1054
    [2] => Unknown column 'msProduct.article' in 'where clause'
)

Появились такие ошибки( Версия minishop2 4.4.2.

Спасибо за ответ!

Здравствуйте. Стабильная версия PHP для minishop2 — это 7.4. До 8.1 тоже все работает, но могут быть проблемы с подключаемыми компонентами. Что касается СУБД — рекомендую использовать mariaDB 10.6 — она довольно современна, но при этом не вызывает проблем.
Оптимизацию под mysql 8 насколько я знаю специально никто не делал. Вернее закрывали ряд проблем, но не все.
Насчет возрастания нагрузки не знаю что сказать. Таких замечаний отдельно не встречал никогда.

Если вы хотите вы можете заказать оптимизацию минишоп2 под mysql8 — я думаю сделаем. Можете попробовать организовать сбор средств.

Ну и замечу что начинается эпоха MiniShop3 — он уже почти готов и к новому году я думаю увидит свет в магазине дополнений Modstore

Добрый день. Подскажите, какая версия php лучше подойдет 7.4., или с 8 тоже должно хорошо работать? Так же заметил, что c minishop2 4.4.0 если версия бд более новая (допустим 8.0.42-cll-lve), то при наполнении товаров или категорий сильно возрастает нагрузка на сервер (иногда 300% и сайт перестает работать). а многие хостинги ставят уже такую бд, и нужно постоянно просить, чтоб переносили на более старые сервера с бд 5.7.42-cll-lve. В версии 4.4.2? или причина нагрузки может быть в чем-то так и minishop2 хорошо работает и с 8.0.42-cll-lve?

Здравствуйте, устанавливаем msProductRemains перестаёт добавлять в корзину, по логам добавляет, на странице корзины ошибка minishop2 not defined и соответственно пустая корзина, удаляем модуль — ошибка удаления, но он удалён — переустанавливаем minishop всё работает, но нет остатков, ошибок в логах нету

Отлично. Ну еще проблему с путями решить и норм) Но судя по комментам о Thumb2x, картинки весят больше, чем после обработки pthumb — что тоже ставит новые библиотеки под вопрос, а лучше ли они. Пока pthumb выглядит поинтереснее, да и в принципе не сложно ему самостоятельный небольшой апдейт сделать, чтобы был заточен чисто по php 8+

Этого не будет

{$images | Thumb3x: «w=239&h=331&zc=1&f=webp»}
— не до конца воспринимает, в webp не конвертирует, а надо бы (только из за этих 2х нюансов уже им не пользуюсь). Будет апдейт, который это поправит без проблем на него перейду.

Так попробуйте и все будет конвертировать (правильный ключ «fm»):

{$images | Thumb3x : "w=239&h=331&zc=1&fm=webp"}

Вот официальный сайт библиотеки если что.
glide.thephpleague.com/

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

pthumb последний раз обновлялся 11 лет назад. Там даже нет поддержки PHP8 — работает он с php 8, прямо сейчас работаю с ним на MODX 3.1.2 + PHP 8.2.
Конечно же не нужно его использовать, если есть современные альтернативы — нету адекватных пока, к сожалению. Thumb3x не плох, может качественнее сжимает, современные библиотеки и на этом все пожалуй) Путь сжатых изображений настроить нельзя (кому как, а мне это надо), базовую конструкцию типа

{$images | Thumb3x : "w=239&h=331&zc=1&f=webp"}

— не до конца воспринимает, в webp не конвертирует, а надо бы (только из за этих 2х нюансов уже им не пользуюсь). Будет апдейт, который это поправит без проблем на него перейду.

Добрый день, это только у меня не подтягивает id страницы? prnt.sc/E-kSiVYnK-9d

Хотелось бы, чтобы плагин из pdf мог генерить картинку как другие умеют…

Да хотелось бы, чтобы модуль мог с внешними url работать

pthumb последний раз обновлялся 11 лет назад. Там даже нет поддержки PHP8, Composer Namespace и т.п.
Конечно же не нужно его использовать, если есть современные альтернативы

пишите что все пакеты старые, а как же pthumb? thumb3x лучше?

Ну я к примеру очень часто использую плагин PageBlocks (free версию — он не поддерживает файловые чанки (которых нет в админке) в своих вызовах — ну или я что то не знаю). В общем я создаю в нем нужные конфиги блоков, создаю для них чанки — этим чанкам после сохранения, ставится галка статический и создается файловый чанк, в котором я уже потом пишу код (как то так)

Спрошу по-другому, почему просто не использовать файловые элементы, не создавая их в админке?

Статические элементы нужны для работы с Git, версионирования и командной разработки. Удобно создавать элементы быстро в админке, а затем дорабатывать их в IDE с подсветкой синтаксиса, автодополнением и всеми инструментами современного редактора. Также это позволяет синхронизировать элементы между окружениями (локальная → тестовая → продакшн) через систему контроля версий, что критично для командной работы.