La arquitectura del servidor Apache es muy modular. El servidor consta de una sección core y diversos módulos que aportan mucha de la funcionalidad que podría considerarse básica para un servidor web. mod_access El módulo mod_access se utiliza en el control de acceso al servidor. mod_actions Se utiliza para ejecutar código CGI o una solicitud http mod_alias Se utiliza para convertir el sistema donde esta instalado el servidor en parte del servidor. mod_asis Este módulo se utiliza para enviar un documento del servidor sin cabeceras http. Resulta útil para redireccionar a un cliente sin necesidad de utilizar un scrip. mod_auth Se utiliza para confirmar la autenticación, mediante el nombre de los usuarios y sus contraseñas. mod_auth_anon Este módulo permite acceder de manera anónima a partes del servidor. Todos los usuarios pueden utilizar un identificador llamado “anonymus” para acceder a ciertas partes del sistema. mod_auth_db Cuando es necesario automatizar el proceso de autenticación, y no se pueden utilizar archivos DBM, pero si se pueden utilizar otros archivos, como por ejemplo los Berkeles DB, es preciso utilizar el módulo mod_auth_db mod_auth_dbm Como en el anterior caso, con los archivos de texto .htpasswd y .htaccess en procesos de alta velocidad, se puede ver [...]
Las cabeceras del HTTP son informaciones que se intercambian entre el navegador, o cualquier otro cliente, y el servidor de páginas web. Las cabeceras del http son transparentes para nosotros, pero en ocasiones contienen informaciones que pueden servir de ayuda a los desarrolladores. Estas cabeceras permiten transportar información de control entre el cliente y el servidor, como el estado de respuesta del servidor, cookies enviadas al cliente, tipo de contenido que se está enviando/recibiendo, momento en el que se realizan las solicitudes o entregas de información, etc. A continuación indico todos los posibles códigos de error o respuestas de las cabeceras. Los he metido en un array de PHP para que se puedan usar en cualquier función con el objetivo que sea. Ya sea identificar una respuesta de apache o del servidor de páginas web o generar un tipo de respuesta deseado, el típico 404 o 301. A continuación otras cabecera/valores que se envían como petición al servidor. * Accept: Determina el tipo de contenido o MIME que se espera de la respuesta. Su valor debe ser una cadena MIME. Accept: image/jpg -> Se espera una imagen JPG Accept: text/plain-> Se espera texto plano * Accept-Charset: Determina el set de [...]
Después de muchos años y grandes problemas de codificación con php y mysql, puedo afirmar que tengo, bastante controlado el problema con las codificaciones. Bueno por lo menos identificado. Desgraciadamente mi conocimiento se debe a malas experiencias, pero como se dice, casi todo en la vida se aprende a golpes o por las malas. Me he tenido que “pelear” muchísimo con este problema y han sido grandes quebraderos de cabeza. Aún así se que es uno de los grandes problemas de los desarrolladores y se convierte en algo tremendamente problemático sino se hace bien desde el principio. Es el momento de escribir un artículo con mis experiencias sobre este asunto. Problemas codificación web. Configurar codificación utf8 php, mysql y html Hay muchas causas por las que una página web muestre caracteres raros con problemas de codificación en iso o con utf8. Un listado de los posibles fallos pueden ser los siguientes: Codificación por defecto con la que arranca apache. Hay que indicar una directiva para que apache arranque en utf8 Codificación con mysql. Esto es lo más complejo de todo este asunto. Lo explicaré después. Codificación de php. Codificación del html. Por último y no menos importante la codificación con [...]
Una forma básica de ofrecer seguridad sobre directorios web en Linux es utilizando el archivo de Apache htaccess. Este se combina con el archivo .htpasswd, o como lo queramos llamar, para ofrecer seguridad y la posibilidad de denegar el acceso a carpetas o directorios que queremos ofrecer un nivel adicional de seguridad. Para proteger, primero colocaremos el archivo oculto .htaccess en la raiz del directorio que queremos proteger. Editando con nuestro editor preferido empezamos Insertamos lo siguiente en el archivo .htaccess AuthUserFile indica donde se encuentra el archivo que contiene los usuarios y las contraseñas codificadas en md5 contra las que nos logearemos. Hay que indicar el path completo. AuthName, es el titulo que contendrá la ventana emergente donde introduciremos las credenciales para logearnos y poder acceder a nuestra carpeta protegida. en required, se puede poner valid-user, esta sentencia indica que cualquier usuario que aparezca en el archivo .htpasswd se puede logear o se puede poner directamente un usuario o serie de usuarios separados por espacios forzando así que usuarios son los permitidos. Bueno ahora continuamos editando y creando nuestro archivo que contiene los usuarios que tendrán acceso. Con el comando htpasswd creamos usuarios para archivos de autenticación. El comando [...]
Siguiendo la documentación: http://httpd.apache.org/docs/current/mod/mod_log_config.html#formats Version 2.2 Éstos son los parámetros posibles. Aunque puede que haya más. %% El signo de porcentaje %a Una dirección IP %A Una dirección IP local %B Tamaño de la respuesta en bytes, con exclusión de los encabezados HTTP. %b Tamaño de la respuesta en bytes, con exclusión de los encabezados HTTP. En formato CLF, es decir, un ‘-’ en lugar de un 0 cuando no se envían los bytes. %{Foobar}C El contenido de cookie Foobar en la solicitud enviada al servidor. Sólo la versión 0 “cookies” son totalmente compatibles. %D el tiempo necesario para atender la solicitud, en microsegundos. %{FOOBAR}e El contenido de la variable de entorno FOOBAR %f Nombre del archivo %h host remoto %H El protocolo de petición %{Foobar}i El contenido de Foobar: línea de cabecera (s) en la solicitud enviada al servidor. Los cambios realizados por otros módulos (mod_headers por ejemplo) afectan a este. %k Número de las solicitudes de keepalive manejado en esta conexión. Interesante si KeepAlive está siendo utilizado, de modo que, por ejemplo, un “1″ significa que la petición keepalive primera vez después de la primera, “2″ el segundo, etc .., de lo contrario esto es siempre 0 (que [...]
Publicado por: Pedro Ventura
Últimos comentarios