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

Сделал, отдал заказчику, получил оплату — всё хорошо.

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

Если после установки или обновления pdoTools на сайте белый экран — значит на хостинге PHP 5.2.

Нужно обновить как минимум до 5.3.

Стандартный загрузчик, не поверишь, не генерирует превьюшки. Он только загружает файлы.

Как видно на твоём скриншоте, Tickets тоже загрузил файл нормально, проблема возникла уже с созданием превью.

В общем, передавай привет своему хостеру.

Ну вот тебе и хостинг пишет, что скрипты пытается сохранить картинку выше директории сайта.

!$this->config_allow_src_above_docroot therefore setting "/tmp/tkt_vfvTqG" (outside "/var/www/site12343/site1234.tk")

То есть, сайт лезет за пределы своей директории и phpThumb в MODX бьёт ему по рукам.

Нужно или разрешить такое поведение системной настройкой allow_src_above_docroot или указать в php.ini директорию для временных файлов внутри сайта, как у нас на modhost.pro.

Выводы, у кого здесь ошибка, делай сам.

косвенно, но подтвердили проблему.

Нет, они сказали что где-то когда-то что-то подобное у них вроде было.

И что мне, блин, с этой информацией делать? Когда мне кто-то покажет эту «проблему» — я смогу её исправить. А рассказы в духе

проблема… все еще актуальна. Перепробовал все возможные версии… пробовал на двух разных хостингах ...

И что? Я пробовал на большем количестве хостингов — и ничего такого не заметил.

Причем, в отличии от вас, я не рассказываю о чём-то, а собираю тестовый сайт, делаю скриншоты и даю на него ссылку. И там всё работает, и я это доказываю.

Ну так и ты мне докажи, что у тебя что-то не работает, блин. Как дети малые, её богу.

С таким-то ником должен был сам давно найти проблему и прислать готовое исправление в репозиторий.

Ты, на данный момент, единственный, кто говорит мне об этой проблеме.

На какие мысли это наводит?

пробовал на двух разных хостингах

Попробуй на modhost.pro

Я вот не поленился еще 2 месяца назад проверить и тебе написать. А ты проснулся только сегодня.

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

Во-первых, я пока тормозов не вижу — для того и доработал debugParser, чтобы замерить.
А во-вторых, есть системная опция для кэширования скомпилированных шаблонов, она должна помочь пирамидостроителям.

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

Производительность можно замерить, если выставить в шаблоне страницы вот такие плейсхолдеры внизу:

Общее время: [^t^]
Время запросов: [^qt^]
Количество запросов: [^q^]

У нас, например, вы можете видеть такие цифры внизу каждой страницы.

Возможно у меня на сайте будет новый платный курс про создании этого магазина, но только после его запуска в эксплуатацию.

А пока можно почитать про парсер pdoTools и официальную документацию по Fenom.

Согласен, да.

Можно написать свой сниппет, который будет вызывать pdoResources и кэшировать эти ids для конкретного юзера. Можно даже, наверное, сделать это и средствами самого pdoResources, используя параметры &cacheKey и &cacheTime, но мне сейчас некогда проверять.

Направление работы должно быть понятно.

Есть идея: можно попробовать решить этот вопрос двойным вызовом pdoResources:

[[!pdoPage ?
	&parents=`0`
	&limit=`4`
	&resources=`[[!pdoResources?&parents=`3672`&limit=`0`&depth=`0`&return=`ids`&checkPermissions=`list`]]`
	&sortby=`{"publishedon":"DESC"}`
	&sortdir=`DESC`
	&hideContainers=`1`
	&includeTVs=`tvname1,tvname2`
	&processTVs=`1`
	&tpl=`news_tpl `
]]

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

Не проверял, но должно работать.

Нужно использовать источники файлов, например — вот так.

Ну так не должно быть.

Предложите своё решение, как выбрать ресурсы с учётом системы прав MODX.

Я с удовольствием освою этот трюк и даже включу в функционал pdoTools.

Почему?

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

Поэтому они исключаются после. И никак этого не избежать, разве что самостоятельно выбирать ресурсы по каким-то другим параметрам, типа родителя или шаблона, а не фильтровать по разрешению.

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

Конечно, не в ту.

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

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

Поздравляю!

У меня была подобная проблема при показе нового окошка загрузки в галерее.

Решилась она верным открытием, а не свойствами самого окна:

var w = MODx.load({
	xtype: 'ms2gallery-uploader-window',
	record: this.config.record,
	listeners: {
		success: {fn:function() {this.store.reload()}, scope: this}
	}
});
w.show(Ext.EventObject.target);

Весь фокус в последней строке, точнее в Ext.EventObject.target. Попробуй.

Вот само окно, если что.

В народе принято стабильные версии как-то объявлять. Мол, смотрите люди, это можно использовать на рабочих сайтах!

Мы изменили то-то и то-то, это нужно использовать вот так-то, а если не получается — пишите сюда, мы всё исправим. Это как минимум.

Можно и несколько объявлений, как у версии 2.1: 1, 2, 3, 4, 5, 6.

А не

Виталик мне ее давно прислал, чтобы я в магазин выложил, но переключился на что-то другое и не залил

От таких объяснений у меня немного глаз дёргается.

Да он уже давно был, вроде.

Для старта должно хватить, а больше ничего на эту тему писать не планирую.