Size: a a a

2020 January 11

A

Alex in OctoberCMS
Zoten
А что если это не бложик тети Зои, а аналитеческая система, где в секунду к API происходит от 20 до 50 тысяч запросов - я бы посмотрел бы что там с html  бы делал, ой как хотелось бы это увидеть...
Если это какая-то сложная система с кучей сложных запросов, то рендер на бэке имеет ещё меньшее значение чем в бложике тёти Зои, т.к. ещё большая часть времени идёт на работу с данными из бд
источник

Z

Zoten in OctoberCMS
Surovov
А не легче такие проекты писать с нуля, а не на Октобере?
А тут речь не про CMS сейчас
источник

S

Surovov in OctoberCMS
Zoten
А тут речь не про CMS сейчас
Не согласен, ноги растут из October CMS, вы предлагаете для Октобера бек - отделять от фронта, ок, и аргументируете - что это лучше для аналитических систем. Так не легче ли, такие системы в обход Октобера - сразу на ларке или на чем вы там разрабатываете делать?
источник

М

Миша in OctoberCMS
Моя уточка😁
источник

A

Alex in OctoberCMS
Миша
Моя уточка😁
источник

S

Surovov in OctoberCMS
Миша
Моя уточка😁
источник

Z

Zoten in OctoberCMS
Surovov
Не согласен, ноги растут из October CMS, вы предлагаете для Октобера бек - отделять от фронта, ок, и аргументируете - что это лучше для аналитических систем. Так не легче ли, такие системы в обход Октобера - сразу на ларке или на чем вы там разрабатываете делать?
Нет, вы меня не так поняли, речь шла про высоконагруженный динамичный проект. Если бы ваш таков был, то отделение бэка от фронта было бы очень хорошее решение. А что там за бэком стоит - не имеет значение.
Просто иногда бывает такое, что проект запилили на коленке, а он взлетел. И тут начинают у заказчика вылезать проблемы из всех щелей, как например долгий ответ сервера.
источник

S

Surovov in OctoberCMS
Zoten
Нет, вы меня не так поняли, речь шла про высоконагруженный динамичный проект. Если бы ваш таков был, то отделение бэка от фронта было бы очень хорошее решение. А что там за бэком стоит - не имеет значение.
Просто иногда бывает такое, что проект запилили на коленке, а он взлетел. И тут начинают у заказчика вылезать проблемы из всех щелей, как например долгий ответ сервера.
Ну, мы проекты такой сложности сразу уже делаем с фреймворков, и насколько я понимаю ребята уже сразу их разделяют, и бек и фронт. Как минимум для безопастности. На октобер такое делать, как я думаю не совсем целесобразно.
источник

S

Surovov in OctoberCMS
Я это к чему, мне кажется этот спор - не совсем в тему именно Октобера. А я спрашивал именно про октобер)
источник

A

Alex in OctoberCMS
да тут на самом деле и спорить то нет смысла. @zotenme посмотрите сколько времени занимает сам "рендеренг" на бэке от общего времени ответа и поймёте о чем я говорю
источник

A

Alex in OctoberCMS
другое дело сколько он занимает на фронте
источник

A

Alex in OctoberCMS
здесь да
источник

A

Alex in OctoberCMS
однозначно
источник

A

Alex in OctoberCMS
но речь то о производительности бэка
источник

Z

Zoten in OctoberCMS
Alex
да тут на самом деле и спорить то нет смысла. @zotenme посмотрите сколько времени занимает сам "рендеренг" на бэке от общего времени ответа и поймёте о чем я говорю
Да до хрена занимает, одно дело cформировать JSON из нереляционной БД и отдать его во фронт, а там пусть сам с данными разбирается, а другое дело сформировать страницу с множеством циклов и условий.
источник

PL

Pavel Lautsevich 🇧🇾 in OctoberCMS
О, точно. Сорян, забыл про ваш плагин
источник

A

Alex in OctoberCMS
Zoten
Да до хрена занимает, одно дело cформировать JSON из нереляционной БД и отдать его во фронт, а там пусть сам с данными разбирается, а другое дело сформировать страницу с множеством циклов и условий.
а можно хоть один аргумент услышать?
источник

A

Alex in OctoberCMS
реальный, а не "да до хрена"
источник

A

Alex in OctoberCMS
я предлагаю вам сравнить общее время обработки и время на генерацию html
источник

A

Alex in OctoberCMS
посмотреть какой процент времени занимает этот процесс от общего
источник