La solución es usar un servidor SMTP externo, aquí mismo explicamos cómo hacer uso del servidor SMTP de Gmail para usarlo dentro de WordPress, pero vamos a explicaros un método válido para cualquier aplicación que desarrolléis con PHP.

Lo primero que tenemos que hacer es descargar la clase que se encargará del trabajo, es software libre bajo licencia GPL, hablamos del proyecto PHPMailer. Descargamos la última versión disponible para nuestra versión de PHP (aquí hablaremos de la versión más actual, la que corresponde con PHP 5) y descomprimimos.

La clase tiene otras funcionalidades, pero nosotros como sólo vamos a enviar correo, usaremos el código de los ficheros:

• class.phpmailer.php
• class.smtp.php

El procedimiento es el siguiente: incluimos los ficheros en cuestión, instanciamos un objeto, asignamos sus atributos (asunto, remitente, destinatario, cuerpo del mensaje) y finalmente ejecutamos un método que lo envía.

Veamos un ejemplo completo:

require(‘class.phpmailer.php’);
require(‘class.smtp.php’);
$mail = new PHPMailer();
$body = “Cuerpo del mensaje”;
$mail->IsSMTP();
// la dirección del servidor, p. ej.: smtp.servidor.com
$mail->Host = “direccion_servidor”;
// dirección remitente, p. ej.: no-responder@miempresa.com
$mail->From = “Dirección_remitente”;
// nombre remitente, p. ej.: "Servicio de envío automático"
$mail->FromName = “Nombre_remitente”;
// asunto y cuerpo alternativo del mensaje
$mail->Subject = “Asunto”;
$mail->AltBody = “Cuerpo alternativo
    para cuando el visor no puede leer HTML en el cuerpo”;
// si el cuerpo del mensaje es HTML
$mail->MsgHTML($body);
// podemos hacer varios AddAdress
$mail->AddAddress(“dirección_destino”, “Nombre_destino”);
// si el SMTP necesita autenticación
$mail->SMTPAuth = true;
// credenciales usuario
$mail->Username = “Usuario”;
$mail->Password = “Contraseña”;
if(!$mail->Send()) {
echo “Error enviando: ” . $mail->ErrorInfo;
} else {
echo “¡¡Enviado!!”;
}

Sin embargo, no siempre será la misma ruta ya que nuestro plugin o tema puede que esté instalado en un directorio no estándar o que la llamada se haga estando en un directorio a un nivel distinto. Para ahorrarnos problemas de rutas os presento el método siguiente:

while(!is_file('wp-config.php')){
  if(is_dir('../'))
      chdir('../');
  else
      die('Could not find WordPress.');
}

Una vez lo habéis encontrado, podéis incluirlo:

include( 'wp-config.php' );

O mostrar el directorio en cuestión con la función oportuna:

getcwd()

Si hacemos una llamada del siguiente tipo (la dirección IP es la del servidor DNS de la UCO): http://www.geoplugin.net/php.gp?ip=150.214.110.3, obtenemos una salida en forma de cadena con un objeto de PHP serializado.

Por lo tanto nos limitaremos a:

1. Hacer una llamada a dicho servicio web
2. Descargar el resultado de la petición en forma de cadena con la función file_get_contents()
3. Usar el proceso inverso a serializar para recuperar los diferentes valores

Podemos usar $_SERVER['REMOTE_ADDR'] para obtener la dirección IP de nuestro visitante. Aquí tenéis un ejemplo completo:

$meta = unserialize(file_get_contents('
http://www.geoplugin.net/php.gp?ip='.$_SERVER['REMOTE_ADDR']));
$latitud = $meta['geoplugin_latitude'];
$longitud = $meta['geoplugin_longitude'];
$ciudad = $meta['geoplugin_city'];

Introducción

Como en otros tantos aspectos de las nuevas tecnologías, en el mercado del hosting, tenemos varias posibilidades en cuanto a sistema operativo se refiere. Las dos mayoritarias a día de hoy, GNU/Linux y Microsoft Windows, se reparten una gran cuota de mercado lo que no quiere decir que no existan otras alternativas, como por ejemplo servidores basados en NetBSD o FreeBSD. En este artículo veremos desde el punto de vista de cliente de una empresa de hosting, qué puede hacer que nos decantemos entre una u otra opción.

A priori, cualquier linuxero (entre los que me incluyo) no pensaría en ningún momento en usar un servidor basado en Internet Information Services (el servidor web de Microsoft) sobre un Microsoft Windows Server 2008. Sin embargo, os puedo asegurar que hay circunstancias en las que no sólo es recomendable usar esta opción, sino necesario. De todas maneras si nosotros somos los que elegimos la tecnología a usar y no nos imponen ciertas restricciones (si estamos trabajando para alguien) un poco “especiales”, en líneas generales podríamos decir que la mejor opción es usar GNU/Linux.

Veamos a continuación, desglosados un poco más los detalles que pueden hacer que nos decantemos por una alternativa o por otra.

Precio

Puesto que a la hora de la verdad en todo lo referente a negocios privados, el aspecto más determinante de todos es el presupuesto, comencemos por el precio medio de los hosting. Dado que para poder tener un servidor corriendo bajo Microsoft Windows Server 2003 o 2008, hace falta pagar una licencia comercial y a un precio que no es bajo ni mucho menos, los hosting que ofrecen sistemas Windows suelen ser más caros que los basados en GNU/Linux. Antes de seguir me gustaría aclarar que hay muchas empresas que venden hosting con las dos posibildiades y uno a la hora de contratarlo, elige cuál le interesa.

Siguiendo con el tema económico, hay que contar que en un servicio de hosting, el precio que se paga por un sistema o por otro, no es sólo la licencia del sistema operativo en sí. Hay muchos factores aparte como por ejemplo, el coste del soporte, el gasto energético o la necesidad de comprar licencias de terceros programas, entre otras.

El coste del soporte era una de las excusas esgrimidas por Microsoft sobre el coste real de mantener un servidor en GNU/Linux, porque afirmaban que el soporte era bastante más caro que en GNU/Linux. Sin embargo, debido a la mayor automatización de muchos procesos en GNU/Linux y lo que es más importante, a su mayor difusión, cada vez el soporte es más barato y fácil para este sistema.

En cuanto a los otros factores que hemos también mencionado, el gasto de energía y la necesidad de comprar licencias a terceros, decir de la primera que para ver un consumo de energía real habría que hacer una serie de test y benchamarks con mucha exactitud para poder emitir un juicio objetivo. En el segundo caso, en el de comprar software de terceros, en Windows suele ser más frecuente esta necesidad, aunque en GNU/Linux también puede darse este caso y por supuesto, en ambos se puede utilizar software libre para satisfacer muchas necesidades.

Seguridad

Se ha hablado tantísimo de este aspecto, comparando además a Windows y a Linux, que creo que no es necesario dar mucha información. La seguridad de los sistemas GNU/Linux está más que contrastada, más aún en ambientes de hosting; y además la facilidad de actualización que tiene el software instalado en este sistema hace que ante cualquier versión nueva que tape algún agujero, la actualización sea rápida y no haya de por medio problemas como obligar a reiniciar el servidor.

Este y otros muchos detalles, provenientes de un sistema que nació en un ambiente profesional, hacen de GNU/Linux el ganador por diferencia de este apartado.

Eficiencia

Este aspecto depende mucho del hardware que se use en la máquina en la que resida el servidor así como de la línea que tenga contratado con su ISP (proveedor de servicios de Internet) nuestro servicio de hosting. A priori puede que GNU/Linux distribuya mejor la carga de trabajo que Microsoft Windows, pero es un aspecto que más que preocuparnos a nosotros que somos los que contratamos el host debe preocuparle al que ofrece el servicio.

También es verdad que cada vez son más las aplicaciones web basadas en tecnologías no tan eficientes como PHP, por ejemplo Ruby On Rails o Python (bastante más eficiente que Ruby pero aún así más lento que PHP) con Django o Turbo Gears; que requieren una mayor cantidad de recursos.

Posibilidades y necesidades específicas

En este punto es donde quizás nos tengamos que decantar por una solución Microsoft Windows por obligaciones de los requisitos. Imaginemos que necesitamos usar por obligación una base de datos SQL Server, de Microsoft. Ante este caso, dado que este sistema gestor de base de datos sólo ejecuta en el sistema operativo de Microsoft, estaremos obligados a usar un host con Windows Server que ofrezca esta posibilidad. También es verdad que éste no suele ser el caso más común, por fortuna, y que para muchísimas otras circunstancias, la solución correcta es Linux, por razones casi idénticas. Por ejemplo, a día de hoy, es difícil encontrar un sistema basado en Windows que ofrezca soporte para ejecutar aplicaciones web implementadas con Ruby o Python, dos tecnologías en alza.

Por lo tanto en este apartado, dependiendo de nuestro caso deberemos elegir una plataforma u otra, aunque como repito en la mayor parte de los casos el resultado es favorable para GNU/Linux. De hecho, en mi caso personal, por ejemplo, nunca elegiría trabajar con ASP.NET y SQL Server, por ejemplo, pudiendo trabajar con tecnologías libres que cubren las mismas necesidades ya que además de resultarme más barato, dispongo de una cantidad de documentación y soporte mucho mayor (aparte de que las tecnologías de Microsoft no son código abierto). Sin embargo, si tenemos un encargo profesional y por razones ajenas a nosotros hay que utilizar dichas tecnologías, tendremos que dencantarnos por un host con Windows Server.

Adaptabilidad

Normalmente, las tecnologías libres suelen estar mejor estandarizadas que sus equivalentes propietarias, por lo que de cara a migrar datos de un sistema gestor de base de datos a otro distinto, o a la hora de cambiar el servidor, si estamos operando con un host que trabaje con GNU/Linux, posiblemente se nos presenten menos problemas.

Futuro

Tanto el soporte como las nuevas versiones de software, están prácticamente aseguradas en los dos sistemas. Los costes de actualización de una versión a otra en el caso de software privado, no os repercutirán demasiado, dado que al igual que el coste de la licencia, estos son gastos que paga la empresa a la que contratamos. Por esta razón suelen ser más caros los servicios de host basados en sistemas Windows. Aparte de eso, aunque este es un tema importante a la hora de elegir un servicio de host, el asegurarnos que el software está siempre actualizado y alejado de posibles vulnerabilidades, no existen diferencias de un sistema a otro.

Conclusiones

A lo largo del artículo, habréis observado que para la mayor parte de las necesidades, excepto para las que necesitan expresamente ciertas tecnologías como .NET, podemos usar GNU/Linux por multitud de razones. Comenzando por el precio, terminando en la seguridad y pasando por variedad de otros aspectos como por ejemplo la capacidad de adaptación, GNU/Linux suele ser el más idóneo o en casos extraños, estar al nivel de su rival. También es cierto que como digo haya aplicaciones que por cuestiones de los requisitos necesiten sistemas Windows o en todo caso ejecuten con Mono (no os lo recomiendo si vais a usarlo como un sistema en producción y no en pruebas o de uso personal). En un futuro, también habrá que tener en cuenta aspectos como la virtualización en servidores, tecnología bastante avanzada ya pero que no se ofrece en muchos servicios de host.

Elegido el sistema, tenéis que elegir la empresa de hosting que contratar. En otros artículos os contarán mejor cómo seleccionar a dicha empresa de entre todas las que se ofertan en la red, pero como primer paso os recomiendo no comprobar sólo la cantidad de servicios que ofrecen, sino la calidad de los mismos.

Por último, os dejo unos cuantos enlaces en la sección “En la red”, de servidores web disponibles para GNU/Linux y un poco más de información para que leáis en la red sobre las versiones de servidor de Microsoft Windows y el servidor web que usan, Internet Information Services.

Algunos plugins y temas nos proporcionan más códigos cortos de este tipo. Sin embargo, si manejáis la API de WordPress, a lo mejor vosotros mismos queréis crear vuestros propios shortcode. ¿Cómo?

Uniendo un shortcode a una función. Si no tenemos atributos es directo:

//[mishortcode]
function mishortcode_func( $atts ){
 return "Este es mi shortcode";
}
add_shortcode( 'mishortcode', 'mishortcode_func' );

En caso de que tengamos atributos, habrá que descomponer el array de atributos que recibe la función.

// [mishortcode miatributo0="mivalor0" miatributo1="mivalor1"]
function mishortocde_func( $atts ) {
	extract( shortcode_atts( array(
		'miatributo0' => 'mivalor_por_defecto_0',
		'miatributo1' => 'mivalor_por_defecto_1',
	), $atts ) );
	return "He recibido = {$miatributo0} y {miatributo1}";
}
add_shortcode( 'mishortcode', 'mishortocde_func' );

En este caso, soportará hasta dos atributos. Si no se le pasa ningún atributo, cogerá los dos por defecto y en caso de que se le pase uno o los dos, estos serán sus valores y el que no reciba valor, recibirá el valor por defecto que le hemos asignado. Igual que en PHP (en esta entrega del curso de PHP se explica cómo se puede simular la sobrecarga usando atributos por defecto).

Integrar estadísticas con Google Analytics

Las estadísticas son algo básico para un blogger, así que si usáis Google Analytics os interesará esta parte. Dentro de la configuración hay una parte que lo especifica: “AdSense, estadísticas y código a medida”, sin embargo, no es trivial la configuración.

Dentro de esa parte tenemos un textarea para rellenar con título: “Estadísticas y código a medida”. Deberemos introducir el siguiente código JavaScript, modificando sólo nuestro identificador de cliente de Google Analytics (es una cadena de la siguiente forma: “UA-XXXXXX-X). Veamos:

<script type=”text/javascript”>

var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-EL_TUYO-X']);
_gaq.push(['_trackPageview']);

(function() {
var ga = document.createElement(‘script’); ga.type = ‘text/javascript’; ga.async = true;
ga.src = (‘https:’ == document.location.protocol ? ‘https://ssl’ : ‘http://www’) + ‘.google-analytics.com/ga.js’;
var s = document.getElementsByTagName(‘script’)[0]; s.parentNode.insertBefore(ga, s);
})();

</script>

Una vez hecho esto guardamos y nuestro blog móvil también contará en la visitas de Analytics.

Integrar publicidad con Google AdSense

Los canales convencionales de publicidad para AdSense no tienen el formato apropiado para la web móvil. Por lo tanto, deberemos comenzar creando un canal para móviles en nuestra cuenta de AdSense.

Para ello inicias sesión en la plataforma de anuncios de Google y dentro de ella te diriges a:

1. Mis anuncios
2. Contenido para móviles
3. Criterios de seguimiento personalizados

Una vez creado el criterio de seguimiento, dentro de “Contenido para móviles”, elegimos “Bloques de anuncios” y creamos un anuncio a nuestro gusto. Guardamos y obtenemos el código.

Con este código, el criterio que acabamos de crear y nuestra identidad de AdSense, tenemos ya todo listo. Rellenamos nuestra identidad y nuestro canal dentro de los campos preparados para ello en la configuración de WPtouch:

• Identidad de Google AdSense
• Canal de Google AdSense

Y el código lo incluimos en el mismo textarea en el que hemos introducido el código de Analytics, incluyendo algún salto de línea entre ellos.

Con ésto estará todo listo.

Si usamos WordPress estamos de suerte, porque como otras tantas veces gracias al WordPress style tenemos un plugin listo para instalar y ofrecer una visión de nuestra web adaptada para dichos dispositivos cuando haga falta.

Antes de empezar, veamos el final de todo, el resultado de todo este proceso aplicado a este portal:

Instalación

Como con todos los plugins en WordPress que están en el repositorio oficial, nos limitamos a: Escritorio -> Plugins -> Añadir nuevo, lo buscamos y procedemos a instalarlo.

Configuración

El plugin tiene un interfaz de configuración básico muy simple e intuitivo. Para aspectos de configuración algo más avanzados, como integrar Analytics o de cómo incorporar AdSense, hablaremos en otras entradas, pero en esta nos pararemos en un aspecto básico: la compatibilidad con diferentes sistemas de caché.

Si usamos un sistema de caché en nuestro blog WordPress, algo básico para tener un rendimiento decente y no sobrecargar nuestro servidor, deberemos realizar las configuraciones pertinentes, para que no haya problemas y se sirva la web normal a los demás dispositivos y la web móvil a los dispositivos móviles.

El plugin que uso para manejar y crear la caché es WP SuperCache, he usado otros antes, pero a día de hoy éste es el que más me gusta por su rendimiento y por sus capacidades de configuración. ¿Qué debemos hacer?

Nos dirigimos a las opciones de WPtouch y allí buscamos a qué “user-agent” el plugin responde, en la versión actual son los siguientes (podéis buscarlos con el diálogo buscar de vuestro navegador):

Android, CUPCAKE, Googlebot-Mobile, bada, blackberry 9800, blackberry9500, blackberry9520, blackberry9530, blackberry9550, dream, iPhone, iPod, incognito, s8000, webOS, webmate

Copiamos esta lista tal cuál y nos dirigimos a la configuración de la caché y en la pestaña: “Avanzado” buscamos los “Agentes de usuario rechazados”. Dentro de ese cuadro, un textarea, aparecen los agentes de usuario que la caché no atiende, por defecto está relleno por los robotos y crawlers de los buscadores pero nosotros añadiremos nuestra lista. ¿Cómo? Separando por un salto de línea cada uno, es decir, quedaría algo así como:

bot
ia_archive
slurp
crawl
spider
Yandex
Android
CUPCAKE
Googlebot-Mobile
bada
blackberry 9800
blackberry9500
blackberry9520
blackberry9530
blackberry9550
dream
iPhone
iPod
incognito
s8000
webOS
webmate

Guardamos los cambios y ya tendremos todo listo y preparado para tener nuestra versión móvil del blog sin ningún problema.

Para terminar, os dejo otro pantallazo más con el menú que genera sólo el plugin:

Dentro de los modelos de negocio del software libre, la consultaría es un pilar básico. Existe el asesoramiento clásico, donde particulares o empresas ofrecen mediante comunicaciones a otros particulares o empresas; soluciones para problemas puntuales.

Sin embargo, gracias a los sistemas en la nube, es posible extrapolar este servicio para hacerlo llegar al gran público. WordPress Questions es un proyecto creado por Lawrence Krubner y Darren Hoyt. Nos ofrece una plataforma en la que todos podemos ser:

• Asesores de WordPress, recibiendo una recompensa económica por cada asesoramiento prestado
• Usuarios, podemos preguntar cualquier cosa sobre WordPress y obtener una respuesta rápida y fiable a cambio de un precio que nosotros fijaremos entre 1 y 100 dólares.

Os dejo un vídeo presentándolo (está en inglés):

Warning: Cannot modify header information – headers already sent by

Que también podemos encontrar como “Warning: session_start(): Cannot send session cache limiter – headers already sent” o “Warning: session_start() [function.session-start]: Cannot send session cookie – headers already sent by“. Se produce cuando intentamos modificar las cabeceras del paquete HTTP, cuando ya hemos dejado de emitirlas y estamos emitiendo el cuerpo del paquete.

¿Por qué ocurre esto? Podéis verlo dentro del protocolo. Para solucionarlo deberemos ser muy cuidadosos en dos aspectos:

• Nunca comenzar a emitir el cuerpo antes de tiempo, con un sólo espacio en blanco delante de <?php  ya habríamos provocado el problema (se empieza a emitir un espacio en blanco como parte del cuerpo).
• No emitir la cabecera en mitad del cuerpo. Es decir, no usar funciones que la puedan modificar como session_start, cuando estamos ya en el cuerpo de nuestro contenido HTTP.

Fatal error: Cannot redeclare nombre_función

En PHP no existe la sobrecarga (aunque podéis imitarlas), por lo tanto las declaraciones de las funciones serán únicas en todo el código. Si estamos trabajando en un proyecto grande y queremos asegurarnos que la función se declara cuando no exista y no se declare cuando sí exista hacemos lo siguiente, usar function_exists de PHP, veamos un ejemplo.

if(!function_exists('mi_funcion'))
{
    function mi_funcion()
    {
        /* */
    }
}

Notice: A session had already been started – ignoring session_start()

La situación es la siguiente, tenemos la sesión iniciada, con session_start() y debido a que cargamos otro componente de la página que no sabe si la sesión está iniciada, volvemos a hacer la llamada. No se trata de un error sino de una notice, pero aún así podemos evitarla:

if (!isset ($_COOKIE[ini_get('session.name')])){
    session_start();
}

Notice: Constant MI_CONSTANTE already defined in

Cuando usamos constantes en PHP (para guardar por ejemplo los datos de conexión a la base de datos), es posible que redeclaremos en dos script diferentes la misma variable y salte un aviso. Para evitarlo haremos lo siguiente:

if (defined('PRUEBA')){
    echo PRUEBA;
}

Notice: Use of undefined constant MI_CONSTANTE – assumed ‘MI_CONSTANTE’

Si a la hora de definir constantes cometemos el error de no usar comillas (me da la sensación de que alguna vez ha estado permitido), PHP no devuelve un error, pero sí un aviso. Os enseño el error y cómo solucionarlo:

define(DB_HOST, "localhost"); // notice
define("DB_HOST", "localhost"); // bien

Faltan muchos, ¿cuál quieres comentar?

Ésto puede ser también útil no sólo para problemas de pantallazos, sino para ahorrar tiempo en la habilitación o deshabilitación de plugins.

Veamos, lo primero que tenemos que hacer es acceder a nuestra base de datos. Con los datos de inicio de sesión que tiene WordPress almacenados internamente en “wp-config.php” podemos acceder usando un cliente como:

• phpMyAdmin
• HeidiSQL
• SQLyog (la versión Community es de código libre y funciona bien con Wine)
• O directamente con la línea de comandos

Una vez dentro de la base de datos de WordPress, nos dirigimos a la tabla de opciones, normalmente “wp_options” (puede cambiar el prefijo). Dentro de dicha tabla, hacemos una consulta para ver los plugins activos:

SELECT * FROM wp_options WHERE option_name = 'active_plugins';

El resultado será algo similar a esto:

a:20:{i:0;s:19:”akismet/akismet.php”;i:1;s:43:”all-in-one-seo-pack/all_in_one_seo_pack.php”;i:2;s:19:”anti-email-spam.php”;i:3;s:36:”contact-form-7/wp-contact-form-7.php”;i:4;s:28:”embed-iframe/embediframe.php”;i:5;s:32:”facepress-ii/FT-Facepress-II.php”;i:6;s:50:”google-analytics-for-wordpress/googleanalytics.php”;i:7;s:36:“google-sitemap-generator/sitemap.php”;i:8;s:21:”hgk-smtp/hgk-smtp.php”;i:9;s:24:”ic-besocial/besocial.php”;i:10;s:45:”limit-login-attempts/limit-login-attempts.php”;i:11;s:37:”shutter-reloaded/shutter-reloaded.php”;i:12;s:65:”subscribe-to-comments-reloaded/subscribe-to-comments-reloaded.php”;i:13;s:23:”wp-minify/wp-minify.php”;i:14;s:27:”wp-pagenavi/wp-pagenavi.php”;i:15;s:39:”wp-recentcomments/wp-recentcomments.php”;i:16;s:25:“wp-smushit/wp-smushit.php”;i:17;s:27:”wp-super-cache/wp-cache.php”;i:18;s:31:”wp-to-twitter/wp-to-twitter.php”;i:19;s:19:”wptouch/wptouch.php”;} 

Guardamos este resultado en un fichero de texto y lo conservamos (nos lo mandamos por correo o algo por si lo necesitamos restaurar). Ahora nos toca actualizar esta opción para deshabilitarlos todos en una sola instrucción, depende de la versión de WordPress que manejemos:

• Si usamos WordPress 2.9 o superior (lo recomendable):

UPDATE wp_options
SET option_value = 'a:0:{}'
WHERE option_name = 'active_plugins';

• Si usamos una versión anterior:

UPDATE wp_options
SET option_value = ''
WHERE option_name = 'active_plugins';

Para volver a habilitar los plugins deshabilitados, haríamos lo mismo pero dentro de SET  option_value = ‘aquí el contenido antiguo’ y todo volverá a estar como antes (esto es útil por ejemplo si estamos seguros de que el problema no es de los plugins).

Para ilustrar claramente la diferencia entre paso por valor y paso por referencia en una función en PHP, vamos a usar un pequeño script. Prestemos especial atención a las llamadas sumarPorValor() y sumarPorReferencia(), que de entrada vemos como la definición de ambas es similar.

<?php
// Declaramos las funciones
function sumarPorValor($suma, $a, $b) {
  $suma = $a + $b
}

function sumarPorReferencia(&$suma, $a, $b) {
  $suma = $a + $b
}
// Realizamos las llamadas
$a = 3;
$b = 2;
$suma = 0;
echo $suma . "\n";
sumarPorValor($suma, $a, $b); 
echo $suma . "\n";
sumarPorReferencia($suma, $a, $b);
echo $suma . "\n";

Y la salida que obtenemos:

0
0
5

Está claro, ¿no? Lo único que debemos de hacer es usar et (Ampersand) en la declaración de la función sobre la variable que deseamos que trabaje por referencia. En C, por ejemplo, hemos de modificar también la llamada, ya que lo trabajamos con direcciones de memoria y apuntadores sobre la función.

Espero que os haya sido de ayuda.

Para poder usar un índice negativo en el lenguaje C tendremos que declarar otro puntero auxiliar que acceda al espacio de memoria reservado por el anterior para que los menores que cero en ese rango sean equivalentes a sus análogos positivos. El código que ejemplifica este caso:

int a[10] = { /* lo inicializamos a lo que queramos */ };
int *b;
int i;
b = a + 10; /* aquí entra en juego el puntero auxiliar */
for (i = -10; i < 0; i++) {
int x = b[i];
}

Sencillo de entender, pero en PHP la cosa se simplifica con poder usarlo como si de un elemento ubicado en la zona positiva se tratase. Un código de ejemplo para mostrar el funcionamiento en PHP puede ser el siguiente:

$mes[-1] = “Este mes no existe”;
echo “Mes -1: “, $mes[-1], “\n”;
$mes[-100] = “Este mes tampoco existe”;
echo “Mes -100: “, $mes[-100], “\n”;
var_dump($mes);

Y lanzando el script obtenemos lo siguiente:

Mes -1: Este mes no existe
Mes -100: Este mes tampoco existe
array(2) {
[-1]=>
string(18) “Este mes no existe”
[-100]=>
string(23) “Este mes tampoco existe”
}

Sencillo ahora, ¿no? Creo que sobra decir la infinidad de aplicaciones que puede tener este uso. ¿Lo has probado en otros lenguajes?

• Página oficial del Primer Ministro Británico: http://www.number10.gov.uk
• Mozilla Labs: http://mozillalabs.com
• Spotify: http://www.spotify.com
• Mashable: http://mashable.com
• Stallone: http://sylvesterstallone.com
• Jane Fonda: http://janefonda.com
• Tom Jones: http://www.tomjones.com
• Fresh Apps: http://www.freshapps.com
• ZDNet: http://news.zdnet.com

¿Qué otra web famosa o de empresa u organismo de relevancia conoces que esté hecha con WordPress? A ver si entre todos, vía comentarios, conseguimos hacer una lista de más de 100 webs de este tipo que usen webs. Porque no sé si lo sabéis pero WordPress está detrás del 15% de las páginas web más visitadas.

Por supuesto, Linux Hispano funciona bajo WordPress y otro proyecto personal que llevo adelante con Alberto y otro amigo, Red de Autores, también.

Bien, con un sencillo paso tendremos este cliente de base de datos instalado en nuestra máquina:

ahornero@6581-D:~$ sudo apt-get install phpmyadmin

Después reiniciamos el servidor:

ahornero@6581-D:~$ sudo service apache2 restart

Y listo. Si tenemos algún problema accediendo a: http://elnombredetuhost/phpmyadmin crearemos la siguiente ruta simbólica:

ahornero@6581-D:~$ sudo ln -s /usr/share/phpmyadmin /var/www/phpmyadmin

Antes de la versión 4.0.2 de PHP (que prácticamente ninguno usaréis, o al menos deberéis usar), la diferencia radicaba en que require siempre leía el archivo al que hacía referencia, incluso si la línea de código en que se encontraba no se ejecutaba nunca (por ejemplo dentro de un condicional). include en cambio sí que se veía afectado por los condicionales y sí que podíamos hacer que no se ejecutara (por lo que tampoco se ejecutaba el código del archivo diferenciado).

Sin embargo, por razones del equipo de desarrollo de PHP, a partir de dicha versión la diferencia es la siguiente: si el archivo llamado no existe, include sólo da un warning, y sigue ejecutando, mientras que require produce un error e interrumpe el flujo de ejecución.