# Forcing https
RewriteEngine On
RewriteRule ^(.*) https://%{SERVER_NAME}$1
Configuraciones por defecto... ¡Yo os maldigo! (por si no hace efecto el hechizo, decir que tengo un amigo brujo nivel 50). Buscar
Categorías
Nube de tags
mundial tip update macosx 2007 freebsd apple programación blogsfera beers sidenotes futbol frases san_froilan cakephp rfilms alemania_2006 bake ds opinion macbook blogs seguridad cumpleaños ubuntu champions meme mac cake hack copa rsidenotes personal games ssh conciertos 2008 blog felicidades bash films mysql openbsd barça lucux humor bsd web userlinux linux juegos lugo ibook league php nintendo cms deportes iphone debian
Últimos comentarios
Webs amigas
Archivo
Year 2010
Year 2009
Year 2008
Year 2007
Year 2006
Year 2005
Year 2004
Year 2003
Year 2002
Promo
Links de interés
Malditas configuraciones por defecto
Un servidor en el que se había instalado una OVH Release2 Group Manager (o algo así), los clientes no eran capaces de acceder al puerto 80 de Apache, todas las redirecciones se hacían al 443 por SSL. Me encuentro con esto en la configuración por defecto de Apache2:
Guía básica del mod_rewrite
Hablando de mod_rewrite siempre saltan las dudas, normalmente lo más problemático suelen ser las expresiones regulares así que he decidido reunir en una entrada toda la información que he recolectado sobre el tema.
Empiezo por dos cheatsheets que deberían ser un musthave para cualquier sysadmin, aquí las dejo para descarga y/o visualización: Nota: Post en actualización constante, se irán tanto agregando nuevos ejemplos como features que se vayan usando.
Empiezo por dos cheatsheets que deberían ser un musthave para cualquier sysadmin, aquí las dejo para descarga y/o visualización: Nota: Post en actualización constante, se irán tanto agregando nuevos ejemplos como features que se vayan usando.
Sirviendo un rar como texto plano
Si alguna vez estás sirviendo un comprimido -pongamos un rar- y Apache lo muestra como texto plano (Content-Type: text/plain) -en lugar de darlo a descargar- lo único que debes hacer es agregar esta linea a tu fichero de configuración:
AddType application/x-rar .rarSegún parece el comportamiento de Apache por defecto para los archivos rar dista mucho de ser el correcto. Hacemos un restart y hasta luego Lucas.
Mod_deflate: comprimir por error
Mucha gente se ha quejado últimamente de los themes de DokuWiki que tengo para descargar. La descripción general del error era que el archivo estaba corrupto y no se podía descomprimir y -por ende- era imposible de instalar.
Mis primeras reacciones echaban la culpa a Windows (err#1), puesto que los archivos están en tar.gz y no sabía si un herramienta normal de Windows como Winzip, Winrar o similares eran capaces de entender dicho formato. Sabía que 7zip era capaz y mis recomendaciones se encaminaron por ahí (err#2)
Las insistencias me hicieron ver que estaba equivocado. El problema real tenía que ver con el mod_deflate del servidor. Dicho módulo de Apache se encarga de comprimir ciertos contenidos para consumir menos ancho de banda entre cliente y servidor y -a costa de unos ciclos de cpu- servir páginas a mayor velocidad.
Mis primeras reacciones echaban la culpa a Windows (err#1), puesto que los archivos están en tar.gz y no sabía si un herramienta normal de Windows como Winzip, Winrar o similares eran capaces de entender dicho formato. Sabía que 7zip era capaz y mis recomendaciones se encaminaron por ahí (err#2)
Las insistencias me hicieron ver que estaba equivocado. El problema real tenía que ver con el mod_deflate del servidor. Dicho módulo de Apache se encarga de comprimir ciertos contenidos para consumir menos ancho de banda entre cliente y servidor y -a costa de unos ciclos de cpu- servir páginas a mayor velocidad.
Archivos .php~
Dependiendo del IDE (o lo que sea) que usemos para programar es posible que él mismo se encargue de hacer copias de seguridad de forma automática cada X tiempo. Algunos tienen la mala costumbre de renombrar los archivos que estamos editando y agregarle el siempre molesto "~" a la extensión, con lo que un config.php pasaría a ser config.php~ y ya la hemos liado.
¿Por qué?, básicamente porque -por defecto- Apache no tiene capacidad de procesar los archivos .php~ con lo que su comportamiento -por defecto- es enseñar el código fuente de dicho archivo. Una de las posibles soluciones:
¿Por qué?, básicamente porque -por defecto- Apache no tiene capacidad de procesar los archivos .php~ con lo que su comportamiento -por defecto- es enseñar el código fuente de dicho archivo. Una de las posibles soluciones:
<FilesMatch ".php~"> Order allow,deny Deny from all </FilesMatch>Hecho ésto en el VirtualHost correspondiente obtendremos un bonito Forbidden (403) indicando al presunto malhechor que el archivo existe pero, en cierto modo, nos hemos preocupado de corregirlo.
Charsets
Hace un rato me ha dado por jugar con Apache2 en una máquina de pruebas. Intentando modificar ciertas páginas PHP he encontrado un problema de codificación de texto, tanto en acentos como en eñes salían caracteres raros, por lo que pensé si sería problema de la actualización de Apache. Así que haciendo una búsqueda en apache2.conf por 'charset' topé con lo siguiente:
...
AddDefaultCharset ISO-8859-1
AddCharset ISO-8859-1 .iso8859-1 .latin1
AddCharset ISO-8859-2 .iso8859-2 .latin2 .cen
AddCharset ISO-8859-3 .iso8859-3 .latin3
AddCharset ISO-8859-4 .iso8859-4 .latin4
AddCharset ISO-8859-5 .iso8859-5 .latin5 .cyr .iso-ru
AddCharset ISO-8859-6 .iso8859-6 .latin6 .arb
AddCharset ISO-8859-7 .iso8859-7 .latin7 .grk
AddCharset ISO-8859-8 .iso8859-8 .latin8 .heb
...
...
AddDefaultCharset ISO-8859-1
AddCharset ISO-8859-1 .iso8859-1 .latin1
AddCharset ISO-8859-2 .iso8859-2 .latin2 .cen
AddCharset ISO-8859-3 .iso8859-3 .latin3
AddCharset ISO-8859-4 .iso8859-4 .latin4
AddCharset ISO-8859-5 .iso8859-5 .latin5 .cyr .iso-ru
AddCharset ISO-8859-6 .iso8859-6 .latin6 .arb
AddCharset ISO-8859-7 .iso8859-7 .latin7 .grk
AddCharset ISO-8859-8 .iso8859-8 .latin8 .heb
...