Recientemente me he encontrado con la siguiente burrada dentro del DocumentRoot de una aplicación web:

# ls -lah
total 112G
drwxrwxr-x  2 luser luser 4.0K Jul 19  2010 .
drwxrwxr-x 10 luser luser 4.0K Jul 19  2010 ..
lrwxrwxrwx  1 luser luser   11 Jul 19  2010 log -> ../data/log
-rwxrwxr-x  1 luser luser 111G May 16 16:59 php.log

Evidentemente, dentro del código existía lo siguiente:

ini_set('error_reporting', E_ALL);
ini_set("error_log",PATH_ROOT."log/php.log");

Y no es que el código estuviera especialmente depurado para que no aparecieran errores, sino que el log se parecía más bien a esto (parcialmente debido al E_ALL)

Una vez vista dicha burrada, sólo que busquemos la cadena ini_set en los ficheros php es fácil encontrar burradas similares:

# find . -iname \*php -exec grep ini_set {} \;
(...)
ini_set('max_execution_time', 0);

Evidentemente podemos evitar que esto ocurra con php_admin_value o php_admin_flag, pero en realidad dichas funciones simplemente deberían ser usadas con mayor responsabilidad.

Nuestra fuente: Systemadmin

Envíe prácticamente a cualquier lugar

Llegue a más personas en más lugares diseñando con los últimos estándares web, de vídeo y de dispositivos móviles. Cree sorprendentes experiencias con capacidad de respuesta que se adaptan a prácticamente todos los tamaños de pantalla y factores de forma.

Más información en la web de Adobe

Os informamos de que estamos abiertos a sugerencias para nuevos eSeminarios.

Mañana 30 de Marzo a las 18.30 GMT +1 (Hora de España) haremos un pequeño encuentro mediante Adobe Connect con el fín de simplemente encontrarnos y ver que ideas surgen para llevar acabo en el  Adobe User Group Granada.

Aprovecharemos el encuentro para dar pequeña introducción a Comportamientos de Servidor usando Adobe Dreamweaver que a veces nos ayudan mucho en tareas cotidianas.

Los esperamos!

URL:    http://experts.adobeconnect.com/augg201203/

Os esperamos!!

Tambien tiene mejoras en el rendimiento y en la organización de los elementos.

Pero bueno, no os hago poerder más tiemp, podeis entrar en su web para descargarlo y empezar a probarlo.  Photoshop CS6 Beta

El evento será:

• Fecha: el viernes 27 de Enero de 2012 .
• Lugar: en el auditorio de la Facultad de Informática.
• Coste: la asistencia es gratuita.
• Inscripciones: dado que el aforo es limitado es necesario inscribirse aquí: http://grm.vg/5AS.

¡No te lo puedes perder!

El script hace uso de Evento de Progreso de HTML5 para poder mostrar:

• total: total de bytes
• loaded: bytes subidos
• lengthComputable: indica si el tamaño del fichero es conocido
• transferSpeed: velocidad de transferencia
• timeRemaining: tiempo que falta (en formato Date)

Por ahora solo es compatible con Firefox, Chrome y Safari.

En el post lo explican con gran detalle.

Html5 File Upload with Progress

Nuestra fuente: Sentidoweb

Otras veces ya hemos visto como realizar una instalación de Apache con PHP y eAccelerator, una vez instalado los ficheros ejecutables importantes son:

• apachectl: Mediante este script podremos:
  • Gestionar el arranque y parada del daemon (start/stop)
  • Comprobar la configuración (configtest):

    # /usr/local/apache22/bin/apachectl configtest
    Syntax OK

  • Recargar la configuración en caliente, sin apagar el daemon (graceful)
• httpd: Binario del daemon, con dicho fichero podemos:
  • Indicar que fichero de configuración cargar (opción -f)
  • Ver el listado de módulos que carga (opción -M):

    # /usr/local/apache22/bin/httpd -M
    Loaded Modules:
     core_module (static)
    (...)
     jrun_module (shared)

  • Al igual que con apachectl, comprobar la configuración con la opción -t:

    # /usr/local/apache22/bin/httpd -t
    Syntax OK

  • Ver el resumen de configuración de los VirtualHosts con la opción -S:

    # /usr/local/apache22/bin/httpd -S
    VirtualHost configuration:
    wildcard NameVirtualHosts and _default_ servers:
    *:80                   is a NameVirtualHost
             default server shuvak.systemadmin.es (/usr/local/apache22/conf/extra/httpd-vhosts.conf:7)
             port 80 namevhost shuvak.systemadmin.es (/usr/local/apache22/conf/extra/httpd-vhosts.conf:7)
             port 80 namevhost systemadmin.es (/usr/local/apache22/conf/extra/vhosts/systemadmin.es.conf:1)
             port 80 namevhost foro.systemadmin.es (/usr/local/apache22/conf/extra/vhosts/foro.systemadmin.es.conf:1)
    Syntax OK

Un ejemplo de configuración típica de un VirtualHost sería la siguiente:

<VirtualHost *:80>
        DocumentRoot "/var/www/systemadmin.es/htdocs"
        DirectoryIndex index.php
        ServerName systemadmin.es
        ServerAlias foro.systemadmin.es

        <Directory /var/www/systemadmin.es/htdocs>
            Options FollowSymLinks
            AllowOverride all
            Order deny,allow
            Allow from all
        </Directory>

        ErrorLog  "| /usr/local/sbin/cronolog -S /var/www/systemadmin.es/logs/current.error.log /var/www/systemadmin.es/logs/%Y/%m/%d/error.log"
        CustomLog "| /usr/local/sbin/cronolog -S /var/www/systemadmin.es/logs/current.custom.log /var/www/systemadmin.es/logs/%Y/%m/%d/custom.log" combined

</VirtualHost>

Las directivas importantes son:

• DocumentRoot: Directorio base desde el cual serviremos el contenido. Deberemos acompañarlo de la directiva Directory para establecer si se puede servir o no su contenido
• DirectoryIndex: Cuando se intente servir la raíz o cualquier directorio (sin especificar fichero), cual se debería servir. Típicamente se usa index.algo, pero podría ser cualquier fichero. Esta directiva indica que fichero servir y en que orden de prioridad. Por ejemplo:

  DirectoryIndex index.php index.html index.htm

  Primero miraría si existe un fichero index.php, en caso que no exista buscaría el siguiente (index.html) y así el listado que indiquemos. En caso que no exista ninguno, se serviría un 404

• ServerName y ServerAlias: Nombres a los que responde según el header Host. Se pueden especificar wildcards tanto pode delante (*.systemadmin.es) como por detrás (webmail.*). La diferencia entre ServerName y ServerAlias a la practica tiene poca importancia.

En cuanto a la gestión de logs, personalmente uso cronolog ya que una vez configurado cómo queremos almacenar los logs no deberemos hacer mantenimiento a no se que queramos eliminar los antiguos. Para ello suelo emplear un simple script que haga limpieza:

#!/bin/bash
for i in $(find /var/www/ -maxdepth 2 -iname logs);
do

        #eliminacion de los mas antiguos de 10 dias
        find $i -mtime +10 -type f -exec rm {} \;

        #eliminacion de directios vacios
        find $i -empty -type d -exec rmdir {} \; 2>/dev/null

        #compresión de logs ya rotados
        find $i -type f -iname \*\.log -mtime +2 -exec gzip {} \;

done

Deberemos adaptar el find del for para que encuentre los directorios raíz dónde tenemos los logs.

Para conocer el estado del Apache existe el modulo mod_status, que nos indica que esta haciendo dicho daemon. Generalmente se instala en /server-staus con acceso limitado por IP de origen.

En el scoreboard veremos los estado del los apachitos (procesos apache) y podremos ver si existe algún problema con algún VirtualHost. Típicamente podremos ver:

• Se nos llena el scoreboard de W: Cuando un slot esta en estado W significa que esta contestando, pero si vemos que se nos acumulan W posiblemente esta contestando muy lentamente por algún motivo o bien simplemente se queda colgado. Generalmente indica problemas en la base de datos.Si habilitamos la opción

  ExtendedStatus On

  Tendremos un listado de todas las peticiones y su estado, para cuanto tiempo lleva un slot en el estado actual deberemos fijarnos en la columna SS. Por lo tanto, las peticiones en estado W que tenga el SS alto son las primeras que deberemos investigar. Evidentemente, si servimos contenido estático (un mp3) es lógico que tarde en ser entregado y por lo tanto que su SS sea alto.

• Se nos llena el scoreboard de K: Tendremos que ver si nos interesa reducir el tiempo de KeepAlive de las conexiones. Por defecto lo tenemos a 5 segundos, pero lo podemos dejar en 1 o 2 segundos según la aplicación.

En otra ocasión ya hablamos de en que debemos fijarnos para entender el problema que tenga un entorno LAMP

Otra cosa a tener en cuenta es la diferencia entre ServerLimit y MaxClients: ServerLimit es el límite fijo que no puede ser modificado mediante una recarga de configuración (graceful) mientras que MaxClients es el límite actual.

Actualmente mod_status no muestra los slots de Apache que quedan deshabilitados por la directiva MaxClients, por lo que nos puede dar pie a error al suponerlos libres. En su momento hice un patch para evitar esto y será incluido en la próxima release de Apache (2.4), actualmente ya se encuentra disponible en la versión beta desde la versión 2.3.11.

Nuestra fuente: Systemadmin

Agenda

• 10.00 – 11.30 Presentación & Folio Builder
• 11.30 – 12.00 Coffee Break
• 12.00 – 13.30 Overlay Creator
• 13.30 – 15.30 Descanso para comer
• 15.30 – 17.30 Viewer Builder y Diferentes modalidades de distribución comercial

¿Cuándo y dónde?
Viernes 11 en las oficinas de Adobe en la Torre Mapfre, Barcelona.

¿Registro?
Gratuito y por orden de inscripción hasta llenar las plazas. Envía email para apuntarte: nlopez@adobe.com

var zip = new JSZip();
zip.add("Hello.txt", "Hello World\n");
img = zip.folder("images");
img.add("smile.gif", imgData, {base64: true});
content = zip.generate();
location.href="data:application/zip;base64,"+content;

El único problema que hay es a la hora de generar el nombre del fichero: Firefox crea un fichero con un nombre extraño y acabado en .part, Safari lo nombra “Unknown” sin extensión, Chrome “download.zip” e IE directamente ni funciona la librería.

Nuestra fuente: SentidoWeb