Тоже хочу)) скоув стоит?

Клавиатура с солнечной батареей?

а что там за портал в ад слева от монитора?

а что там за портал в ад слева от монитора?

Дайсон дорогие штуки, но они того стоят

зачем вентилятор когда можно кондей поставить?

За эти бабки лучше купить гейшу из тайланда с опахалом пожизненно

Я не знаю, жена фен купила и сказала, что хоть дорого, но оно того сто раз стоит.

200₽, днс

200₽, днс

Надо мышь и клавиатуру оригинал тоже купить

мышка пылится неделями

Парни, не знаете что за херня в ДНС называется страховая защита вроде? какое-то коллективное страхование от которого не отказаться

рабета, а есть ли такая супер констуркция по которой можно загенерировать ссылку не по ID а по pagetitle

получай ресурс по pagetitle и строй потом по id

херня идея

а как modx узнает pagetitle чего ты запрашиваешь?

не усложняй)) getObject первого попавшегося объекта по полю pagetitle

зато в следующий раз вопрос будет "а можно ли так делать"?

а как modx узнает pagetitle чего ты запрашиваешь?

В моих любимых контекстах есть страницы с одинаковым PageTItle (типа ресурс Настройки) и мне в каждом контеексте надо брать с этого ресурса поля. Я проста скажу - Уважаемы модэкс, а возьмика мне тv.phone из ресурса Настройки контекста msk

в настройках контекстов пропиши id этих ресурсов, например resource_config_id. и используй так лучше

дак это можно на феноме сделать

дак это можно на феноме сделать

родным парсером то понятно [[`30` &context=`msk`]]

{'resource_config_id' | option | resource : 'your_tv'}

а хотя нет, тоже дичь. Мне же из текущего надо

так ссылка сгенерится?

какая ссылка? выше писал про tv phone, для тв и пример привёл

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

Каждый контекст (поддомен) имеет свою страницу с контактами. А шаблон один для всех. не соображу как правильно написать, чтобы ссылка вела именно на сво страницу контакты в каждом контексте

Каждый контекст (поддомен) имеет свою страницу с контактами. А шаблон один для всех. не соображу как правильно написать, чтобы ссылка вела именно на сво страницу контакты в каждом контексте

в axios тут шарющих нет случайно?

а что не так?

Забей на совместимость уже на данный момент это 2 самостоятельные системы, и простые сайты переносятся не плохо, а сложные проекты сильно смысла нет переносить. И потом свой снипет с уникальной выборкой стоит писать лишь тогда. Когда этого хочется по тем или иным причинам, кто умеет и ему надо - напишет, как и я, как и ты это сделали. Да и потом если уж говорить о скорости. То нужно делать отдельные таблицы для своих свойств с нужными типами данных, чтобы фильтровать на уровне БД еще быстрее чем с устоявшейся структурой modx (например опции в минишопе2). Я вообще ща свой велик пишу - дополение типа минишопа, тока веселее... Убийцу вооКомерс ВП и Битрикса шопа.))))

я уже разобрался, я делал запросы вот так: axios.get('name.json'); и изза этого в браузере сыпалась ошибка "ошибка синтаксического анализа xml: ошибка синтаксиса", хотя все данные нормально приходили и всё работало, а оказывается надо вот так: axios({ url: 'name.json', method: 'get', responseType: 'json' }); только чет не могу найти в доке пример, как через axios.get указать responseType

скорее всего он смотрит на заголовки ответа

я уже разобрался, я делал запросы вот так: axios.get('name.json'); и изза этого в браузере сыпалась ошибка "ошибка синтаксического анализа xml: ошибка синтаксиса", хотя все данные нормально приходили и всё работало, а оказывается надо вот так: axios({ url: 'name.json', method: 'get', responseType: 'json' }); только чет не могу найти в доке пример, как через axios.get указать responseType

вот пример https://github.com/axios/axios#axios-api

максимум он может на питон переписать

Забей на совместимость уже на данный момент это 2 самостоятельные системы, и простые сайты переносятся не плохо, а сложные проекты сильно смысла нет переносить. И потом свой снипет с уникальной выборкой стоит писать лишь тогда. Когда этого хочется по тем или иным причинам, кто умеет и ему надо - напишет, как и я, как и ты это сделали. Да и потом если уж говорить о скорости. То нужно делать отдельные таблицы для своих свойств с нужными типами данных, чтобы фильтровать на уровне БД еще быстрее чем с устоявшейся структурой modx (например опции в минишопе2). Я вообще ща свой велик пишу - дополение типа минишопа, тока веселее... Убийцу вооКомерс ВП и Битрикса шопа.))))

верстальщики есть онлайн?

Вот тут есть большая статья https://modx.ws/rasshirenie-obekta-modresource что такое в принципе _невозможно_ и подробно расписано почему. Предлагают расширить класс ресурсы - по сути приделать хвост в виде горизонтальной таблицы тв вместо вертикальной, но в этом случае все тв будут доступны для всех ресурсов. знач по умолч будет занимать место, а если их много, то это переизбыток. Таблица будет сильно прорежена, вобщем места надо дохрена, но работать будет быстро - один простой запрос и сразу и фильтр и сортировка. Статья та красивая . Но чел наверно по диагонали прочитал доки на не родном, половину не понял или неправильно. А я пошел в консоль SQL и на тестовых данных выяснил, что реально там и как сделано. Вот алиас выражения (b.value*5-3) AS v - в ORDER можно юзать, а в WHERE не катит, надо снова писать, REPLACE для NULL не работает и таких мелочей там много. Пока сам не потыкаешь- не поймешь. А смысл то был в чем. когда мало-юзаем стандартно -удобно, безопасно. а когда много переходим на чистый php и sql ну и сами фильтруем от инъекций и ошибки ловим через try

как без боли сделать так чтобы карточки сеткой шли?