Lo hice y lo entendí » Programación

Comentarios anidados con WordPress 2.7, nueva vista para archivos y otros cambios en la plantilla

Super Coco — Tue, 13 Jan 2009 19:59:13 +0000

He estado trabajando bastante en reformar la plantilla. No ha habido ningún gran cambio estético, sino que en general han sido cambios para añadir funcionalidades. Además de otras muchas pequeñas mejoras, casi imperceptibles, las dos modificaciones más importantes han sido que la plantilla ahora permite los nuevos comentarios anidados (unos comentarios responden a otros) que ha introducido WordPress 2.7 y que ahora, las páginas de Categorías, Etiquetas o Archivos muestran todas las entradas existentes, pero sin nada de texto o extractos, sólo mostrando el título y los metadatos. Esto era algo que tenía muchas ganas de implementar desde que me inicié en esto de escribir un blog, porque la forma que tiene WordPress por defecto de mostrar las Categorías, Etiquetas y Archivos, sacando 10 entradas por página, no te deja hacerte a la idea en un solo vistazo de qué hay exactamente en cada sección.

Comentarios anidados con WordPress 2.7

En relación a los comentarios anidados, para entender cómo funciona el nuevo loop y cómo adaptar nuestra plantilla para mostrarlos como queramos, podemos usar varias excelentes páginas como referencia:

Al final yo no metí la tijera en la actual plantilla directamente para cambiar el sistema de comentarios viejo por el loop actual. Lo hice al contrario: copié el comments.php de la plantilla de por defecto, la Kubrick, y la fui adaptando a mis necesidades para tener una plantilla que soportara ya comentarios anidados sin problemas y con la máxima compatibilidad con cualquier plugin. El resto fue mucho trabajo de ajustar los estilos en CSS. El resultado se puede ver en los primeros comentarios de ejemplo de esta misma entrada.

¡Ah! Y no se nos tiene que olvidar activar los comentarios anidados en el panel de control (Opciones → Discusión).

(...)

Leer el resto de Comentarios anidados con WordPress 2.7, nueva vista para archivos y otros cambios en la plantilla (956 palabras)

Lo hice y lo entendí © Vicente Navarro 2009 con una licencia CC BY-SA | 9 comentarios
Etiquetas: blog, PHP, WordPress

Feed enhanced by Better Feed from Ozh

mailto: sin miedo a spammers

Super Coco — Sun, 24 Feb 2008 12:29:53 +0000

Todos sabemos que poner una dirección de e-mail en una página web es pasto seguro de spammers cuyos robots recorren incansablemente Internet en busca que cadenas que encajen con la siguiente expresión regular:

\b[A-Z0-9._%-]+@[A-Z0-9.-]+\.[A-Z]{2,4}\b

(Expresiones Regulares en la shell. Ejemplos de uso con grep, awk y sed.)

Para mostrarlo, he buscado alguna web que tuviera muchas direcciones de correo y la página de direcciones de contacto de la Universidad de Navarra resulta ser una excelente víctima para mi prueba. Con un comando como este:

$ wget -q -O - http://www.unav.es/informacion/direccionesdecontacto.html | \
egrep -oi '\b[A-Z0-9._%-]+@[A-Z0-9.-]+\.[A-Z]{2,4}\b' | sort -u | sed 's/unav.es/unav.is/'
abar@unav.is
adelgado@unav.is
adomeno@unav.is
agonzalez@unav.is
almcompr@unav.is
[...]

vemos lo fácil que resulta extraer todas las direcciones de correo de una página. Para el ejemplo, yo he tenido la precaución de cambiar el dominio final s/es/is/ para no dar aún más visibilidad a esas direcciones.

(...)

Leer el resto de mailto: sin miedo a spammers (1,761 palabras)

Lo hice y lo entendí © Vicente Navarro 2008 con una licencia CC BY-SA | 19 comentarios
Etiquetas: Apache, e-mail, expresiones regulares, HTML, ImageMagick, JavaScript, ofuscación de e-mail, PHP, spam, wget

Feed enhanced by Better Feed from Ozh

Hojas de estilo CSS para imprimir

Super Coco — Wed, 07 Nov 2007 00:06:07 +0000

Hace unos días patata dijo en un comentario que le gustan tanto algunos de los artículos de este blog que se los imprime, pero que le quedan muy mal y que si podría poner alguna hoja de estilo para imprimir. A cambio, yo no puedo hacer menos que agradecer tales halagos atendiendo su petición, ya que, por otro lado, es algo muy fácil de hacer, siempre y cuando el HTML esté muy estructurado y no se mezcle contenido con estilo, algo que muchas veces se tiende a hacer, especialmente si se usan herramientas automatizadas de creación de páginas web. Yo procuro evitarlo, aunque reconozco que en ocasiones muy determinadas y concretas lo hago.

El HTML está para el contenido y el CSS para el estilo. Idealmente, el HTML no debería de tener ninguna referencia a colores, fuentes, tamaños, alineamiento del texto, etc. Eso nos permite cambiarle muy fácilmente la hoja de estilo y tener otra página de aspecto radicalmente distinto pero con el mismo contenido. Alguna vez le querido explicar esto a alguien y me ha resultado muy fácil hacerlo apoyándome en CSS Zen Garden: The Beauty in CSS Design, una página en la que partiendo del mismo contenido, multitud de autores le dan un aspecto radical y sorprendentemente distinto únicamente cambiando el CSS, la hoja de estilo.

Para especificar una hoja de estilo diferente para impresión, deberíamos de tener en la cabecera del documento HTML (entre y ) una entrada de CSS para el diseño en pantalla (media="screen") y otra para el diseño para imprimir (media="print"):

Podemos consultar los tipos de media que podemos usar en el estándar CSS 2.1, capítulo Media Types. Vemos que también existe el media handheld para especificar hojas de estilos adecuadas para PDAs y teléfonos móviles.

Para la hoja de estilo de impresión de este blog, yo he decidido intervenir lo mínimo posible. Únicamente escondo todos los elementos que no deberían aparecer en la página impresa: los comentarios, el formulario para introducir comentarios, las cajas laterales, los enlaces de navegación (entrada anterior, entrada siguiente), etc. e intervengo mínimamente en un par de aspectos más.

(...)

Leer el resto de Hojas de estilo CSS para imprimir (592 palabras)

Lo hice y lo entendí © Vicente Navarro 2007 con una licencia CC BY-SA | 8 comentarios
Etiquetas: blog, CSS, Firefox, Google, HTML, impresión, PHP, WordPress

Feed enhanced by Better Feed from Ozh

Mostrar un árbol de los paquetes instalados que dependen de otro en Debian

Super Coco — Sun, 23 Sep 2007 20:00:08 +0000

De la época que estuve usando Gentoo recuerdo con especial cariño dos cosas: la flexibilidad y la posibilidad de personalización durante el compilado de los parámetros USE, y las herramientas de gestión de paquetes de Portage: el emerge y el equery del Gentoolkit.

El emerge viene a ser una unión de los comandos de Debian dpkg, apt-get, apt-cache y apt-build. Nigún misterio por esa parte…

Sin embargo, el equery que, como su propio nombre indica, se usa para hacer queries a la base de datos de paquetes, resulta muy útil. Por ejemplo, se puede obtener la lista de paquetes que dependen de uno dado (ejemplo copiado de Gentoolkit):

# equery depends pygtk
[ Searching for packages depending on pygtk... ]
app-office/dia-0.93
dev-python/gnome-python-2.0.0-r1
gnome-extra/gdesklets-core-0.26.2
media-gfx/gimp-2.0.4
x11-libs/vte-0.11.11-r1

También nos permite obtener un árbol de dependencias de un paquete dado, pero en este caso no se trata de los paquetes de los que depende el paquete, sino de sus dependencias:

# equery depgraph cdrtools
Displaying dependencies for app-cdr/cdrtools-2.01_alpha37
`-- app-cdr/cdrtools-2.01_alpha37
 `-- sys-libs/glibc-2.3.4.20040808 (virtual/libc)
  `-- sys-kernel/linux-headers-2.4.22 (virtual/os-headers)
   `-- sys-apps/baselayout-1.10.4
    `-- sys-apps/sysvinit-2.85-r1
     `-- sys-apps/gawk-3.1.3-r1
      `-- sys-apps/util-linux-2.12-r4
          `-- sys-apps/sed-4.0.9
        `-- sys-libs/ncurses-5.4-r4
            `-- sys-apps/pam-login-3.14
            `-- sys-libs/pam-0.77-r1
                 `-- sys-libs/cracklib-2.7-r10
               `-- sys-apps/miscfiles-1.3-r1
              `-- app-arch/gzip-1.3.5-r1
              `-- sys-apps/portage-2.0.50-r10

En Debian, a menudo quiero eliminar un paquete y las dependencias no me lo permiten:

 # dpkg -P libxine1
dpkg: dependency problems prevent removal of libxine1:
 totem-xine depends on libxine1 (>= 1.1.2-5).
dpkg: error processing libxine1 (--purge):
 dependency problems - not removing
Errors were encountered while processing:
 libxine1

Es posible que esté tan convencido de querer eliminar el paquete que me decida incluso a eliminar sus dependencias:

# dpkg -P totem
dpkg: dependency problems prevent removal of totem:
 gnome-desktop-environment depends on totem (>= 1.4.3).
dpkg: error processing totem (--purge):
 dependency problems - not removing
Errors were encountered while processing:
 totem

Pero claro, llegados a este punto, me temo que el gnome-desktop-environment no lo quiero eliminar. De momento, los paquetes ya me los ha dejado marcados como que no los quiero instalados para aprovechar la mínima ocasión para eliminarlos:

# dpkg -l | egrep -v ^ii
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name             Version              Description
+++-================-====================-============================================
pi  libxine1         1.1.2+dfsg-4         the xine video/media player library, binary
pi  totem            2.16.5-3             A simple media player for the Gnome desktop

Como a mí me da manía dejarlos así, pues en este punto haría un “apt-get --reinstall install libxine1 totem” para que vuelvan a estar en estado ii.

La forma elegante de prever y al mismo tiempo tantear si podríamos borrar el paquete sería haber usado el “dpkg -P” con una de las tres opciones que evitan que la acción se haga en realidad:

       --no-act | --dry-run | --simulate
              Do everything which is supposed to be done, but  don't  write  any  changes.
              This  is  used  to  see what would happen with the specified action, without
              actually modifying anything.

              Be sure to give --no-act before the action-parameter, or you  might  end  up
              with  undesirable  results. (e.g. dpkg --purge foo --no-act will first purge
              package foo and then try to purge package --no-act, even though you probably
              expected it to actually do nothing)

Pero bueno, esta forma de trabajar por tanteo me parece un atraso tras haber visto lo que puede hacer el equery.

(...)

Leer el resto de Mostrar un árbol de los paquetes instalados que dependen de otro en Debian (1,090 palabras)

Lo hice y lo entendí © Vicente Navarro 2007 con una licencia CC BY-SA | 5 comentarios
Etiquetas: bash, Debian, dpkg, enscript, Gentoo, shell

Feed enhanced by Better Feed from Ozh

Sobre la señal SIGHUP: nohup, disown, trap

Super Coco — Thu, 19 Apr 2007 18:23:39 +0000

El nohup es un comando de los históricos de UNIX. Cuando en un terminal físico (terminal serie), virtual (xterm, konsole, putty, telnet, ssh, etc.), o en la consola cerramos la sesión (cerrando la ventana si estamos en un entorno gráfico, con el comando exit, o pulsando Control+D en la shell), el proceso que gestiona dicho terminal (getty, mgetty, sshd, telnetd, etc.) manda una señal SIGHUP a los procesos que cuelgan bajo ellos, normalmente, la shell, y en Linux, típicamente bash. Tal y como podemos leer en la página de man de bash, la shell, a su vez, manda dicha señal a todos los procesos que cuelgan bajo ella y, de hecho, incluso los despierta si están parados:

The shell exits by default upon receipt of a SIGHUP. Before exiting, an interactive shell
resends the SIGHUP to all jobs, running or stopped. Stopped jobs are sent SIGCONT to
ensure that they receive the SIGHUP. To prevent the shell from sending the signal to a
particular job, it should be removed from the jobs table with the disown builtin (see
SHELL BUILTIN COMMANDS below) or marked to not receive SIGHUP using disown -h.

Ante la señal SIGHUP normalmente todos los procesos reaccionan simplemente saliendo, lo cual es un problema si queremos que nuestro programa siga ejecutándose en el sistema una vez que hayamos dejado la shell. Para evitar que esto ocurra, tradicionalmente se ha usado el comando nohup. Adicionalmente, el bash, desde la versión 2.0, también tiene el comando interno disown como podemos leer en el párrafo anterior.

(...)

Leer el resto de Sobre la señal SIGHUP: nohup, disown, trap (1,183 palabras)

Lo hice y lo entendí © Vicente Navarro 2007 con una licencia CC BY-SA | 15 comentarios
Etiquetas: bash, C, Debian, disown, GNU/Linux, nohup, patch, shell, SIGHUP, trap, UNIX

Feed enhanced by Better Feed from Ozh

El HDD Perf en SourceForge.net

Super Coco — Mon, 05 Mar 2007 07:49:02 +0000

Corría el año 2003 y yo tenía un flamante portátil con un procesador Pentium M a 1GHz y 256MB de RAM. El ordenador normalmente iba muy bien, pero a veces se ralentizaba hasta la desesperación. En esas ocasiones, el led del disco duro no dejaba de estar encendido, por lo que que estaba claro que el cuello de botella estaba en el lento disco de 4200rpm. Varios años después, con PCs mucho mejores, el cuello de botella sigue siendo el mismo.

Cuando estaba esperando a que las aplicaciones respondieran míminimamente (trabajando en Windows), me preguntaba si sería fácil poner un icono en el “área de notificación” (también conocida como “bandeja del sistema”) que me avisara de que tu PC va mal porque el disco duro está agobiado. No es que ésto hiciera mucho por arreglar el problema, pero al menos, podría saber qué estaba pasando…

(...)

Leer el resto de El HDD Perf en SourceForge.net (304 palabras)

Lo hice y lo entendí © Vicente Navarro 2007 con una licencia CC BY-SA | 5 comentarios
Etiquetas: C, HDD Perf, SourceForge, Win32, Windows

Feed enhanced by Better Feed from Ozh

El algoritmo del NIF y de los números de cuenta para el móvil

Super Coco — Sun, 18 Feb 2007 22:14:43 +0000

Lo algoritmos que describía en la entrada “Algoritmos útiles en JavaScript” también los implementé en el 2005 en un programa Java (J2ME) para compilarlo para el móvil y llevarlos siempre conmigo.

El programa es el Utilidades.java (GPL) y para compilarlo se necesita el SDK de Sun y el SDK de Nokia. Aunque éste último no es realmente necesario, viene bien para probar el programa en el emulador que lleva.

Se supone que debería de funcionar bien en todos los móviles, pero yo sólo lo he probado en un Nokia 6310i y en un Nokia 6021. En el primero funciona muy bien, pero en el 6021 funciona peor porque el botón del medio, de “Seleccionar” no funciona y hay que hacer “Opciones -> Seleccionar”.

Si te interesa y lo quieres probar, sólo tienes que subir estos dos ficheros a tu móvil: Utilidades.jad y Utilidades.jar. ¡Ya me cuentas si te funciona bien y te sirve!

Lo hice y lo entendí © Vicente Navarro 2007 con una licencia CC BY-SA | Un comentario
Etiquetas: Java, números de cuenta, NIF

Feed enhanced by Better Feed from Ozh

Algoritmos útiles en JavaScript

Super Coco — Sun, 18 Feb 2007 21:39:49 +0000

El JavaScript es un lenguaje de programación tremendamente cómodo para implementar pequeños algoritmos. No necesitas compilador, ni entorno de desarrollo, ni nada. Sólo un editor de texto y ya está.

Además, si usas Firefox, tienes por defecto instalado el “DOM Inspector” y el “Error Console” (tengo el Firefox en inglés, no sé cómo saldrá en el Firefox en castellano), con lo que puedes hacer incluso “debugging” sin absolutamente ningún programa adicional.

Hay un par de algoritmos sencillos que son muy útiles en el día a día y que me he implementado en JavaScript:

Si te interesa el algoritmo que usan, puedes examinar los ficheros nif.js y numcta.js. Ambos están descritos en la WikiPedia, tanto el del NIF como el de los números de cuenta.

Además, en las últimas elecciones municipales (las del 2003), un amigo metido en política municipal me pidió que le hiciera un programilla que implementara la ley D’Hondt para calcular los concejales que le tocaban a cada partido inmediatamente después del recuento. En aquella ocasión hice un programita en C muy sencillito para línea de comandos. Esta vez, para ilustrar esta entrada y ante las inminentes municipales del 2007, lo he vuelto a hacer, esta vez en JavaScript. El algoritmo se puede ver en hondt.js pero está mucho mejor explicado en la web de Jordi Binefa.

Lo hice y lo entendí © Vicente Navarro 2007 con una licencia CC BY-SA | 4 comentarios
Etiquetas: JavaScript, Ley D'Hondt, números de cuenta, NIF

Feed enhanced by Better Feed from Ozh