как по мне, очки в гугле это просто показатель что можно ещё выжать из сайта. То есть он может уже быть очень быстрым, но можно выжать ещё чуточку. И гугл показывает в баллах сколько ещё можно выжать. Но отсеивать нормальный сайт за это, это вообще тупо с его стороны

как по мне, очки в гугле это просто показатель что можно ещё выжать из сайта. То есть он может уже быть очень быстрым, но можно выжать ещё чуточку. И гугл показывает в баллах сколько ещё можно выжать. Но отсеивать нормальный сайт за это, это вообще тупо с его стороны

есть понятия: Приемлемая скорость загрузки. гугл ее тоже учитывает, выбивать 100 балов вовсе не обязательно)

https://2020.modxpo.eu/

Ну вы знаете что делать

Глядишь в 21 году можно опять в Минске собраться

Уже надо собрать денег и сделать свой форк...

И собираться как нормальные люди :) Эвошников вон еще консолидировать.

есть понятия: Приемлемая скорость загрузки. гугл ее тоже учитывает, выбивать 100 балов вовсе не обязательно)

сеошнику всё равно не объяснишь, что значит приемлемая, он видит красненькое и желтенькое)

И собираться как нормальные люди :) Эвошников вон еще консолидировать.

Чудак человек. Эвошники не любят xPDO и ExtJS

Чудак человек. Эвошники не любят xPDO и ExtJS

Ну так форк я бы и делал чтобы это от этого избавиться.

Так что все логично.

Ну так форк я бы и делал чтобы это от этого избавиться.

и получить никому не нужный эволюшн 2?)

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

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

И получился никому не нужен octobercms?)))

Там как раз все что ты описал

Ну наверное поэтому туда люди и уходят отсюда и маркетплейс там не загибается :) Получится да, подобие октября, но у модх есть сильные вещи, которых там [пока] нет

И получился никому не нужен octobercms?)))

мне нужен, а это уже аргумент

OctoberCMS учит тебя относительно «правильно» и относительно «современно» строить веб приложения

Для конечного потребителя шо modx, шо october - все равно в целом

И пока есть куча готовых решений для MODX - он будет жить своей нормальной жизнью. По уровню гибкости системы плюс минус одинаковы

Для конечного потребителя шо modx, шо october - все равно в целом

они даже в совокупности ничто по сравнению с ВП )

Гибкости чего, прости? Люди, которые тут не смогли осилить ни одного компонента, в октябре по десятку уже давно имеют

Ты же предлагаешь все поменять и лишить всех готовых решений MODX Ну вот посмотри какая веселуха у Эволюшников, полторы калеки толкает чета, ничего не происходит от слова совсем

полторы калеки ахахахаха

Гибкости чего, прости? Люди, которые тут не смогли осилить ни одного компонента, в октябре по десятку уже давно имеют

Потому что там завезли билдер И в целом Laravel - фреймворк в котором думать вообще не обязательно

я где-то вычитал, что eloquent сделана на pdo, это так, никто не в курсе?)

я где-то вычитал, что eloquent сделана на pdo, это так, никто не в курсе?)

все ORM так или иначе зависимы от pdo

Ты же предлагаешь все поменять и лишить всех готовых решений MODX Ну вот посмотри какая веселуха у Эволюшников, полторы калеки толкает чета, ничего не происходит от слова совсем

Прости, но ты предлагаешь так и ехать на старых щах еще 10 лет просто потому, что компоненты надо пилить? Перепил компонентов это не проблема глобально.

и ещё что pdo быстрее eloquent

я где-то вычитал, что eloquent сделана на pdo, это так, никто не в курсе?)

Ты чо, Коль? :) Считаешь, что элокент это драйвер БД?

и ещё что pdo быстрее eloquent

ПДО это доступ, а елок это логический слой над ним.

Прости, но ты предлагаешь так и ехать на старых щах еще 10 лет просто потому, что компоненты надо пилить? Перепил компонентов это не проблема глобально.

Не проблема, а компоненты перепиливаю на тройку походу только я)) Не нужно ехать на старых щах, нужно старые щи рефакторить

Чудак человек. Эвошники не любят xPDO и ExtJS

просто почему тогда люди не любят xPDO, если это та же PDO, просто с дополнительными плюшками под движок)

Не проблема, а компоненты перепиливаю на тройку походу только я)) Не нужно ехать на старых щах, нужно старые щи рефакторить

Вася пилит и еще кто-то. Володя перепили все ибо продажи.

Это вообще не проблема.

Даже отказ от extjs будет бобо

просто почему тогда люди не любят xPDO, если это та же PDO, просто с дополнительными плюшками под движок)

Из-за его не очень шустрой скорости работы 🙂 И прожорливой памяти?

просто почему тогда люди не любят xPDO, если это та же PDO, просто с дополнительными плюшками под движок)

Потому что это по сути проприетарный велосипед. А тот же Элокент это широко используемый и потому развивающийся инструмент. Косяки хпдо да, очевидны. Раз все пользуют его тупо как генератор запросов.

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

Коль, тебя подводит твоя любовь к копипасте, уж прости :)

Ты сути не понимаешь.

Можно вообще все запросы писать напрямую

Или пользовать представления и процедуры - тоже вариант.

по-моему ты не понимаешь. Логика работы движка ограничивает, а не сам xPDO. Если переписать процессоры те же на eloquent не думаю, что скорость добавится, если не наоборот

Эм... тебе вон выше написали, что xPDO жрет память как не в себя и медленный

в тройке ситуация получше

но да, жрет он прилично

Ровно по этой причине пользуют такое

То есть xPDO это тупо генератор запросов. Что достаточно позорно, мне кажется.

но да, жрет он прилично

Помимо этого, создание новой таблицы это отдельный бессмысленный геморрой.

Эм... тебе вон выше написали, что xPDO жрет память как не в себя и медленный

это и есть логика работы движка. Когда грузится куча объектов в память. А сам xPDO как бы не причём. Если открыть класс xpdo, то там немного методов, базовых

почему в этом конченном ютубе не сделали дохагрузку видео

это и есть логика работы движка. Когда грузится куча объектов в память. А сам xPDO как бы не причём. Если открыть класс xpdo, то там немного методов, базовых

Да называй как хочешь. По факту работает оно хреново который год. А тормозит из-за функций, которые в 90% вообще не используются. Ровно по этой причине тот же элокент лучше.

почему в этом конченном ютубе не сделали дохагрузку видео

ньюфаг

Да называй как хочешь. По факту работает оно хреново который год. А тормозит из-за функций, которые в 90% вообще не используются. Ровно по этой причине тот же элокент лучше.

да ничем он не лучше будет, если логику не менять))

В элокент никто не собирается внутрь пихать логику, вроде это очевидно должно быть...

Поэтому такого кривого подхода с ним быть не может. Пример - тот же октябрь.

Я для своих таблиц пользую элокент. И все прекрасно. А вот с хПДО да, боль. Там джойны и те через раз получаются епт...

вот сути ты походу не понимаешь)) eloquent это чтобы удобно делать запросы в БД, но этого мало для функционирования движка. Не внутрь eloquent нужно логику пихать, а наоборот eloquent внутрь логики. Если её оставить, то никакого выигрыша не получится в скорости, только может в удобстве запросов. А если поменять, это уже будет не modx

Я для своих таблиц пользую элокент. И все прекрасно. А вот с хПДО да, боль. Там джойны и те через раз получаются епт...

ну конечно, взял напрямую запросы зафигачил минуя modx, ничего удивительного, что быстрее получится

Нда... Коль, прости, но копипаста тебя явно губит :))

eloquent такая же orm, как и xpdo, на базовом уровне, в xpdo немного больше натолкали и на базе этого навернули modx. по крайней мере все, что касается манупилирования объектами

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

Господа, какого фига?

[2020-02-19 14:40:34] (ERROR @ /home/host1486515/nkumodxcore/model/phpthumb/phpthumb.class.php : 1722) PHP warning: getimagesize(/home/host1486515/nku.biz/htdocs/www/{$pathcontext}/uploads/catalog/29/3-2.jpg): failed to open stream: No such file or directory

{($pathcontext ~ '/uploads/catalog/295/1-1.jpg') | phpthumbof:'w=350&q=98'}

Короче, перемирие на два часа. Через 15 минут стартуем стрим про Shopaholic!!! 😎

Паша как обычно)

дальше, eloquent строго следует патерну active record. Плюсы - это относительная простота, минусы - 1 сущность - 1 таблица

Короче, перемирие на два часа. Через 15 минут стартуем стрим про Shopaholic!!! 😎

https://youtu.be/Y3oh7056iew

всем чмаке! 😉

xpdo та же AR, но с оберткой в виде прямого мапинга объектов в БД

дальше, eloquent строго следует патерну active record. Плюсы - это относительная простота, минусы - 1 сущность - 1 таблица

связями модель расширяется. минуса не вижу в этом

связями модель расширяется. минуса не вижу в этом

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

Sergey_K и кто будет форк пилить?)

Doctrine в этом плане иногда выглядит интереснее

но для простых проектов она слишком многословна по коду

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

Когда более сложная логика, то можно задействовать уже уровень БД. Те же вьюхи и процедуры, например. И, возможно, в ORM не надо ничего делать будет.

Когда более сложная логика, то можно задействовать уже уровень БД. Те же вьюхи и процедуры, например. И, возможно, в ORM не надо ничего делать будет.

там не столько про ORM и обработку, сколько о представлении результата потом. Entity патерн и EntityManager позволяют потом завернуть локигу в куда более высокие абстракции, нежели практически прямая работа с таблицей в случае AR