Нет, ты все спутал. Речь не о производительности вообще. Речь о динамике сайта. Ты посмотри, там же везде прописаны жестко ID-шники документов. Где управляемость сайтом? Где динамика? Удали раздел, создай такой же, и что, будет работать? Нет. Потому что id-шники документов сменились. И такая же картина по всему сайту, в том числе и в подвале. Там все пункты меню вручную прописаны. В чем здесь вообще роль CMS? Это же почти что традиционный статический HTML-сайт.
Не, а че. Лет 15 назад ловили «еггогов» на калькуляторе MK, 10 строк ассемблера на Z80 и считали это верхом программирования. 12 лет назад сайты были на HTML и любая попытка разработать что-то приводила сразу к провалу. Где-то в 2005-2007 годах любая нагрузка на процессор была едва ли не главной бедой всех программ (то есть процы еще слабые, но средства программирования уже есть). Сейчас можно не следить особо за кодом и все работает довольно быстро, но оптимизация еще имеет место быть. А что будет через 5-7 лет? Будет «визуальный программатор» любых логик и сложностей методом «перетащи и опусти». Насколько сложный код там будет — никого не будет волновать, потому что выполнение задачи программой и её быстрая развертка важнее. Половина будущих программистов это оценят. Половина оценит за скорость создания, а не за необходимость иметь знания. Разве не в том минус, что сегодняшняя вычислительная мощность просто еще далека до желаемой? Кстати, это одно из направлений, куда следует смотреть. PS. Если смотреть глубже, то сайты с собственным вебсервером к нему надо писать тупо на C (про ASM лучше промолчу), и ни в коем случае не на PHP. Скорость будет достаточная, возможности — безграничные почти. Но разработка будет долгая. Вероятность поломки мозгов высокая. Ну и так далее. Главный барьер — недостаточная производительность при любом(!) кол-ве программного мусора.
Посмотри информацию на community.modx-cms.ru/ Там много про него написано. И если я не ошибаюсь, они на TinyMCE особенно не рассчитывают, а больше на CKEditor.
Возьму на заметку. Пока даже обзор некогда было делать, потому и решил спросить кто что знает.
Если я не ошибаюсь, грунт работает с файлами в указанных директориях. А я хочу, чтобы после рендеринга конкретной страницы, все JS/CSS, которые указаны в коде, пережимались в один файл стилей и один файл JS-ов. Для этого как раз подходит механизм, используемый в livestreet. Как освобожусь, так перепишу функционал оттуда.
Тема актуальна. Статику на modx.by решил перенести на поддомен, чтобы можно было в git складывать удобно, но нужен хороший инструмент сборки и минификации. grunt выглядит вкусно для этого дела.
Блин, как же меня убивает, когда я вижу подобные конструкции!: И что? «Программист» наивно думает, что MODX обратит внимание на это стрелочки, и не станет парсить [[!getResources...? Еще как будет. Так вот, не повторяйте подобного. А если хотите закомментировать MODX-тег, то используйте синтаксис [[- ]].
Пока нет. Сначала менеджеры наполнят, тогда появится (я только программинг обеспечиваю). Как опубликуют, маякну.