блин, так и думал что есть parent… Но почему то думал что нет такого, потому что не нашёл его в документации docs.modx.pro. Забыл проверить это свойство в официальной документации… Спасибо за помощь ^^ в следующий раз буду внимательней.

Если зависит от родителя, то и проверяйте его (например, 8 — Новости, 53 — Акции):

{if $_modx->resource.parent == 8}
<img src="[[*news_image:phpthumbon=`w=300&h=300`]]" class="img-fluid">
{/if}
{if $_modx->resource.parent == 53}
<img src="[[*actions_image:phpthumbon=`w=300&h=300`]]" class="img-fluid">
{/if}

Вопрос поднят очень интересный и неудивительно, что к нему оставлено ОЧЕНЬ много комментариев. Может кто-нибудь в ответ скинуть к чему пришли в итоге?

Интересно, Цукерберг уже в курсе? )

Лично я для старта выбрал Swagger, т.е. OpenAPI спецификацию. Она более читабельна, чем JSON-API.

Я минуснул за то, что его сообщение вообще не в тему топика (на мой взгляд). Плюс
каждое второе сообщение на modx.pro от Павла, это сообщение в сторону октября. Ну серьезно, это даже не смешно. Давайте теперь каждый из нас будет постоянно говорить о наиболее импонируемых CMS. Почему нет?!
P.S. Называя людей никчемными за минус в интернете, вы подписываетесь в собственной никчемности. На это предлагаю закончить, так как топик совсем о другом.

Была аналогичная бага при загрузке файлов в mSync. Решил созданием источника файлов к нужной папке. Вероятно источник файлов должен был создаться при установке, не ясно…

А приходит массив объектов. Но я не могу понять где это регулируется. Если мой процессор только для построения списка, то где генерируется результат выборки из базы?

Хм, не совсем понимаю, что требуется у Вас сделать, но по моему речь о том, что «По умолчанию» мешает, я просто через PHPMyAdmin переименовал «По умолчанию» в главный город и проблема пропала. Так же например я поступал с городами которых нет в SxGeo, брал ближайший к нужному (отсутствующему).

Не помогло. При смене города у меня из коробки все меняется. Я сделал так, что при первом заходе скрипт определяет город и уточняет- ваш город такой-то? Так вот, если в этом случае нажать «да» то определенный город не записывается в текущий, там так и остается «По умолчанию».

Минусуя @Pavel Lautsevich вы расписываетесь в собственной никчемности — Павел не критикует и не осуждает MODX, он субъективно советует, что «подсмотреть» у других, чтобы сделать лучше. Если бы MODX «был лутши всех!!!», мы бы тут не собрались. Проще учиться на чужих ошибках и успехах.

Сегодня общался с евангелистом GraphQL, говорит, GraphQL «мёртв»…

Здравствуйте, Андрей! Я Вам писал в техподдержку по поводу одной моей проблемы. Вы попросили скинуть доступы к сайту. Я их скинул еще 9 августа. С тех пор Вы мне не отвечали, а у меня самого решить проблему не получилось.

Это два разных инструмента. Октябрь это Лара с дополнительнымм API и некоторыми отличиями и готовой админкой. Чистая Лара, это совсем другая категория проектов. Лару стоит начинать использовать там, где Октябрь перестает справляться.

Да вот как раз смотрю. Думаю, может пойти дальше и изучать сразу Laravel?

October CMS.

Вот все, что вы написали здесь и ниже по тредику… посмотрите на October CMS + Builder.

«Из коробки» Октябрь полное противопоставление MODX с т.з. перегруженнсоти функциональностью последнего, он очень аскетичен, ничего лишнего. Все, что нужно ставится плагинами, даже система пользователей («из коробки» только один админ). И e-commerce там такой же модульный на базе Shopaholic.

Ого, я как ни искал не мог найти, а они оказываются есть.
Извиняюсь за преждевременный коммент и спасибо за совет =)

Компоненты? Ну каждый их реализовывал как хотел

Дак в этом и была большая проблема, в том числе.

Шаблонизация? Но это было еще в Mustache и есть даже в ExtJS Modx.

Вы явно не понимаете о чём говорите) Действительно, зачем этот vue вообще нужен, когда есть лодашевый _.template()? Всего одна маленькая функция для шаблонизации! Не ну а чо, берём её, придумываем свою реализацию компонентов и вперёд пилить интерфейсы)

Vuex — как единое место хранения данных? Это всё тот же Storage из ExtJS, но чуток переработанный.

Чуток?) Я вам по секрету покажу:

window.Store = {};

вот и всё, что нужно для глобального хранилища данных. И чего они там в своих MobX'ах и Vuex'ах всё усложняют?)

склейка JS

Нынче важна не склейка js в один большой мегафайл, а наоборот — модульность и асинхронная загрузка только того, что действительно необходимо в данный момент времени на данной странице (code splitting и вот это всё).

Многое: склейка спрайтов, склейка JS, переменные в CSS и т.п. не нужно нынче, т.к. стало частью стандарта или неактуально с приходом http2

И действительно, чего это все до сих пор парятся с svg-спрайтами — подключали бы на страницу по одному, делов-то. HTTP2 придё и порядок наведё! Что за идеализация http2?

C Babel — больше вреда чем пользы: дополнительное звено в разработке и увеличивает бандл полифилами и страдает время сборки.

> страдает время сборки
SSD реально решает эту проблему. Но в современном фронтенде самую жирную часть времени сборки отнимает SCSS (который, внезапно, пришёл из руби-мира). Тут могу только посоветовать на стилус переходить.

> больше вреда чем пользы: дополнительное звено в разработке

Вы это дополнительное звено никак не почувствуете. А вообще, js — это дополнительно звено в разработке между пикселями на экране и машинным кодом, php — это дополнительное звено в разработке между http-запросом и тем же самым машинным кодом на сервере. Продолжать, думаю не стоит)

И касательно babel'я. Babel же в сути своей — прекрасен! Вы только вдумайтесь — это тулза, написанная на javascript, которая делает javascript из javascript! Это же просто волшебно)

> увеличивает бандл полифилами

Дак ему за это просто нижайший поклон! Вы действительно не видите преимущества в том, чтобы один раз написать код, который будет работать максимально везде?

А что даёт? Возможность использовать самые-самые последние, «синтаксически сахарные» в большинстве своём, конструкции языка? А раньше то как жили?

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

> А раньше то как жили?

Раньше мы писали килотонны лапши:

function () {
    var argsArr = Array.prototype.slice.call(arguments);
    // do something
}

Тяжёлое наследие, что поделать. Зато сейчас просто и понятно:

(...args) => { /* do something */ }

Это ведь не просто сахарок — это банально ускоряет разработку, повышает читаемость, сокращает количество набираемого кода. Нахрена писать Object.assign({}, obj), если можно написать { ...obj }? Но при этом object-rest-spread ещё только в черновиках стандарта и не имеет поддержки даже в последнем v8, а я уже без него жить не могу, потому что пишу так 5-6 дней в неделю на протяжении последних 2-3 лет.

банально не использовали, пока поддержка этих конструкций в браузерах не достигала 90%.

И мне не пришлось ждать 3-4-5-6 лет, пока эта фича появится в 90% браузеров и платформ. Это же круто, чёрт побери!
Я даже на последней ноде, когда делаю бэкенд, юзаю babel. Просто именно поэтому.

И как заметил Роман выше — речь не про новые плагины галереек. Типа, ну накуя оно всё это нужно, если раньше галерейки работали без вот этого вот всего?!

Просто то количество бизнес-логики, которое сейчас приходится писать во фронтенде — несоизмеримо в разы больше, чем раньше. Вот просто в разы. И если бы сейчас не было Vue — я бы повесился писать всё это на jQuery/Backbone/Ember'е/ExtJS'е. Конечно и раньше были большие и сложные проекты — я ж не отрицаю. Но 6-7 лет назад для этого требовался штат из десятков JS-разработчиков (просто потому что кода надо было писать в десятки раз больше). То сейчас командой в 3-5 человек можно поднимать сопоставимые по уровню проекты за приемлемое время и деньги. Более того, в такую команду гораздо легче добавить новых разработчиков — они быстрее въезжают, ведь гораздо меньше кода для изучения и в нём используются уже общепринятые концепции, а не выдумывались какие-то свои.

Ну и по всем пунктам присоединяюсь к комментарию Романа выше.

Плюсую за GraphQL.

Поставить пробелы после открывающей фигурной скобки

data-responsive='{ "0":{ "items":1,"nav":"false"},"600":{ "items":1},"1000":{ "items":1}}'

[Fenom] Почему не работает тег ignore