it-swarm-pt.tech

Como reduzir o tempo de primeiro byte ou o primeiro tempo de carregamento

Eu desenvolvi um site joomla 3.2. Eu testei com o webpagetest.org e recebi os seguintes resultados

First Byte Time-F
Keep-alive Enabled-A
Compress Transfer-A
Compress Images-A
Progressive JPEGs-F
Cache static content-A
Effective use of CDN-yes

link para o resultado - http://www.webpagetest.org/result/140205_RX_DE5/1/details/ www.webpagetest.org/result/140205_RX_DE5/

Eu tenho habilitado cdn no meu site.Agora, eu quero reduzir o tempo do primeiro byte do meu site como eu estou recebendo F no tempo de byte primeiro. Como posso melhorar o desempenho do meu site? E, como eu posso converter imagens para imagens progressivas como eu também tenho F em JPEGs progressivos ??

Aqui está o link para o meu site - http://www.guru99.com

Por favor me ajude a melhorar o desempenho do site.

10
Tushar Korat

Eu tinha cerca de 0.8/1s ttfb com hospedagem compartilhada. Movido para VPS mudou o serviço do Apache para nginx e PHP-FCGI

Ainda não foi suficiente. TTFB foi 250/400 Pesquisou na web por 3 dias. Sem qualquer resultado, na redução de ttfb.

Até que eu encontrei isto: http://help.directadmin.com/item.php?id=567

OpCache Ajude-me a reduzir ttfb para 0.12/0.2 ms para o meu site joomla.

4
Donatas

Eu tenho que admitir, sua pergunta me inspirou, então passei os últimos dois dias trabalhando na otimização. Após testes extremos, obtive o Tempo de Primeiro Byte para B. Para fazer isso, acabei usando o plugin JCH Optimize . Quanto aos parâmetros, eu deixei tudo separado, combinando CSS e JS, resultando em um erro no console.

Reduziu o tempo de carregamento da página por um valor de tarifa. Eu também habilitei a opção G-Zip no Joomla Global Configuration, no entanto eu desliguei o caching embutido do Joomla, pois isso pode causar problemas com algumas extensões.

Quanto às Imagens, quaisquer imagens .jpg que eu estava usando, eu abri no Photoshop e fiz CTRL + Shift + ALT + S e selecionou a opção " Progressive ". Um feito e carregado, eu corri o teste novamente e obtive um UM para JPEGs progressivos .

Tente fazer o mesmo e veja qual é o resultado. Espero que isto ajude

3
Lodder
  1. Como mencionado, trata-se basicamente de duas coisas: seu servidor e sua aplicação.

  2. Você parece estar em um endereço IP/Host compartilhado em Hivelocity, então isso afetará seu TTFB. Para um host compartilhado, embora 619 ms First Byte Time não seja horrível. Lembre-se de que umAé apenas 192ms, portanto, obter umFé meio segundo mais.

  3. Você está usando um modelo baseado no framework Gantry, que é provavelmente um dos mais pesados ​​para os modelos Joomla (embora nenhum dos provedores comerciais do Joomla seja realmente leve). RocketTheme fornece sua própria extensão de cache para uso com seus templates, você pode querer tentar isso, embora eu não tenha certeza de como isso afetará o resto de suas estatísticas.

Para os clientes que exigem, nós configuramos servidores Web e de banco de dados dedicados, ou seja, máquinas separadas para cada função, isso permite que você empurre muito mais o Joomla. Para os aplicativos não-Joomla internos que construímos, temos tentado HHVM com bons resultados também (o HHVM ainda tem um poucos problemas pendentes com projetos maiores).

Para o JPEG progressivo, usamos o Optim no passado, ele também está no GitHub .

A coisa a lembrar é que o TTFB é apenas uma métrica (e IMHO sem valor) a métrica mais importante é a página pronta. Dê uma olhada neste CloudFlare post .

3
Craig

Eu concordo com o CPT do usuário que o TTFB não é necessariamente uma medida significativa e iria vincular ao mesmo artigo no Cloudflare . O artigo faz este ponto: 'Do ponto de vista do usuário final, o TTFB é quase inútil ... na verdade, está negativamente correlacionado com o tempo de download: quanto pior o TTFB, melhor o tempo de download.' 

Na maioria dos casos, colocar sua marcação na página o mais rápido possível para o usuário ver enquanto outros arquivos podem ser carregados em segundo plano é uma boa maneira de fazer com que o usuário sinta que seu site está "funcionando" bem, mesmo se um dev pode julgar o desempenho por critérios ligeiramente diferentes.

Para responder à sua pergunta sobre como melhorar o desempenho do site, executei seu site por meio do YSlow e descobri algumas coisas que devem melhorar o desempenho do site na perspectiva do usuário final:

  • Há solicitações HTTP para 26 scripts externos de javascript e 15 folhas de estilo externas. Você já pensou em combinar pelo menos alguns deles em menos arquivos? Um grande arquivo .js pode ser preferível a vários arquivos .js pequenos e o mesmo com arquivos CSS.
  • Mova seus arquivos javascript para a parte inferior da sua página de índice (dentro da tag body) em vez de carregá-los no cabeçalho do documento. Em alguns casos excepcionais você pode precisar de um arquivo .js específico para carregar antes da marcação da página, mas na maioria dos casos é uma boa idéia ter o javascript carregado na parte inferior da página, permitindo que a marcação seja renderizada na primeira página .
  • Minimize o seu javascript e arquivos CSS sempre que possível.
2
Candlejack

O TTFB está relacionado principalmente a duas coisas: seu servidor e sua aplicação.

O servidor pode ter problemas que estão causando um TTFB alto, por exemplo, pode ter algumas regras de firewall complexas ou alguns problemas de roteamento. Você precisará verificar com sua empresa de hospedagem.

Quanto à redução do TTFB para o Joomla, certifique-se de ativar o cache (tenha cuidado, porém, o cache do Joomla tem um custo).

2
itoctopus

Se a sua página da web estiver recuperando uma quantidade enorme de dados, você deve adiar o carregamento de dados enormes usando ajax ou painéis de atualização. Isso certamente reduzirá o TTFB.

0
Shadi Namrouti