Сергей Шлоков

Жаль. Феном конечно прекрасен, но на «коротких» дистанциях. А чуть дальше и он со своим односкобочным синтаксисом сдаётся перед специфическим механизмом парсинга MODX. Поэтому хочу попробовать Twig, чтобы забыть про подобные ошибки

// Пример ошибки при выводе ресурса через функцию dump() из modHelpers.
Unexpected token '<' in expression in e4d771b3eb4eed60131330f50f7a360d line 2, near '{<' <- there

П.С. Подобные ошибки валятся и из некоторых других библиотек, с которыми я экспериментирую. Поэтому хотелось бы покончить с ними раз и навсегда. В других шаблонизаторах используется особый синтаксис типа {{ или {% или {!!. Что теоретически должно исключить данную проблему.

П.П.С. А вообще, идея совмещать 2 механизма парсинга хреновая. Ни один нормально не работает. Это относится к любому стороннему шаблонизатору в MODX.

Володь, ты забросил эту тему? На феноме работаешь?

Я знаю. Так.

Нихде.

Ещё раз. Собирает и обрабатывает css библиотека sabberworm/PHP-CSS-Parser. Она импортирует указанные через import файлы, меняет относительные пути на абсолютные и т.п. Именно она косячит. За минификацию отвечает другая библиотека CSSmin. Она работает как положено.

Если нужно всего лишь склеить файлы, то напишите простой сниппет, который зачитает указанные файлы и сохранит их в один.

Если сниппет вызыван кэшированным, то результат его работы будет сохранён в кэше страницы. И повторно он вызываться не будет.

Вы про CORS что-нибудь знаете?

oneBooking — посуточная система бронирования.

Fixed

Я работал с Laravel, сделал на нём сайт друзьям, с админкой и отдельной мобильной версией. Да, занятно, почерпнул кое-какие идеи (CSRF токен, например), но делать новые проекты на нём совершенно не хочется.

Дак ты же своей структурой App, Gulp, роутингом и файловыми элементами как раз и повторяешь фреймворковский подход. ;)

А какой-то фреймворк будет прям в 2 раза быстрее MODX, как я его готовлю? Сомневаюсь.

Вопрос не только в скорости. Гибкость, функциональность и безопасность тоже имеют значение. Мне год назад все платные дополнения из modStore выкатили. Вот и думай, что важнее.

Лучше постараться подтянуть MODX к его уровню.

И у меня такие же чувства. :) Но выше головы не прыгнешь.

А так, каждый сам себе выбирает инструмент, спорить тут незачем.

+100. Ни малейшего желания спорить. :)

Переходить на супер-пупер современный модный фреймворк просто потому, что он супер-пупер современный и модный я пока не готов.

Ой наговариваешь ты на себя :) Ты небось перешёл на супер-пупер PHP 7. А чего на 5.3 не остался? ;) Шучу. Кто-то сервисы ваяет на фрейморках, а кто-то блоги на Jekyll. Каждому своё.

Кстати говоря, помнится ты заявлял, что с MODX работать больше не будешь. А поди ж ты — взялся переделывать MinifyX и в целом, еще тут. Что изменилось?

Работаю только в рамках поддержки своих сайтов. И желание подправить минифай оттуда. Мне на почту постоянно приходят предложения по платной доработке своих или чужих компонентов. И я отказываю именно по причине нежелания тратить время на MODX. Мне он нравится, но хочется новых впечатлений и знаний.

По большому счету, мне нравится программирование. Я сайты не делаю. Поэтому, в принципе могу что-то интересное для себя и для MODX сделать. Как пример, modHelpers и Middlewares. Ну а что я уж точно не обещал, что меня тут не будет. :) У меня 2 сайта на MODX и куча дополнений. Где же мне ещё тусоваться и новости про MODX в рунете читать.
А изменилось… Стройка дома и работа отнимают всё время. Много планов связанных с ларавел, но они требуют полного погружения. А это сейчас для меня невозможно. В бэк-энде упёрся в тестирование, а фронт требует совершенствования знаний яваскрипта, галпов, вэбпаков и т.п.

Побуду немного занудой. Нигде не встречал, чтобы писали «Авторизация». Обычно пишут «Вход», «Войдите», «Логин» и т.п. Ибо авторизация имеет другой смысл.

Всё работает через файловые элементы и Fenom, сайтом рулит свой собственный класс App, со своим роутером. Фронтенд собирается Gulp, скрипты загружаются RequireJS, нужные библиотеки PHP ставятся через Composer.
В общем, полный контроль — MODX используется как фреймворк, в админку я не захожу.

Насколько я понимаю, выбор MODX оправдан только xPDO, определённым количеством собственных компонентов для MODX и ностальгией. Если от них отказаться, то данное решение гармонично ляжет на любой фреймворк типа Laravel или Yii2. Ибо описанный подход — это уровень фреймворка, и MODX здесь выглядит совершенно лишним.

Да ладно. ;)

Ого, я в будущем планировал за него зацепится, но видать не стоит.

Да стоит. К нему надо относится как к Windows. Кто-то на 7-ке сидит, кто-то на 8-ке, кто-то на 10-ке. И все поддерживаются. Также и Ларавел. В феврале выходит версия 5.6. Версия 5.5 уже требует PHP 7. Но многие ещё продолжают работать с 5.2.

Приходится велосипедить теперь, писать чистые sql, получать id ресурсов и передавать в pdoPage…

У меня была мысль прикрутить Doctrine или Eloquent вместо xPDO (в смысле сделать пакет). Но тут должен быть запрос общества и готовность это использовать. А делать, чтобы просто было, желания нету. Поэтому отказался. А у этих ORM возможности куда круче. И безопасные и гибкие. Как минимум не надо никаких схем — создал таблицу, класс и юзай сразу же.
Красота

// Пример QueryBuilder
$users = DB::table('users')
                     ->select(DB::raw('count(*) as user_count, status'))
                     ->where('status', '<>', 1)
                     ->groupBy('status')
                     ->get();
//Пример ORM
$users = User::where('active', 1)
               ->orderBy('username', 'desc')
               ->take(10)
               ->get();

Еще раз напишу, попробую донести до него или пойду выше другим писать — ибо нехер.

Сразу Джейсону (opengeek) — чё за дела, бро? :)

Стоит ли удивляться, что MODX теряет популярность. Мало того, что они (разработчики) сами не адаптируют его к новым возможностям, так ещё и когда их просят — посылают. Такое ощущение, что они сами MODX не используют.
Судя по ответу, человек вообще не понимает, что от него просят. Про какую-то 2.7 пишет, про возможность сохранять JSON, про то, что новые функции могут не работать. Он даже не понял, что PR не функции добавляет, а возможность разработчику самому указывать нужные функции. В общем, ещё один привет этим разработчикам.
В этом ключе забавно слушать призывы активнее участвовать в разработке и поддержке MODX. Для чего? Чтобы тебя вот так отбривали?

П.С. С Ларавел, кстати, другая крайность. Каждые полгода выходит новая версия, часто несовместимая с предыдущей. Соответственно и дополнения нужно подгонять для новой версии.

Нет.

Настройка forceDelete используется при очистке кэша в админке. Потребность в ней возникла из-за того, что может быть не соблюдена рекомендация использовать отдельную директорию для скомпилированных файлов. И чтобы случайно не удалить посторонние файлы, MinifyX перед очисткой кэша проверяет файлы папки на соответствие шаблону. Прочие файлы игнорируются. А так как я добавил возможность управлять именем скомпилированного файла, то он может также проигнорироваться. Выставляя настройку forceDelete, вы как бы говорите минифаю, что эта папка только для его файлов и он может её полностью очистить.
Сниппет тут не причем.

Загляни в параметры сниппета.

ModxMinify использует библиотеку Assetic. Она нормально работает и с «calc» и с «vmax/vmin». Ради эксперимента прикрутил её в MinifyX вместо Munee. Отработала без ошибок.

Ради интереса прогнал ваш пример с моими правками xPDO. Всё заработало. Так что привет разработчикам xPDO.