30 abril, 2009 
DrJuano Resulta ser que, como muchos de nosotros, no siempre almacenamos el sitio directamente en la carpeta public_html. ¿Porqué? porque puede resultar algo trastornante a la hora de testear otro script o bien por una cuestión de orden.
Hace unos días, manipulando las redirecciones por cpanel del hosting encontré que las redirecciones de:
http://sitio.com.ar -> http://sitio.com.ar/blog/
ya no funcionan. Simplemente uno obtiene errores de “loop.” Lo curioso es que el hosting estuvo haciendo cambios y migrando cosas y después de éso surgió ése problema (entre otros.)
Después de agarrarme la cabeza, decidí redireccionar por HTML. Algo que me parece totalmente innecesario, ya que algo tan básico como un cambio a una simple carpeta no debería ser algo complicado como para no hacerlo desde cpanel (como siempre lo hice.) Los del soporte técnico me contestaron que lo que yo hacía antes era un “error” y que debía hacerlo mediante códigos web (html, javascript, etc.) Ésto no sé si afectará el posicionamiento en buscadores, pero no quería correr riesgos, asi que empecé a buscar en la web y encontré algo de información:
Las redirecciones y otras configuraciones de Apache son manipuladas (en un hosting “chrooteado”) por el archivo .htaccess. Es normal no verlo en la carpeta public_html, ya que es un archivo oculto, por éso lleva el punto adelante. Al manipular las redirecciones desde cpanel, éste último trabaja con .htaccess.
Ahora bien, aquí van las líneas para solucionar el inconveniente:
El primer bloque hace que www.sitio.com.ar vaya a sitio.com.ar (quita la www):
RewriteCond %{HTTP_HOST} ^www.sitio.com.ar(.*)
RewriteRule ^(.*)$ http://sitio.com.ar/$1 [R=permanent,L]
El segundo hace que “sitio.com.ar” vaya a “sitio.com.ar/blog.” Dentro del hosting sería algo así: public_html/ -> public_html/blog/
RewriteCond %{REQUEST_URI} !/blog/
RewriteRule ^(.*)$ portal/$1 [PT]
Problema resuelto y a otra historia 
Processing your request, Please wait....
Posteado en 
