Виталий

Думаю, потому что ты прописал тайпинги, но забыл добавить алиасы. Тайпинг "обманывает" компилятор и подсказывает, откуда тянуть объявление типов. Но после компиляции js не понимает, откуда взялся такой модуль. Вот так можно создать ссылку в папке node_modules: https://ru.wikipedia.org/wiki/Ln_(Unix)

Простой вариант: объявить transporter внутри обработчика express.
Правильный вариант: промиссифицировать sendMail, т.е. обернуть в функцию, которая возвращает промис, на который можно подписаться извне.

function sendMail(mailOptions) {
  return new Promise((resolve, reject) =>
    transporter.sendMail(mailOptions, (error, info) => {
      if(error){
        reject(error);
      } else {
        resolve(info);
      }
    });
  });
}

Использование промисов:

sendMail(mailOptions)
  .then(info => console.log(info))
  .catch(error => console.error(error));

или так:

try {
  const info = await sendMail(mailOptions);
  console.log(info);
} catch (error) {
  console.error(error);
}

WebPack в такой реализации подбирает все найденные стили и создаёт css bundle. Его можно вручную подключать в header SSR. А вообще я использую JSS

Можно сохранять в массив логи совершённых операций и их параметров, на основе которых вызывается нужный обработчик для совершения обратной операции

Найди опытного фрилансера, который согласится взять тебя в подмастерья - сперва "за спасибо", затем "за еду", а когда уверенно освоишься - "за вознаграждение". После этого можно учиться искать заказы самостоятельно.

Думаю, нет. Сам искал ответ на похожую проблему и единственным рабочим способом определил подмену модуля своей реализацией.

Поскольку вопрос холиварный, провозглошу и своё предсказание.

Прежде всего, я пророчу смерть всем существующим языкам программирования как динозаврам в ледниковый период. Технологии развиваются, а справляться с большим потоком однотипных действий, которыми грешат все в модульной парадигме, становится всё труднее. И грядёт пришествие нового мира уже в ближайшее десятилетие.

Интереснее попытаться предугадать, кто вымрет первее конкретно в вебе. Тут будущее более туманно, но будущее питона наиболее сомнительно. PHP видится ещё более неуклюжим, но живучим за счёт исторически сложившегося сообщества. Java|C# кажутся менее гибкими, но более стабильными, ведь они кроме сообщества содержат хорошие показатели производительности. Менее популярные языки, такие как Go, комментировать не буду, потому что все они получаются однобокими - каждый со своими изъянами.

Что касается JS, то он сейчас как самый крупный динозавр переживает свой расцвет. Он показывает самое оптимальное соотношение скорости разработки к скорости выполнения, поддерживает проверку типов с помощью транслятора TypeScript, позволяет писать асинхронный код в синхронном стиле с помощью новых стандартов, гибко масштабируется и что самое важное - может переиспользоваться на клиенте и сервере, в том числе с любыми гибридными приложениями, что снижает затраты на разработку и отладку. А ещё Node.js позволяет распараллеливать процесс и делать это даже проще, чем на Java|C#, хотя чаще всего этим не занимаются за ненадобностью.

Шагайте в ногу со временем, имейте голову на плечах и смелость менять направление, когда придёт время.

setTimeout(action, 5000);
Вместо action подставить нужные действия. А вообще, обратная связь с сервером делается с помощью сокетов, а не перегрузкой сетевого канала лишними запросами, но кажись с твоим уровнем до этого рановато - просто на будущее.

Time Logger

Есть большая вероятность, что придётся отвечать самому, ибо наши адепты кодинга верно поклоняются богу копипаста.

Из доступных решений первой приходит идея конфигурировать корневой модуль компонента. C этим подходом сразу виднеются проблемы: классы компонентов приходится называть одним именем (это ещё ладно) и производить импорт приходится не из npm зависимостей, а с использованием алиаса пути в корень проекта (вот это уже злостное нарушение модульности).

Следом приходит более работоспособное решение: создать абстрактный модуль, который содержит интерфейсы компонентов и импортируется зависящими компонентами. При этом сам модуль нужно настраивать в модуле верхнего уровня конкретной реализацией.

Хотелось бы увидеть решение, похожее на подмену сервисов:
{provide: ServiceName, useClass: FakeServiceName}

Поиски продолжаются...

Логичный вопрос: а откуда должны поступать эти данные? Из урла? Если так, тогда нужно доставать значение url и через switch делать инициализацию в ngOnInit

Зачем спрашивать на Тостере? Просто посмотрите вакансии: смотреть

Такой вопрос: а вы как скрипт запускаете? Закрадывается подозрение, что сервер падает, когда завершается сеанс ssh, т.к. процесс не был запущен как daemon. Если так, вашим решением будет команда запуска "node app/server/app.js &" (& - запускает фоновый процесс)