https://twitter.com/Manz/status/251149052194983936
Valve confirmó que pronto estará disponible el beta de Steam para Linux http://t.co/N8gisg8n
— FayerWayer (@fayerwayer) September 28, 2012
Slackware 14: la distribución linux en activo más antigua, tiene nueva versión http://t.co/RYfcX6hI
— MiradaDelReplicante (@tannhausser) September 30, 2012
Hace unos días instale un servidor con Debian y por comodidad dejé que algunos paquetes se instalaran por defecto. Mejor o no, esa no es la cuestión. Ahora tengo paquetes que son servicios, que están instalados en mi sistema y que quiero evitar que se ejecuten en cada arranque. No quiero eliminarlo, es posible que en un futuro desee usarlos.
Sí, en cada inicio podría detenerlo, incluso podría poner en el cron una tarea que lo hiciera de manera automática, pero eso me parece “una chapuza” pudiéndolo hacer de una manera más limpia. A modo de ejemplo, veremos en esta entrada cómo detener el servicio de PostgreSQL. Si quisiéramos hacer manualmente bastaría con:
root@6581-Server:~# /etc/init.d/postgresql stop
Nos podría servir, pero no es lo que queremos. Para eliminar completamente PostgreSQL del arranque nos serviremos de chkconfig8. Lo primero que vamos a hacer es instalarlo, para ello (y como superusuario):
root@6581-Server:~# apt-get install chkconfig
Para ejecutarlo, es sencillo. El paquete se nombra igual que el programa (también como superusuario):
root@6581-Server:~# chkconfig
Con esto, y sin ningún parámetro, obtenemos la lista de servicios y su estado:
acpid on
apache2 on
atd on
bootlogd on
bootlogs on
bootmisc.sh on
checkfs.sh on
Tras el éxito cosechado en la primera edición, volvemos a repetir, os presento la WordPress Córdoba Meetup 2012 que tendrá lugar el día 6 de octubre, sábado, a partir de las 9:00h en la Facultad de Ciencias del Trabajo de la Universidad de Córdoba.
Ya os aviso de que el evento ha crecido, tanto en número de personas inscritas (inscríbete aquí) como en número de ponencias y charlas. Este año como novedad, hemos separado el programa en dos espacios uno para ponencias y otro para microcharlas.
Quien les habla tratará un tema que espero que guste, rendimiento en WordPress, el título de la ponencia es: Aligerando WordPress, optimizando el rendimiento.
Si hay algo importante en un sitio WordPress es el loop. Para programar sitios basados en WordPress debemos tener muy en cuenta los métodos que nos proporciona: query_posts y WP_Query, ¿qué diferencias tiene? ¿Cuándo debemos usar cada una?
Resumiendo
La función query_posts está pensada para modificar el loop de la página principal. La idea de esta función no es crear loops secundarios. Si lo que queremos es crear loop secundarios, deberemos usar objetos WP_Query. Usar query_posts en loop secundarios puede darnos como resultado comportamiento erróneos que muestren cosas que no queremos.
¿Pero qué es el loop principal y qué son los loop secundarios?
Vamos a explicar detalladamente estos dos conceptos, para qué sirven y en qué situaciones hacen falta.
Por motivos que pueden tener que ver con filtros o mala utilización de las consultas personalizadas para loops, es posible que en alguna ocasión suframos un problema: aparece contenido duplicado en nuestro blog o sitio realizado en WordPress.
Para evitar este problema, crearemos un array con los identificadores de las entradas, de forma que sepamos cuáles han sido ya mostradas en el loop actual y así evitar que se muestren dos veces. Tened en cuenta que las entradas están identificadas con su respectivo número entero que es su clave primaria, el identificador.
Veamos directamente el código:
Según la W3C, consorcio internacional que produce recomendaciones para la World Wide Web, tendremos la especificación oficial de HTML5 para el año 2014 y la especificación oficial de HTML5.1 para 2016. En un principio se creía que las especificaciones no estarían listas hasta por los menos 2020. Sin embargo, debido a la presión de las grandes empresas tecnológicas y al auge de demanda de Web Apps se ha tenido que acelerar el proceso.
Si te parece poca la información que te proporciona el gestor de redes inalámbricas por defecto de Ubuntu (pantallazo de abajo, se llega a él con clic derecho sobre el icono de la WiFi e indicando “Información de la conexión”), te interesa Wavemon.
Wavemon es un programa muy útil para monitorizar los datos relativos a las conexiones inalámbricas, se presenta en modo consola y ofrece datos especialmente interesantes para comprobar el estado físico de la señal: calidad del enlace, nivel de señal, nivel de ruido y la relación señal-ruido (el SNR).
Instalación
Buscad en vuestro gestor de paquetes el paquete Wavemon:
