AK
Пиши на С - ещё быстрее и течет также
тогда уж лучше на хипстерских GoLang или Rust :)
Size: a a a
2020 January 15
АК
Пиши на С - ещё быстрее и течет также
Ну тут уже немного другая тема. Компилируемые языки всегда быстрее некомпилируемых
AP
тогда уж лучше на хипстерских GoLang или Rust :)
Думаешь они не ломают обратную совместимость?
AK
Алексей Кузнецов
Ну тут уже немного другая тема. Компилируемые языки всегда быстрее некомпилируемых
Да тут основная проблема не в компилируемости, а в том, запускается ли приложение с нуля при каждом обращении, или запустилось 1 раз и отдаёт данные сразу из памяти или базы, не инициализируя новые соединения и не разврачивая кучу классов. Так-то можно и на С написать mycoolframework.exe который запускается через cgi на каждый запрос ;))
C
у меня свои модули генерят json сами. Проблема в том, что до того момента, в котором вызывается моя функция в 3 строчки - проходит куча времени пока сам друпал развернётся, подключит кучу классов, распарсит роуты, права доступа и т.п. В итоге функция вида
echo '{"name":"Боб"}'; die(); возвращает ответ за 200мс вместо 2мсзачем тебе друпал тогда, хехе
ИЛ
зачем тебе друпал тогда, хехе
дежурный ответ
ИЛ
затем, что в ём админка
AK
зачем тебе друпал тогда, хехе
потому что 70% функционала сайта - это то, что друпал даёт из коробки, а вот в некоторых разделах нужно куча интерактива и действий на фронтенде где данные должны подгружаться очень шустро, что всё это через друпал пилить вааще профита нет.
C
тебе на микросервисы тогда смотреть
AK
потому что 70% функционала сайта - это то, что друпал даёт из коробки, а вот в некоторых разделах нужно куча интерактива и действий на фронтенде где данные должны подгружаться очень шустро, что всё это через друпал пилить вааще профита нет.
на каждый клик делать кучу ajax-запросов чтобы грузить друпаловские блоки и рендеренные твиг-шаблоны - это будут мегатормоза
ИЛ
на каждый клик делать кучу ajax-запросов чтобы грузить друпаловские блоки и рендеренные твиг-шаблоны - это будут мегатормоза
не надо делать кучу аякс запросов
AK
тебе на микросервисы тогда смотреть
ну микросервисы это тоже не совсем то, микросервис обычно решает одну слишком узкую задачу, а тут куча всяких разных запросов, каждое выносить в отдельный сервис - бессмысленно
ИЛ
на каждый клик делать кучу ajax-запросов чтобы грузить друпаловские блоки и рендеренные твиг-шаблоны - это будут мегатормоза
если ты не умеешь ssr запустить
то надо впендюрить esi внутрь тега, который заберёт json ещё на сервере
а на клиенте ты посмотришь, есть ли чо, прежде чем запросы запрашивать
то надо впендюрить esi внутрь тега, который заберёт json ещё на сервере
а на клиенте ты посмотришь, есть ли чо, прежде чем запросы запрашивать
АК
Сср не всегда нужен. Иногда от него только гемор
ИЛ
тоже вариант
АК
Вообще писать свои эндпоинты довольно просто. Сгенерил консолькой рыбу, потом через loadByProperties подгрузил энтити, прогнал в цикле, сформировал данные, расставил кэш-тэги и отдал всё красиво и ничего лишнего
АК
И будет отвечать за миллисекунды
ИЛ
а кто будет спускать водопад ху..в?
AK
если ты не умеешь ssr запустить
то надо впендюрить esi внутрь тега, который заберёт json ещё на сервере
а на клиенте ты посмотришь, есть ли чо, прежде чем запросы запрашивать
то надо впендюрить esi внутрь тега, который заберёт json ещё на сервере
а на клиенте ты посмотришь, есть ли чо, прежде чем запросы запрашивать
вот у меня есть на странице вывод друпаловской сущности с 50 полями. И мне нужно сделать такой функционал: при клике мышкой на значение поля "Город" подменить
<p>Бобруйск</p> на <select>Бобруйск,Мухосранск</select>, и при смене значения - обновить значение поля в базе для этой сущности, и перерендерить поле "Город" на странице в <p> с новым значением. Друпал-вей - это по onclick грузить друпаловскую форму сущности, потом её сабмитить, и перерендеривать весь вывод сущности.АК
Никаких водоподав! Только скрам!