Visite também: Currículo ·  Efetividade BR-Mac

O que é LinuxDownload LinuxApostila LinuxEnviar notícia


Por que preferir alternativas ao uso do .htaccess

A proposição do Yoshio certamente parte do princípio de que o administrador do conteúdo web tem acesso também à configuração do servidor, o que é verdadeiro apenas em determinadas situações.

Enviado por Yoshio Iwamoto (geanΘstiod·com):

“A melhor opção é realizar as configurações do servidor HTTP Apache no http.conf, pois o uso .htaccess causa queda de performance e segurança. Mais detalhes aqui.” [referência: blog.stiod.com]

• Publicado por Augusto Campos em 2010-02-14

Comentários dos leitores

Os comentários são responsabilidade de seus autores, e não são analisados ou aprovados pelo BR-Linux. Leia os Termos de uso do BR-Linux.

    Péssimo artigo, não mostra qualquer estatística que prove queda de performance, nem mesmo exibe quais os potenciais problemas de segurança ao habilitar o uso do htaccess.

    erico (usuário não registrado) em 14/02/2010 às 5:15 pm

    conta-se nos dedos os provedores que dão acesso ssh no brasil.

    Paulo Cintra (usuário não registrado) em 14/02/2010 às 5:41 pm

    .htaccess sendo usando em 2010??? Fico besta como tem gente que não evolui, tudo que pode ser feito com esse arquivo pode ser feito usando PHP, ASP, JSP. Quem realmente administrou um servidor decente sabe muito bem que esse porcaria (hoje em dia) come banda demais, faz checagens redundantes demais… enfim 2010 seja bem vindo!

    eita (usuário não registrado) em 14/02/2010 às 6:58 pm

    o .htacess se usa para usar o mod_rewrite e também alterar configuração globais do php, quando o servidor permite.

    Hell (usuário não registrado) em 14/02/2010 às 8:25 pm

    @Paulo Cintra

    Beleza chapa, então me diga como posso implementar o mesmo conceito usando o mod_rewrite sem usar o .htaccess e em PHP (o conceito deve ser o mesmo, no caso redirecionamento de caminho e acesso) que com toda certeza eu abomino o uso desse arquivo que me salvo de vários problemas e ajudo a eliminar o seu uso apresentando esse novo conceito inovador que tens a dizer.

    Ah sim nada de adicionar os gests da vida no caminho, já que o mod_rewrite evita esse uso totalmente desnecessário.

    Aguardo sua resposta…

    Alexandre (usuário não registrado) em 14/02/2010 às 9:06 pm

    @Paulo Cintra

    como assim come banda?
    e como o Hell pediu, também quero saber como usar mod_rewrite sem .htaccess.

    fora também mudar valores globais do PHP sem alterar o php.ini ou o httpd.conf

    tenchi (usuário não registrado) em 14/02/2010 às 10:41 pm

    Bem, se vc usa outro servidor que não o Apache (eu mesmo me apaixonei pelo ligthttpd), não tem como usar .htaccess mesmo :-)

    Acho que a responsabilidade por permitir o que pode ser modificado no .htaccess é o administrador do servidor. Há situações onde o .htaccess é imprescindível, como no caso do mod_rewrite, como acima.

    Paulo Cintra (usuário não registrado) em 15/02/2010 às 12:56 am

    Foi mal, Foi mal, Só agora lendo com mais calma entendi o cenário, falta de acesso as configurações no server…. owned

    Heaven (usuário não registrado) em 15/02/2010 às 9:59 am

    @tenchi

    O LAMP não é o LAMP atoa, PHP+Apache+MySQL (me esqueci do significado do L, mas atualmente nem uso tanto, já que o maior poder do mesmo são as expressões regulares), se você quer poder usando PHP então tem de ir no Apache mesmo, já que o .htaccess foi uma mão na roda para dar mais poder ainda ao PHP, fora que algumas funções e variáveis do PHP são exclusivas do Apache e estas só aumentam o poderio do mesmo, sei que o servidor que dizes deve ser poderoso, mas conhece-lo a fundo as vezes dar uma preguissa e tanto, Apache já um mundo, esse deve ser outro, qualquer dia destes dou uma olhada nele, se atender minhas necessidades e trazer soluções a outras ai com toda certeza me dedicarei ao mesmo.

    André Farias (usuário não registrado) em 15/02/2010 às 5:52 pm

    @heaven
    L.A.M.P = Linux + (Apache + MySQL + PHP)
    Lembrou?

Este post é antigo (2010-02-14) e foi arquivado. O envio de novos comentários a este post já expirou.