Почему узел в Chrome Audit с Lighthouse работает так медленно?

Я только что создал одну страницу js, как показано ниже:

// Load HTTP module
var http = require("http");

// Create HTTP server and listen on port 8000 for requests
http.createServer(function(request, response) {

   // Set the response HTTP header with HTTP status and Content type
   response.writeHead(200, {'Content-Type': 'text/plain'});

   // Send the response body "Hello World"
   response.end('Hello World\n');
}).listen(57777);

// Print URL for accessing server
console.log('Server running at http://127.0.0.1:57777/');

Таким образом, он размещается на localhost: 57777. И вот результат аудита по нему.

Изображение, показывающее аудит

Я начал изучать экспресс, чтобы улучшить производительность Angular SSR, но здесь я вижу, что пустой проект с текстовым ответом настолько плох в производительности, тогда как я могу ожидать, что мое приложение angular будет лучше. Можно ли исправить отставание в производительности?

Или мне следует перейти на laravel или другой фреймворк PHP для повышения производительности, поскольку я потратил много времени на угловые, но приложение все еще не так уж велико.

Вот отчет о моем проекте Angular Universal, из-за которого его невозможно развернуть.

Угловая статистика

Есть ли способ улучшить описанное выше. Я следую этой конфигурации Universal Starter < / а>

Я тоже слежу за этими блогами, но безрезультатно:

  1. Средний блог
  2. Практически полностью реализован этот контрольный список

person Black Mamba    schedule 22.08.2018    source источник
comment
В какой операционной системе вы это используете? Имейте в виду, что результаты синхронизации, которые вы можете получить, будут зависеть от точности разрешения времени операционной системы, в Windows это ужасно, результаты не могут быть точно рассчитаны для Windows с временным разрешением прибл. 50 мс.   -  person SPlatten    schedule 22.08.2018
comment
Да, я использую Windows 8.1 и Chrome 68.0.3440.106 (официальная сборка) (64-разрядная версия) (когорта: стабильная). Но статистика плохая для любого сайта, даже с небольшими ошибками в расчетах это очень плохо.   -  person Black Mamba    schedule 22.08.2018
comment
Я бы посоветовал изучить разрешение таймера для Windows. msdn.microsoft.com/en -us / library / windows / desktop /   -  person SPlatten    schedule 22.08.2018
comment
Ссылка предназначена только для информации: если вы вызовете какую-либо процедуру для получения системного времени, вы обнаружите, что точность невелика, попробуйте вызвать ту же процедуру дважды, один вызов сразу за другим, затем измерьте разницу между двумя значениями, вы увидите, что Я имею в виду. Используйте маршрутизацию, которая возвращает микросекунды, а затем посмотрите, сколько микросекунд прошло между двумя вызовами.   -  person SPlatten    schedule 22.08.2018
comment
Вот что, я думаю, вы говорите: `` console.log (new Date (). GetTime ()); setTimeout (() = ›{console.log (новая Дата (). getTime ());}, 1000) 1534920274189 1534920275192` ``   -  person Black Mamba    schedule 22.08.2018
comment
Теперь измените его, чтобы показать разницу между двумя значениями, вы должны увидеть, что, хотя ваш таймер, который выполняет эту функцию, составляет 1000 мс, разница между итерациями совершенно другая. getTime () возвращает время EPOCH в миллисекундах с 1970 года. В Linux или QNX (ОС реального времени) точность миллисекундного таймера составляет одну миллисекунду.   -  person SPlatten    schedule 22.08.2018
comment
Да, но я использую инструмент Google для аудита, а Google также использует его для производительности веб-сайта, так что это не должно быть причиной   -  person Black Mamba    schedule 22.08.2018
comment
Что на самом деле измеряет инструмент? Время до первой отрисовки контента для вашего приложения hello world составило около 0,5 с; Что же тогда займет 15 секунд для интерактивного взаимодействия с сайтом, который не имеет никакого взаимодействия?   -  person Henry    schedule 22.08.2018
comment
Не знаю об этом, но это встроенный инструмент аудита в хроме. Вы можете перейти к проверке (Dev Tool) в этом окне, а затем перейти на вкладку аудита почти последней, где вы получите результат для своего приложения. @ Henry   -  person Black Mamba    schedule 22.08.2018
comment
Спасибо, @Henry, ваш комментарий заставил меня копнуть глубже, и я обнаружил, что смог выяснить причину этой проблемы.   -  person Black Mamba    schedule 22.08.2018


Ответы (1)


Основываясь на комментарии Генри, мне пришлось копнуть глубже, и я обнаружил дьявола, стоящего за этой низкой производительностью. Дьявол

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

Итак, решение: запустить аудит в окне инкогнито. Теперь я перейду к оптимизации моего angular.

person Black Mamba    schedule 22.08.2018