Comments 9
Добрый день как отличить nodejs пакеты которые работают только с ssr+nodejs от обычных?
Доброго времени суток )
Дело в том что конфигурация на клиенте и сервере должны быть почти одинаковые, однако когда мы собираем серверную часть, нам нужны только файлы, которые относятся к серверу, поэтому в серверном вебпак конфиге мы сделали следующую конструкцию
rules: [
...config.module.rules,
{
test: /\.s[ac]ss$/i,
use: 'null-loader'
}
]PS То есть сделали так, чтобы в нашу серверную сборку не попали исходники css, которые генерируются из SCSS.
Если для вашей серверной сборки нужны эти пакеты вы их оставляете, если нет, то делаете для них null-loader. Надеюсь ответил на ваш вопрос, однако если нет, то более подробно о настройке webpack конфигах я постараюсь более подробно написать в следующей, где то на этой неделе!
начало заинтриговало) жду продолжения. так держать!
А чем next не устроил?
Next хорош на самом деле, но если говорить про коробочное решение, то в нем слишком много функционала, который врят ли буду использовать, да и плюс ко всему хотелось бы самому настроить приложение, чтобы максимально гибко им управлять и понимать его работу )
Слабое интернет соединение задублировало комментарий (этот комментарий лишний)
поэтому типизация нам пригодится во избежания 1 + "1" = 11 и других подобных приколов слабой типизации JS - ???, это как TS защитит от 1 + "1" = 11 и других подобных приколов???, наверно имелось ввиду от невнимательности защитит, TS приносит аннотацию типов при написании кода, но никакой "типизации" не приносит в код JS, как в старой сказке карета превращалась в тыкву в полночь, так же и TS превращается в JS...
Создание SSR веб приложения на React и NodeJS с нуля до деплоя (статья 1)