V
Это почему ? Какая разница к чему шаблонизатор подключать. Хотя я бы тоже не стал брать node для не апи приложений
Size: a a a
2021 July 16
RD
Люди, что ето за процес \_ /usr/bin/node /snap/webstorm/150/plugins/JavaScriptLanguage/jsLanguageServicesImpl/js-language-service.js -i, и почему когда я его убиваю, он перезапускается??
IK
сервис отвечающий за автокомплит
IK
и вообще за обработку всего js в шторме
RD
спасибо
AI
А почему не стали бы брать? Обычно ведь всё равно прятать за nginx / cloud front / что-то ещё для кэша.
V
Тот же Yii, Laravel, Rails имеет кучу разных плагинов и интеграций. Навернуть все это для express не стоит усилий. Но это чисто моё мнение
2021 July 17
TS
Пусть клиент и сервер обмениваются json и весь рендеринг происходит на клиенте
AI
А и правда, чего это я. Если нужно быстро и просто, подойдет почти всё, что позволяет сделать быстро и просто. Имхо, для всего остального клиент-сервер - стандарт.
TS
Каждый модуль во время загрузки через require оборачивается в замыкание и в своем контексте модуль может создавать структуры, которые занимают память. Это не глобальный контекст, но он зацеплен за глобальный при помощи кеша require. То есть, все, что себе модуль навыделял - висит в памяти и не собираетсч gc, пока модуль специально не освободит.
MA
Сложно осознать так конечно
TS
Сделай в модуле Map и наделай там кучу Buffer больших, загрузи модуль и не сохраняй на него ссылу, память не осаободится. Потом удали модуль из кеша require, который держит замыкание и память освободится.
TS
require.cache посмотри
MA
Не сохранять ссылку это написать просто require(test.js)?
MA
А в этом test.ru допустим функция, у которой в замыкании эти буфферы
MA
Я вот примерно похожее делал. А что в таком случае будет плохого в большом количестве вызовов require?
MA
В других например модулях проекта