Всего 95 743 комментария

Марк
Вчера в 19:40
0
Ого, я как ни искал не мог найти, а они оказываются есть.
Извиняюсь за преждевременный коммент и спасибо за совет =)
Алексей Карташов
Вчера в 18:17
+3
Компоненты? Ну каждый их реализовывал как хотел
Дак в этом и была большая проблема, в том числе.

Шаблонизация? Но это было еще в 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 человек можно поднимать сопоставимые по уровню проекты за приемлемое время и деньги. Более того, в такую команду гораздо легче добавить новых разработчиков — они быстрее въезжают, ведь гораздо меньше кода для изучения и в нём используются уже общепринятые концепции, а не выдумывались какие-то свои.

Ну и по всем пунктам присоединяюсь к комментарию Романа выше.
Алексей Карташов
Вчера в 16:51
+2
Кстати, пока вспомнил и не забыл. Для тех, кто захочет попробовать себя в Nuxt'е и дочитает до этого коммента, дам ещё один непрошенный совет.

Никогда не используйте чистый axios напрямую в нюкстовых проектах. Сразу ставьте @nuxtjs/axios и убедитесь, что у него включена настройка proxyHeaders.
Нет времени объяснять — просто сделайте и всё)

Это со старта убережёт вас от кучи проблем, которые довольно не очевидны для неопытного в таких делах падавана.
Более того, как показала моя практика — эти проблемы не очевидны даже среди разработчиков больших и сложных проектов и приходится им объяснять, показывать, доказывать, а потом ещё и самому весь проект рефакторить)

Так что просто ставьте и юзайте по инструкции)

Можно ещё вместо @nuxtjs/axios юзать @nuxt/http (у которого тоже есть соответствующая опция), но мы пока в своём проекте на него не переходим ибо сильного профита от его использования не видим.
Андрей
Вчера в 13:43
+1
Поставить пробелы после открывающей фигурной скобки
data-responsive='{ "0":{ "items":1,"nav":"false"},"600":{ "items":1},"1000":{ "items":1}}'

[Fenom] Почему не работает тег ignore
Вадим Раевский
Вчера в 12:57
0
Спасибо)) Проблема еще здесь была {set $kurort = $_modx->resource.pagetitle}. Пора в отпуск валить…
Александр Мельник
Вчера в 11:08
0
Ага, спасибо. Об этом компоненте не слышал.
Александр Мельник
Вчера в 11:07
0
спасибо. Слышал о нем много плохого, но пока сам не попробуешь не узнаешь. Нужно будет ознакомиться.
Владимир
Вчера в 11:05
0
modmore.com/contentblocks/ — более, чем на 100% делает все что вы пишете и ни какого ада, ну, чуть денег, да
Володя
Вчера в 10:30
0
— готовый список категорий, опций и их значений
— база категорий и опций в виде набора файлов
UDAV
Вчера в 10:16
0
Не совсем понял, а чем стандартные опции для категорий отличаются от этого дополнения?
Владимир
Вчера в 09:17
0
А вот этот аналог modx.com/extras/package/?id=modxfastrouter кто-нибудь использует? Раз уж VirtualPage больше недоступен.
Доки github.com/vanchelo/modxFastRouter
Александр Мельник
Вчера в 08:27
0
Поддержу в этом вопросе Марка — по поводу GUI редактора.
Несколько месяцев назад у нас сменились СЕО специалисты и те что пришли — скорее всего ранее работали только с WordPress. На wordpress есть куча визуальных редакторов для страниц (WPPageBaker, Elementor) которые позволяют основываясь на bootstrap разметке создавать в админке контейнеры, дробить их на колонки и выводить разноплановую информацию. И теперь для меня на modx настал маленький ад. Потому что специалисты просят выводить информацию на странице в совершенно случайном порядке — у этой новости пишем два предложения, потом набор из 5 иконок с текстом, потом еще абзац текста, потом слайдер с изображениями, потом адаптивную таблицу с ценами, потом два абзаца текста и что-то еще. А следующей новости — все совершенно по другому… Стоит привести верстку страницы к желаемому виду, завести новые поля у шаблона страницы новости, показать всем как и что заполнять, как на следующий день принимается решение что все нужно по другому либо же что вот эта свежая новость должна выглядеть совершенно иначе, а старые — пусть выглядят как и были. И так по 30 проектам. И было бы действительно не плохо иметь возможность установить дополнительно визуальный редактор, и пусть бы они сами это лепят.
Володя
Вчера в 07:37
0
отлично. а затем выполни
Ext.getCmp('modx-resource-inshop').value
и сравни с тем что ты выставляешь в конфиге.
Марк
Вчера в 03:33
0
P.S. Да, я знаю, что есть фигма и прочие удобные сервисы для дизайнеров, но на большинстве из них либо A) Размеры не те(назвал блок — h1 а в css выхлопе font-size: 18px, когда дизайнер подбирая на глаз видел около 25-30) Б) Отступ 348.789 пикселей слева и 348.211 справа В) Если много мелких иконок то их скачивание(кстати выбор между x1\x2 и т.п. так же несколько раз доставлял хлопоты) занимает много времени, а если дизайнер сразу заливает все в папку(к примеру /assets/templates/img/) то мороки снимается немало
Марк
Вчера в 03:21
0
Здравствуйте.
Я новичок в Modx(буквально пару недель назад начал активно им пользоваться) так что не кидайтесь пожалуйста тапками.
Вероятнее всего никого не удивлю, но не столько мне как большинству моих друзей(по большей части дизайнеров\фронтенд разрабов) в Modx не хватает GUI редактора(может даже с функционалом по типу — создал блок (самый простой как в блогах — с заголовком картинкой и текстом) и выделив несколько тэгов вставил как чанк — для того что бы программист понимал что к чему когда садится редактировать код в лучшую сторону) по этому они остаются на WP, на котором лично мне ужас как не нравится работать.

В случае если будет GUI редактор дизайнеры, к примеру, могли бы делать наброски, структурировать их в чанки, давая им имена и тем самым облегчая задачу «понимания» кода программисту. Думаю это привлекло бы внимание начинающей аудитории, так как учитывая чистый html css на выхлопе, возможность кастомизировать множество вещей и относительную простоту граф редактора выходит очень(имхо) привлекательная cms как для программиста так и для дизайнера

Надеюсь мое мнение было кому-то полезным
а как в таких ситуациях поступать?
почитал, что-то предлагаемые варианты не сработали(
<div class="kt_home_slide slide-home1" data-nav="true" data-autoplay="true" data-loop="true" data-responsive='{"0":{"items":1,"nav":"false"},"600":{"items":1},"1000":{"items":1}}'>
Василий Столейков
23 августа 2019, 20:57
0
В Tickets всегда не хватало кнопок перехода на соседние тикеты, как в минишопе:


Всегда это доставляло неудобства — приходилось в одной вкладке держать открытым секцию с списком тикетов, и нажимать Ctrl+Click, чтобы открывать соседние статьи. Особенно это актуально для блога или каталога статей/новостей.
Баха Волков
23 августа 2019, 20:01
0
Изучите документацию fenom.

Например так:
'{
      "kurort":"' ~ $kurort ~ '",
      "lat:!=":""
}'