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

Напиши плагин на событие OnDocFormRender. Там будет объект $resource, которому можно сделать

$resource->set('description', $resource->getTVValue('mytv'));

Вот пример работы с этим событием.

У Linode минимальный тариф — 1 гигабайт ОЗУ. Увеличивайте memory_limit в 2 раза смело, до 256 Мб.

Что-то странное на 255 строке. Не должно кушать столько памяти при простой склейке массивов с конфигами. Наверное, там еще массив с ресурсами или что-то такое.

А что там в этом файле на 225 строке? Наверное, какая-нибудь работа с ресурсами, которых на сайте очень много?

В настройках стоит уже максимально возможное значение.

Хостинг не позволяет выделить больше памяти?

msGallery выводит готовую галерею картинок, а не как ты хочешь.

Поэтому, нужно работать напрямую с базой данных сниппетом pdoResources. Параметр &class указывает, что мы запрашиваем не modResource (документы), а msProductFile (картинки).

И здесь не параметр &parent (родитель документа), а условие в &where (фильтрация по колонке таблицы msProductFile).

Если тебе все это непонятно, но хочется понять — рекомендую мой платный курс по созданию сайта в MODX, в частности уроки про pdoTools.

Судя по картинкам, это просто гениально!

У меня была идея сделать как в PhpStorm — переход на редактирования чанка по Ctrl+B на его имени в шаблоне, но так и не придумал, как это удобно сделать.

А тут всё просто, понятно, и никаких лишних переходов. Отлично!

[[!pdoResources?
	&class=`msProductFile`
	&where=`{"product_id":10, "parent":0}`
	&sortby=`id`
	&sortdir=`asc`
]]

parent = 0 — это выборка именно большой картинки, потому что у превьюшек parent всегда не 0, а id существующей картинки. Ну а product_id понятно что — id нужного товара.

Друзья, осваивайте уже pdoTools.

все что я видел, реализовано для 1с-Битрикс или других CMS, для CMS ModX даже ничего такого нет

store.simpledream.ru/msklad

Использую Ace и Markdown.

Без понятия, я им не пользуюсь.

Или не больше 2х LIKE, если не знаешь точного имени:

&where=`{"File.name:LIKE":"%file1%","OR:File.name:LIKE":"%file2%"}`

или сколько угодно в IN, если знаешь:

&where=`{"File.name:IN":["file1.jpg","file2.jpg"]}`

Больше 2х LIKE использовать не получится, потому что иначе ключ массива «OR:File.name:LIKE» в условии будет повторяться и значение в нём — затираться.

На здоровье!

То, что нет интересна с их стороны, это то, что на английском никто не пишет про тот же miniShop

Я говорил про то, что больше нет интереса лично с моей стороны.

А с их… Нужен будет miniShop2, pdoTools и остальные разработки — пусть учат русский. Я же учу английский, чем они хуже? Яндекс.Метрика регулярно показывает заходы через Google.Translate, а значит, что кто-то уже пытается.

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

Ну а то, что работать не хотят. Я думаю хотят, но не знают как.

А мне кажется, что нет, не хотят. Нафиг эти crazy russians, которые постоянно находят уязвимости и строят собственные магазины и хостинги?

В последний раз я сообщал им о дырке в бесплатном тарифе MODXCloud, которая позволяла использовать его как платный — то есть, указывать рабочие домены.

Договорились, что надо кое-что еще обсудить и с тех пор тишина — а это был июнь. И так уже не в первый раз, но определённо в последний.

собрать до 27 октября этого года фактически затраченную сумму на съемку и обработку — 2000 евро

Это по нынешнему курсу 100 000 рублей? Парни, видимо, большие профессионалы в съёмке и обработке видео, если столько уже затратили.

А так в посте не хватает ссылки на оплату.

Я же предлагаю обсудить такой вопрос, нужно ли делать переводы всех или избранных докладов на русский язык?

Кому действительно интересно — посмотрит на английском. Кому действительно хочется перевести — переведёт и поделится.

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

Лично я (лично я) уже потерял интерес к тому, что там у них за границей происходит. Официальный MODX игнорирует не англоязычную публику, и никак работать с ней не собирается. Многочисленные попытки с ними подружиться и что-то замутить вместе окончились ничем. Одна болтовня.
Так что мне даже видео смотреть неинтересно, потому у них там всё своё: ContentBlocks, да SimpleCart.

Найди 10 отличий с предыдущим примером.

[[!msProducts?
	&parents=`0`
	&innerJoin=`{"msProductFile":{"alias":"File","on":"msProduct.id = File.product_id"}}`
	&groupby=`msProduct.id`
	&where=`{"File.name:LIKE":"%IMG_0049%"}`
]]

Если ты зашел под учеткой, которая не привязана к существующему юзеру сайта — будет создан новый.
Просто выходишь, и заходишь под нужной записью. Чем может помешать привязка соцсети к ошибочно созданному юзеру?

А если ты привязал неверную соцсеть к нужному юзеру — то перепривяжи нужную и нет проблем.
Ну или я чего-то не понимаю.

Получится, там же строка с JSON.

Но правильнее, конечно, так:

[[!msProducts?
	&parents=`0`
	&innerJoin=`{"Options":{"class":"msProductOption"}}`
	&groupby=`msProduct.id`
	&where=`{"Options.key":"color","Options.value:IN":["Белый","Белая"]}`
]]

Ну так JSON то написан с ошибкой — проверяй bezumkin.ru/utils/json

просто удаление здесь не подойдет

Подойдёт.

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

Ага.

Зайти на сервер, там

crontab -e

И добавить команду

10 1    * * *   rm -rf /home/твойлогин/www/core/cache

Сохранить и выйти — кэш будет удаляться в 1:10 по времени сервера, каждые сутки.