Положение Кода аналитики Google
После создания второго проекта в рабочей области в Eclipse у меня возникла эта проблема. Я полагаю, что это потому, что я создал его с другой версией SDK, и это переписало библиотеку android-support-v7-appcompat.
Я пытался все почистить, но безрезультатно. В конечном счете, предложенное выше, чтобы отредактировать project.properties и изменить target = android-21 и установить мой проект на Android 5.0, исправило его.
6 ответов
Это просто для повышения производительности загрузки страницы. Если бы этот код был в начале, то если бы по какой-то причине код аналитики работал медленно, остальная часть страницы ожидала бы его завершения или тайм-аута перед загрузкой.
Код аналитики, вероятно, отправляет запросы на серверы Google, поэтому они перед завершением необходимо дождаться ответа серверов. Если (не дай бог) веб-серверы Google будут иметь резервную копию или работать с задержкой, это серьезно повлияет на время загрузки вашего веб-сайта.
Есть статья о Лучшем JavaScript Google Analytics, который не блокирует загрузку страницы . См. Соответствующий Как мне динамически загружать Google Analytics JavaScript? вопрос также по SO.
Проблема, вызванная скриптами, заключается в том, что они блокируют параллельные загрузки. В Спецификация HTTP / 1.1 предполагает, что браузеры скачивают не более двух компоненты параллельно на имя хоста. Если вы подаете свои изображения из нескольких имена хостов, вы можете получить более двух загрузки должны происходить параллельно. Пока загружается сценарий, однако браузер не запускает другие скачиваний, даже на разных имена хостов.
В некоторых ситуациях нелегко переместить скрипты вниз. Если для Например, сценарий использует document.write, чтобы вставить часть содержимое страницы, его нельзя переместить ниже на странице. Также может быть вопросы масштабирования. Во многих случаях способы обхода этих ситуаций.
Альтернативное предложение, которое часто возникает необходимость использовать отложенные скрипты. Атрибут DEFER указывает, что скрипт не содержит document.write, и это ключ к браузеры, которые они могут продолжить рендеринг. К сожалению, Firefox не поддерживает атрибут DEFER. В Internet Explorer сценарий может быть отложенным, но не настолько, насколько желанный. Если сценарий можно отложить, его также можно переместить в нижнюю часть страница. Это сделает вашу сеть страницы загружаются быстрее.
Меня вчера спросил об этом коллега. Я предполагаю, что это как-то связано со всем загружаемым документом перед выполнением сценария.
Если загружается больше документа, то большая часть документированного может быть обработана сценарием.
Я обнаружил, что иногда код, предоставленный Google, в любом случае может вызывать задержку загрузки страницы из-за задержки на стороне клиента. размещая его в нижней части исходного кода, это не заставит браузер останавливаться и ждать завершения javascript, прежде чем продолжить отображение страницы.
Переместите код Google Analytics в функцию domready / onload для максимальной производительности результаты.
Я почти уверен, что это просто для производительности страницы. Это, конечно, можно сделать с любой библиотекой / фрагментом javascript, которая не нужна прямо тогда, когда страница загружает все изначально.