Size: a a a

2020 January 15

АК

Алексей Кузнецов in Drupal RU
Andrey Postnikov
Сомнительный профит и поддержка
Профит в росте производительности в разы
источник

АК

Алексей Кузнецов in Drupal RU
Плюс значительно упрощается фронтенд
источник

АК

Алексей Кузнецов in Drupal RU
Увеличивается скорость разработки фронтенда, прилага становится легче, браузеры тупят меньше
источник

AP

Andrey Postnikov in Drupal RU
И расходах на поддержку и питание того-единсвенного-разработчика, который понимает как это работает
источник

ИЛ

Иван Лещёв in Drupal RU
нанять джуна, который доки за шаурму напишет
источник

AK

Alexey Korepov in Drupal RU
Alexey Korepov
у меня свои модули генерят json сами. Проблема в том, что до того момента, в котором вызывается моя функция в 3 строчки - проходит куча времени пока сам друпал развернётся, подключит кучу классов, распарсит роуты, права доступа и т.п. В итоге функция вида echo '{"name":"Боб"}'; die(); возвращает ответ за 200мс вместо 2мс
и в этом плане node.js использовать гораздо эффективнее, чем drupal и даже в целом любой php-фреймворк
источник

AP

Andrey Postnikov in Drupal RU
Alexey Korepov
и в этом плане node.js использовать гораздо эффективнее, чем drupal и даже в целом любой php-фреймворк
Ну если есть бюджет каждые несколько месяцев переписывать то да - нода рулит
источник

АК

Алексей Кузнецов in Drupal RU
Jsonapi тоже требует ох какой поддержки. Там шаг влево, шаг вправо - пиши патч. А потом всё слетает при апдейте и нужен уже новый патч
источник

АК

Алексей Кузнецов in Drupal RU
Это я всё по личному опыту говорю
источник

ИЛ

Иван Лещёв in Drupal RU
пока вы будете делать медленно медленный друпалвей, другие быстро сделают быструю ноду, выйдут в прод, соберут фидбек и начнут стричь бабло
источник

AP

Andrey Postnikov in Drupal RU
Алексей Кузнецов
Jsonapi тоже требует ох какой поддержки. Там шаг влево, шаг вправо - пиши патч. А потом всё слетает при апдейте и нужен уже новый патч
Это кто-то просто явно костылит, у остальных годами работает
источник

AK

Alexey Korepov in Drupal RU
Алексей Кузнецов
Профит в росте производительности в разы
дык ещё быстрее будет написать свой api.php с прямыми sql-запросами к базе и выводом json :)
источник

AK

Alexey Korepov in Drupal RU
а чтобы было ещё быстрее - на node.js написать приложуху, которая слушает порт и отдаёт данные сразу из памяти, загруженные туда заранее при запуске приложения ;)
источник

ИЛ

Иван Лещёв in Drupal RU
главное - больше дрочить на "а как это поддерживать"
источник

AP

Andrey Postnikov in Drupal RU
Просто у всех задачи разные, и инструменты выбирать нужно
источник

АК

Алексей Кузнецов in Drupal RU
Alexey Korepov
а чтобы было ещё быстрее - на node.js написать приложуху, которая слушает порт и отдаёт данные сразу из памяти, загруженные туда заранее при запуске приложения ;)
Тут тоже не всё так радужно. Если память у ноды потечёт, будет ещё медленнее, чем друпал
источник

AK

Alexey Korepov in Drupal RU
зачем переписывать то, что 1 раз написали и работает как надо? Просто какие-то данные, где действительно нужен функционал Drupal, отдаёт друпал, а другие, где нет никакой сложной логики, или важна скорость - отдаёт нода. И все счастливы.
источник

AP

Andrey Postnikov in Drupal RU
Алексей Кузнецов
Тут тоже не всё так радужно. Если память у ноды потечёт, будет ещё медленнее, чем друпал
Пиши на С - ещё быстрее и течет также
источник

AK

Alexey Korepov in Drupal RU
Алексей Кузнецов
Тут тоже не всё так радужно. Если память у ноды потечёт, будет ещё медленнее, чем друпал
с памятью да, надо следить внимательней чем в пхп, который самоубивается после отдачи каждого запроса
источник

AP

Andrey Postnikov in Drupal RU
Alexey Korepov
с памятью да, надо следить внимательней чем в пхп, который самоубивается после отдачи каждого запроса
Это пока нет phppm
источник