Hay cerca de 800MB de archivos "borrados" en este pendrive

Hay veces que uno se sorprende al ver ciertos comportamientos de Mac OS X. Uno de los que menos me gustan es la forma de borrar archivos de un dispositivo extraíble (por ejemplo, un pendrive). En lugar de borrar el archivo, como sería de esperar, o moverlo a la papelera del Mac, lo almacena en una carpeta oculta dentro del propio pendrive que usa a modo de papelera. Si nos fijamos en la papelera de nuestro Mac, veremos que los archivos que hemos borrado del pendrive aparecen en ella, aunque no estén almacenados en el Mac.

El problema radica en que además de no borrar realmente los archivos y dejarlos en el pendrive (ocupando parte de su preciada capacidad), no hay forma de borrar los archivos individualmente de la papelera. Si usamos la combinación Función + Retroceso lo que hacemos es devolver el archivo eliminado a su carpeta de origen en lugar de borrarlo. Estamos pues obligados a vaciar la papelera y borrar definitivamente otros archivos que tal vez no queramos perder todavía.

Así que, algo mosqueado porque esto no haya cambiado ni en Snow Leopard ni en Lion (ni tiene pinta de que vaya a cambiar), he creado una simple aplicación en Automator para “limpiar” los pendrives de archivos supuestamente eliminados.

Cómo funciona

Esto lo aclara todo

Antes de dar los enlaces para descargar la aplicación, veamos cómo funciona. Como ya he dicho, Mac OS X mueve los archivos “borrados” a una carpeta oculta que funciona a modo de papelera. Esta carpeta se llama .Trashes (como de costumbre en OS X, al llevar un punto al principio del nombre, la carpeta es oculta). Si borramos la carpeta .Trashes, borramos todos los archivos que queríamos eliminar pero, ¿cómo la borramos sin pasar por la papelera de nuevo?

Aquí es donde entra en juego el potencial de un sistema basado en Unix. Gracias al comando rm (remove) podemos eliminar archivos o carpetas sin necesidad de pasar por la papelera. Combinando esto con un par de parámetros, concretamente -R (borrar de forma recursiva) -f (sin pedir confirmación) y -d (directorios y archivos) conseguimos vaciar el pendrive de archivos que queríamos borrar.

Obviamente tener que escribir todo esto en la terminal cada vez que queremos limpiar un pendrive de archivos “borrados” no es muy cómodo. Para hacer más cómoda la tarea recurriremos a Automator, ese pobre incomprendido que si bien es capaz de hacer maravillas, la mayoría de los usuarios desconoce incluso su existencia.

Para crear la aplicación abrimos Automator y elegimos crear una aplicación. A continuación arrastramos las acciones para formar el flujo que podéis ver en la imagen de la derecha. Básicamente el flujo es el siguiente:

1. Solicitamos una carpeta. El usuario deberá seleccionar un dispositivo extraíble.
2. Establecemos el valor de una variable con la ruta de la carpeta seleccionada.
3. Leemos el valor de esta variable y se lo pasamos a un script Shell como parámetro (este paso y el anterior supongo que se pueden omitir y usar el resultado del paso 1 como argumentos para el paso 4, pero por pereza no lo he comprobado – si alguien se anima que lo comente en los comentarios).
4. En el script Shell usamos el comando cd (change dir) para ir a la ruta del pendrive.
5. A continuación, en el mismo Shell y cambiada la ruta a la que nos interesa, borramos la carpeta .Trashes con los parámetros que he expuesto antes.

Descarga

Seguidos los pasos y entendido el funcionamiento, aquí tenéis a vuestra disposición la aplicación.

Antes (izquierda) y después (derecha)

Cuando se lleva algún tiempo programando se acaban cogiendo manías y estilos a la hora de escribir el código, una de las más comunes es escribir las llaves ({ y }) en la línea siguiente, en lugar de en la línea en la que acaba la sentencia, manía que además suele considerarse como buena práctica.

// Con las llaves en la misma línea
- (void)funcionDePrueba {
     if (condicion) {
          [self otraFuncion];
     }
}

// Con las llaves en la línea siguiente
- (void)funcionDePrueba
{
     if (condicion)
     {
          [self otraFuncion];
     }
}

La cuestión es que ahora que estoy programando en Objective-C y utilizo Xcode, se me hace muy molesto que el autocompletado de código me añada las llaves en la misma línea que la sentencia, en lugar de la siguiente (cuando programo en PHP, el editor que uso no autocompleta el código). Sin embargo hay una forma sencilla de hacer que añada las llaves en la línea siguiente: tan sólo tenemos que escribir el siguiente código en la terminal y reiniciar Xcode.

defaults write com.apple.Xcode XCCodeSenseFormattingOptions '{ "BlockSeparator" = "\n" ; }' 

Esto sólo afecta al autocompletado de código, no a las plantillas que vienen con Xcode.

$wp_query es un objeto que contiene diversos métodos (funciones) y atributos (variables) acerca de las consultas a la Base de Datos (realmente contiene mucha información). Entre estos atributos hay dos que son los que utilizaremos y que nos facilitan mucho la tarea, se trata de: current_post y post_count. El primero indica cuál es la iteración (repetición) actual del bucle, mientras que el segundo indica el total de artículos que se mostrarán. Es decir, el primero nos dice cuántos artículos se han mostrado ya y el segundo nos indica el total de veces que se ejecutará el bucle.

Con ambos datos tenemos suficiente como para saber cuándo se está mostrando el primer y el último artículo. Lo único que tenemos que tener en cuenta es que current_post comienza en 0, mientras que post_count es el total de artículos que se mostrarán (partiendo de 1). Esto quiere decir que si vamos a mostrar 10 artículos en el bucle, al mostrarse el último artículo el atributo current_post valdrá 9, mientras que el atributo post_count valdrá 10.

A continuación os dejo un bucle de ejemplo para que entendáis mejor lo que quiero decir:

if (have_posts()): while (have_posts()): the_post();

if ($wp_query->current_post == 0)
{
echo 'Este es el primer artículo del bucle';
}

if (($wp_query->current_post + 1) == $wp_query->post_count)
{
echo 'Este es el último artículo del bucle';
}

if ($wp_query->current_post > 0)
{
echo 'Este no es el primer artículo del bucle';
}

if (($wp_query->current_post + 1)  < $wp_query->post_count)
{
echo 'Este no es el último artículo del bucle';
}

if (($wp_query->current_post > 0) && (($wp_query->current_post + 1)  < $wp_query->post_count))
{
echo 'Este no es ni el primer artículo del bucle ni el último';
}

endwhile; endif;

Realmente no tiene mucha complicación y facilita bastante el detectar cuándo se muestra el primer o el último artículo.

Tenemos una red local y carpetas y archivos compartidos entre nuestros equipos. ¿Cuál es el siguiente paso? Controlar un equipo desde el otro. Quizá en principio la utilidad parezca poca (te ahorras levantarte, ir al otro equipo, encender la pantalla y ponerle las pilas al ratón), pero una vez te acostumbras, se hace difícil dejarlo de lado, sobretodo cuando se trata de una combinación de sobremesa y portátil.

Veamos ahora cómo controlar de forma remota un ordenador con Windows y un Mac con Mac OS X mediante el protocolo VNC. Para esto necesitaremos dos aplicaciones diferentes: un cliente VNC y un servidor VNC. El servidor VNC habilita el control remoto del equipo en el que está instalado, mientras que el cliente VNC permite a un equipo controlar un ordenador que tenga instalado un servidor VNC.

Mac OS X incorpora un cliente y un servidor VNC (de los que hablaré más adelante), así que tan sólo tendremos que instalar el paquete de cliente y servidor en Windows. Hay multitud de paquetes diferentes, pero yo me centraré en UltraVNC, que es de momento el que mejor que me ha funcionado hasta ahora y que además es totalmente gratuito (podéis descargarlo aquí). Una vez descargado e instalado, tendremos que ejecutar la aplicación UltraVNC Server, que como su nombre indica, es el servidor VNC de UltraVNC. El cliente VNC se llama UltraVNC Viewer.

UltraVNC Server

Una vez ejecutado el servidor en Windows, veremos una ventana como la de la imagen de la izquierda. Hay bastantes opciones que podemos personalizar, aunque la que más nos interesará en principio es la contraseña para acceder al equipo: no queremos que cualquiera con un cliente VNC y nuestra IP pueda acceder a nuestro equipo.

Entre otras cosas más o menos útiles, podemos hacer que el invitado sólo pueda ver la pantalla, sin poder modificada nada o eliminar los efectos de Aero de Windows y el fondo de pantalla al conectarse un invitado (para mejorar el rendimiento).

Compartir Pantalla

Habilitar el servidor VNC en Mac OS X es muy sencillo. Basta con ir a Preferencias del Sistema, dentro a Compartir. La segunda opción de la lista de la izquierda es Compartir Pantalla, que se traduce en Habilitar Servidor VNC. El servidor VNC incorporado en Mac OS X tiene menos opciones que UltraVNC, pero para el uso diario nos vale. Podéis ver la pantalla en cuestión en la imagen de la derecha.

Con el servidor VNC ejecutándose en ambos equipos, sólo necesitamos utilizar el cliente VNC para poder controlarlos de forma remota. El cliente VNC de UltraVNC, como he comentado antes, se llama UltraVNC Viewer, así que lo ejecutamos.

Controlando Windows desde Mac OS X

Nos pedirá la IP del ordenador al que nos vamos a conectar (también se puede utilizar el nombre del equipo) y nos permite escoger entre diversas opciones de velocidad de la red (que básicamente reduce la calidad de la imagen que veremos pero a cambio ganaremos rendimiento), acceder en modo “sólo visión” (es decir, sin poder interactuar con el equipo, sólo pudiendo ver lo que hace), activar el auto escalado, etc. A continuación nos pedirá la contraseña del servidor (si la hay).

En Mac OS X nos podemos conectar a un servidor VNC desde el Finder. Para ello vamos a Ir -> Conectarse al servidor (o pulsamos la combinación de teclas Cmd + K). Se abrirá una ventana pidiéndonos la dirección del servidor, done introduciremos vnc://<IP_DEL_SERVIDOR>. Nos pedirá la contraseña del servidor (si la hay) y a continuación tendremos acceso vía VNC al otro equipo.

También se puede controlar un equipo con una distribución de Linux desde Windows y Mac OS X (y éste puede controlar a los otros) o incluso desde un iPhone (basta con instalar alguna aplicación que haga de cliente VNC para poder controlar otros equipos).

Lo bueno de Time Machine es que no sólo permite restaurar archivos, sino todo el sistema operativo: aplicaciones, preferencias, documentos, cuentas, etc. Pongamos por ejemplo, que cambiamos el disco duro de nuestro Mac y reinstalamos Mac OS X. Pues bien, podemos evitarnos tener que configurar todo el equipo e instalar todas las aplicaciones si tenemos a mano una copia de Time Machine. Además, el proceso de restauración es la mar de sencillo.

Lo primero que tenemos que hacer es instalar como de costumbre Mac OS X. Cuando haya finalizado la instalación nos mostrará un vídeo de bienvenida y nos preguntará por el idioma. Disculpad la calidad de las imágenes: estaba restaurando mi MacBook (he cambiado el disco duro por uno de 500GB y tenía que reinstalar Mac OS X) y no he podido sacar mejores fotos.

A continuación nos preguntará acerca de si tenemos una copia de seguridad. Básicamente nos ofrece 4 opciones: La primera es que si tenemos otro Mac, restauremos a partir de él; la segunda es restaurar a partir del contenido de otro disco duro del Mac en el que se está instalando Mac OS X (supongo que también valdrá para particiones); la tercera es restaurar desde una copia de seguridad de Time Machine (la que debemos seleccionar) y la cuarta es comenzar de 0 y no restaurar nada.

Lo siguiente que nos pedirá Mac OS X es el volumen donde está almacenada la copia de Time Machine. Dependiendo de si está conectado por cable (sea Ethernet, USB o Firewire) o si se accede de forma inalámbrica (creo que el único método que permite es WiFi, aunque no estoy seguro), habrá más pasos intermedios o no. Yo he realizado la restauración desde una Time Capsule conectada por el cable Ethernet, con lo cual el siguiente paso ha sido directamente seleccionar el volumen (Data) y seleccionar el contenido a restaurar (en mi caso todo).

Por último, Mac OS X comenzará la restauración. El proceso es muy lento, en mi caso, para restaurar menos de 120GB, Mac OS X ha necesitado algo más de 2 horas. Aunque las ventajas superan con creces el tiempo necesario, ya que con esto nos evitamos tener que reinstalar todas las aplicaciones, configurar las preferencias y copiar nuestros documentos.

No está nada mal, ¿no creéis?

Ayuda contextual modificada

En WordPress 2.7 se añadió un nuevo elemento al Panel de Administración: la pestaña de ayuda / ayuda contextual. Esta pestaña ofrece algo de información en las páginas de edición de artículos o en el escritorio, pero no sirve de mucho en las páginas de los plugins. Esto se debe a que para poder dar ayuda sobre nuestro plugin debemos recurrir a los filtros, sin embargo el filtro que afecta a la ayuda contextual no aparece en la documentación.

No obstante, una vez conocemos el nombre del filtro, que por cierto es contextual_help, es realmente fácil modificar el contenido, aunque debemos tener cuidado y prestar atención a las ocasiones en las que añadimos nuestra función al filtro, ya que nos descuidamos podemos hacer que la ayuda de nuestro plugin aparezca en todas las páginas, y esto no es lo que queremos.

Para añadir nuestra función sólo cuando se accede a la página de nuestro plugin debemos recurrir a una acción, llamada load-X, donde X es la página de nuestro plugin (en realidad puede ser cualquier página del Panel de Administración). El valor de X debe ser el que devuelve la función add_submenu_page (o add_N_page) para que se aplique correctamente la función.

Dicha la teoría, pasemos a la práctica:

// Añadimos un enlace al menú
$pagina = add_submenu_page('wp-carousel', 'Carousel Z', 'Carousel Z', 'administrator', 'edit-carousel', 'wp_carousel_carousel_options_page');

// Modificamos la pestaña de ayuda
add_action('load-'.$pagina, 'wp_carousel_custom_help_tab'); 

// Esta función añade la segunda función al filtro
function wp_carousel_custom_help_tab() {
// Añadimos al filtro
add_filter('contextual_help', 'wp_carousel_custom_help_tab_filter');
}

// Esta función cambia el contenido que se muestra
function wp_carousel_custom_help_tab_filter($help) {
echo "<h5>".__('WP Carousel\'s Quick Help', 'wp_carousel')."</h5>"; // Nuevo contenido
echo "<p>".__('You can find help here, here and here', 'wp_carousel').".</p>"; // Nuevo contenido
printf ("<p>".__('Please, fill up <a href="%s">this survey</a> in order to improve WP Carousel', 'wp_carousel').".</p>", WP_CAROUSEL_SURVEY); // Nuevo contenido
echo $help; // Imprimos también el contenido que hay por defecto
}

Como podéis ver, el funcionamiento es bastante sencillo.

PD: Sí, este código es parte de WP Carousel 0.5. Hacer uso de la pestaña de ayuda contextual es una de las novedades de la próxima versión, aunque es una de las novedades menos interesantes…

El código está comentado, explicando qué hace cada cosa, espero que os sirva de ayuda. Para utilizarlo basta con ponerlo en el archivo functions.php de vuestro theme, o podéis descargar este archivo y subirlo a la carpeta de plugins y activarlo como un plugin más, tiene el mismo resultado.

<?php

	// Nuestra funcion para forzar el inicio de sesion
	function forzar_login()
	{

		if (is_single())
		{

			global $post; // Obtenemos la informacion respecto al articulo actual

			if (get_post_meta($post->ID, 'login', true) == '1') // Comprobamos el valor del campo personalizado login
			{
				// Para ver este articulo tiene que estar registrado
				if (!is_user_logged_in()) // Comprobamos si el usuario ha iniciado sesion
				{
					// No ha iniciado sesion, redirigimos
					auth_redirect();
				}
				else
				{
					// Ha iniciado sesion, luego puede ver el articulo
				}
			}
			else
			{
				// Puede ver este articulo tranquilamente porque no esta bloqueado
			}

		}
		else
		{
			// Esta viendo el articulo desde una pagina de archivo o el index del blog, se podria ocultar aqui tambien, pero la idea es que el usuario pueda ver el articulo en las listas pero para poder leerlo al completo tenga que iniciar sesion, asi que dejaremos esto tal cual
			return;
		}
	}
	add_action('wp', 'forzar_login'); // Añadimos la funcion a la accion

?>

En este artículo me centraré en jQuery, jQuery UI y Prototype, los frameworks que utiliza actualmente Sumolari.com, pero antes de hacer que WordPress cargue los archivos desde servidores externos (usaremos los de Google), veremos primero el método general.

wp_deregister_script, wp_register_script y wp_enqueue_script

WordPress tiene varias funciones para gestionar el código Javascript que se carga en cada página. Esta funciones permiten, a grandes rasgos, añadir un script con un nombre identificatorio (del cual se definen la URL del archivo, las dependencias, la versión o incluso si se puede cargar en el pie de página o no), eliminarlo o cargarlo.

Para el primero de todos los usos, recurriremos a la función wp_register_script. Esta función tiene 5 parámetros: $handle, $src, $deps, $ver e $in_footer.

wp_register_script( $handle, $src, $deps, $ver, $in_footer );

La primera de todas debe contener el nombre identificatorio del script. Yo recomiendo usar nombres coherentes, así evitamos posibles problemas al usar muchos scripts y no distinguir unos de otros por su nombre.

El segundo parámetro de la función indica la URL del archivo a cargar. Tanto el primer parámetro como éste son obligatorios, los otros tres son opcionales y son, por orden de aparición, la matriz que indica las dependencias (estas dependencias se deben indicar usando el nombre identificatorio del script correspondiente), la versión del archivo a cargar (se utiliza para evitar problemas con la caché y demás, pero en muchos casos basta con dejarlo en blanco) y si el script se puede cargar al final de la página o no.

La función wp_deregister_script es la que elimina un script previamente registrado. Esto nos permitirá eliminar los script registrados por WordPress y añadir los nuestros modificados. El uso sería el siguiente:

wp_deregister_script( $handle );

La función wp_enqueue_script es la que le indica a WordPress que debe cargar cierto script. Admite los mismos parámetros que wp_register_script, sólo que en la primera, a diferencia de la segunda, el nombre identificatorio le indica a la función qué script debe cargar (ya que esta función no registra ningún script) y sólo usará los demás parámetros en caso de no existir el script solicitado.

El uso es el siguiente:

wp_enqueue_script( $handle ); // Mínimo
wp_enqueue_script( $handle, $src, $deps, $ver, $in_footer ); // Parámetros opcionales

Tenéis más información sobre estas funciones en el Codex de WordPress.

Dicho lo cual ya podemos pasar a aplicar lo visto hasta ahora.

Cargando jQuery, jQuery UI y Prototype desde los servidores de Google

Una pequeña aclaración antes de comenzar: podemos cargar cualquier script de WordPress (lista completa) desde cualquier servidor, de hecho veréis como no es nada complicado hacerlo.

Los scripts están alojados en los servidores de Google, que ofrecen una buena velocidad y se actualizan con cada nueva versión. También almacenan versiones antiguas de los frameworks, con lo que podemos optar por cargar una versión actualizada, la última o una más antigua.

El proceso para cargar los scripts es el siguiente:

1. Eliminamos (des-registramos) el script correspondiente a los frameworks jQuery, jQuery UI y Prototype de WordPress
2. Registramos de nuevo los tres scripts anteriores, cambiando la URL de los archivos
3. Cargamos los scripts recién registrados

Esto en código quedaría así:

// jQuery
		wp_deregister_script('jquery'); // Des-registramos jQuery
		wp_register_script('jquery', ("http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js"), false, ''); // Registramos de nuevo jQuery, con la URL de la última versión del framework alojada en el servidor de Google
		wp_enqueue_script('jquery'); // Cargamos jQuery

		// jQuery-UI
		wp_deregister_script('jquery-ui-core'); // Des-registramos jQuery-UI
		wp_register_script('jquery-ui-core', ("http://ajax.googleapis.com/ajax/libs/jqueryui/1/jquery-ui.min.js"), false, ''); // Registramos de nuevo jQuery-UI, con la URL de la última versión del framework alojada en el servidor de Google
		wp_enqueue_script('jquery-ui-core'); // Cargamos jQuery-UI

		// Prototype
		wp_deregister_script('prototype'); // Des-registramos Prototye
		wp_register_script('prototype', ("http://ajax.googleapis.com/ajax/libs/prototype/1/prototype.js"), false, ''); // Registramos de nuevo Prototype, con la URL de la última versión del framework alojada en el servidor de Google
		wp_enqueue_script('prototype'); // Cargamos Prototype

Como veis, no tiene mucho misterio y es muy fácil ampliarlo a otros scripts. Como siempre, cualquier duda o sugerencia la podéis hacer en los comentarios.

Nota: La versión que carga por defecto WordPress de jQuery incluye una llamada a la función  jQuery.noConflict, por lo que en el primer script que utilice jQuery deberemos hacer una llamada a esta función para asegurar que todos los scripts funcionen correctamente.

Hay veces en las que queremos ocultar ciertos artículos o categorías del loop de WordPress (el bucle principal que se encarga de mostrar el contenido de la página). En estos casos podemos recurrir a diversos métodos, como comprobar dentro del propio bucle si el artículo está en cierta categoría o tiene una ID determinada. Sin embargo, estos métodos no se pueden aplicar a plugins porque estos no pueden modificar código del bucle, así que debemos buscar un método diferente.

Mostrando $wp_query

Durante el desarrollo de la versión 0.4 de WP Carousel me topé con este problema, y decidido a superarlo, tomé la vía probablemente más radical: modificar la variable $wp_query. Esta variable almacena toda la información referente a las consultas a la Base de Datos, incluyendo el contenido consultado, los filtros aplicados, el orden. De hecho, si imprimimos esta variable, obtendremos un resultado enorme, que podéis ver en parte en la imagen de la izquierda.

Alterando el contenido de esta variable se pueden hacer multitud de cosas, sin embargo nos centraremos en ocultar contenido del bucle.

Si nos fijamos en la variable, veremos que es una matriz. Los índices que nos interesan son los siguientes: category__not_in, tag__not_in y post__not_in. Son unos índices con unos nombres realmente descriptivos, ¿verdad? El primero nos permite eliminar categorías del bucle, el segundo nos permite eliminar etiquetas y el último nos permite eliminar artículos individuales.

El contenido de estos índices debe ser una matriz, la cual almacenará en todos los casos las IDs del contenido a ocultar. Veamos de forma práctica cómo ocultaríamos las categorías 3, 19 y 62 del bucle:

$wp_query->query_vars['category__not_in'] = array(3, 19, 62);

$wp_query->query($wp_query->query_vars);

La primera línea está clara, pero, ¿y la segunda? Se trata de una llamada a la función query(), que vuelve a realizar la consulta y elimina el contenido previamente guardado. Antes he comentado que esta variable almacena resultados de las consultas, así que es necesario limpiar la variable de resultados antiguos y rellenarla de nuevos, de otro modo no siempre funcionaría el código.

Este código no funciona en cualquier lugar de WordPress. Si pensamos con un poco de lógica, llegaremos a la conclusión de que debemos poner el código antes del bucle (porque si lo ponemos después, ya se habrá mostrado el contenido y no habrá nada que filtrar). Pero, ¿en qué lugar añadirlo? Bien, realmente se puede añadir en cualquier lugar antes del bucle. En el archivo functions.php del theme, en un plugin por separado (como ocurre con WP Carousel) o incluso justo antes del bucle. Eso sí, dependiendo de en qué lugar ponemos el código, la segunda línea (que actualiza los resultados) será necesaria u opcional. Por comodidad, podéis dejarla siempre, aumentará el número de consultas a la Base de Datos, pero cómo se hará uso de esta función en determinadas ocasiones, no es demasiado preocupante.

Pasemos a otro ejemplo: ocultemos los artículos con la etiqueta con ID 54.

$wp_query->query_vars['tag__not_in'] = array(54);

$wp_query->query($wp_query->query_vars);

Otro ejemplo bastante claro. Por último sólo nos quedaría ocultar artículos. Estoy seguro de que ya adivináis cómo se ocultarían los artículos con IDs 1, 7 y 42:

$wp_query->query_vars['post__not_in'] = array(1, 7, 42);

$wp_query->query($wp_query->query_vars);

Realmente no tiene mucha complicación, pero antes de acabar el tutorial debeís tener en cuenta un par de cosas:

1. La variable $wp_query almacena contenido importante, y es recomendable hacer una copia de la variable para poder restaurarla más adelante, algo como:

   $wp_query_old = $wp_query;

   Así en caso de detectar un error en las modificaciones realizadas a la matriz, el script puede recuperar el contenido original.

2. Modificar la consulta en ciertas páginas puede dañar el resultado, sobretodo cuando se visualiza una página individual o un artículo en solitario. Es recomendable modificar la matriz sólo cuando estamos en el index del blog (donde nos interesa ocultar o mostrar artículos).
3. Este método sólo es adecuado para plugins. Si quisiéramos modificar nuestro theme, tenemos a nuestra disposición métodos aún más fáciles y menos intrusivos que éste.
4. ¡No ocultemos contenido sin avisar antes al usuario! Todos estos cambios son invisibles para el usuario medio, y más de uno se llevaría una desagradable sorpresa al ver desaparecer sus artículos misteriosamente del índice de su blog.

Dicho esto, ahora es cosa vuestra experimentar. Tenéis más información sobre los índices que podéis modificar en esta página (aunque habla de una función diferente, muchos de los parámetros son equivalentes a los índices de la matriz).

Si tenéis problemas o dudas, preguntad en los comentarios.

El Mac está programado para apagarse en 10 minutos

Programar el apagado del equipo es algo realmente útil que nunca sabes cuándo vas a utilizar, pero que seguro que te vendrá genial en más de una ocasión. Por ejemplo, cuando quieres dejar el equipo haciendo una copia de seguridad que durará un par de horas y tienes que irte a una reunión a la que no puedes faltar o en aquellos casos en los que quieres dejar el equipo conectado un par de horas durante la noche pero no quieres preocuparte por apagarlo al despertarte.

Hace algún tiempo expliqué cómo programar un apagado en Windows, y hoy explicaré cómo programar un apagado en Mac OS X (el cual creo que se programa de forma muy similar en Linux).

Programar el apagado en Mac OS X es algo bastante simple, para lo cual recurriremos a la terminal y a la función shutdown. Esta función acepta bastantes parámetros pero nos centraremos tan sólo en el modo y en el tiempo, y de forma algo superficial (realmetne hay muchas opciones a la hora de programar el apagado, pero en la mayoría de los casos no las usaremos).

La sintaxis de la función es la siguiente: shutdown [-] [-h [-u] | -r | -s | -k] [-o [-n]] time [warning-message ...] (ojo, tenemos que ejecutar la función en modo superusuario, así que añadiremos sudo antes de la función). De todos estos parámetros, nos centraremos en el tiempo y en el modo de apagado y reinicio, simplificando la sintaxis que usaremos a esto: shutdown [-h | -r] time.

El apagado se ha cancelado

El primer parámetro indica el modo (por llamarlo de alguna forma). Disponemos de muchos modos, pero nos centraremos en el apagado (-h) y en el reinicio (-r). Los demás los dejaremos para otro día.

El segundo parámetro es el tiempo, que podemos indicarlo de dos formas diferentes: o bien indicando el tiempo que pasará, o bien indicando la fecha en la que ocurrirá. La principal diferencia es que el primero lo usaremos en aquellos casos en los que nos interesa que trascurra cierto tiempo hasta el apagado mientras que el segundo lo usaremos en aquellos casos en los que nos interesa que a cierta hora (y fecha) el equipo se apague. El tiempo en el primer caso se indica con un signo + delante y se indica en minutos. En el segundo caso se especifica usando la siguiente sintaxis: yymmddhhmm. Año, mes, día, hora y minuto. Si queremos apagar el equipo de inmediato, podemos usar la palabra now (ahora) a modo de tiempo.

Dejemos de lado la teoría y pasemos a la práctica, imaginemos que queremos apagar el equipo dentro de 3 horas y media, pues bien, usaremos el siguiente código:

sudo shutdown -h +210

Ahora, por ejemplo, supongamos que queremos reiniciar el equipo el día 31 a las 23:59, bien, la función quedaría así:

sudo shutdown -r 0912312359

También podemos cancelar un apagado programado cerrando el proceso shutdown, como antes, tenemos que hacerlo en modo de superusuario, quedando así el código:

sudo killall shutdown

Como podéis ver, no tiene mucha dificultad y da mucho juego, teniendo en cuenta que hasta podemos determinar la fecha del apagado, lo cual le da más juego.