Pequeño snippet de CSS para conseguir una web con una imagen de fondo a pantalla completa. La solución funciona en todo tipo de dispositivos, escritorio y móviles.
html, body { overflow: hidden; height: 100%;}
body {margin: 0; padding: 0; background: #ffffff url("bg.png") repeat-x 50% 50% / contain;}
El último parámetro de background, / contain, es background-size y define cómo se comporta la imagen en diferentes proporciones de pantalla. Dos valores interesantes son contain y cover.
/etc/crontab. Este archivo es el crontab general del sistema al que únicamente tiene acceso el usuario root. Además, cada usuario dispone de un crontab particular al que pueda añadir tareas ejecutando la orden crontab -e. A continuación se explican las diferencias entre ambos métodos. Para conectarse a un servidor remoto usando el protocolo VPN desde un sistema Debian, versión Jessie, hay que instalar los paquetes openvpn y pptp-linux que añaden el demonio VPN y el protocolo «Point-to-Point Tunneling».
# apt-get install openvpn pptp-linux vpnc vpnc-scripts
Para poder configurar la conexión desde el network manager, el gestor de conexiones de red de gnome, hay que instalar otros dos paquetes:
# apt-get install network-manager-openvpn-gnome network-manager-pptp-gnome network-manager-vpnc-gnome
Después basta añadir la conexión siguiendo los pasos que nos marca el network manager y usando los datos del servidor al que nos queramos conectar. Conviene revisar las opciones avanzadas y únicamente marcar el protocolo de autenticación que use el servidor, si se dejan todos marcados openvpn elegirá el protocolo por nosotros y puede no ser el correcto, con lo que no conectará con el servidor.
Un aspecto a tener en cuenta es cómo se guarda la contraseña: la opción «guardar solo para este usuario» por alguna razón no funciona como yo esperaba (guardando la contraseña solo para el usuario activo del sistema) y me dio muchos errores de conexión hasta que lo descubrí. Para poder conectarme a una VPN tengo que seleccionar la opción guardar contraseña para todos los usuarios o no guardarla e introducirla cada vez que me conecto. Esta última opción es más segura.
Personalmente uso git desde la línea de comandos. Me resulta lo más rápido: me basta dejar vim en segundo plano y commitear; también lo más ligero ya que no tengo que tener otro programa GUI abierto para git.
Para que el uso de git en línea de comandos sea aún más ágil es fundamental activar el autocompletado de comandos de git.
Para ello basta bajarse el script de bash que añade esta función al paquete básico de git, alojarlo en nuestro directorio personal o donde se quiera, y añadir la siguiente línea al archivo .bashrc ubicado en nuestra carpeta personal:
source ~/.git-completion.bash
La línea anterior añade el script de autocompletado a la configuración de bash del usuario. La ruta hasta el archivo descargado tiene que ser correcta. En el ejemplo anterior hemos guardado el script como oculto en la carpeta personal del usuario.
Casi cualquier ordenador personal que puedas usar hoy tiene un procesador 64-bits. Esto incluye ordenadores producidos hace cinco, seis y quizás hasta diez años. Un ordenador con procesador de 64 bits puede hacer correr software de 64 bits y de 32 bits. Lo mismo ocurre con el software: un entorno de 64 bits acepta software de 32 bits, pero no a la inversa.
En un sistema Linux es fácil saber si nuestra máquina funciona con 32 ó 64 bits, tanto a nivel de hardware como de software.
Desde su versión 7, llamada Wheezy, Debian es multiarquitectura, y permite la instalación de programas de 32 y 64 bits simultáneamente. Si tenemos una instalación 64-bits, podemos activar el modo multiarquitectura:
su dpkg --add-architecture i386 apt-get update
La siguiente sucesión de comandos, sugerida por alex.r.l.f en los comentarios (¡gracias!), evita problemas en algunos sistemas:
su dpkg –add-architecture i386 apt-get update apt-get dist-upgrade apt-get -f install apt-get clean
Mientras se lleva a cabo una actualización en WordPress se activa el modo mantenimiento. Si hay algún problema durante el proceso nuestra web puede quedar atrapada en modo mantenimiento. Lo sabremos porque al visitarla nos aparecerá el siguiente mensaje en lugar de la web: «No disponible por mantenimiento programado. Vuelve a comprobar el sitio en unos minutos.», o en inglés: «Briefly unavailable for scheduled maintenance. Check back in a minute.»
WordPress activa el modo mantenimiento generando un archivo llamado .maintenance en la raíz del árbol de carpetas. Para salir del modo mantenimiento lo único que hay que hacer es eliminarlo, vía FTP por ejemplo.
En cambio, para entrar en modo mantenimiento manualmente no basta con crear el archivo .maintenance.
¿Tengo un ordenador con un procesador de 32 o de 64 bits? En Linux, teclea lo siguiente en una terminal:
grep flags /proc/cpuinfo
Cada línea de la salida te está dando información de un procesador: si tienes un procesador de dos núcleos, verás dos líneas. Si la salida del comando incluye lm, el procesador es de 64 bits. Por ejemplo:
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm ida tpr_shadow vnmi flexpriority flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm ida tpr_shadow vnmi flexpriority
¿Tengo una instalación de Linux de 32 o de 64 bits? De nuevo abrimos una terminal y tecleamos:
uname -m
Si la salida es x86_64, la instalación es de 64 bits; si es i386, i486, i586 o i686, la instalación es de 32.
Por último, el comando lscpu nos da las dos informaciones juntas. Al teclear lscpu nos fijamos en las dos líneas siguientes:
Architecture: i686 CPU op-mode(s): 32-bit, 64-bit
En este caso, tenemos un sistema de 32 bits (i686) instalado en una máquina con un procesador de 64 bits.
Por seguridad WordPress Multisite desactiva la capacidad de incluir determinado código HTML para usuarios que no sean superadministradores (administradores de la red de sitios). Es una medida lógica para evitar que un usuario incluya código malicioso a través de la caja de contenido de un post. Sin embargo en redes de sitios controladas, con una comunidad de usuarios de confianza, puede tener sentido activar esta capacidad.
Lo que hace WordPress Multisite añadir los filtros KSES, que normalmente solo se aplican a colaboradores y autores, a los usuarios editores y administradores. También desactiva la capacidad unfiltered_html para editores y administradores.
El plugin Unfiltered MU elimina esta limitación. Para quien prefiera prescindir de plugin se puede incluir la activación en el theme que se esté usando.