Как по мне в ларавеле беда с работой с БД - три варианта как сделать простой запрос это ппц. Да, гибкость - можно выбрать что хочешь, только приносить это в CMS тянет за собой множество тяжелых последствий. Те же дополнения спокойно превращаются в "феном"-зависимость и т.д. (:

В конце-концов просто ставишь ларавель и забываешь эволюшен (:

Просто ставишь ларавел и пилишь админку

Для простых задач писать много не придется, да и, как замечали ранее, там масса готового. (: А при выборе - написать "один" раз под ларавель или 2 раза для эволюшен, логичнее выбрать первое.

Вопрос заключается в том что б дать возможности но при этом не убирать то что есть

Это понятно. Это полезно.

Главное чтобы так и произошло.

убирать modx парсер никто не собирается )

ну я не вижу смысла к примеру у меня больше 90% сайтов не требуют ни твига ни сложных вещей

Господа, я что-то читаю ленту переписки и никак не могу понять, в evo twig и дальше будут развивать? или будет развиваться blade?

Все зависит от людей. Поддерживать все можно. (:

Господа, я что-то читаю ленту переписки и никак не могу понять, в evo twig и дальше будут развивать? или будет развиваться blade?

twig и blade это плагины, которые можно использовать, а можно не использовать, можно ставить, а можно и не ставить

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

да и ясность небольшую внести

(:

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

Почему в свое время многие перехали на Revo? Там большье стандартнов, больше гибкости из коробки. Что мы имеем в Evo? Вся гибкость достигается за счет хаков.

Начнем с простого. Хочется держать разработку сайта под контролем в git. Что вы будете делать? Первым делом поставим LoadElement. Почему еще никто не додумался это внедрить в ядро, хотя плагину уже несколько лет...

Идем дальше. Вот вы ноете, шареды и прочее. А что вам мешает вести разработку локально с композером gulp/webpack и прочим. А на прод выгружать уже собранный вариант через тот же самый FTP?

Идем дальше. Вот вы ноете, шареды и прочее. А что вам мешает вести разработку локально с композером gulp/webpack и прочим. А на прод выгружать уже собранный вариант через тот же самый FTP?

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

Давайте на примере, посмотрим. У меня год назад была задача. Организовать систему загрузки файлов PDF/DOC/DOCX/RTF/TXT, а после еще и поиск по содержимому. Как бы вы решали эту задачу? Не поверите, я ее решил всего лишь 3 файлами на базе EvoSearch и SimpleFiles. Естественно, с помощью композера. И спокойно это все работает на шареде 5.6

Давайте на примере, посмотрим. У меня год назад была задача. Организовать систему загрузки файлов PDF/DOC/DOCX/RTF/TXT, а после еще и поиск по содержимому. Как бы вы решали эту задачу? Не поверите, я ее решил всего лишь 3 файлами на базе EvoSearch и SimpleFiles. Естественно, с помощью композера. И спокойно это все работает на шареде 5.6

http://docs.evo.im/04_extras/simplefile.html

https://hastebin.com/bifefotimu.php

Как видите, через композер был поставлен не 1 и даже не 2 компонента, чтобы реализовать подобное.

Почему вы рассматриваете шаред с точки зрения вам дали доступ в админку и все. Больше вы ни с чем работать не можете?

Возьмем тот же самый Blade. Почему он? Да потому, что он уже оттестирован в связке с Illuminate\Database для пагинации. Почему Illuminate\Database для DBAPI? Да потому, что я его знаю. Хотие, можете написать свой драйвер-прослоку под DBAPI для пакета https://github.com/AgelxNash/modx-evo-database/tree/master/src/Drivers Можете даже взять xPDO. И поверьте, это будет работать.

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

Это из серии собрать сайт. Упаковать его в phar архив и отправить в прод

Или еще лучше. Собрать сайт. Зашировать исходники через IonCube

Так что подобную экзотику и пакости со стороны разработчиков я не рассматриваю. Идиотов хватает. Хватает даже тех кто в git грузит пароли

Давайте на примере, посмотрим. У меня год назад была задача. Организовать систему загрузки файлов PDF/DOC/DOCX/RTF/TXT, а после еще и поиск по содержимому. Как бы вы решали эту задачу? Не поверите, я ее решил всего лишь 3 файлами на базе EvoSearch и SimpleFiles. Естественно, с помощью композера. И спокойно это все работает на шареде 5.6

На этот вопрос нужно отвечать или риторический?

Да основная проблема что тут многие смотрят через призму: - я вот это уже знаю и это мне удобно, а новое смотреть даже не хочу мне и так хорошо. + Эфект привычки что новое кажеться хуже чем то к чему привык

На этот вопрос нужно отвечать или риторический?

Ниже код. Чтобы ознакомиться. И пример зависимостей которые использовались. Этот пример был приведен лишь ради того,чтобы увидеть что в зависимостях не 1 файл и класс.

Ниже код. Чтобы ознакомиться. И пример зависимостей которые использовались. Этот пример был приведен лишь ради того,чтобы увидеть что в зависимостях не 1 файл и класс.

Скорей всего глупый вопрос. takeFilExt возвращает всё в нижнем регистре? Просто раньше часто видел document.DOC

Давайте теперь сравним что нам дает Blade vs Twig. Смотрим пакеты которые святся в зависимостях. Blade: https://packagist.org/packages/illuminate/view illuminate/container: 5.6.* illuminate/contracts: 5.6.* illuminate/events: 5.6.* illuminate/filesystem: 5.6.* illuminate/support: 5.6.* symfony/debug: ~4.0 Twig: https://packagist.org/packages/twig/twig symfony/polyfill-mbstring: ~1.0 Итого, внедряя блейд мы еще получаем возможность работать с событиями, файловой системой. Смотрим https://packagist.org/packages/Illuminate/Database illuminate/container: 5.6.* illuminate/contracts: 5.6.* illuminate/support: 5.6.* Те же самые зависимости. А xPDO https://packagist.org/packages/xpdo/xpdo symfony/console: ~2.8|~3.4 psr/container: ^1.0 Т.е. да, классов вы поставите меньше. На зато сами будете вынуждены между собой все это дело подружить. В случае с Laravel это сделано уже за нас + как выше сказали, есть документация.

Скорей всего глупый вопрос. takeFilExt возвращает всё в нижнем регистре? Просто раньше часто видел document.DOC

Это метод из хелпра DocLister https://github.com/AgelxNash/DocLister/blob/master/assets/lib/Helpers/FS.php#L113-L120 И да, он возвращает в нижнем регистре.

Это метод из хелпра DocLister https://github.com/AgelxNash/DocLister/blob/master/assets/lib/Helpers/FS.php#L113-L120 И да, он возвращает в нижнем регистре.

Вот и багуля вылезла. Там берётся без перевода в нижний регистр, а через case проходят расширения в нижнем регистре, т.е. фактически могли загрузить с разрешением в верхнем регистре 😊

А если стоит вопрос почему курс на Ларавел то вот ответ: https://coderseye.com/best-php-frameworks-for-web-developers/

Сорян

Я слепой

Там по умолчанию true для этого параметра

Я слепой

Я так и понял)

Я что-то подумал что там false для него сразу задан.

Таким образом, внедряя composer у вас никто не забирает шаред хостинг. Вот только подход к разработке нужно изменить - не делать все на шареде, а собирать и обновлять в тестовой среде.

Я тут говорил про шареды, потому что мне когда-то тут же выносили мозг, что вот у меня хостинг где только 5.4, в лучшем случае 5.6, а ваши модные 7.0 не смогут поддерживаться и вообще это зло от юродивых. И кто этим людям оплатит перевод сайтов на более свежий хостинг.

Простые сниппеты так же можете и через админку хреначить. Но функционал посложнее + обновления проводятся локально.

Я тут говорил про шареды, потому что мне когда-то тут же выносили мозг, что вот у меня хостинг где только 5.4, в лучшем случае 5.6, а ваши модные 7.0 не смогут поддерживаться и вообще это зло от юродивых. И кто этим людям оплатит перевод сайтов на более свежий хостинг.

Цена вопроса шареда?

вообще для тех кто хреначил чанки в админке не меняется вообще ничего

вообще для тех кто хреначил чанки в админке не меняется вообще ничего

ВО! Именно!

Для разработчиков то понятно - все хорошо и приятно когда большие проекты или хотя бы заботишься о времени своем. Другое дело чтобы все это работало без ущерба текущей простоте "разработки в админке". Мне вообще все равно блейд-твиг хоть смарти (%

Для разработчиков то понятно - все хорошо и приятно когда большие проекты или хотя бы заботишься о времени своем. Другое дело чтобы все это работало без ущерба текущей простоте "разработки в админке". Мне вообще все равно блейд-твиг хоть смарти (%

Ради такого подхода и вся эта морока без внедрения зависимостей

Т.е. чтобы ядро работало по принципу скопировал - запустил.

Цена вопроса шареда?

Фиг его знает, я не знаю цен на хостинги. У меня свой vds под все случаи жизни, за 250р в месяц.

Вот это замечательно и полезно.

Фиг его знает, я не знаю цен на хостинги. У меня свой vds под все случаи жизни, за 250р в месяц.

Вот я к тому и клоню. Шаред сейчас ни разу не выгодней использовать. Проще купить VDS и юзать что хочешь.

По умолчанию LAMP на всех шаблонах развертывается

Экономия в год от силы рублей 500

Если клиент так экономит деньги, то пусть сайт собирает в DreamWeaver

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

Я тоже не вижу проблемы в хостинге норм шареды дают ставить версию php 7+ уже давно

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

Вот именно

А композер работает или локально или там же через ssh

А если стоит вопрос почему курс на Ларавел то вот ответ: https://coderseye.com/best-php-frameworks-for-web-developers/

Эти статьи такие "показательные" что ппц. Кроме этих фреймверков больше и ничего нет то. Тут даже из статьи в статью таскают фалкон и пхппикси не считая остальных. Конечно ларавель круче (:

А композер работает или локально или там же через ssh

А шареды часто дают 256мб оперативки? Но правда как писали выше никто не мешает разрабатывать у себя локально, а потом пулять на сервер.

А с учетом что стоимость хостинга в месяц дешевле чем работа програмиста за день то как по мне это вообще глупая причина

А шареды часто дают 256мб оперативки? Но правда как писали выше никто не мешает разрабатывать у себя локально, а потом пулять на сервер.

Да на https://ukraine.com.ua/?page=118565 есть с 256 )

Единственная пробелма с composer - по умолчанию нельзя строить ядро на зависимостях, чтобы не возникали сложности с совместимостью и обновлением.

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

И это радует (:

Итого делая вывод: - Остается совместимость с тем что есть - Добавляются новые возможности для тех ктому они надо - Да возможны косяки и глюки ибо работы делается много но это мы уже проходили когда добавляли возможность менять папку manager или переходили на mysqli. тот код который написал правильно работает без проблем а вот где были прямые запросы в базу и т д пришлось переписывать но это все идет на пользу 🙂

На бегете вообще нет проблем с композером. На самом низком тарифе ставится и работается (%

Даже доки написали как (:

На бегете вообще нет проблем с композером. На самом низком тарифе ставится и работается (%

Там у них ещё и сфинкс есть, тоже шикарная вещь для ускорения поиска 😉

Ага, много чего есть и без проблем работает.

У меня есть желание запилить фильтр на сфинксе, но пока нет проекта под это дело

Должны тоже шустрей строится.

Учитывая что там еще и докер вообще не понимаю шумихи про 256 ОЗУ (%

Итого делая вывод: - Остается совместимость с тем что есть - Добавляются новые возможности для тех ктому они надо - Да возможны косяки и глюки ибо работы делается много но это мы уже проходили когда добавляли возможность менять папку manager или переходили на mysqli. тот код который написал правильно работает без проблем а вот где были прямые запросы в базу и т д пришлось переписывать но это все идет на пользу 🙂

А главное, легче делать паки компонентов. Вот как SimpleGallery, SimpleFIles, Simplexxxx поперли. Комментарии о которых мечтают в Evo тоже уже есть если юзать компоненты Laravel https://github.com/laravolt/mural

Понадумывают себе причин не решать задачи и ноют ((%

Учитывая что там еще и докер вообще не понимаю шумихи про 256 ОЗУ (%

Последний раз когда я сталкивался с шаредами, там 32мб лимит был