Siempre me ha parecido increíble como, en los océanos de internet, los sitios web se han pasado por allí una y otra vez tanto esta ley como muchas otras con temas sobre Copyrights, Derechos, etc…

Es decir… antes me quejaba mucho (sí, soy un poco talibán) de cómo algunos sitios web usaban descaradamente recursos de otro origen sin escrúpulo alguno y encima protegiendo los suyos propios con la fatídica frase que tanto morbo causa a quienes la usan: TODOS LOS DERECHOS RESERVADOS, o sólo porque quedaban bien el footer de su sitio.

Más tarde… empezaron a leerse prácticamente sólo cláusulas sobre los derechos del propietario… pero el usuario qué?, seguimos sin un puto derecho???. Pues la LOPD me parece, además de muy muy necesaria, genial porque:
Primero… debes avisarme que recoges datos sobre mí en mi acceso a tu sitio, debes informarme de quien exactamente los recoge, qué recoge, para qué los quiere y a quien se los cede. Eso mínimo antes de establecer tu derecho a “banearme del sitio por mi IP”… porque, aunque solo me banearon una vez cuando mis hormonas eran mucho más jóvenes, el que puede banear tu servidor soy yo denunciándote a la AEPD… así están las cosas y realmente están cojonudas en mi opinión.

Por eso… y aunque he intentado cumplir con todas las obligaciones que hoy en día conlleva tener un sitio web respecto a la ley y en concreto a la Ley de Protección de Datos de Carácter Personal, dejo de usar los servicios de google en este sitio web porque no estoy seguro si puedo garantizar esa privacidad.

Es decir… si debo ceder dichos registros a google, pese a su cláusula de condiciones de uso y de tratamiento de datos, no puedo asegurarme que no los usen adecuadamente o de que ese uso cumpla la normativa vigente actual.
Aquí tenéis una información que personalmente agradezco un montón (pues tengo que llamar en relación a otro proyecto) ya me parece fundamental a la hora de conocer qué son realmente los “datos personales“, o en todo caso, qué dice la ley de ellos.
Una carta recibida por clotet en wordpress.com de la AEPD en este sentido.

Así que perfiero sinceramente, primero dejar de registrar datos que puedan ser susceptibles de ser privados y personales, y segundo, no cederlos a nadie.
Adios por lo tanto a Adsense y Analytics… bah, tampoco es tan malo

Personalmente no me he podido resistir y ya la estoy probando en local, a decir verdad, tremenda y gratamente sorprendido, muy en parte por dos de los alicientes que esperaba con más ganas:

• La nueva Media Library
• La gestión de los Feeds a incluir.

Aunque ya estaba bastante harto de ver capturas del “impresionante” nuevo Panel de Control mis preferencias iban, como vengo comentando desde hace algún tiempo, a las funcionalidades en torno a aprovechar Wordpress como CMS. Y sin duda, una de ellas era el tema de la Biblioteca de archivos (Media Library) en donde encontramos una sustancial mejora en la gestión de estos.

Aunque seguimos sin poder superar la barrera del tamaña máximo para carga vía formularios, ahora (creo) podemos enlazar nuestros adjuntos directamente, así que evitamos la tediosa, en mi opinión, tarea de tener que usar plugins de descargas, etc.
Si pretendes tener un CMS, esto realmente se convierte en un pequeño inconveniente que has de solucionar con pericpecias miles como en mi caso: enlazando archivos de imagen con PDF’s de gran tamaño por ejemplo.

La segunda parte, los feeds, lo cierto es que era algo que costaba creer que siguiera tal y como estaba (sobre todo por el gran número de buenas y sólidas librerías que ya existen: simplepie, la clase XML del Framework Ister, simpleXML para php5, DOMXML… ).
Los feeds a través de Widgets se limitaban a listar sólo con títulos una cantidad determinada de items… no había control alguno más: Un URL y una cantidad.

Ahora podemos enlazar nuestros propios feeds (que aún no entiendo porque me fallaba esto antes), establecer un número a decir verdad bastante amplio de items (hasta 15) y en cada una de nuestras sidebars o, en todo caso, espacio para Widgets y lo más importante: mostrar el contenido de estos dando a nuestro sitio la posibilidad de enriquecerse y alimentarse realmente.

Futuro muy esperanzador

Todo esto unido a una mejora en usabilidad de toda la interfaz y hasta ahí lo que he visto en apenas unas horas.
Por mi parte espero, no sé si ya hay algo de esto, la mejora de las etiquetas para las entradas, por ejemplo con “suggest”, la mejora de la gestión de los ya conocidos metadatos de los posts, el sistema de navegación en páginas, categorías e incluso etiquetas: ahora mismo es algo frustrante intentar llegar a más de 1 nivel de padres para Páginas… que en un CMS son las más (Secciones) en oposición a las Entradas o lo que serían las Noticias.

Además, algo con lo que vengo peleando desde hace tiempo entre la comunidad de desarrolladores de plugins:
Realmente, el sistema de plugins debe ser mejorado.
Lo peor de “sugerir” mejoras a quien desarrolla una aplicación o mini-aplicación es que casi nunca se lo toma bien
Pero… de verdad que me dan picores cuando veo las inyecciones de código de los plugins de Wordpress… tanto trabajo cuesta restringir un poco la inyección???
Siempre comento lo mismo:
10 Plugins, cada uno con su CSS, su JS y hasta el copón divino… ale, todo en la Home por ejemplo sin, quizá, hacer falta.

Bien es cierto que cada plugin es un mundo:
Algunos incorporan Widgets, otros código a bola, algunos se dirigen a secciones en concreto y otros en general… bien, pues si por ello es difícil que el desarrollador lo optimize Wordpress debería ir sentando unas pautas de trabajo en ese sentido:
Clasificando plugins según a donde vayan dirigidos, etc.

Ultimamente veo que prácticamente la solución es DOM y JavaScript: para detectar código HTML que genere el plugin e incluir en consecuencia scripts y demás…. pero en otras ocasiones es evitable. Por ejemplo en plugins que solo trabajen en una página y sus hijos o en Widgets a través de funciones como: is_active_widget().

En fin… ^^

Descarga

Se puede descargar ya la RC1 desde el repositorio de versiones:
http://wordpress.org/download/release-archive/

PD: Por cierto, estoy hasta los cojones de Sync (uno de otros tantos motivos de la dejadez del blog), esto va como el culo, este año me mudo pero vamos…, sin duda alguna, nada recomendable por si interesa a alguien

En este caso,… lo cierto es que he perdido un poco (no uso SVN ni nada parecido para esto ^^) el hilo de mis modificaciones pero, la más importante por decirlo de alguna manera, es una opción que en mi opinión considero bastante relevante, que es la posibilidad de decidir sobre
Mostrar la descripción de cada Item o no

Así, ahora añadiremos al script dicha opción:
1. Primero, añadiremos el parámetro a la función:
Inicio del Script, variable opciones:

Añadimos el parámetro: showdesc: false,

12
13
14
15
16
17
18
19
20
21
22
23
24

	// TODO: Remove the newwindow option
	var options = {
	TickerID: "",
	delay: 1000,
	newwindow: false,
	showdesc: false,
	url: "tickerdata.xml",
	transition: "slide",
	speed: "slow",
	contentcounter: -1,
	ArrayIndex: -1,
	dataXML: {
},

Para después dejar los parámetros de inyección del HTML de la siguiente manera:

41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59

Item = $("item", options.dataXML).get(options.contentcounter);
Title = $("title", Item).text();
URL = $("link", Item).text();
Desc = $("description", Item).text();
TickerHTML = '<div class="JTickerTitle"><strong class="yellow">Noticias:</strong> <a href="' + URL + '"';
 
// Options:
// TODO: Remove this attribute!
// New Window Option: Deprecated by Covi Mod, Not Accesible! and no valid to Standars Compliance W3C.
if (options.newwindow) {
	TickerHTML += ' target="_blank"';
}
// Description Option:
if (options.showdesc == false) {
	TickerHTML += ' title="' + Desc + '">' + Title + '</a></div>';
} else {
	TickerHTML += ' title="Leer la noticia completa: '+ Title +'">' + Title + '</a></div><div>' + Desc + '</div>';
}
// End Options.

Lo que hacemos simplemente es cambiar el código original (que era el último else sin sentencias) para añadir la sentencia e inyectar un código u otro según la opción para la mostrar la descripción (showdesc).

En mi caso, he optado por incluir la descripción en el atributo title del vínculo.
Y… me queda también eliminar la opción de nueva ventana con el atributo no accesible e intrusivo target="_blank", recordemos que nuestra obligación en estos tiempos de la web es:
“devolver el control al usuario“, es decir, que él mismo decida si quiere o no “abrir el enlace en una nueva ventana” (Ver primer nota inferior).

El uso, en mi caso, sería el siguiente:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

<script type="text/javascript">
	//<![CDATA[
	// Inicializando JQuery con documento renderizado:
	$(document).ready(function() {
		// Ticker News RSS:
		$("#news_ticker").jticker({
			delay: 10000,
			showdesc: false, // Forcing not show the description.
			url: "tickerdata.xml",
			transition: "fade",
			speed: 500
		});
	});
/	/ Fin JQuery
//]]>
</script>

Nota 1: Para el tema de accesibilidad y JavaScript no intrusivo podemos usar JQuery o CSS 2.1 como ya he comentado en otras ocasiones:
Un ejemplo sería, el ya comentado selector de CSS para vínculos externos, donde además uso una clase estándar de CSS para los navegadores sin soporte +CSS2.1 (.post a.external):

(Nota: Es obvio que se puede o debe omitir la clase .post):

1
2
3
4
5
6
7
8
9

#content .post a[href^="http:"], .post a.external {
	padding-right:16px;
	background:url("img/external.gif") no-repeat right;
}
/* Internos, anulamos: */
#content .post a[href^="http://culturadigital.org"], #content .post a[href^="http://www.culturadigital.org"] {
	padding-right:0px;
	background:none;
}

Con JQuery es igual o más sencillo puesto que también usa XPath y las posibilidades son tan abrumadoras como divertidas:
Imaginemos que tenemos una clase para vínculos en otro idioma (xml:lang debería ser un atributo obligatorio en relación a la accesibilidad):

1
2
3
4
5
6
7
8
9

// Idiomas, icono para identificar el enlace más texto:
$('a').each(function(index) {
	var $this = $(this);
	var languageLink = $this.attr("xml:lang");
	if(languageLink == 'en') {
		$(this).addClass("ukLink");
		$(this).attr({ title: this.title + ", en inglés"});
	}
});

De esta manera añadimos la clase a los vínculos con el atributo de lenguaje en inglés… igualmente, pero mucho más pesado y complicado, sería intentar mediante PHP obtener el idioma del vínculo enlazado y añadir el atributo de lenguaje oportuno… pero se imagina, no?, pesadísimo chequear todos los vínculos de un documento y encima enlazar a ellos para comprobar su lenguaje.

En mi opinión es mejor establecer tu lenguaje predefinido para todo el sitio e informar de los vínculos en otro idioma…, es lo lógico.

Bien, el ejemplo anterior es la misma técnica para usar con enlaces externos (añadir la clase external dependiendo del atributo href -> $(this).attr("href");), así informamos e damos la posibilidad al usuario de decidir qué hacer sobre ese vínculo externo.

Nota 2: El blog lo tengo bastante descuidado pero en el sitio web que llevo se pueden encontrar muchos ejemplos como éste, de accesibilidad, de JavaScript, Ajax y en concreto JQuery y de cómo convertir Wordpress en un CMS en toda regla

PD: Me hubiera gustado comunicarlo al autor pero el registro en su blog no va y no hay otro medio de contacto, al menos, yo no lo he encontrado

El hecho es que me siento impotente al ver tanta y tanta “web de pacotilla” relacionada con Jaén o con la zona, exceptuando los sitios oficiales de la Junta los cuales, casi todos, a decir verdad, “se salen” en casi todos los aspectos: volumen de información, calidad, atención al usuario, accesibilidad, semántica, estándares… los sitios que tratan sobre Jaén dan, primero pena y luego hasta un poco de asco.

Sitios turísticos con un gran volumen de acceso -imagino- hechos en Flash por completo y además inaccesible, agendas culturales cuyo texto son imágenes, en ASP e IIS (no por nada pero es una imagen bastante ilustrativa), botones de imágen, roll-over en JavaScript (sí, por increíble que parezca, sí).
Pero lo más asombroso es lo sencillo que es implementar un sistema de suscripción en XML (ya sea RSS, Atom, lo que seaaa! )…. y macho, no hay ni uno! (al margen de la web del Ayuntamiento creo).

O sea…. la web típica de los 90 ( ) o así, pfffff, que vergüenza por Dios, vaya empresas y a lo que voy: como no?, tenía que ser aquí, en Jaén , pfffff. En fin.

Como diría Trudy: “No estoy jugando”
Sony Crockett

Miami Vice#2006 - Michael Mann
Listening: “Who are You” - John Murphy & “Wide Awake” - AudioSlam.

Se pueden encontrar algunas referencias de esta visión de Wordpress en la comunidad o buscando en google, por ejemplo, por “Wordpress as CMS” que creo es una referencia bastante importante.

Y es que como siempre he mencionado, en mi opinión Wordpress puede funcionar tanto o mejor que esos pesados sistemas gracias a su potencia y flexibilidad.

Metadatos en los posts

En este caso hablaremos de los poco conocidos meta-datos de las entradas y que Wordpress explota muchísimo de forma interna aunque a los usuarios se les suelen pasar desapercibidos. Por ejemplo, Wordpress los usa para saber los adjuntos (attachments) del post en particular junto a algunos plugins como reproductores de audio en Flash, etc…

Para probar los metadatos de tus entradas puedes intentar usar en tus plantillas o en los posts mismos (si puedes ejecutar PHP en ellos) la función the_meta(); por ejemplo así:

<?php the_meta(); ?>

Podéis leer la referencia del Codex de Wordpress aquí

Probémoslo

Nosotros usaremos a continuación, describiremos un método algo trivial porqué no?, para proporcionar datos extra que no serán muy útiles desde otras funciones de nuestro CMS y más tarde un breve resumen de las posibilidades que ofrecen estos metadatos:

Descripción de Páginas Estáticas

La más trivial es el uso de una pequeña descripción para nuestras páginas estáticas que nos permitirá entre otras cosas situar dicha descripción en la parte que deseemos de nuestra plantilla de página por ejemplo. O usarla directamente en el texto de la entrada aunque yo recomendaría el uso de alguna plantilla para mantener la base de datos más limpia y que nuestras funciones partan desde sólo un origen: la plantilla, evitando posibles errores.

Lo que habría que hacer es incluir un metadato nuevo a la entrada, esto se hace desde el desplegable de la parte inferior (por defecto) llamado Campos Personalizados.
Olvidaremos los metadatos existentes del desplegable Seleccionar del Campo Clave que no hayamos introducido nosotros (si nunca los usaste, todos ellos serán internos de Wordpress o de plugins).
Agregaremos uno nuevo cuya Clave, ojo!, usaremos en todas nuestras entradas así que conviene pensarla bien pues será única para identificar esta funcionalidad o metadato. En mi caso la llamaré: PageDesc.

Es decir:
En Seleccionar no escogemos ninguno la primera vez.
Luego introducimos nuestro nombre para la clave en Clave.
Y, esto ya es en exclusiva para esta página, introducimos el valor de la clave PageDesc en mi caso.
Por ejemplo:
“Esta es la descripción de esta página.” (Se puede incluir HTML).

Bien, ya está , ya hemos agregado un nuevo metadato PARA TODAS LAS ENTRADAS llamado PageDesc cuyo valor PARA ESTA ENTRADA es:
“Esta es la descripción de esta página.”

Como vamos a mostrar ese metadato en la entrada?:
Muy fácil, podemos listarlos todos con la función mencionada antes: the_meta(); que nos generará una lista HTML estándar, pero queremos sólo ese metadato, el PageDesc:
Bien, pues tenemos varias funciones para ello desde recorrer el array de metadatos y seleccionar el que queramos hasta escoger la clave exacta que queremos de los metadatos, y esto haremos.

Generaremos, en la plantilla o el propio post, una variable que nos extraiga el metadato PageDesc (Para el fallo de la función uso simplemente the_title()):

1

<?php $PageDesc = (function_exists('get_post_meta')) ? get_post_meta($post->ID, 'PageDesc', true) : the_title(); ?>

Bien, ahora solo nos queda imprimirlo, como digo en la plantilla o por ejemplo en el propio post ^^!

En mi caso lo hago desde la plantilla de página estática: page.php de la siguiente manera:

1
2
3
4
5
6
7
8
9
10
11
12
13

	<!--story-->
 
	<!-- Descipcion de pagina desde los metatags del post -->
	<?php $PageDesc = (function_exists('get_post_meta')) ? get_post_meta($post->ID, 'PageDesc', true) : the_title(); ?>
	<p class="page_desc"><?php echo $PageDesc;?></p>
 
	<div class="storycontent_page">
 
		<?php the_content();?>
 
	</div>
 
	<!--end story-->

Porqué lo hago así?:
Porque puedo permitirme situar el metadato en cualquier lugar de la plantilla y, por ejemplo, escaparlo del flotante que uso como Tabla de Contenidos mediante JQuery, quedando la descripción intacta al inicio de la página y el contenido publicado por otra parte sin mezclarse ambos.

Otros usos

Las posibilidades son desde luego abrumadoras, puedes generar infinidad de metadatos y relacionar tus posts de la forma que imagines con simples consultas a la base de datos: Situaciones en Google Maps, planos, archivos de audio (muy popular ahora y más con la llegada de WP2.5, datos para varios posts…)

Por ejemplo, en la web de La Guardia los uso para añadir datos de las concejalías, así puedo acceder con una simple línea de código desde a los datos de contacto, localización, etc… a las noticias generadas por esa concejalía, por ejemplo añadiendo un metadato sobre la categoría de noticias… pfff, como digo, muchísimas posibilidades que hace de Wordpress mucho más que un CMS

…me encanta Wordpress ^^!

El caso es que, aunque me curré cosas muy bonitas, nunca me gustó pues los errores graves escapaban del control de set_error_handler(). Pero como en todo… nunca estamos limitados a lo que el propio lenguaje nos ofrece, quizá hemos caído demasiadas veces en la comodidad del uso de frameworks o quizá sea lo que viene inmediatamente y la encapsulación no nos deje ver un poco más allá… precisamente

El hecho es que si quieres gestionar tus propios errores en PHP4 con niveles de informe de usuario y administrador no es tan difícil como en un principio me parecía… solo era pensar un poco
Sé que PHP4 está prácticamente muerto pero también sé que muchos servers aún no han migrado

Controla la Gestión de Errores:

Desde que me obligué a convertir el sitio web de La Guardia en un CMS en toda regla y me forcé a usar la metodología MVC, debo decir que me gusta aún más programar para la web… es esa forma de “hacer las cosas bien”, elegantes… aunque mis scripts no lleguen a esos niveles el caso es intentarlo.

El método

Así, el método básico es, desde luego, tener un control de usuarios o al menos del administrador…. obviamente para elegir un nivel de informe de errores. Aunque casi es lo de menos, usaremos por ejemplo las funciones de sesión de usuario en Wordpress y sin tocar WP_error() del que no he estudiado mucho aunque intuyo que sería muy útil.

El funcionamiento sería muy sencillo:
Mediante las funciones de usuario de Wordpress o cualquier otro sistema, o el reconocimiento del nivel administrador, bien mediante IP (avanzada para ips dinámicas en su caso y no muy recomendable en realidad), generaremos dos tipos de nivel de errores:

• Nivel administrativo
• Nivel de usuario.

Primero procederemos a establecer el informe de errores en ninguno.
Chequearemos el usuario y estableceremos los siguientes niveles:

• Admin: E_ALL ^ E_NOTICE (Todos los errores menos los avisos de PHP).
• User: E_USER_NOTICE (Todos los avisos que generemos).

A la vez que proporcionamos el nivel de error estableceremos la función que ofrecerá el reporte de errores para cada tipo:
set_error_handler('miGestorErrores');

Y aquí vienen las carencias de PHP4 que nos obligan a escribir un poco más de código:
En PHP5 solo necesitaríamos una única función de gestión de errores porque podríamos pasar a set_error_handler el nivel que queremos que muestre, en este caso para cada tipo de usuario, por ejemplo:

• Si es el administrador:
  set_error_handler('MiGestorErrores',E_ALL);
• Sino:
  set_error_handler('MiGestorErrores',E_USER_NOTICE);

Pero para PHP4 no podemos hacerlo, ya que no podemos pasarle parámetros a set_error_handler(), así que simplemente nos costará unas cuantas líneas más para crear una función más.
Esto es: una función de gestión de errores de usuario y otra de administrador.
Sí, es muy bruto y se puede y debe pulir… pero por ahora lo dejaremos así para ilustrar.

Así, ya tenemos montado el sistema de informes de error y que podemos usar sin miedo alguno a imprimir errores de php al usuario y sabiendo que tendremos información de todos los errores en modo administrador. Digamos que, omitiendo el tema de seguridad al funcionar como admin, tenemos un entorno de desarrollo y producción en uno

El código:

Bien, en el caso de Wordpress se puede hacer más o menos así:

Muy importante:
(Línea 5) Usa tus propios métodos de chequeo del admin, estos son a modo de ejemplo.
El código va bastante explicado y ojo!, le faltaría un poco más de depuración para controlar los datos que llegan a la función,etc,etc,etc…
Si lo usas, es a modo de ejemplo sólo, compruébalo!

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70

error_reporting(0); // Errores Off inicial.
global $userdata;
get_currentuserinfo();
 
if( ($userdata->user_level === 'Nivel del admin') && (//Otros datos que consideres importantes para asegurarte: $userdata->user_login, $userdata->ID, $userdata->user_nicename, etc...) ) :
	error_reporting(E_ALL ^ E_NOTICE); // Activamos los errores para el admin
	// establecer el gestor de errores definido.
	set_error_handler('miAdminGestorErrores');
else :
	error_reporting(E_USER_NOTICE);
	// establecer el gestor de errores de USUARIO, nivel mínimo: NOTICE.
	set_error_handler('miUserGestorErrores');
endif;
 
// función de gestión de errores NIVEL ADMIN:
function miUserGestorErrores($num_err, $cadena_err, $archivo_err, $linea_err) {
	switch ($num_err) {
		// USER: Este será el Nivel de errores que daremos a los usuarios.
		// No debemos imprimir nada más que nuestra cadena de error.
		case E_USER_NOTICE:
			echo '<strong class="red">Error:</strong> '.$cadena_err."<br />\n";
		break;
 
		// Para el resto nada.
		default:
			return false;
		break;
	}
 
	/* MUY IMPORTANTE: No ejecutar el gestor de errores interno de PHP */
	return true;
}
 
// función de gestión de errores NIVEL USER:
function miAdminGestorErrores($num_err, $cadena_err, $archivo_err, $linea_err) {
	switch ($num_err) {
 
		// ADMIN: Error Grave:
		case E_USER_ERROR:
			echo '<div class="error"><h5>DEBUG: Error Grave</h5>
			<p>['.$num_err.'] '.$cadena_err.'<br />
			Error fatal administrativo en la l&iacute;nea '.$linea_err.' del archivo '.$archivo_err.'<br />
			' . PHP . ' ' . PHP_VERSION . ' (' . PHP_OS . ')<br />
			Abortando...</p></div>';
		exit(1);
		break;
 
		// ADMIN: Error Alerta:
		case E_USER_WARNING:
			echo '<div class="alert"><h5>DEBUG: Advertencia</h5>
			<p>['.$num_err.'] '.$cadena_err.'<br />
			Advertencia administrativa en la l&iacute;nea '.$linea_err.' del archivo '.$archivo_err.'<br />
			' . PHP . ' ' . PHP_VERSION . ' (' . PHP_OS . ')</p></div>';
		break;
 
		// USER: Este será el Nivel de errores que daremos a los usuarios.
		// No debemos imprimir nada más que nuestra cadena de error.
		case E_USER_NOTICE:
			echo '<strong class="red">Error:</strong> '.$cadena_err."<br />\n";
		break;
 
		// Para el resto nada.
		default:
			return false;
		break;
	}
 
	/* MUY IMPORTANTE: No ejecutar el gestor de errores interno de PHP */
	return true;
}

Conclusiones

Hay que hacer notar que en la función de reporte del administrador, sigo usando E_USER_NOTICE aparte de que con el nivel establecido me llegarán todos menos los avisos de php (E_NOTICE) no cejo en el empeño de usar una única función! …pero será más tarde, ahora no hay tiempo

Por lo demás, creo que el código por sí mismo se explica bastante bien.

En mis scripts simplemente genero mis errores con un simple:
trigger_error('Cadena de Error', Nivel de Error);
por ejemplo:
trigger_error('No se encontró un archivo básico para el sistema', E_USER_ERROR);
Y su versión administrativa:
trigger_error('No se encontró el archivo básico para el sistema: '.$fileRequired, E_USER_ERROR); // Usamos el nivel ERROR FATAL porque se supone el sistema se caería sin ese archivo pero se puede usar E_USER_WARNING para avisos no críticos. Por ejemplo yo lo hago para avisos de cacheos de archivos que sólo quiero ver yo…

MVC

Porqué mencioné MVC???… pues porque teniendo en cuenta que puedes establecer un preformato para tus avisos de error no necesitarás incrustar más código HTML para generar errores.
La función inicial sería el Modelo de datos, las funciones de php, este caso trigger_error, serían los Controladores y tu formato de error predefinido sería la Vista, tu plantilla.
De esta forma puedes llamar a los errores siempre desde funciones con búfer, por ejemplo con, el pesado, eso sí , sprintf() o guardándolos en búferes de salida, y luego aplicarles el formato de la Vista. Ej:

1
2
3
4
5
6
7
8
9

	// Notices:
	$msgError = '<strong>No se realiz&oacute; la cach&eacute;!</strong><br />
	No se pudo <strong>%1$s</strong> en el archivo: %2$s';
 
	$msgNotice = '<strong>Atenci&oacute;n!</strong><br />
	%1$s.';
 
	$msgOk = '<strong>Cach&eacute;!.</strong><br />
	El archivo <strong>%1$s</strong> se cache&oacute; correctamente!';

Y luego generar un error formateado simplemente con:

trigger_error(sprintf($msgError,'escribir',$fileCached), E_USER_WARNING);

Sabiendo que tus errores tienen un formato HTML o una Vista del tipo:

1
2
3
4
5

			<div class="error"><h5>DEBUG: Error Grave</h5>
			<p>[%NúmeroError%] %TextoError%<br />
			Error fatal administrativo en la l&iacute;nea %LineaError% del archivo %ArchivoError%<br />
			%DatosOpcionales%<br />
			Abortando...</p></div>

con el que puede trabajar un Diseñador Web

O incluso puedes hacer otra función que gestione a trigger_error, o lo suyo, una clase… pero es ya es liar mucho la breva para eta entrada

Fin / EOF

No soy ni siquiera un entendido… pero lo dicho, a mí me basta y me va muy bien
Es obvio que cualquier sugerencia será tremendamente bien recibida pero eso sí, excepcionando las tipo: Usa PHP5!!, recordemos que no tiene porqué depender del administrador del software, repito, del software y que es un ejercicio práctico y de compatibilidad inversa

PD: Como es habitual en mí ya iré coorrigiendo fallos que haya tenido en la entrada y borrrando cagadas

En realidad, no debería ser considerado como marcado válido pues la semántica debería ser parte de ello. En este sentido, quizá sea un poco talibán desde que adquirí ciertas costumbres heredadas de la lectura de Zeldman y más tarde minid.net por ejemplo.

El código posterior que generaré es un sistema que uso en la web que administro, laguardiadejaen.com, para generar unas citas aleatorias en la cabecera de la plantilla. Es una plantilla que adapté a Wordpress obra de Collin Grasley (de OpenDesigns.org), a decir verdad, un diseñador que me gusta bastante… pero, humildemente, considero que también peca del intento obsesivo de compatibilidad inversa en navegadores y, por qué no? e imagino: “sea condescendiente con IE a toda costa“.

La plantilla original es esta.

Consideremos este código:
(He indexado el código para una mejor comprensión aunque el original no la tiene.)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

<div id="header">
	<div id="logo">
		<span class="logo">your logo here</span>
	</div>
	<div id="headerloginbutton"><a href="#">Log In | Sign Up</a></div>
	<div id="menu">
		<ul>
			<li><a href="#" title="Contact Us">Contact Us</a></li>
			<li><a href="#" title="About Us">About Us</a></li>
			<li><a href="#" title="Clients">Clients</a></li>
			<li><a href="#" title="Our Work">Our Work</a></li>
			<li><a href="#" title="Home">Home</a></li>
		</ul>
	</div>
</div>

Div, div, div, id, id, id…. pfffff por Dios… al menos hay una lista!

Hagámoslo algo coherente, con sentido y útil:

1
2
3
4
5
6
7
8
9
10
11

<div id="header">
	<h1>your logo here</h1>
	<a href="#">Log In | Sign Up</a>
	<ul id="menu">
		<li><a href="#" title="Contact Us">Contact Us</a></li>
		<li><a href="#" title="About Us">About Us</a></li>
		<li><a href="#" title="Clients">Clients</a></li>
		<li><a href="#" title="Our Work">Our Work</a></li>
		<li><a href="#" title="Home">Home</a></li>
	</ul>
</div>

Mucho mejor, no?… nos hemos ahorrado unas cuantas líneas, unos cuantos caracteres e identificadores innecesarios y el documento es más coherente y semántico. Ahora veremos los cambios y luego “la magia CSS“:

• Primero hemos eliminado el div, el span y la clase de logo.
  Es el logotipo principal, el título del sitio, un título de primer nivel cabe esperar así que pongamos nuestro inédito hasta ahora H1… simple y sencillo.
• Le sigue un enlace…
  Para qué queremos otro div más con otro identificador más? (por lo visto se cree que todos los elementos HTML deben ir identificados… no lo entiendo).
  Bien, un enlace pues un enlace… punto.
• Y lo que te rondaré morena:
  Oooootro DIV más… con el consiguiente identificador para englobar una lista que, por cierto, ahora que sería recomendable un identificador para algo tan importante como el menú… no lo tiene El del DIV no cuenta o cuando menos no es del todo semántico pues el menú en concreto, exacto es una lista.
  Bien… una lista que será el menú. Pues eso mismo: una lista identificada como menú.

La magia:

Pero… ¿como funcionará el nuevo código para un diseño idéntico?, bien, esto es la magia de CSS y sobre todo, la herencia de los elementos. Vamos allá:

Sabemos que tenemos una división o sección que es la cabecera: header.
Hasta ahora es correcto e incluso el identificador nos sirve para usar un marcador de posición superior.

Siendo así, todos los elementos será hijos únicos de esta división:
Header h1
Header a
Header ul…
Pues bien, no hay motivo para usar identificadores ni clases innecesarios, simplemente usemos la herencia CSS:

1
2
3
4
5
6
7
8
9
10

#header h1 {
}
#header a {
}
#header ul#menu {
}
#header ul#menu li {
}
#header ul#menu li a {
}

etc, etc, etc…

También se puede ser un poco menos talibán y usar un div para el login:

1
2
3
4
5
6
7
8
9
10
11

<div id="header">
	<h1>your logo here</h1>
	<div><a href="#">Log In | Sign Up</a></div>
	<ul id="menu">
		<li><a href="#" title="Contact Us">Contact Us</a></li>
		<li><a href="#" title="About Us">About Us</a></li>
		<li><a href="#" title="Clients">Clients</a></li>
		<li><a href="#" title="Our Work">Our Work</a></li>
		<li><a href="#" title="Home">Home</a></li>
	</ul>
</div>

Con otra regla CSS de herencia:

1
2

#header div a {
}

Pero en resumen se puede mirar el código de la plantilla y observar que todo son DIVs, IDs, SPAN y clases… por un tubo… no son necesarias

Con más tiempo extenderé el asunto con detalles y en definitiva de lo que va todo esto:

Conclusión

Cómo hemos pasado de un marcado inválido y propietario a otro fullero, volviendo a los trucos… antes eran trucos inválidos y ahora siguen siendo trucos, marcado sucio no semántico pero válido. Y además, de como algunos estilos que tanto llaman la atención, por ejemplo algunas plantillas Wordpress, al mirar sus entrañas se descubre más de lo mismo… muy triste no aprender de los errores pasados, pero… uno es libre de cometerlos, claro, solo que tus archivos pesarán un 50% más, tu sitio consumirá un 50% más de ancho y tu documento se renderizará un 50% más lento… eso sin contar con otro tipo de dispositivos como navegadores móviles, basados en estructura… texto, audio, etc…

El hecho es que con la estandarización del marcado web a XML, las validaciones del W3C y todo este pollo, muchos de los diseñadores web han pasado del marcado basura de presentación HTML al marcado basura de presentación válido, estándar… pero basura y de presentación como digo.
Una de los primeros sintomas es la famosa DIVITIS. Vemos como editar este tema que uso en el blog: 4u para pasar de un marcado basura de presentación a un marcado estructural:

Teníamos esto:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

<div id="utombox">
	<div id="header">
		<div class="inside">
		<div class="utom">
			<div id="search">
				<form method="get" id="sform" action="<?php bloginfo('home'); ?>/">
 					<div class="searchimg"></div>
					<input type="text" id="q" value="<?php echo wp_specialchars($s, 1); ?>" name="s" size="15" />
				</form>
			</div>
 
			<h2><a href="<?php echo get_settings('home'); ?>/" title="<?php bloginfo('description'); ?>"><?php bloginfo('name'); ?></a></h2>
			<p class="description"><?php bloginfo('description'); ?></p>
		</div>
		</div>
	</div>
	<!-- [END] #header -->
	<div id="menu">
		<div class="utom_menu">
 
				<ul class="menu">
				<li class="<?php if (((is_home()) && !(is_paged())) or (is_archive()) or (is_single()) or (is_paged()) or (is_search())) { ?>current_page_item<?php } else { ?>page_item<?php } ?>"><a href="<?php echo get_settings('home'); ?>">Blog</a></li>
				<?php wp_list_pages('sort_column=menu_order&depth=1&title_li='); ?>
				<?php wp_register('<li class="admintab">','</li>'); ?>
				<li class="utom_menu_b"></li>
				</ul>
 
		</div>
	  </div>

Sin acabar en absoluto aún, pasemos a esto:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34

<div id="container">
 
	<div id="header">
 
		<div class="inside">
 
			<div class="utom">
 
				<!-- Busqueda -->
				<form method="get" id="searchform" action="" title="Escribe y pulsa ENTER">
					<input type="text" value="<?php _e('Search');?>: escribe y pulsa ENTER" size="20" name="s" id="s" onfocus="this.value=''" tabindex="4" />
					<input name="Buscar" type="hidden" id="searchbutton" value="Buscar" />
				</form>
				<!-- end Busqueda -->
 
				<h2><a href="<?php echo get_settings('home'); ?>/" title="<?php bloginfo('description'); ?>"><?php bloginfo('name'); ?></a></h2>
				<p class="description"><?php bloginfo('description'); ?></p>
 
				<ul id="globalinks">
					<li><a href="#content" accesskey="S" tabindex="1" title="Ir al Contenido">IR AL CONTENIDO</a></li><li><a href="#sidebar_top" accesskey="M" tabindex="2" title="Ir al Men&uacute;">IR AL MEN&Uacute;</a></li><li><a href="#searchform" accesskey="B" tabindex="3" title="Ir al Formulario">BUSCAR</a></li>
				</ul>
			</div>
			<!-- end utom -->
		</div>
		<!-- end inside -->
 
	</div>
	<!-- end header -->
 
	<ul id="menu">
		<li class="<?php if (((is_home()) && !(is_paged())) or (is_archive()) or (is_single()) or (is_paged()) or (is_search())) { ?>current_page_item<?php } else { ?>page_item<?php } ?>"><a href="<?php echo get_settings('home'); ?>">Blog</a></li>
		<?php wp_list_pages('sort_column=menu_order&depth=1&title_li='); ?>
		<?php wp_register('<li class="admintab">','</li>'); ?>
	</ul>

No necesitamos un DIV para el menu… es una lista, usemosla en exclusiva, etc… etc… etc…
Como digo es algo rápido, sin acabar, pero vuelve a ser un ejemplo de hacer las cosas mal.

En definitiva, el resultado haciendo las cosas bien es el mismo:

Hola! hace unos dias recibia la llamda del 4636 y no lo cogí pero hoy me han vuelto a llamar y lo he cogido, no se escuchaba nada. Por lo que he leio nadie sabe nada, espero q no sea un virus…
http://www.sahw.com/wp/archivos/2006/04/25/virus-y-moviles-resena-en-expansion/#comment-36585

Pues después de estar toda la santa semana recibiendo perdidas en el curro del put* número este (que me sonaba un poco a publicidad, más bien SPAM), alrededor de la misma hora, ya estaba preocupado y este miércoles pude cogerla para comprobar yo también que “te cuelgan”…, así de simple.
Digo: ” …Toma ya, tus cojones ahí” ^^!

De modo que hoy ya tenía la intención de llamar a Movistar para ver qué cojones pasaba y he acabado por encontrar la solución (Vía comentarios del blog de Sergio Hernando -Seguridad de la Información y Auditoría de Sistemas- ), algo tediosa y pesada pero que aún, ahora mismo, no he probado:

La solución es el famoso derecho del usuario a cancelar los datos que una empresa o entidad guarda sobre ti cuando te presta un servicio. Lo que no sabía es que esto lo pudieran hacer con fines publicitarios y sobretodo de terceros.
No puedo mirar el contrato porque no sé donde estará después de tanto tiempo (llevaré con Movistar del orden de 6 años creo) y tampoco sé si les afecta (en matería de telefonía móvil) la LOPD, la Ley Orgánica (no recuerdo el nº) de Protección de Datos.

Para ejercer tu derecho debes llamar al 4407 y seguir las instrucciones, menos mal que esta llamada, aunque parezca mentira, es gratuita si no ya es para cagarse.
Ahora toca perder el tiempo por una nueva, de las muchas ya, injusticia para con el consumidor… y es que España y las Telecomunicaciones son la poll* macho, pfff

Lo dicho, no he mirado el contrato pero me gustaría hacerlo para ver hasta que punto es legal que te saturen la línea con las putas llamadas y los mensajitos de publicidad.

PD: Cuesta creer algo en todo esto: prácticamente, la mayoría de los usuarios de internet sabemos que el SPAM en todas sus formas tiene más bien poco éxito, si algo ha demostrado Google ha sido precisamente esto devolviendo la lógica a la publicidad en Internet con propuestas de anuncios realmente útiles y no intrusivos.
Pues cuesta creer que una compañía como Telefónica aún crea en el SPAM… porque cuesta creer que si me mandas un mensaje desde un puto número que desconozco y del que no me fío ni un pelo, anunciándome un Quad supermegaguay… pille y coja el anuncio, es altamente poco probable
Incluso si estoy en la aceituna, rompemos TODASSS las piquetas gg y me mandas un anuncio de varas de fibra muy baratas y en Jaén