Yeoman Angular.js grunt serve-d app имеет очень долгую задержку от livereload.js? Snipver = 1
Я отправился Yeoman guide, чтобы настроить приложение Angular.js. Я ничего не менял, за исключением имени хоста от "localhost" до "0.0.0.0".
Когда я сделал grunt serve
, ошибок не было. В конце концов, я вижу первую страницу "Allo, Allo", но только после более 30 секунд латентности от livereload.js? Snipver = 1, который не смог получить. Как вы можете видеть справа, сервер не выводит ничего необычного.
![livereload.js failed and causes a long latency]()
Весь мой проект находится в github.
I grep-ped для печеночной нагрузки и нашел несколько подозреваемых:
-
/node_modules/grunt-contrib-connect/node_modules/connect-livereload/index.js
содержит следующие две функции, содержащие URL-адрес печеночной нагрузки. Первая связана с " http://my.ip.addr.ess:9000/livereload.js", которая имеет "Can not GET".
function getSnippet() {
/*jshint quotmark:false */
var snippet = [
"<!-- livereload script -->",
"<script type=\"text/javascript\">document.write('<script src=\"http://'",
" + (location.host || 'localhost').split(':')[0]",
" + ':" + port + "/livereload.js?snipver=1\" type=\"text/javascript\"><\\/ script>')",
"</script>",
""
].join('\n');
return snippet;
};
function snippetExists(body) {
if (!body) return true;
return (~body.lastIndexOf("/livereload.js?snipver=1"));
}
-
Мой Gruntfile.js, который задает значение true, которое я хотел бы сохранить.
Кто-нибудь знает?
Update:
Я снова попробовал новую машину, с нуля. У меня все еще такая же проблема! На этот раз Status of livereload говорит "net:: ERR_CONNECTION_TIMED_OUT".
![enter image description here]()
Дополнительная информация: я запускаю AWS EC2 только с открытыми портами 8000 и 9000.
Ответы
Ответ 1
Подумав об этом, я решил, что это не могло быть Yeoman или какой-либо из моих ошибок Ubuntu, потому что после того, как я вытер машину и начал работу, ничего не изменилось. Это не был заблокированный IP-адрес в браузере, потому что у Chrome и Firefox была такая же проблема. Это не был заблокированный IP-адрес на моей клиентской машине, потому что проблема осталась на другой машине.
Лампочка погасла, когда я на самом деле заглянул в точный URL-адрес, который запрашивал. Он запрашивал порт 35729, порт, который я не открыл на своей учетной записи AWS EC2!
![enter image description here]()
После того как я открыл этот порт, он работал безупречно!