Yahoo! YSlow: gerencie melhore a performance de seu portal O YSlow é uma ferramenta de perfomance para web, desenvolvido pela equipe de desenvolvimento do Yahoo!. Ela segue as melhores práticas de web performance para front-end, adotadas pela equipe de performance do Yahoo! . Seu funcionamento é integrado ao plugin FireBug , para o browser Firefox. Portanto, antes de instalar o YSlow no Firefox, é necessário instalar o Firebug. Este artigo não é uma tradução, mas é baseado nas regras de performance do YSlow , disponíveis da documentação da ferramenta. Além de trechos de adaptados do link original, há opiniões, comentários e conclusões deste que vos "fala". Mas, por que a performance do front-end é importante? Tempo de resposta A imagem acima é o resultado de tempo de carregamento de cada componente da página inicial do Yahoo!. Ela nos mostra que apenas 5% do tempo de carregamento da página foi gasto com o download do código HTML. Os outros 95% foram gastos com imagens, CSS, Javascripts, etc.. Uma pesquisa mostrou que 9 dos 10 maiores portais estadunidenses tem, no máximo, 20% do tempo de carregamento gasto com HTML. Isso nos indica que devemos cuidar da performance do front-end das nossas páginas WEB, a fim de melhorar a experiência do visitante. As três principais razões para começar pela performance do front-end, segundo os especialistas em performance do Yahoo!: Há mais potencial de melhoria de performance no front-end. Melhorar a performance do front-end pela metade reduz em 40% o tempo de resposta, enquanto melhorar pela metade a performance do back-end reduz apenas 10% do tempo de resposta. A melhoria de performance através do front-end tipicamente requer menos tempo e recursos do que o back-end. É provado que o tuning de performance do front-end funciona! Mais do que 50 equipes do Yahoo! reduziram o tempo de resposta para o usuário em 25% ou mais, seguindo as melhores práticas da equipe de performance do Yahoo!. Como é medida a performance de uma página? Para medir a performance de uma página, o YSlow basea-se em 13 regras. De acordo com a taxa de aderência da página às regras, é dada uma pontuação de A a F para cada regra, onde A representa a nota máxima e F representa a nota mínima. Também é calculada a nota final, com a média das notas obtidas nas 13 regras. O detalhamento das notas para cada página pode ser vista na aba Performance, do YSlow. Algumas dessas regras, como veremos a seguir, são proibitivas para a maioria dos portais devido ao custo, complexidade ou frequência de uso. Vamos às regras! Regras para Alta Performance As regras são classificadas de acordo com o seu grau de importância. Regra 1: Fazer poucas requisições HTTP Segundo Steve Souders, que é o CARA do time de performance do Yahoo!, 80% do tempo gasto por um usuário numa página é carregando o front-end e que a maior parte desse tempo de carregamento é tomado pelo download de imagens, scripts, css, flash, etc., como já vimos anteriormente. Então, para melhorar a performance no carregamento da página é importante utilizarmos o menos possível de imagens, css, etc. Para isso, além de otimizar essas requisições fazendo somente as necessárias, pode-se utilizar técnicas citadas por ele: 1. Mapa de imagens: quando se tem imagens que podem ser "coladas" umas nas outras, pode-se utilizar mapas de imagens para se detectar onde foi efetuado o clique. Embora o tamanho da imagem unificada seja o mesmo da soma das imagens separadas, o número de requisições diminui. Assim, toda aquela burocracia do HTTP 1.1 para abrir uma conexão e fazer a requisição é diminuída. 2. CSS Sprites: podemos utilizar essa técnica quando há substituição de uma imagem por outra, quando passamos o mouse sobre a imagem, por exemplo. As duas imagens são colocadas num mesmo arquivo e, através de CSS só uma delas é mostrada ao usuário. Quando o mouse está sobre a imagem, ela é deslocada, sendo mostrada a parte que estava oculta. Isso dá a impressão que a imagem foi mudada, mas na verdade é a mesma imagem em outra posição. 3. Combinar os arquivos de script em um único arquivo. Também podemos fazer isso com arquivos de estilo (CSS). Reduzir o número de requisições HTTP é o principal ponto para melhorar a experiência dos utilizadores que não estão com os arquivos da sua página em cache. Mais em: Make Fewer HTTP Requests. Regra 2: Utilizar CDN CDN (Content Delivery Network) pode ser traduzido como "Entregador de Conteúdo na Rede". Embora a (má) tradução tenha dificultado o entendimento, isso é simples de entender. Digamos que você tenha um portal de acesso global, como YouTube. Suponha que os arquivos estejam num único servidor aqui no Brasil. Agora imaginem os utilizadores de outros países e continentes acessando esse conteúdo. O caminho é longo, certo? Caminho longo significa maior tempo para acesso e carga desses arquivos. O CDN serve justamente para eliminar isso, porque trata-se de uma coleção de servidores de conteúdo distribuídos geográficamente, de forma a minimizar a distância entre o usuário e o conteúdo estático de seu site. O cálculo de proximidade entre usuário e conteúdo é calculado através de saltos (hops) de roteamento ou do tempo de resposta à solicitação. Mas como eu havia dito antes, há regras do YSlow que são proibitivas pelo custo. Esse é o caso da Regra 2 que, além de ser cara, só é necessário para uma parcela pequena de portais. Mais em: Use a Content Delivery Network . Regra 3: Adicione Expires no cabeçalho O cabeçalho Expires diz ao browser a data que os componentes daquela requisição irão expirar, ou seja, se você determina um prazo de 5 anos para uma página expirar, todos componentes nela contidos somente expirarão em 5 anos. Com isso, todos os componentes (imagens, CSS, scripts, Flash, etc.) serão colocados em cache e, nas próximas visitas, o número de requisições HTTP será menor porque os componentes poderão ser acessados diretamente do cache do browser. Então você pergunta: "Mas e se fizer uma alteração num componente?". Se você fizer uma alteração, precisará alterar também o nome deste componente. É altamente recomendado que seja acrescentado nos nomes dos componentes informações de versão. Exemplo: estilo_1.css . Quando você fizer uma alteração neste arquivo, basta alterar a numeração da versão, colocando estilo_2.css . O uso da linha de código a seguir faz com que os componentes da página que a contém expirar somente em 2012. Acontece que o HTTP/1.1 não recomenda o uso de datas de expiração maiores do que um ano. Eu penso que realmente não há necessidade de ser maior do que um ano porque normalmente os caches são limpos pelos utilizadores com frequência. Não recomendo o uso dessa técnica durante o desenvolvimento do projeto porque será mais difícil corrigir problemas e fazer alterações. Mais em: Add an Expires Header . Regra 4: Compacte componentes Esta regra de performance indica que é recomendado que os componentes sejam compactados através da requisição HTTP para que o tempo de resposta seja menor, fazendo com que os componentes sejam carregados mais rapidamente no cliente. A configuração da forma de compactação e o algoritmo de compactação utilizados variam de acordo com o servidor WEB utilizado. A compactação é recomendada para qualquer arquivo de texto, como HTML, Javascript, folhas de estilo, XML, JSON, etc. Ela só não é recomendada para alguns tipos de arquivos como imagens e PDF, porque eles já são comprimidos e a compactação seria ineficiente e tomaria recursos do servidor desnecessariamente. Mais em: Gzip Components . Regra 5: Coloque o CSS no topo Essa é uma das regras mais simples de seguir. Ela diz que a declaração das folhas de estilo (CSS) deve estar dentro do HEAD do documento. Isso é um tanto quanto óbvio, porque a especificação do HTML já diz isso. O CSS deve estar no HEAD porque o browser pode renderizar o conteúdo de acordo com a progressão do carregamento dos componentes. Isso trás melhor experiência ao usuário porque ele, além de ver que algo está acontecendo, pode acessar um link que já tenha aparecido no browser antes mesmo da página terminar de carregar. Quando o CSS não está no HEAD, alguns browsers esperam todo o carregamento da página, para que não tenha que haver reposicionamento ou redesenho de componentes. Enquanto não aparecem, o usuário vê somente uma página em branco. Browsers como o Firefox, que mostram o conteúdo independente do local de declaração do CSS, "correm o risco" de ter que redesenhar ou reposicionar os componentes na tela. Mais em: Put CSS at the Top . Regra 6: Coloque os scripts embaixo Os arquivos externos de javascript funcionam da forma contrária aos arquivos CSS, quanto à renderização progressiva. Enquanto o CSS bloqueia a renderização de tudo o que está antes dele até seu carregamento completo, o javascript bloqueia o carregamento de tudo o que está depois dele, até o seu carregamento. Assim, se você colocar os arquivos de script o mais próximo possível da tag de fechamento do BODY, a renderização de tudo o que está antes do script poderá ser feita independente do carregamento desses arquivos. Outro fator que justifica a colocação dos scripts tão próximo do fechamento de BODY quanto possível é que os browsers não fazem download de nenhum outro arquivo enquanto fazem o download de um script javascript, independente se é do mesmo servidor ou não. Eu até achava que os scripts não podem ser colocados dentro do BODY, mas, depois que li essa regra, fiz uma pesquisa e constatei que a especificação do HTML não tem nenhuma contra-indicação quanto a isso. Mais em: Move Scripts estou the Bottom . Regra 7: Evite expressões CSS É possível declarar expressões em CSS através do método expression. Uma expressão CSS utiliza javascript para calcular algum valor que será utilizado como valor de uma propriedade. Um exemplo de expressão CSS: background-color: expression( (new Date()).getHours()%2 ? "#B8D4FF" : "#F08A00" ); Além das expressões CSS só funcionarem no Internet Explorer, também há outro problema envolvido: diferentemente do que se possa imaginar, as expressões não são calculadas apenas ao carregar da página ou quando se redimensiona a janela. Elas também são calculadas a cada movimento do mouse sobre a página e quando movemos a barra de rolagem. Se a cada movimento do mouse sobre a tela geramos um cálculo dessa expressão, o movimento horizontal retilíneo de um extremo ao outro de uma página com resolução de 800 x 600 gera 800 cálculos! Se realmente for necessário utilizar expressões CSS, prefira colocar essa expressão no arquivo javascript e setar a propriedade CSS através do Javascript. A vantagem é que você controlará os eventos que manipularão esse cálculo. Mais em: Avoid CSS Expressions . Regra 8: Utilize CSS e Javascript em arquivos externos Em algumas regras anteriores falamos sobre a gerência de arquivos externos pelo HTTP. Aparentemente, há uma recomendação para que os códigos javascript e CSS sejam colocados no mesmo arquivo do código HTML, para diminuir o número de requisições HTTP. Mas não é bem assim! Colocar o javascript e CSS em arquivos separados, além de facilitar o reuso e manutenção desses arquivos, possibilitam que o navegador mantenha esses arquivos em cache. Por outro lado, o javascript e CSS colocados "inline" no HTML não podem ser colocados em cache e tem que ser carregados a cada requisição. Outro fator contrário ao "inline" é que aumentam o tamanho do arquivo HTML e, por consequência, o tempo de carregamento desses arquivos. Por outro lado (quantos lados, hein!), páginas que tem um estilo "único" dentre as outras páginas e normalmente são acessadas apenas uma vez por sessão devem ter seus javascript e CSS "inline", desde que não sejam muito grandes. Mais em: Make JavaScript and CSS External . Regra 9: Reduza as pesquisas DNS O DNS mapeia hostnames em endereços IPs para que possam ser feitas as conexões HTTP, assim como uma agenda telefônica mapeia nomes em números telefônicos. Quando você digita tmferreira.com.br/blog/ no seu browser, antes de qualquer coisa, o seu browser solicita ao DNS o IP de tmferreira.com.br O cache de DNS em sistemas operacionais ou browsers expira rapidamente. Assim, é recomendado que não sejam utilizados muitos hostnames para um website, para que seja reduzido o tempo em pesquisas DNS. Se você, assim como eu, tem um e-mail do BOL, já deve ter percebido que eles utilizam muitos hostnames. Isso melhora o tempo de carregamento das páginas com os downloads simultâneos, mas aumenta o número de pesquisas DNS. Essa também é uma das regras que havia mencionado que não se aplicam a grande maioria dos portais, que tem o mesmo hostname para a aplicação toda. Mais em: Reduce DNS Lookups . Regra 10: Reduza os Javascripts Essa regra preconiza que os arquivos javascript em produção devem ser reduzidos. A redução consiste em remover espaços, tabulações, comentários, etc., ou seja, tudo o que não é necessário para o funcionamento do código e que aumentam o tamanho dos arquivos. Essa técnica é muito utilizada em scripts e frameworks distribuídos na internet. Essas distribuições normalmente são chamadas de packs. A redução de scripts não tem efeitos colaterais e é indicada sempre que o arquivo já está em produção. Durante o desenvolvimento, a redução dificulta a alteração do código e remoção de bugs. Mais em: Minify JavaScript . Regra 11: Evite redirecionamentos Os redirecionamentos acontecem pelos mais diversos motivos. A aplicação que mais vejo acontece em fóruns. Após você fazer um post, é mostrada uma mensagem (de sucesso ou erro) e depois há o redirecionamento para outra página. Obviamente que isso deixa aborrecido os utilizadores que estão acessando de uma conexão lenta. No xoopscube, retiramos o redirecionamento para que a experiência do usuário seja melhor. Mas há ocasiões em que não dá para escapar do redirecionamento. No meu blog, houve mudança de domínio. Como fazer com que os links do domínio antigo continuassem íntegros? Só com redirecionamento mesmo. Mas há formas e formas de fazer um redirecionamento. A mais rápida e recomendada é diretamente através de um cabeçalho HTTP com resposta 301 ou 302 (no blog foi feito assim). Uma forma de redirecionamento que é mais lenta é através da tag meta refresh. O importante é ter bom senso e utilizar os redirecionamentos onde é extritamente necessário. Mais em: Avoid Redirects . Regra 12: Remova scripts duplicados Essa regra diz que não devemos fazer inclusões duplicadas (ou triplicadas, ...) de scripts. Eu não considero isso como uma regra porque não faz o menor sentido em incluir um mesmo script duas ou mais vezes na mesma página. Para mim, isso é um erro e nem precisaria de regra para que os desenvolvedores não o cometam. Mais em: Remove Duplicate Scripts . Regra 13: Configure ETags ETags é o acrônimo para Entity Tags . Isto é um mecanismo que servidores WEB e browsers usam para determinar se o arquivo do servidor é o mesmo que está no cache do browser. O valor da ETag é gerado dependendo das configurações do servidor e de acordo com as características atuais do arquivo. Se você utiliza o Apache, pode configurar a diretiva FileEtag como eu utilizo: FileEtag MTime A linha acima pode ser colocada diretamente nos arquivos httpd.conf ou .htaccess. Essa configuração faz com que o Apache calcule um hash do arquivo baseado na data e hora da sua última modificação. O browser armazena essa ETag em cache. Se eu modificar o arquivo e salvá-lo, a data e hora da última modificação será alterada e, com isso, os valores de ETag entre servidor e browser ficarão diferentes, fazendo com que o arquivo seja recarregado. A configuração de ETags torna desnecessário o uso de versão no nome dos arquivos de imagens, CSS, Javascript, etc. Mais em: Configure ETags . Conclusão Nesse artigo, vimos que o YSlow pode nos dar o caminho das pedras para diminuir o tempo de carregamento das páginas e melhorar a experiência dos visitantes. Eu não encaro essas regras literalmente. Encaro-as como boas práticas que devem ser seguidas com bom senso e com análise caso a caso. Penso que a nota C é uma ótima nota para a grande maioria dos portais. Abraços a todos(as)!

registro de dominios internacionais: Não existe nenhuma formula mágica para você se tornar conhecido... só aparecendo! Pesquisam revelam as tendências do registro de domínios na Internet: . Somente no primeiro trimestre de 2008, foram registrados 14 milhões de novos domínios; . Hoje, há aproximadamente 180 milhões de domínios registrados na Web; Esse crescimento foi impulsionado pela adesão continua a Internet. . Nossos Serviços: Registros Nacionais (com CNPJ ou CPF): Taxa Zero; Hospedagem a partir de R$ 9,90 mês; Serviços de e-mail; Pagamento Anual. Registros Internacionais (com CPF): Taxas conforme tabela; Hospedagem a partir de R$ 9,90 mês; Serviços de e-mail; Pagamento Anual. Transferência de Domínios (Consultar) Tabela de preços para Domínios Internacionais: Domínios Internacionais: Valor (01 ano): .INFO 22,50 .ORG 22,50 .COM 22,50 .NET 22,50 .BIZ 22,50 .US 22,50 USE O CÓDIGO DO CUPOM PARA OBTER DESCONTO DURANTE O CADASTRO: AGO2008 acesse o portal que consta no meu perfil.

A Hostiex gostaria de informar que: ================================================ PARA TRANSFERIR UM DOMINIO INTERNET, BASTA SOLICITAR O AUTH CODE PARA A EMPRESA DETENTORA E INFORMA-LO PARA A NOVA EMPRESA DE REGISTRO. É UM PROCEDIMENTO SIMPLES, SEGURO E RÁPIDO. Sobre o autor do post ========================== O sr. Ricardo Costa nao fez isso, não renovou o serviço de registro de dominio. O dominio dele era exatos.org que atualmente está livre para quem quiser registrar, inclusive ele se tivesse interesse. Ao invés disso, o sr. Ricardo Costa preferir espalhar na internet a mesma reclamação leviana sobre a hostiex. Cadastrou-se neste fórum e postou uma única vez. Ou seja, nem é usuário regular deste fórum. E logicamente, encontrou refugio aqui neste fórum e que faz de tudo para alimentar suas páginas, caluniar a imagem de empresas e ter alguma notoriedade. Lembramos que a Hostiex está no mercado de hosting desde agosto de 2002. A Hostiex Oferece planos de hospedagem, Revenda e registros de dominios com um dos melhores custos beneficios da internet. A Hostiex agradeçe aqueles que lêem e salienta que não corroboramos com a atitude informada por esta pessoa.

hospedagem gratis para xoops: olha aqui acho que resolver seu problema: http://www.xoopscube.com.br/modules/d3forum/index.php?topic_id=7992

mudar de localhost para host: renatohunt escreveu: Só para deixar os companheiros informados, estou escolhendo uma hospedagem e após fazer isso informo se deu certo ou não, ok. Obrigado Conseguiu ? XOOPS Se afirmativo e operante, mande aí o recado :-D

afinal, a hostnet já "consertou" a bendita ultramail?: Pedro, não solicite para enviar material ao seu e-mail. Dicas, contribuições, resultados, soluções devem ser enviado aqui no fórum para uso futuro. Se alguém puder e conseguir ajudar em off, tudo bem, mas volte no fórum e passe a solução aqui. Com certeza todos nós iremos ganhar com isto. Amanhã outro usuário poderá ter a mesma dúvida e será benefiado com esta resposta. Espero que entenda este nosso ponto de vista e boa sorte para a solução de seu problema. XOOPS

Bom pessoal hospedar o XOOPS em ambiente windows é uma fria mesmo. Muita coisa dá pau, é uma dor de cabeça o lance das permissões. Acabei pedindo o dinheiro de volta e hospedei em ambiente Linux. João

como publicar em localhost: Baixe o tema XMblueXT aqui do portal e veja os códigos lá. Se olhar no topo aqui do XOOPS do lado direito deverá ver o seu nome quando logado. Se for isto que deseja, está na mão, é só ver este tema que lhe informei. :-) Conheço o publique, bom trabalho também. :-)

Obrigado Léo, propaganda retirada e tópico travado. A mensagem sobre a falha no host é mantida.

não consigo mais fazer upload de imagens para o meu bd??: olá mbueno , Passeando pelo sistema de pesquisa aqui do XOOPS encontrei duas referências, que pode ajudar: [url=http://www.xoopscube.com.br/modules/smartfaq/faq.php?faqid=160]FAQ - Como utilizo a ferramenta MANAGER para fazer upload de imagens?[/url] E [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?post_id=42193#forumpost42193]Mini-tutorial - Utilizando o gerenciador de imagens do XOOPS.[/url] é isso

Lista de serviços de hospedagem gratuitos: http://orgfree.com/ Dizem que é muito bom apesar dos ADS Er...cade a lista? O.o

indignação com os provedores de serviço de banda larga: amigo! No portal da ABUSAR (Associação Brasileira de Utilizadores de Acesso Rápido - abusar.org) tem um roteiro de ocmo proceder. Pois quem é sócio da ABUSAR consegue fazer esse tipo de transferência. Várias empresas sócias da ABUSAR conseguiram. Abraços, Adinaldo

É realmente parece ser um host muito bom mas entrei e vi que ele também tem várias limitações (coisa de host grátis). Então se não for pedir muito, já que você já tem a sua conta lá, posta pra gente coisas como: Quanto tempo temos de conta grátis, Como que fica o nome do portal completo, quantos bancos de dados posso criar... essas coisas... só pra quem quiser alguma coisa mais especifica não perder tempo se registando, flw! Abraços e Parabéns pela dica.:D

800mb + 20gb de tráf. por r$3,00????: Só para acalmar a polêmica. Na assinatura do Ronaldo Marques não consta : "Hospedagem X, Y - Promoção etc..." Apenas referencia o seu site, como muitos fazem com seus portais de desenvolvimento, colocam módulos para baixar nos seus portais de dsenvolvimento profissional... é uma opção. O que não se permite no XOOPS é justamente a propaganda explícita. :hammer: Não é necessário gerar um polêmica tão grande em algo que, neste caso, não tem fundamento para ser tão intrigante, ok? Quaisquer dúvidas entre vocês será melhor resolvida por e-mail ou MP.

Se quiser um pago, tem a [b][d]CENSURADO[/d][/b], mês que vem irei hospedar uns portais meus com eles, tudo feito em XOOPS, já andei testando e o servidor deles é muito bom ;) [Editado by Gisa_Iagami por não atender as nossas normas] Este hospedeiro não precisa da sua divulgação aqui, por favor, leia as regras do portal, colabore, não tumultue as coisas. Esteja adivertido. Isto só pode prejudicar a imagem de quem em tese tu está querendo ajudar, ou talvez seja que isto que tu deseja. Não responda este tópico com contra-argumentações. Qualquer reclamação, o local CORRETO e adequado é entrando em contato com a administração do portal (Admin - Papai Smurf - RedEye) neste momento. Tópico travado.

bem... continua a lenda então! continua sem solução

torne-se um revendedor utilizando-se de servidores virtuais: Boa tarde! Mais um recomendado por amigos de outras paragens: http://hostzone.com.br/ . Plano inicial com1 Giga de espaço, 10 Giga de transferência mensal, domínios ilimitados, R$ 39,90 mensais, servidos nos EUA bsantos escreveu: Esse é bastante confiavel: orbitaserver.com.br Em tempo:- Aqui será colecionada indicação de utilizadores, dessa forma, sempre que for possível nos informem ha quanto tempo utiliza o serviço, além de outros detalhes,como preço, que espaço lhe oferece,se os IPs iniciam com 200, etc. Sempre o intuito será prestar serviço sem tendências. Quem for um bom vendedor poderá ganhar um "extra" com estas informações, sem esquentar a cabeça. Faça-se as contas: Pegue-se um exemplo qualquer. Facilmente se consegue a marca de 2.0 Giga por R$ 40,00. O exemplo é genérico face nossa determinação de "NÃO PROPAGANDA". Que se venda 70 MB por 9,99 ( que é um bom preço ! ) Recebe-se 9,99 x 28 = 279,00 paga-se $40,00 sobra um mensal de $ 239,00 Isso apenas como um exemplo para começar. É uma renda mensal. Se no mês que vem conseguir vender mais 28 vai somar com o primeiro mês, e etc. Atenciosamente. Lehy

[url=http://xoopscube.com.br/modules/newbb/viewtopic.php?topic_id=7132&post;_id=40674#forumpost40674]Algo semelhante que poderia resolver o seu caso também[/url]

Free por 30 dias. # Ele tem uma vida útil de 30 dias,e seus arquivos não serão removedos. # Após o 30° dia,você será convidado a assinar o Plano Econômico.

Eu também acredito em gnomos! desconfie!!!