Puede darse el caso de necesitar un script que pueda correr como demonio en Linux o servicio de sistema en Windows. Para el segundo entorno el asunto se complica dado que se necesita de un módulo como Win32::Daemon, el cual si intentamos endosarle a Linux nos dirá que tararí. Y es que, aunque pudiera parecer suficiente con algo así:

if($^O ne 'linux'){
  #Estoy en Windows
  use Win32::Daemon;
  #...
}

El script fallará cuando se ejecute en Linux porque no encuentre el módulo Win32::Daemon. A pesar de que sólo deba cargarlo en el caso de no estar funcionando en Linux. Pero gracias a eval y require algo se puede arreglar:

if($^O ne 'linux'){
  #Estoy en Windows
  eval{require Win32::Daemon;};
  #...
}

De esta manera Linux pasará por el aro y Windows hará lo que esté indicado. Sin embargo puede darse el caso de módulos que necesiten recibir un hash en el momento de su carga, como el caso de Win32::Daemon::Simple —versión simplificada de Win32::Daemon—, y para los que habrá que hacer la carga desde otro script que será requerido desde el principal:

#servicio.pl
use Win32::Daemon::Simple
  Service => 'follonero',
  Name => 'servicio follonero',
  #...
  ;

#script principal
if($^O ne 'linux'){
  #Estoy en Windows
  require 'servicio.pl';
  #...
}

De esta forma Linux no se pasará de listo inspeccionando y Windows hará lo que se espera de él.

Esto de la portabilidad entre scripts tiene su atractivo. En el caso de servicios el lidiar con la carga de módulos es sólo la punta del iceberg, seguida por el manejo de archivos, directorios, detección de señales, etc.

Inspiración → How can I detect the operating system in Perl? @ Stack Overflow.

Cosas relacionadas:

• Volver a «Flash Player» para i386 en amd64 y Debian
• Skype para AMD64 sólo para Ubuntu, aparentemente
• 'Google ha tenido la misma experiencia, aunque ellos leen tu correo electrónico, mientras que nosotros no lo hacemos'
• ¿Debian o Ubuntu para el portátil?

• Soporta ActionScript 2.0, pero no 3.0.
• Soporta SWF 8 pero con SWF 5 se pueden obtener mejores resultados.
• No soporta FLV.
• Requiere un navegador sobre WebKit (Chrome/Chromium, Epiphany, Safari,..).

Pero menos da una piedra. He probado con la animación de un avión y parece funcionar bien.

Efectivamente, aunque Flash esté bloqueado, o no se tenga instalado, el nuevo formato se muestra correctamente.

Cosas relacionadas:

• Cambiar de pestaña en Firefox con la rueda del ratón
• Iceweasel 4.0 beta 4
• Descargar de SoundCloud
• Problemas de desplazamiento en Debian con ATI

• Cambiar el puerto en /etc/ssh/sshd_config por el 6969 —por ejemplo :

  Port 11810

• Cambiar el tiempo de espera en segundos para identificarse —en el mismo archivo— por un valor inferior

  LoginGraceTime 30

• No permitir acceder directamente como root; para ello se puede utilizar el su root una vez identificado un usuario normal —también en /etc/ssh/sshd_config

  PermitRootLogin no

Estos son básicos. Luego hay mil y un consejos más que pueden llegar a hacer estallar a los administradores cuando estén llenos de nervios intentando resolver algún problema que tiene inutilizado el servidor. De primeras parecen muy útiles pero no siempre serán deseables:

• Cerrar la sesión de root por inactividad, que si el administrador se despista y se olvida del asunto no pueda luego llegar un pillo en persona y aprovecharse. En /root/.bashrc se añade el tiempo en segundos:

  TMOUT = 300

  aunque si se prefiere que sea para todos los usuarios se puede añadir en /etc/profile:

  readonly TMOUT = 300

• Limitar las direcciones IP desde las que poder conectarse —si el demonio de SSH tiene soporte para TCP Wrappers— añadiendo al archivo /etc/hosts.deny:

  sshd : ALL

  y a /etc/hosts.allow las direcciones IP autorizadas:

  sshd : IP1,IP2,IP3,IPn

• Limitar con iptables el número máximo de conexiones por minuto, útil por ejemplo contra los ataques por fuerza bruta para el puerto configurado para SSH (6969):

  iptables -A INPUT -p tcp --dport 6969 -m limit --limit 3/minute -m state --state NEW -j ACCEPT

• Bloquear el puerto para el primer intento de conexión y aceptar conexiones a continuación en el plazo de un minuto. Práctico para intentar esconder que el puerto está abierto ante escaneos de puertos:

  iptables -A INPUT -p tcp --dport 4587 -m limit --limit 1/minute -m state --state NEW -j DROP

  OJO: esta regla se ha de aplicar antes de la del punto anterior.

Esto ha sido en cuanto a SSH. No obstante hay un montón de reglas más para ipfilter válidas para otros servicios del servidor, ajustes del núcleo, eliminar la consola para usuarios de sistema, etc. Muchas vulnerabilidades que pueden ser detectadas con la herramienta Tiger.

Fuente → Reforzando la instalación de Debian GNU/Linux [esdebian.org].

Cosas relacionadas:

• Problemas de desplazamiento en Debian con ATI
• Corregir ruidos en Flash para Linux AMD64
• Puerto de Pajares
• IIS va pillando a Apache???

Según comentan en la sección de bugs se trata de problemas que tiene Flash con la implementación memcpy de glibc. Mientras glibc lo corrige en la distribución que utilicen, o Adobe en sus siguientes versiones —lo cual sí que sería novedoso— hay que usar un parche:

1. Instalar si no lo está el paquete bspatch.
2. Descargar el parche de aquí o de este hilo de los informes de errores de Adobe.
3. Copia de seguridad de la librería por si las moscas: # cp /usr/lib64/flash-plugin/libflashplayer.so /usr/lib64/flash-plugin/libflashplayer.so.old
4. Ubicarse en la consola en donde se halle guardado el parche descargado.
5. Parchear la librería con: # bspatch /usr/lib64/flash-plugin/libflashplayer.so.old /usr/lib64/flash-plugin/libflashplayer.so ./memcpy-10.3.162.29.bsdiff
6. Cerrar y volver a abrir el navegador web y probar si funciona.

Ojo: # indica que han de ejecutarse los comandos desde root o mediante sudo … Como corresponda a cada sistema.

Cosas relacionadas:

• Volver a «Flash Player» para i386 en amd64 y Debian
• Flash Player 10 para Linux 64 bits
• Adobe AIR y Flash en Linux 64 y sin cuelgues
• Opera 9.51, Flash y Debian AMD64

Esta extensión proporciona una capa de abstracción acceso a datos, que significa que, independientemente de la base de datos que está utilizando, se utiliza las mismas funciones para realizar consultas y obtener datos —PDO php.net. Desarrollos más escalables y portables. Provee actualmente de once controladores, entre ellos MySQL, PostgreSQL, Oracle, SQL Server,.. aunque algunos de ellos aún en versión  experimental.

La conexión se realiza con el constructor de la clase PDO:

$dsn = 'mysql:dbname=nombreBBDD;host=127.0.0.1';
$user = 'usuarioBBDD';
$password = 'contraseñaBBDD';

try {
    $conexion = new PDO($dsn, $user, $password);
} catch (PDOException $e) {
    echo 'Fallo en la conexión: ' . $e->getMessage();
}

Donde en $dsn se ha indicado que se utilice el controlador para MySQL, pero con pgsql serviría para PostgreSQL. Puntualización aquí de que bastaría con tan sólo cambiar esa línea para posibilitar la portabilidad antes mencionada. Aunque hay posibilidad de pasarle al constructor un cuarto parámetro que indique opciones del controlador, yo prefiero después hacer uso del método setAttribute para indicarle, al menos en el caso de PostgreSQL mientras desarrollo, que me muestre cualquier error que surja:

$conexion->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

para que me lance cualquier excepción que surja.

La consulta se suele enviar con el método query, aunque hay otras maneras más avanzadas como el uso de bind variables que otro día describiré:

$sql = 'SELECT columna1, columna2 FROM unatabla';
foreach ($conexion->query($sql) as $fila) {
        print $fila['columna1'];
        print $fila['columna2'];
}

esto extraería cada fila del resultado de la consulta y la iría imprimiendo. Pero no menos importante es cerrar la conexión para no andar despilfarrando recursos:

$conexion = null;

Aunque puestos a optimizar el asunto puede ser muy conveniente utilizar el patrón de diseño Singleton con PDO como describe Arley Triana Morín en Desarrollador Senior.

Cosas relacionadas:

• Buscando «hosting»
• Lado del cliente
• Parodia fin del Sonar 2006
• EEUU va a auditar las conexiones a Internet

En realidad, las cosas como son, estos son mejores siempre y cuando sigan soportando la tarjeta gráfica .Para las antiguas los libres sí que son fieles y nunca las abandonan. Pero con los privativos bien instalados es fácil apreciar cómo el entorno va más liviano. El contenido de los navegadores web parece que pesara menos. Sin embargo las nuevas tecnologías de aceleración aún no están muy pulidas y causan inestabilidades en cuanto al abanico de aplicaciones que las toleran bien. Por ejemplo en el navegador Opera el desplazamiento vertical va de lujo, pero en Chromium o Evince tironea y en Iceweasel directamente faltan partes del navegador si son versiones anteriores a la cuatro, o de lo contrario tironea cuando se encuentra con contenido distinto de texto, como imágenes.

Pero como casi todo tiene arreglo, esto también lo tiene. Volver por el momento a XAA mientras EXA sigue evolucionando y sacrificar algo de velocidad, aunque la vista agradecerá un entorno gráfico fluido. En el caso del driver libre bastaba con editar el archivo de configuración del X.Org, pero para el privativo es necesario utilizar un comando que viene a deshabilitar esa aceleración 2D que todavía da los problemas antes descritos. Como root y fuera de las X, con ellas desactivadas:

aticonfig --set-pcs-str=DDX,ForceXAA,TRUE

y santas pascuas. Por lo visto esto tiene algo que ver con X.Org y por ello, según dicen, otra solución es actualizar la versión de X.Org a la 7.6, pero en mi caso eso todavía está en la rama experimental de Debian y de momento no me convencen el jaleo de dependencias que Aptitude me propone.

Fuente → Scrolling problems Iceweasel (Radeon HD 3850 problem?) @ NGINX.

Cosas relacionadas:

• Flash Player 10 para Linux 64 bits
• Arreglando reconocimiento de cámaras para gThumb y Shotwell en Debian
• El catalogador de CDs y DVDs
• Corregir ruidos en Flash para Linux AMD64

Por ejemplo en el caso de BatchDownload, muy útil para descargar gran cantidad de imágenes fácilmente:

1. Descargar el archivo .xpi que contiene el complemento.
2. Abrirlo con WinZip, WinRAR, File Roller u otro programa de abrir archivos comprimidos.
3. Dentro del comprimido abrir con el Bloc de notas, Gedit u otro editor de texto el archivo install.rdf
4. Buscar la etiqueta <em:maxVersion> correspondiente a Firefox, ignorando las de Mozilla o SeaMonkey, y cambiar donde pone 3.7a1pre por 4.0.* y guardar el archivo.
5. Guardar los cambios en el archivo comprimido.
6. Abrir el comprimido con Firefox para instalar el complemento y reiniciar la aplicación.

Y a disfrutar. En caso de que el navegador no se abra habrá entonces que iniciarlo en modo seguro y quitar el complemento problemático desde el panel que los gestiona.

ACTUALIZACIÓN: dejó de funcionarme la chapuza, pero añadiendo una preferencia que vi en My Digital Life vuelve a funcionar:

1. Introducir en la barra de direcciones about:config y pulsar intro.
2. Clic derecho → Nuevo → Booleano.
   1. Nombre: extensions.checkCompatibility.4.0b
   2. Valor: falso.
3. Reiniciar el navegador.

Fuente → Brit In Jerusalem

Cosas relacionadas:

• Cambiar de pestaña en Firefox con la rueda del ratón
• Adobe AIR y Flash en Linux 64 y sin cuelgues
• Iceweasel 4.0 beta 4
• Optimizado de imágenes en PNG

! Argument of \language@active@arg~ has an extra }.

Pero tiene arreglo. Esto es debido a que la opción spanish del paquete babel activa unos caracteres y desactiva otros. Así que para evitarlo se modifica un poco la línea que carga babel:

\usepackage[spanish,es-noshorthands]{babel}

Y asunto arreglado.

Fuente → ayuda con sepración silabica @ MiGUi.

Cosas relacionadas:

• Spanish Horters Classics
• Solucionar errores con caracteres inválidos en /var/lib/dpkg/available
• Volver a ver todas las publicaciones en Facebook
• Corregir ruidos en Flash para Linux AMD64

¿Alguna vez se han preguntado cómo escribir en LaTeX una lista de ventajas y desventajas, convenientes e inconvenientes, pros y contras, bien y mal,.. Con los típicos símbolos del tick, o marca —dejando garrapatas a un lado—, y la cruz, o aspa? Pues yo sí. Hace un rato trasteando la presentación del proyecto. Y para que no se me olvide y de paso por si a alguien le sirve, dejo constancia aquí de cómo se hace:

1. Hacen falta los paquetes amsfonts y pifont. El primero en realidad no es imprescindible, pero permite crear un comando personalizado en puesto del chorizo, sobre todo con el aspa.
2. Tampoco hay que olvidarse de los símbolos de la marca y el aspa:
   1. \checkmark
   2. \ding{55}
3. El preámbulo queda algo como esto:

   \usepackage{amsfonts}
   \usepackage{pifont}
   \newcommand{\tickYes}{\checkmark}
   \newcommand{\tickNo}{\hspace{1pt}\ding{55}}

4. En cada elemento donde se quieran incluir se le concatena [\tickYes] o [\tickNo] al \item. Es decir:

   \begin{itemize}
   \item[\tickYes] Facilidad %MOLA
   \item[\tickNo] Escasas %NO MOLA
   \item[\tickNo] Poco
   \end{itemize}

Fuente → Getting a tick in LaTeX @ technovelty.

Cosas relacionadas:

• PENETRA
• «Mourinho firmara por cuatro temporadas a 10 kilos por ano»
• Separación silábica en LaTeX con moderncv
• Cambiar de pestaña en Firefox con la rueda del ratón

Pero el problema en realidad, salvo que se recurra a la versión de gThumb para lenny, está en udev y las reglas que libgphoto2 le indica sobre cada cámara. Le faltan un par de propiedades para que estos se enteren de que es una cámara lo que está conectado:

1. ID_GPHOTO2 = 1
2. GPHOTO2_DRIVER = proprietary

Así que hay dos soluciones:

• Añadirle las propiedades necesarias a dichas reglas.
• O extraer la tarjeta de memoria de la cámara e insertarla en el típico lector de tarjetas. Además suelen transferir a mayor velocidad al ordenador que la propia cámara.

Pero no siempre se dispondrá de un lector de tarjetas, o habrá a quien le guste complicarse la vida. Estos son los pasos que yo he seguido:

1. Conectar por USB la cámara de fotos al ordenador.
2. Extraer el identificador del fabricante y del producto, por ejemplo con dmesg.

   $ dmesg
   [...]
   [ 3163.740042] usb 1-2: new high speed USB device using ehci_hcd and address 21
   [ 3163.896554] usb 1-2: New USB device found, idVendor=04a9, idProduct=311c
   [ 3163.896559] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
   [ 3163.896562] usb 1-2: Product: Canon Digital Camera
   [ 3163.896564] usb 1-2: Manufacturer: Canon Inc.
   [ 3163.896707] usb 1-2: configuration #1 chosen from 1 choice
   [ 3186.295973] usb 1-2: USB disconnect, address 21
   [...]

3. Lo importante, en este caso, es idVendor=04a9 e idProduct=311c.
4. Editar el archivo /etc/udev/rules.d/025_libgphoto2.rules y buscar donde ponga 311c, comprobando que pertenezca a la propiedad idProduct y que la idVendor correspondiente valga 0419, y añadir en la misma línea el par de propiedades que le faltan separadas también por comas.
   Originalmente:

   # nano /etc/udev/rules.d/025_libgphoto2.rules
   [...]
   ATTRS{idVendor}=="04a9", ATTRS{idProduct}=="311c", MODE="0664", GROUP="plugdev"
   [...]

   Resultando:

   [...]
   ATTRS{idVendor}=="04a9", ATTRS{idProduct}=="311c", ENV{ID_GPHOTO2}="1", ENV{GPHOTO2_DRIVER}="proprietary", MODE="0664", GROUP="plugdev"
   [...]

5. Guardar los cambios. En el caso de nano es con Ctrl+O.
6. Recargar udev.

   # /etc/init.d/udev reload

7. Volver a conectar la cámara de fotos al ordenador y a esperar tener suerte con gThumb y Shotwell.

Fuente → Debian Bug y Launchpad.

Cosas relacionadas:

• «The Rules of Attraction»
• Solucionar errores con caracteres inválidos en /var/lib/dpkg/available
• Problemas de desplazamiento en Debian con ATI
• Corregir ruidos en Flash para Linux AMD64