Devo usar JSAPI do Google no código de produção?
Pergunta
duplicado possível de:
deve-i-link-to google -apis-nuvem-for-js-bibliotecas
também muitas outras discussões, incluindo:
Onde você incluir a biblioteca jQuery? Google JSAPI? CDN? melhor maneira de usar jQuery hospedado do Google, mas cair de volta para a minha biblioteca hospedada no Google falhar
Eu estava olhando para o exemplo MCE plug-in minúsculo e vi este código no head
do documento:
<script type="text/javascript" src="http://www.google.com/jsapi"></script>
<script type="text/javascript">
google.load("jquery", "1.3");
</script>
Eu nunca vi essa maneira de carregar jQuery.
- É este recomendado para produção?
- Qual é a vantagem deste método?
Solução
Sim, definitivamente. Google incentiva-. beneficia a todos. É mais provável que seja em seu cache, e é menos um arquivo que você tem que servir.
Outras dicas
Como outros apontaram respondendo a perguntas semelhantes, há uma desvantagem. Em alguns países (como o Irã), estes são aparentemente bloqueado, quebrando o site.
A vantagem é que está hospedado em googles super baixa latência e servidores rápidos. você também pode simplesmente usar
<script type=”text/javascript” src=”https://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js”></script>
é o mesmo efeito.
ter em mente que carrega google JSAPI os scripts só depois de o documento em si é carregado.
Assim, se (por exemplo) que você está usando $(document).ready()
do jQuery em seu aplicativo web, você vai ter que mudar para google.setOnLoadCallback()
.
Eu acredito que o Google JSAPI também é assíncrona e ajuda a evitar o "pedágio" melhor descrito por "Imagine que há uma estrada de 4 pistas entre o seu navegador web ea própria internet. Esta estrada é otimizar a deixar imagens, texto, . e css mosca pela Mas, quando se trata de scripts externos, a rodovia cria uma cabine de pedágio que o tráfego retarda a pior parte é que as imagens de texto e css pego por trás desses scripts têm que esperar até que eles passam." - Andres Vidal
O toll-cabine é fundamental e deve ser evitado em todos os momentos.
Eu acho que este método irá ajudá-lo muito, pelos seguintes motivos:
O Google usa uma Content Delivery Network e que vai fazer que os usuários que estão longe do seu local pode baixar suas bibliotecas jQuery mais rápido do que se eles fizeram isso a partir do seu site.
Também vai reduz o pedido para o servidor e fará com que os usuários primeira vez para Javascript Baixar jquery do servidor do Google, e se o usuário tem sido em outro site semelhante com este tipo de aplicação que ele não vai precisar baixá-lo novamente .
Então eu acho que isso vai ajudá-lo a app / site
este arquivo é após a compressão é 24KB, a adição de tal arquivo vai aumentar HTTP pedidos e esperando a resposta e execução e tempo de análise que o navegador vai demorar ... se você diz que o próprio arquivo é armazenado em cache em todos os lugares, mesmo se o arquivo é armazenada em cache no navegador, não se esqueça de considerar o tempo que leva para ler a partir do disco, execução e análise ...
tudo isso por apenas recebendo o arquivo jQuery ou outro comum JS, eu acho que se referir diretamente ao recurso solicitado é melhor
Verificar as melhores práticas do Google para mais informações.
China tem 500 milhões de usuários de internet e não é o único país que bloqueia APIs do Google, o que torna qualquer site que usa http : //www.google.com/jsapi disfuncional. Há uma pequena cabeça: devido à técnica de carga assíncrona, esses sites NÃO FAZEM exibir o mesmo jeito à espera de carga como de outros sites que usam a referência directa como por exemplo: