aNieto2K Desarrollo web, Wordpress, y alguna cosilla más

Isra, nos muestra una librería en PHP que ha desarrollado para ayudarnos a trabajar con CSS de una forma muy cómoda y profesional.

$styles = new CssDispatcher; 

$styles->add(new Css('ie-hacks.css.php'));
$styles->add(new Css('general.css.php')); 

$styles->render();

CssDispatcher, se encarga de procesar los ficheros .css permitiendo así que podamos incluir código PHP en nuestras hojas de estilos, además de unir y comprimir todas las hojas de estilo que necesitemos en nuestro proyecto.

$styles = new CssDispatcher; 

// Este CSS solo se enviará cuando sea Internet Explorer 6
$styles->add(new Css('ie-hacks.css.php', Css::UA_IE6));
$styles->add(new Css('general.css.php')); 

$styles->render();

Además, nos permite condicionar nuestro CSS dependiendo del navegador que nos visita. De esta forma, podemos cargar un fichero, o no, dependiendo si el navegador que nos visita es el especificado previamente.

CSScaffold es un framework CSS con el que podemos extender las posibilidades de nuestros CSS desde PHP. Básicamente se trata de un script PHP que recoge los ficheros .CSS a tratar y mediante una nomenclatura (que veremos más adelante) nos genera unos ficheros CSS que cualquier navegador podrá interpretar.

(Ver Imagen)

// Ejemplo de uso:
<link href="/scaffold/index.php?request=/css/master.css" />

Continua —>

Miguel(adSeok) nos muestra una forma evitar que Google SideWiki, la nueva aplicación de Google para intentar dispersar el contenido, permita que los usuarios dejen un comentario mediante esta herramienta.

(Ver Imagen)

Esta nueva aplicación, permite que los usuarios que la tenga instalada, puedan generar contenidos (que únicamente serán vistos por otros usuarios que tengan la aplicación) en forma de comentarios sobre una página web, simplemente mediante un click en un nuevo menú lateral.

 RewriteEngine On
 RewriteCond %{HTTP_USER_AGENT} GTB [NC]
 RewriteRule .* notoolbar.php [L]

Con este pequeño código que vemos arriba ubicado en nuestro .htaccess, nuestra página no permitirá acceder que esta aplicación deje comentar nuestras páginas.
Ojo, que el script no permitirá que los usuarios que tengan el plugin instalado puedan acceder a la página redireccionando a notoolbar.php

Si la iniciativa NOIE6Day no te convence, puedes optar por hacer que tu Wordpress muestre el theme por defecto (kubrick) a tus usuarios con Internet Explorer 6. Para ello, únicamente tendremos que añadir esto al fichero functions.php de nuestro theme.

add_filter('template', 'serve_default_to_iesix');
add_filter('option_template', 'serve_default_to_iesix');
add_filter('option_stylesheet', 'serve_default_to_iesix');
function serve_default_to_iesix($theme) {
 if(strpos($_SERVER['HTTP_USER_AGENT'], 'MSIE 6') !== false)
    $theme = 'default';
 return $theme;
}

Desde este momento, tus usuario tendrán el theme por defecto activo cuando visiten tu blog.

Hace ya más de 3 años vimos una función para recoger parámetros pasados por GET mediante Javascript. Esta implementación pasaba por parsear la URL actual y obtener de ahí los parámetros. Pues en codeNothing? han implementado una versión para los amantes de php.

;(function(window){
var
 $_GET = window.$_GET = {},
 $_VAN = window.$_VAN = {},
 location = window.location,
 search = location.search,
 href = location.href, 

 index = search.indexOf('?') != -1 ? search.indexOf('?') + 1 : 0,
 get = search.substr(index).split('&'),
 vanity = href.replace(/^https?:\/\/(.*?)\//i, '').replace(/\?.*$/i, '').split('/'); 

 for (var i in get){
 var split = get[i].split('=');
 $_GET[split[0]] = split[1]||null;
 }
 for (var i in vanity)
 $_VAN[i] = vanity[i]||null;
})(window);
// Modo de uso

var param = $_GET["param"];
alert("Parámetro: " + param);

Como podemos ver, esta función  nos permite añadir al objeto window la variable $_GET y usarla exactamente igual que en PHP.

Hace un par de días hablabamos de una forma de mejorar el consumo de memoria de tu Wordpress. La solución, usar eAccelerator junto a Zend Optimizer permitía mejorar hasta un 90% el consumo de memoria consumida.

Aprovechando que MAMP tiene un sistema fácil y cómodo de probar estas combinaciones he hecho una prueba con un blog limpio recien instalado con diferentes combinación, los resultados son realmente interesantes.

Test

Partimos de que estoy en un iMac con 2GB de RAM, bajo Leopard. La versión de MAMP disponde de :

• Apache 2.0.59
• MySQL 5.0.41
• PHP 4.4.7 & 5.2.3
• Wordpress 2.8.4 (recien instalado)
• Plugin TPC! Memory usage

Las pruebas las he realizado sobre la versión PHP5 (osea la 5.2.3) con 32 MB de límite de memoria. Y los componentes que he testeado son:

• APC 3.0.14
• eAccelerator 0.9.5.1
• XCache 1.2.0
• Zend Optimizer 3.2.8

Mediante un simple panel de la propia aplicación hacer los cambios es tan sencillo como seleccionar la combinación y pulsar aceptar.

(Ver Imagen)

Continua —>

En WebJawns.com publicaron hace unas semanas una forma fácil de reducir el consumo de memoria de Wordpress. Al parecer inicialmente usando únicamente eAccelerator obtenía unos resultados de aproximadamente un 57% menos de consumo de memoria, osea de 14MB lograba reducir el consumo a 8M.

(Ver Imagen)

Trás unas pruebas más, y midiendo los datos con el plugin TPC! Memory Usage nos muestra una mejoría del 90% en cuanto a consumo de memoria de Wordpress.

La solución pasó por unir la mejoría de eAccelerator a la potencia de Zend Optimizer, ¿Alguien ha probado algo similar?