function get_delicious()
{
	$cache = dirname(__FILE__) . '/caches/delicious';
	if(filemtime($cache) < (time() - 300))
	{
		@mkdir(dirname(__FILE__) . '/caches', 0777);
		$url = 'https://api.del.icio.us/v1/posts/recent?count=10';
		$ch = curl_init();
		curl_setopt($ch, CURLOPT_URL, $url);
		curl_setopt($ch, CURLOPT_POST, 1);
		curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
		curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 30);
		curl_setopt($ch, CURLOPT_TIMEOUT, 5);
		curl_setopt($ch, CURLOPT_HTTPAUTH, CURLAUTH_ANY);
		curl_setopt($ch, CURLOPT_FOLLOWLOCATION, 1);

		// agregá delicious.com tu usuario y password en esta línea:
		curl_setopt($ch, CURLOPT_USERPWD, 'usuario:password');
		$data = curl_exec($ch);
		curl_close($ch);
		$cachefile = fopen($cache, 'wb');
		fwrite($cachefile, $data);
		fclose($cachefile);
	}
	else
	{
		$data = file_get_contents($cache);
	}
	$xml = simplexml_load_string($data);

	$html = '
';
	foreach($xml as $item)
	{
		$html .= '
' . $item['description'] . ' ' . $item['extended'] . '

';
	}
	$html .= '
Mis bookmarks recientes

';
	$html .= '

';
	echo $html;
}

// Mostralos
get_delicious();

Este snippet usa SimpleXML, propiedad que fué incluida en PHP5 para hacer la lectura de XML mucho más sencilla.

if (strstr($_SERVER['HTTP_USER_AGENT'], 'iPod')
|| strstr($_SERVER['HTTP_USER_AGENT'], 'iPhone'))
{
    header('Location: http://ejemplo.com/paginaparaiPhone');
    exit ();
}

Así que te comparto este pequeño script en php, esta pequeña utilidad te elimina todos los cambios de carro, tabs y te deja tu markup en una linea… Comprimiendo tu código y haciendo la carga e interpretación del browser un poco más rapida.

<?php
    //  inicia el buffer de salida
    ob_start('compress_html');
?>

<!-- Colocá tu HTML acá -->

<?php
    // Finaliza el buffer de salida y escúpe el html comprimido
    ob_end_flush();

    //  esta funcion elimina los tabs, cambios de carro y espacios en blanco
    function compress_code($compress)
    {
        $i = array('/>[^S ]+/s','/[^S ]+</s','/(s)+/s');
        $ii = array('>','<','1');
        return preg_replace($i, $ii, $compress);
    }
?>

Manos a la obra, para la siguiente receta necesitamos estos ingredientes:

• Haber hecho un backup previo
• Tener la última version del developer tools de apple (Xcode 3.0 como minimo). Los dev tools están en el DVD que venía con la mac.
• X11 cliente… este ya está instalado en 10.5.x
• X11SDK, que no es lo mismo que el cliente.
• Revisar que efectivamente tienes el back up
• No haber instalado nada relacionado con GD, libpng, libjpg o freetype anteriormente (o al menos saber cómo adaptar estas instrucciones a lo que tienes)

Instalando libjpeg

• Creas un directorio temporal llamado recursos en la raíz del disco duro.
• Descargas libjpeg y lo extraes en “recursos”.
• Abres el terminal y logueas en root digitando “su”

En caso de que no tengas habilitados los privilegios de administrador es fácil habilitarlos con la utilidad de directorios.app que se localiza en /Applications/Utilities… simplemente lo abres, das click en edit option → “Enable Root User” y luego asignando un password.

Luego en terminal escribes:

cd /Recursos/jpeg-6b
cp /usr/share/libtool/config.sub .
cp /usr/share/libtool/config.guess .

Luego, para procesadores de 32 bit escribes:

./configure --enable-shared

Y para los de 64 bits:

MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch ppc
-arch ppc64 -arch i386 -arch x86_64 -g -Os
-pipe -no-cpp-precomp" CCFLAGS="-arch ppc
-arch ppc64 -arch i386 -arch x86_64 -g -Os
-pipe" CXXFLAGS="-arch ppc -arch ppc64 -arch i386
-arch x86_64 -g -Os  -pipe" LDFLAGS="-arch ppc
-arch ppc64 -arch i386 -arch x86_64 -bind_at_load"
./configure --enable-shared

Por ultimo escribes esto para instalarlo:

make
mkdir -p /usr/local/include
mkdir -p /usr/local/bin
mkdir -p /usr/local/lib
mkdir -p /usr/local/man/man1
make install

Instalando la librería GD

Descargas PHP y lo extraes en “Recursos” (php-5.2.4 es lo adecuado porque es la misma versión que viene preinstalada en Leopard).

De nuevo en terminal.app:

cd /Recursos/php-5.2.4/ext/gd
phpize

Para 32 Bits:

./configure --with-zlib-dir=/usr --with-jpeg-dir=/usr/local/lib
--with-png-dir=/usr/X11R6 --with-freetype-dir=/usr/X11R6
--with-xpm-dir=/usr/X11R6

Para 64 Bits:

MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch ppc -arch ppc64
-arch i386 -arch x86_64 -g -Os  -pipe -no-cpp-precomp"
CCFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g
-Os  -pipe" CXXFLAGS="-arch ppc -arch ppc64 -arch i386
-arch x86_64 -g -Os  -pipe" LDFLAGS="-arch ppc -arch ppc64
-arch i386 -arch x86_64 -bind_at_load" ./configure
--with-zlib-dir=/usr --with-jpeg-dir=/usr/local/lib
--with-png-dir=/usr/X11R6 --with-freetype-dir=/usr/X11R6
--with-xpm-dir=/usr/X11R6 --with-gd

Y luego escribes:

make
make install

Integramos al Apache

Renombras el archivo php.ini.default a php.ini que se encuentra en /etc.

Lo abres y le agregas esta linea:

extension=gd.so

Luego buscas esta:

extension_dir = "./" 

Y la desactivas poniendole un punto y coma adelante.

>;extension_dir = "./" 

Por último reinicias el Apache:

apachectl restart

y creas un archivo llamado test.php que contenga esto:

<?
phpinfo();
?>

Y si ves algo parecido a esto:

Estás listo.

Provecho

Hasta aquí todo perfecto. El problema surge cuando queremos incorporar a nuestro proyecto (en mayor o menor medida) algunos módulos basados en FDS (Flex Data Services), ahora conocido como LiveCycle Data Services. Esto nos obliga a montar un servidor de aplicaciones J2EE (como Tomcat) junto a nuestro Apache.

La verdad es que para mi proyecto, dadas las dimensiones que ya tiene y a los tiempos de desarrollo tan ajustados, me resulta inviable plantear un refactoring del código para basar el proyecto totalmente en LCDS. Al menos para la primera revisión estable, he decidido mantener AMFPHP e incorporar LCDS para implementar un módulo de Reporting y quizás alguno más para generación de listados de datos y gráficas empresariales a tiempo real (mediante data-push).

Todo esto me hace plantear lo siguiente: ¿a caso no es posible, o incluso deseable, desarrollar un proyecto Flex en el que se incluyan partes con AMFPHP, LCDS e incluso Red5?

En un intento rápido, he tratado de cargar un módulo de generación de PDF existente en Tomcat desde la aplicación principal (basada en Flex+AMFPHP) sin muy buenos resultados.

El problema es que hay muchos problemas y me explico: el app principal corre en Apache (puerto 80) y tomcat en el 8080. Mi aplicación principal es un Flex compilado, mientras que la parte en LCDS es MXML compilado en el servidor. Al llamar de uno a otro, podemos tener problemas de violación de la sandbox y lo que es peor, problemas con los contextos:

En LCDS, configuramos la compilación, linkado, “destinations” y demás mediante ficheros de configuración xml. Concretamente, en el fichero services-config.xml especificamos los endpoints de cada uno de los canales con los que queremos trabajar. Esto es el extracto perteneciente a AMF:

[code]

He observado que, cuando se llama al módulo desde la aplicación principal (en Apache), dicha información es desconocida y por lo tanto, el módulo no funciona ni para atrás.

Seguramente todo es más fácil de lo que pienso, pero ante todo soy desarrollador, NO administrador; por eso, aunque esos parámetros pueden indicarse tanto en el fichero flex-config.xml como en la propia linea de comandos del compilador, creo muy tedioso e indeseable el estar trasteando con esos parámetros. De hecho y por experiencia, creo que estar “chapuceando” las instalaciones para salir del paso se convierte en un problema insalvable a la larga.

Para mis necesidades, creo que la mejor solución es la siguiente: hacer hablar correctamente a Apache con Tomcat.

Para esto último, lo único que necesitamos es instalar Apache Tomcat Connector. Esto es simplemente un módulo de Apache como otro cualquiera que canaliza, según un fichero de reglas, todas las llamadas necesarias a Tomcat una vez recibidas por Apache y de forma transparente.

Esto nos proporciona enormes posibilidades no sólo para integrar en nuestras aplicaciones módulos de distintas procedencias de manera sencilla; sino que además nos permitirá servir aplicaciones J2EE desde varios servidores a través de Apache (Apache se convierte en una especie de “proxy”), habilitar mecanismos de balanceo de carga, etc….

Al grano….

Instalación de Apache+PHP+MySQL+AMFPHP.

Creo que este apartado no requiere de muchas explicaciones y hay montones de tutoriales por toda la red. En resumen y para los impacientes: descarga XAMPP para Mac Osx, Windows o Linux y descarga e instala AMFPHP como corresponda.

Instalación de Apache Tomcat y LCDS

- Descarga Apache Tomcat desde la web oficial e instala de la manera convencional. Arranca el servicio para comprobar que todo está OK y a continuación paralo nuevamente.

- Descarga el instalador de LiveCycle Data Services desde la web de Adobe.

- Inicia la instalación indicando que quieres una instalación sobre un servidor J2EE existente (no con el JRun integrado). Selecciona como directorio de instalación el directorio principal de aplicaciones de tu Tomcat (por ejemplo, D:\Tomcat_5.5_lcds\webapps). Esto añadirá a dicha carpeta varios ficheros .war que habilitarán LCDS sobre Tomcat.

- Inicia Tomcat y espera un pelín. Tomcat automáticamente se encargará de expandir los ficheros .war de LCDS, creando sobre nuestro directorio webapps correspondiente una nueva carpeta por cada fichero .war existente.

- Una vez compruebes de que todo está arrancado, abre las aplicaciones de ejemplo de LCDS para comprobar que todo está OK: http://localhost:8080/samples.

¡¡Ya casi estamos!!

Instalación y configuración del Apache Tomcat Connector.

Lo primero que deberemos hacer es descargar el módulo correspondiente a nuestra versión de Apache desde esta dirección.

Dentro encontrarás una serie de ficheros, entre los cuales están las librerías .so para nuestro Apache y que tienen la siguiente forma:

[code]mod_jk-apache-(version_apache).so[/code]

Tan sólo deberemos descargar el fichero correspondiente a la (version_apache) que tenemos instalada.

Ahora guardamos el fichero descargado en el directorio de módulos de apache (en Windows suele ser c:\apache\modules) y renombrar el fichero al nombre mod_jk.so. Este paso es muy importante si queremos evitar problemas a posteriori.

Para mantener las cosas en orden, vamos a crear un fichero de configuración .conf independiente del principal (htttpd.conf).

Creamos un nuevo fichero de texto llamado tomcat.conf con el siguiente contenido:

[code]# Carga del módulo apache
LoadModule jk_module modules/mod_jk.so
# Si tenemos instalado una versión de Apache < 2.x quizás debamos
# descomentar esta línea para habilitar
# AddModule mod_jk.c
# Ubicación del fichero de configuración del conector (workers.properties)
# Es deseable que ubiques el fichero en el directorio conf para que esté cerca
# del httpd.conf y lo tengamos todo controlado
JkWorkersFile conf/workers.properties
# Dónde poner el fichero de memoria compartida del módulo
JkShmFile logs/mod_jk.shm
# Dónde poner el fichero de log del módulo
# Es deseable que ubiques el fichero en el directorio de logs de
# Apache para tenerlo todo controlado
JkLogFile logs/mod_jk.log
# Especificamos el nivel de log [debug/error/info]
JkLogLevel info
# Especificamos el formato timestamp para el fichero de log
JkLogStampFormat “[%a %b %d %H:%M:%S %Y] ”
##################################################
# REGLAS DE REDIRECCIÓN A TOMCAT
##################################################
# Aquí añadiremos tantas reglas de redirección como sean necesarias.
# Es importante dejar claro que cada regla de redirección va dirigida a
# un “worker” particular. Podemos tener tantos workers como queramos
# y cada uno de ellos puede ser un Tomcat diferente.
###################################################
#
# Enviamos todo para el contexto /samples al worker llamado “worker1″
JkMount /samples/* worker1[/code]

Ahora creamos el fichero workers.properties en la ubicación que hayamos indicado en el fichero anterior y lo rellenamos con el siguiente contenido:

[code]#Definimos un worker real usando ajp13 (más sobre esto en la doc oficial)
worker.list=worker1
# Propiedades del worker1 (ajp13)
worker.worker1.type=ajp13
worker.worker1.host=localhost
worker.worker1.port=8009[/code]

Por último, tan sólo nos queda incluir nuestro fichero de configuración para su carga con Apache:

Edita el fichero httpd.conf y añade al final del mismo las siguientes líneas:

[code]# Configuración del conector Apache-Tomcat
Include conf/tomcat.conf[/code]

Pruebas y conclusiones finales.

Para probar que todo está OK, tan sólo debemos abrir http://localhost/samples. Si todo ha ido bien, ¡¡estamos viendo los ejemplos de LCDS sin usar el puerto 8080!!.

Fantástico, a mi me ha facilitado muchísimo el trabajo.

Si tienes algún problema, seguramente Apache ni te cargue correctamente. Intenta arrancar Apache desde consola para así poder ver posibles errores de sintaxis en alguno de los fichero que hemos creado. Lo más probable es que hayas descargado la versión del mod_jk.so errónea para tu versión de Apache.

Ahora podemos demostrar de manera muy rápida la integración y uso directo de Flex en el que cargamos un módulo en Tomcat+LCDS desde una aplicación con Flex+AMFPHP:

Código en aplicación ERP.swf (Apache+AMFPHP):

[as]
url=”http://localhost/samples/pdfgen/pdfgenModule.swf”
height=”100%” width=”100%” x=”0″/>

[/as]
Este es el contenido (simplificado) de pdfgenModule.swf:

[as]




fault=”faultHandler(event)”
result=”resultHandler(event)” />[/as]

Como podemos observar, en este código usamos LCDS para llamar a un destination de tomcat. Lo más importante es que ahora gracias a nuestro conector, el funcionamiento es transparente y se simplifica mucho la realización de módulos independientes e incluso, que varias personas trabajemos en cada parte sin saber muchos detalles acerca de la instalación y configuración puntual que haya sobre Apache, Tomcat, etc.

Si te sirve me cuentas.

Me parece que mucho material sobre AJAX un tanto alarmista…. no sé… lo complican demasiado, al menos a mi parecer. Muchas personas han estado utilizando métodos similares mucho antes de que a alguien se le ocurriera llamarlo AJAX. Y realmente no es tan complejo como muchos lo hacen ver.

Así que para muestra un boton:

function createRequestObject()
{
  var ro;
  var browser = navigator.appName;
  if(browser == "Microsoft Internet Explorer")
  {
    ro = new ActiveXObject("Microsoft.XMLHTTP");
  }
  else
  {
    ro = new XMLHttpRequest();
  }
  return ro;
}
var http = createRequestObject();
function sndReq(action)
{
  http.open('get', 'rpc.php?action='+action);
  http.onreadystatechange = handleResponse;
  http.send(null);
}
function handleResponse()
{
  if(http.readyState == 4)
  {
    var response = http.responseText;
    var update = new Array();
    if(response.indexOf('|') != -1)
    {
      update = response.split('|');
      document.getElementById(update[0]).innerHTML = update[1];
    }
  }
}

Esto crea varios objetos para recibir y enviar la petición así como una función para manejar la respuesta. Podés incluir este js en tu página si querés. Ahora.. para hacerlo funcionar es necesario ejecutarlo con un evento onClick o a un href común como este:

<a href="javascript:sndReq('foo')" xhref="javascript:sndReq('foo')">[foo]</a>

Esto significa que cuando alguien haga clic en esta liga lo que sucederá será es que se envie una solicitud a rpc.php?action=foo.

Y en rpc.php deberías tener algo como esto:

switch($_REQUEST['action']) {
case 'foo':
/* HACER ALGO! */
echo "foo|foo done";
break;

}

Ahora… analicemos un segundo el handleResponse. Lo que hace es que parsea el string “foo | foo done” y lo corta en el “|” y usa lo que sea que esté antes del “|” como el ID del elemento DOM en la página y lo que esté despues como el nuevo innerHTML de ese elemento.

Esto significa que si tenés un div como este en la página:

<p id="foo">&nbsp;</p>

Cuando des clic en el link, dinámicamente va a cambiar a:

<p id="foo">foo done</p>

Y eso es todo. Lo que sigue es solo agregar y construir sobre esto. Reemplazando la simple respuesta “id | contenido ” con una sintaxis XML más rica y/o hacer la petición más compleja tambien. Antes de instalar a ciegas una librería AJAX, dale un vistazo para ver si hace lo que necesitas, que muchas veces son más de lo que se requiere y el usuario termina descargandolas gratuitamente.

Como bien dicen en Tripix, donde me enteré de la existencia de este interesantísimo programa, es ideal para cuando un cliente nos pide “Una copia de la web en CD”

WOS: http://www.chsoftware.net/en/useware/wos/wos.htm

me parece una gran iniciativa y aunque por ahora la lista disponible no es muy grande, es cuestion de tiempo para que se pueda encontrar de todo por ahi.

no olvides darte la vuelta.

http://www.librosweb.es/

Se trata de llamar a un método de un objeto local con varios parámetros y una función de vuelta y recibir los resultados. No hay que preocuparse de cómo se envian o reciben los datos, el cliente y el servidor (Flash y PHP) están sincornizados para ello. Te permite preocuparte sobre las características de tu aplicación más que por como se implementa, a parte de ofrecer un navegador que permite realizar los servicios y probrarlos antes de que se empiece a desarrollar el cliente.

Permite conectar PHP con: Flash y Flex con Remoting, JavaScript y Ajax con JSON y clientes XML con XML-RPC. Y entre las características que nos ofrece, nos encontramos con que es compatible con PHP4 y PHP5, sin necesidades de extensiones, es rápido y ligero, ofrece herramientas para ayudarnos en el desarrollo y es posible incluirlo en el framework que usemos.

Ejemplos de desarrollo usando Amfphp que nos pueden ayudar:

• Editar una tabla
• Base de datos
• Obtener datos de Drupal
• AWI – Amfphp WordPress Integration
• Formularios
• Hello World
• Tienda online

Podés descargar el Amfphp acá

CodeIgniter is a powerful PHP framework with a very small footprint, built for PHP coders who need a simple and elegant toolkit to create full-featured web applications. If you’re a developer who lives in the real world of shared hosting accounts and clients with deadlines, and if you’re tired of ponderously large and thoroughly undocumented frameworks.

Veamos qué tan cierto es en su site