Event::listen('evolution.OnMakeDocUrl', function($params) { $id = isset($params['id']) ? (int)$params['id'] : 0; $url = isset($params['url']) ? $params['url'] : ''; switch($id) { case 1: $url = 'index.html'; break; default: $url .= '?test=1'; break; } return $url; });

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

Вот не можешь ты принять одну простую вещь. Все эти рекламные фразы про "кучи готовых решений" это еще вилами по воде писано. А повышение порога входа вполне себе просматриваемая перспектива. Так вот принцип "меньше народу, меньше кислороду" в нашем случае не сработает )

Это ты не можешь принять банальные вещи, что поскольку мы из коробки имеем ряд уже интегированных пакетов. То нам легче интегрировать что-то другое, что работает на базе этого дела. https://packalyst.com/ в нашем распоряжении. Да, порог вхождения увеличивается. Но вхождение во что? В ядро? Блядь, так и сейчас 2,5 инвалида ядро пишут. И то, по больешй части это обновлене шаблона, а не ядра

Т.е. если этот порог повысится только для тех, кто его хочет повысить, то и вопоосов нет. А если он по умолчанию коснется всех, то это плохо. Я примерно с этого и начал, и тут понеслось

А вхождение в движок для работы по старинке - не изменилось

Про "не хочешь учить", "говнокодер", "дегенерат-раскольник" и т.п.:)

А вхождение в движок для работы по старинке - не изменилось

Вот это на текущем этапе и есть самое главное на мой взгляд

Компонентов много новых возможно и не появится. Но как минимум, разрабокта готового пакета который позволит 1 коммандой развернуть целый сайт с ТВ/шаблонами/чанками/сниппетами/плагинами уже существенно упрощается

Я уже в чате разработчиков скидывал пример как легко можно сделать такой пакет. Но до релиза я не думаю, что это нужно видеть всем.

Я даже радио братной совместимости и тех, кто не хочет знать что такое composer - целую папку vendor в проекте храню https://github.com/evolution-cms/evolution/tree/2.x/core/vendor

А чтобы после обновления двжика не возникало конфликтов с пакетами котоыре кто-то захоет ставить на своих проектах - используется плагин wikimedia/composer-merge-plugin который позволяет совмещать несколько composer.json в 1. таким образом, для кастомизации уже заготовлена папка https://github.com/evolution-cms/evolution/tree/2.x/core/custom

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

Я даже радио братной совместимости и тех, кто не хочет знать что такое composer - целую папку vendor в проекте храню https://github.com/evolution-cms/evolution/tree/2.x/core/vendor

Вот я об этом в первую очередь и забочусь, периодически напоминая на фоне общего одобрямса и призывов все похерить. А не расколом занимаюсь:)

Вот я об этом в первую очередь и забочусь, периодически напоминая на фоне общего одобрямса и призывов все похерить. А не расколом занимаюсь:)

Есть даже вот такая хрень https://github.com/evolution-cms/evolution/blob/2.x/manager/includes/document.parser.class.inc.php

https://github.com/evolution-cms/evolution/blob/2.x/core/includes/legacy.inc.php

И все ради обратной совместимости

Потому что объяснять заказчику, чем же крут эво, что на нем аж пять-семь разрабов на двухмиллионный минск - тупое занятие

И то сильно маскирующихся))

В коде ядра тоже много обратносовместимых вставок типо https://github.com/evolution-cms/evolution/blob/2.x/core/src/Core.php#L5904-L5907

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

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

Об этом лучше рассуждать в чате битрикса

А вообще, хорошо, что разговор состоялся. Я хотя бы смог на примерх объяснить почему именно Laravel, почему Blade а не твиг или какой-то другой шаблонизатор. И что же наконец там с обратной совместимостью.

Но больше всего я хотел рассказать про папку vendor, которая должна по хорошему вызывать ржаку у тех, кто в теме. Но увы многие качают движок напрямую с github, а переучивать долго и не благодарно. Сообщество и без того маленькое, поэтому уж лучшепусть так грязно и не красиво. Чем идти по сценарию который ты обрисовал.

А вообще, хорошо, что разговор состоялся. Я хотя бы смог на примерх объяснить почему именно Laravel, почему Blade а не твиг или какой-то другой шаблонизатор. И что же наконец там с обратной совместимостью.

Почему ларавел/блейд и так более менее всем было ясно, как и то, что тебе "респект и уважуха" за вклад. Вопрос, который всех возбудил "кто, если не ты и что дальше":)

Почему ларавел/блейд и так более менее всем было ясно, как и то, что тебе "респект и уважуха" за вклад. Вопрос, который всех возбудил "кто, если не ты и что дальше":)

Да уймись ты уже

Уровень шуток окадемека в действии :)

По крайней мере с обратной совместимостью он стоит не так остро и может подождать:)

По крайней мере с обратной совместимостью он стоит не так остро и может подождать:)

Кто может подождать?

Кто может подождать?

Вопрос "кто следующий на поддержку нового ядра":)

Хотя конечно вопрос "куда идти, если что-то пошло не так" я думаю с запуском 2.0 обострится

Вопрос "кто следующий на поддержку нового ядра":)

На арене все те же, кто и поддерживал 1.4. Большинство фиксов - правки html/css/js или компонентов

В любом случае я не вижу в этом особой проблемы. Развивать - согласен. Нужны знания и MODX и Laravel. Но поддерживать в рабочем состоянии - думаю и без меня справятся.

При этом, возможно кто-то еще со стороны заинтересуеся подобной интеграцией. Ведь в Laravel сообществе много тех, кто ушел с MODX (даже с revo ветки) из-за недостаточной гибкости.

От блин, понапишут версий 2.0, а как пойдешь тестить.. жопа...

От блин, понапишут версий 2.0, а как пойдешь тестить.. жопа...

О том то и речь, что до релиза тестить никто не хочет.

34 проекта готов тестить.. но даже в первом проекте затык

Ну дык проблемы в студию

Хотя на последней версии (которая сейчас на ветке 2.х) сейчас баг есть. Поправлю в ближайшие пару дней и дам знать как можн будет тестить

всем привет. как заставить simple gallery работать через GD image? через ImageMagick на хостинге reg.ru что-то тумбы не создаются

Png грузит норм, а jpg не обрабатывает. подскажите, плз, куда копать?

всем привет. как заставить simple gallery работать через GD image? через ImageMagick на хостинге reg.ru что-то тумбы не создаются

Так же как и сниппет phpthumb

Заманим назад Чирко и напишет он шопкипер 5 :) другого пути нет :)

Ларакипер. А то придумал какую-то хрень с этими мангами

https://github.com/AgelxNash/DocLister/pull/334

Вот как нужно решать вопросы если что-то не работает или чего-то не хватает

Так же как и сниппет phpthumb

почитал документацию, файла phpThumb.config.php в папке со сниппетом не нашел. где-то есть параметр или в классе надо искать ?

почитал документацию, файла phpThumb.config.php в папке со сниппетом не нашел. где-то есть параметр или в классе надо искать ?

http://docs.evo.im/04_extras/phpthumb.html http://docs.evo.im/04_extras/thumb.html

почитал документацию, файла phpThumb.config.php в папке со сниппетом не нашел. где-то есть параметр или в классе надо искать ?

в классе наверное

почитал документацию, файла phpThumb.config.php в папке со сниппетом не нашел. где-то есть параметр или в классе надо искать ?

Создать ведь можно https://github.com/JamesHeinrich/phpThumb/blob/master/phpThumb.config.php.default

Была там где то в классе переменная что использовать вроде, хотя может для начала техподдержку хостинга подергать

Авось просто что-то забыли включить:)

Рег.ру немелкий хостинг, и если б это была системная проблема, о ней бы точно слышали

пнг конвертить нормально, а jpg не хочет

Так может там какие-то неправильные жпг с кривым exif или русским именем с пробелами или слишком большие. Другие попробовать и попинать хостинг

Пнг другая функция конвертит, это не показатель кстати

Да и неясно, в шаблоне если просто вызвать сниппет phpthumb он тоже не конвертит или только в галерее?

Да и неясно, в шаблоне если просто вызвать сниппет phpthumb он тоже не конвертит или только в галерее?

хорошая идея, проверил через сниппет [[phpthumb? &input=[+image+] &options=w=640,far=C,bg=FFFFFF]] всё ок. jpg конвертит

что не так с simple gallary тогда ?

отключил генерацию превьюшек в плагине и хотя бы можно загрузить картинки. причем сниппетом отдельно в шаблоне превьюшки генерируются. видимо где-то в simple gallery ошибка. Пробовал комментировать функцию function optimize , не помогло

Хостинг nic.ru, evo 1.4.5 (и более ранние) В чем проблема?

Да забить просто

Это служебный файл кеша

да я знаю, откуда там сигнатуры вирусные находятся?

да я знаю, откуда там сигнатуры вирусные находятся?

serialize/base64 и это уже пугает хостера

понял

Господа всем привет. Где в blade лучше засунуть удаление лишних пробелов из html? Думаю это решение для blade не самое лучше http://modx.im/blog/addons/116.html

Господа всем привет. Где в blade лучше засунуть удаление лишних пробелов из html? Думаю это решение для blade не самое лучше http://modx.im/blog/addons/116.html

https://laravel.com/docs/5.6/views

в интернетах пишут про Middleware в laravel5

@Agel_Nash это оба ваших решений, что лучше посоветуете? :)

@spaceless

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

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

https://www.digitalocean.com/

в интернетах пишут про Middleware в laravel5

Middleware в Laravel5 это что-то типо фильтров над запросами. У нас своя система маршрутизации в 2.0, поэтому там нет ни роутов от laravel, ни соответственно Middleware.

в связи с приближением релиза 2.0 что посоветуете консерваторам, привыкшим к разработке «по-старинке»? Полноценно освоить ларку как обособленный фреймворк или достаточно разобраться с принципами и синтаксисом блейда?

В плагине EvoBlade так вообще нет смысла тащить все это за собой

в связи с приближением релиза 2.0 что посоветуете консерваторам, привыкшим к разработке «по-старинке»? Полноценно освоить ларку как обособленный фреймворк или достаточно разобраться с принципами и синтаксисом блейда?

Можно ничего не делать. НО если хочется развиваться, то достаточно прочитать про блейд

@Agel_Nash это оба ваших решений, что лучше посоветуете? :)

Конкретно в нашем случае лучше плагином

Middleware в Laravel5 это что-то типо фильтров над запросами. У нас своя система маршрутизации в 2.0, поэтому там нет ни роутов от laravel, ни соответственно Middleware.

да я уже заметил пробовал найти. засунул сжатие в OnLoadWebDocument.php $modx->documentContent = minify($tpl->render());