Blog de PHP - FinderIT

Envio de Emails

luciano — Mon, 23 Mar 2009 14:43:43 +0000

En este articulo aprenderemos a enviar emails (correo electrónico) de una forma compleja, gracias a mis experiencias.

Antes de nada recordaremos la chuleta:

.dma475 { width: 440px;}/*1*/

 
mail(“destinatario”,“asunto”,“cuerpo”,“adicional”);

?>

Maximizar Seleccionar PHP

Un ejemplo:

 
mail(“webmaster@programacionweb.net”,“Ejemplo de envio”,“Este email ha sido enviado a:\n\n\twebmaster@programacionweb.net”,“Reply to: zarator@programacionweb.net”);

?>

Maximizar Seleccionar PHP

Examinaremos esto … el mensaje se enviara a:
Destinatario: webmaster@programacionweb.net
Asunto: Ejemplo de envío
Responder a: zarator@programacionweb.net
Cuerpo:
Este email ha sido enviado a:

webmaster@programacionweb.net

Ahora veremos con detalle las partes de los emails:

Destinatario
El destinatario de un email será el email donde se enviará el email. Este campo es obligatorio ya que sin email no podrá enviar el mensaje.
Podremos poner mail(”Pepe José ”, [...] o mail(”elpepe@hotmail.com”, [...] de las dos formas se pueden enviar.

Asunto
El asunto de un mensaje es una introducción al contenido del mensaje. Este campo no es obligatorio ya que si no lleva asunto aparece (sin asunto), si el asunto es muy largo se te abreviará con … (tres puntos) .

Cuerpo del Mensaje o Contenido
En el contenido del mensaje escribirás el motivo del email. No es obligatorio, pero por lógica deberías de escribir algo. El email puede ser de tres tipos (plano,html y mixto) pero mejor utilizar (plano y html)

Si es Plano:

El mensaje será una línea de texto .. es decir no se ejecutará nada solo será texto, menos \x. Hay tres códigos \t, \n y \r (esto también se ejecuta en alertas html).

\n = salto de línea
\t = sangría
\r = vuelta de línea

Nota:
En algunos programas o servidores se confunde \r con \n (salto de linea).

Si es html:
Aquí se ejecuta todo tipo de html. Si el receptor del email usa hotmail deberás saber que este modifica los códigos como los (pone cabecera)
(si antes era onclick=’a()’ ahora se queda sin nada), es decir censura algunos códigos.

Este tipo de mensaje puede traerte problemas, ya hackers utilizan este método de email para que rescribas tu contraseña haciéndose pasar por un error. Puede ocultarse bien así que te recomiendo que no hagas mucho caso.

Fuente: http://www.programacionweb.net/articulos/articulo/?num=18

¿PHP o ASP?

luciano — Mon, 23 Mar 2009 14:42:24 +0000

Cada día son más los programadores que utilizan PHP, actualmente el número de páginas que se apoyan en este lenguaje oscila en un 24%.

Para saber si una página está programada en PHP basta con que nos fijemos en la terminación de la URL, que será normalmente php, phtml. Ahora mismo PHP es el 4º lenguaje más popular:

http://php.ciberaula.com/noticia/PHPpopularidad/

PHP es un lenguaje del lado del servidor, que se utiliza básicamente para generar páginas dinámicas y que facilita de forma sencilla el acceso a diferentes bases de datos. También se utiliza para generar imágenes , generar pdf…

PHP lo desarrollan programadores web introduciendo nuevas funciones en las versiones mejoradas del lenguaje.

ASP realiza muchas tareas apoyándose en objetos que deben ser comprados a ciertas empresas especializadas, o en algunos casos programados por el servidor.

Los motivos de este progresivo ascenso de la utilización de PHP frente a otros lenguajes de scripting en el lado del servidor, y en concreto sobre el ASP (Active Server Pages) de Microsoft, son:

Libre y Abierto (Código fuente disponible, es gratuito)
Multiplataforma: inicialmente fue diseñado para entornos UNIX por lo que ofrece más prestaciones en este sistema operativo, pero es perfectamente compatible con Windows. ASP, sólo está orientado a sistemas Windows…
Soporte para varios servidores web
Fácil acceso a Bases de Datos
Mucha documentación (Ejemplos, manuales..)
Presenta una integración perfecta entre Apache-PHP-MySQL
Posee una sintaxis bastante clara
Fácil aprendizaje
Seguro
Popular (¿Quién no ha oido hablar de PHP? )
Además PHP está orientado a objetos

PHP presenta una desventaja frente al lenguaje ASP y es que posee una peor integración con el paquete Office de Microsoft, ya que Microsoft no facilita las especificaciones del mismo.

Para terminar, repito la pregunta con la que abría el artículo: ¿PHP o ASP?

Fuente: http://php.ciberaula.com/articulo/PHPoASP/

Lecciones aprendidas sobre rendimiento en PHP

luciano — Mon, 23 Mar 2009 14:40:49 +0000

A partir del artículo publicado por Enrique sobre rendimiento y programación orientada a objetos, me he animado a compartir las lecciones aprendidas que hemos sacado Iñaki Ortiz y yo, de nuestra experiencia tras reescribir www.precriticas.com con el Zend Framework. Precriticas es un proyecto con más de 5000 visitantes únicos diarios (y picos de 8.000) que generan diariamente más de 25.000 recargas de la página.

Lecciones aprendidas:

La optimización extrema del código (cambiar print por echos, etc…) apenas mejora el rendimiento.
La POO disminuye el rendimiento, pero facilita tanto la programación que es totalmente IMPRESCINDIBLE.
No hay que caer en la sobreingeniería (overengineering), ni matar moscas a cañonazos. Quizá no sean soluciones muy elegantes, pero a veces un par de arrays y unas funciones son mucho más eficaces que complejos patrones de diseño orientado a objetos.

Las dos cosas que más eficaces resultan para mejorar rendimiento son:

evitar SQL´s excesivamente costosas (subquerys, demasiados inner join´s) o bucles de SQL´s que se repiten una enorme cantidad de veces innecesariamente. (ojo a prepared statement).
cachear requests (páginas enteras) o las sql´s costosas. (ojo a zend_cache).

Y un apunte sobre Zend_cache. Es muy potente, pero nos ha dado problemas. Al principio funcionó bien, pero si decides cachear muchas páginas, genera miles de archivos y el acceso al sistema de archivos se convierte en un cuello de botella… Ahora mismo no lo estamos utilizando aunque planeamos cachear algunas páginas.

Y una última cosa: a veces uno está pensando en complicadas soluciones (por ejemplo para buscar sql´s costosas) y entonces llega la gente que sabe, y te descubre que basta con activar un log.

Fuente: http://www.programania.net/patrones-de-diseno/lecciones-aprendidas-sobre-rendimiento-en-php/

Lecciones aprendidas sobre tasa de transferencia en PHP

luciano — Mon, 23 Mar 2009 14:39:01 +0000

Tras el artículo anterior, Iñaki Ortiz y yo hemos decdido ir publicando, de vez en cuando, nuestras experiencias en el desarrollo de www.precriticas.com. En éste caso queremos compartir técnicas que nos han resultado realmente efectivas a la hora de reducir la tasa de transferencia consumida por la web. Hay que tener en cuenta que los hostings te cobran en función de la tasa de transferencia consumida, así que ahorrar tasa de transferencia es ahorrar dinero.

Utiliza ySlow para diagnosticar tu sitio. ySlow te ayuda a medir el rendimiento de tu sitio. Así que quizá debería haberlo incluido en el artículo sobre rendimiento escrito anteriormente. Pero también evalua si comprimes el html, las css o el javascript.
ob_start(’ob_gzhandler’): con ésta sencilla instrucción hemos reducido un consumo diario de 1,5GB de transferencia a 660Mb. Casi un tercio. Se trata de una instrucción de php que hay que poner antes de generar el html para que así se envíe al navegaor comprimido. Da algunos problemas a la hora de integrarlo con el

Novedades SPL en PHP 5.3

luciano — Mon, 23 Mar 2009 14:37:52 +0000

PHP 5.3 parece que cada vez está más cerca. Todavía queda tiempo para ir analizando las novedades que tendrá. Una de las mejoras será en las estructuras de datos que se podrán manejar de forma nativa (mediante la extension spl). Y es que no se puede hacer todo con un simple array.

SplDoublyLinkedList: que permite recorrer la lista en dos direcciones.
SplStack: que emula a una Pila LIFO (Last Input First Output).
SplQueue (SplPriorityQueue): que emula a una Cola FIFO (First Input First Output).
SplHeap (SplMinHeap, SplMaxHeap): introduces elementos en la estructura y te los devuelve ordenados de menor a mayor (MinHeap) o viceversa (MaxHeap).
SplFixedArray: básicamente un array de tamaño fijo.

Sin duda, éstas estructuras pueden ahorrarnos mucho trabajo!

Fuente: http://www.programania.net/patrones-de-diseno/novedades-spl-en-php-53/

PHP o Ruby on Rails y TDD (Test Driven Development)

luciano — Mon, 23 Mar 2009 14:36:43 +0000

He aquí una discusión interesante. Hay gente que afirma que puede confiar más en los programas desarrollados en Java que en los desarrollados en PHP o RoR por el simple hecho de que el primero se compila antes de ejecutarse mientras los segundos (o cualquier otro lenguaje de scripting) no.

Siguiendo esa misma idea, los defensores de los lenguajes de scripting afirman que el uso de Test Driven Development (escribir pruebas unitarias, antes de escribir la clase que prueban) equilibra la balanza. Puesto que ahora la clave para validar nuestras aplicaciones antes de ejecutarlas no se encuentra en si compila o no, sino que se encuentra en si pasa todas las pruebas unitarias o no.

El artículo que referencio viene a decir que no se puede confiar en una aplicación que no se desarrolla mediante TDD o que, al menos, no se encuentra probada en su totalidad por pruebas unitarias.

Yo no estoy de acuerdo. Utilizo las pruebas unitarias si, pero sólo lo hago cuando quiero probar una clase en concreto, que tenga cierta complejidad. En el escenario de desarrollo en que yo me muevo la lógica de negocio no suele ser muy compleja (mucho añadir, listar, modificar, eliminar…) con lo que me centro más en dirigir mi desarrollo por las Vistas, más que por las pruebas unitarias.

Fuente: http://www.programania.net/desarrollo-agil/php-o-ruby-on-rails-y-tdd-test-driven-development/

Evaluando Zend Studio

luciano — Mon, 23 Mar 2009 14:34:14 +0000

Se trata de un programa de la casa Zend, impulsores de la tecnología de servidor PHP, orientada a desarrollar aplicaciones web, como no, en lenguaje PHP.

El programa,
además de servir de editor de texto para páginas PHP, proporciona una serie
de ayudas que pasan desde la creación y gestión de proyectos hasta la depuración
de código.

El programa entero está escrito en Java, lo que a veces supone que no funcione
tan rápido como otras aplicaciones de uso diario. Sin embargo, esto ha permitido
a Zend lanzar con relativa facilidad y rapidez versiones del producto para
Windows, Linux y MacOS, aunque el desarrollo de las versiones de este último
sistema se retrase un poco más.

Zend Studio consta de dos partes en las que se dividen las funcionalidades
de parte del cliente y las del servidor. Las dos partes se instalan por separado,
la del cliente contiene el interfaz de edición y la ayuda. Permite además
hacer depuraciones simples de scripts, aunque para disfrutar de toda la potencia
de la herramienta de depuración habrá que disponer de la parte del servidor,
que instala Apache y el módulo PHP o, en caso de que estén instalados, los
configura para trabajar juntos en depuración.

El editor

La parte del programa que nos permite escribir los scripts es bastante útil
para la programación en PHP. La interfaz está compuesta por varias partes,
en las que encontramos un explorador de archivos, una ventana de depuración,
los menús y otra para mostrar el código de las páginas.

Lo más
destacable es que contiene una ayuda contextual con todas las librerías de
funciones del lenguaje que asiste en todo momento ofreciendo nombres de las
funciones y parámetros que deben recibir. Aunque esta ayuda contextual no
solo se queda en las funciones definidas en el lenguaje, sino que también
reporta ayudas con las funciones que vayamos creando nosotros, incluso en
páginas que tengamos incluidas con la función include().

Otras ayudas que ofrece a la hora de escribir son las típicas en editores
avanzados, como permitir editar varios archivos, y moverse fácilmente entre
ellos, marcar a qué elementos corresponden los inicios y cierres de las etiquetas,
paréntesis o llaves, moverse al principio o al final de una función, identificación
automática del código, etc.

Sin embargo y si nos ponemos exigentes, las funciones de edición podrían trabajarse
más todavía. Habrá que esperar a otras versiones en las que es de suponer
que incluirán avances en este aspecto. Se hecha en falta una herramienta de
buscar y reemplazar más potente, un poco más de velocidad en los menús y cambios
de archivos. Además, las ayudas en el lenguaje HTML son pobres para los que
han probado otros editores como Homesite.

En la parte novedosa de edición que no habíamos probado en otros programas
están los Bookmarks, que nos permiten dirigirnos rápidamente a un punto exacto
del código de cualquier archivo. De todos modos, es importante decirlo, las
cualidades de Zend Studio que seguro cautivarán a los programadores a los
que va dirigido no debemos buscarlas en la parte de edición sino en las posibilidades
de gestión de proyectos y depuración.

Gestión de proyectos

La barra de la izquierda, que permite navegar los archivos de nuestro ordenador,
también dispone de herramientas para gestionar los proyectos, muy útiles para
mejorar la productividad en la programación. Los proyectos permiten guardar
mucha más información al programa sobre los archivos, discos, servidores,
etc. que se gestionen en nuestras aplicaciones PHP.

Una vez los archivos se han añadido al proyecto se pueden guardar señales
como puntos de ruptura en las depuraciones, asimismo, cuando ponemos en marcha
Zend Studio, se vuelven a abrir los archivos que estuvieran abiertos la última
vez que el programa se cerró y las herramientas de completar código mejoran
sus comportamientos, asumiendo toda la información de los archivos relacionados
con el proyecto.

Zend Studio implementa además unas interesantes opciones para trabajar en
grupo, al integrar el sistema de trabajo conocido como CVS.

La herramienta de depuración

Sin duda más de una vez los programadores de PHP se han visto en un duro problema
por no encontrar un error en algún script que está haciendo devuelva resultados
inesperados. En estos casos lo que se suele hacer es escribir el contenido
de diversas variables en la página web y rezar para que nos den algún indicio
del lugar donde está el error.

Para hacernos la vida más fácil en estas tesituras Zend Studio dispone de
una herramienta muy interesante de debug o depuración. Gracias a ella podemos
ejecutar páginas y conocer en todo momento el contenido de las variables de
la aplicación y las variables del entorno como las cookies, las recibidas
por formulario o en la sesión. Podemos colocar puntos de parada de los scripts
y realizar las acciones típicas de depuración.

Además de la ventana para visualizar el contenido de las variables, dispone
de otras donde muestra la salida del script según se va generando, y otra
donde se pueden ver las alertas y errores. Las posibilidades se completan
con distintos tipos de depuración, en local, en remoto o a partir de una URL.

Valoración final

El software se puede descargar desde
la página de Zend y nos permite utilizarlo durante 30 días, después de los
cuales se deshabilitan ciertas opciones. El precio de la versión sin límite
de uso es de 195 dólares, que incluye tanto Zend Studio Client como Server.

Si deseamos aumentar la productividad en nuestros desarrollos PHP no cabe
duda que este programa puede ayudarnos seriamente. Todas las opciones que
dispone están pensadas con acierto por personas que conocen como nadie la
tecnología. Zend Studio incorpora suficientes ayudas como para que merezca
la pena la compra.

Fuente: http://www.maestrosdelweb.com/editorial/zendstudio/

Zend Framework 1.7.0 Preview Release

luciano — Mon, 23 Mar 2009 14:32:53 +0000

Se encuentra disponible el Preview de Zend Framework 1.7, este Framework tiene las ventajas de ser uno de los mas robustos, y tener el apoyo de Zend, aunque realmente no es el mas utilizado siendo otras opciones como Cake PHP y CodeIgniter los preferidos.

Zend y Adobe están planeando liberar Zend Framework 1.7 con soporte Zend_AMF en Adobe Max 2008, ambas compañías habían anunciado en setiembre su trabajo en conjunto para hacer mas fácil desarrollar aplicaciones ricas RIA (Rich Internet Applications), basadas en PHP y el framework Flex gratuito.

Como parte de esta colaboración Adobe ayudara a integrar AMC (Action Message Format) en el Zend Framework, lo que habilitara la integración entre las aplicaciones PHP en el servidor y Flex data del lado del cliente y componentes lógicos, para aplicaciones que requieren un gran ancho de banda de datos.

Zend exhibirá el Adobe Max en el Moscone Center del 16 al 19 de Noviembre en San Francisco, USA,
Adobe Max tiene como fuerte la arquitectura, diseño, desarrollo y distribución de las RIAs.

Zend Framework 1.7

Zend_AMF basado en amfphp como decíamos permite conectar PHP vs Flash y Flex
Dojo Toolkit 1.2.0 soporta las nuevas funcionalidades de esta versión 1.2.0
ZendX_JQuery trabajar con JQuery
Support for dijit editor soporta el Dijit Editor
Metadata API in Zend_Cache
Google book search API agrega funcionalidad para esta API
Performance enhancements
Application-wide locale with other i18n enhancements
File upload form element enhancements

Fuente: http://www.jorgeoyhenard.com/zend-framework-170-preview-release/281/

Empezando con Zend Framework.

luciano — Mon, 23 Mar 2009 14:30:24 +0000

El otro día me encontré con una persona que se resistía a usa frameworks por el alto costo de aprendizaje que estos requerían. Si bien tiene cierto costo de aprendizaje, ese costo a mediano plazo es totalmente redituable. Esto lo digo porque varias veces he leído por ahí, gente buscando alguna librería para que maneje la conexion a la base de datos, otra para hacer un paginador, otra para el manejo del access controll list (ACL), entre otras; y lo que nos da este framework, es una solución para los problemas mas comunes, así evitamos rompernos la cabeza buscando la mejor solución, porque esto ya lo tenemos en Zend Framework. Si analizamos esto, aprender a implementar una solución, es muchisimo mas fácil que crearla, y este es el costo de aprendizaje de Zend Framework. Por esto, voy a tratar de explicar de la mejor manera como empezar a trabajar con un proyecto hecho enteramente en Zend Framework, aprovechando todos sus componentes a la medida que lo necesitemos.

1- Estructura de directorios.

Lo primero que necesitamos hacer es definir nuestra estructura básica de directorios. Nuestra estructura tiene que tener una carpeta donde podamos guardar nuestros archivos de acceso publico, como css, jpeg, avi, swf, etc. Esa carpeta en nuestro caso se va a llamar html/, la cual contendrá una carpeta css/, otra images/ y por ultimo una carpeta js/ por ahora.
Esta carpeta también contendrá nuestro bootstrap, el cual se va a encargar de llamar al modulo que corresponda, y otros menesteres.

Necesitamos una carpeta para nuestros componentes y los de Zend Framework, y para eso vamos a usar library/. Dentro de la carpeta library vamos a tener una carpeta Me/ y otra Zend/, en la primera por ahora no vamos a tener nada pero la idea es que cada componente que propio, lo colguemos en esa carpeta, Zend/ contendrá los componentes de Zend Framework.

Los módulos de nuestros sistemas van a estar compuestos de tres partes, controlador, modelo, y vista (MVC). Para esto vamos a crear una carpeta llamada apps/, en la cual vamos a tener una carpeta controllers, otra models, y otra views.

Necesitamos una carpeta para guardar todos nuestros archivos de configuracion, para seguir ejercitando nuestro lado creativo vamos a llamarla config/. Y otra carpeta para nuestros layouts, que la vamos a llamar con el mismo nombre.

A partir de lo que mencionamos anteriormente, nuestra estructura de directorios tendría que quedarnos de la siguiente manera.

Una vez definida nuestra estructura de directorio como siguiente paso vamos a incorporar los componentes de Zend Framework a nuestro proyecto. Hay varias formas de hacerlo, la que uso yo para no ocupar espacio innecesario en duplicar ZF es crear una carpeta Zend, en alguna parte de mi sistema, y a partir de ahí crear symlinks a cada proyecto, de esta forma, solo tengo una copia de ZF, y cada vez que hay alguna actualizacion de ZF solo actualizo una carpeta.

Supongamos que nosotros tenemos en /usr/local/Zend/apache2/htdocs/ nuestros proyectos, y en ese mismo lugar una carpeta Zend, con todos los componentes de Zend Framework.

Abrimos una consola y ejecutamos el siguiente comando.

$ ln -s /usr/local/Zend/apache2/htdocs/Zend/ /usr/local/Zend/apache2/htdocs/proyecto/library/Zend

2- Bootstrap.
El próximo paso es configurar nuestro bootstrap. El cual va a estar dentro de nuestra carpeta html, y vamos a llamarlo index.php.

set_include_path(‘library’ . PATH_SEPARATOR .
‘config’ . PATH_SEPARATOR .
‘apps/models’ . PATH_SEPARATOR .
‘apps/controllers’ . PATH_SEPARATOR . PATH_SEPARATOR .
get_include_path());
/**
* Carga las clases que sean necesarias
*/
include “Zend/Loader.php”;
Zend_Loader::registerAutoload();
/**
* Configuración inicial
*/
error_reporting(E_ALL | E_STRICT);
date_default_timezone_set(‘America/Buenos_Aires’);
/**
* Setup controller
*/
$controller = Zend_Controller_Front::getInstance();
$controller->setControllerDirectory( ‘../apps/controllers’ );
$controller->throwExceptions( true ); //Inicialmente esta en true, cuando pasemos a produccion deberia estar en false
// DISPATCH!
$controller->dispatch();
?>

La idea es que nuestro bootstrap no sea demasiado complejo. Primero vamos a definir el path de nuestros directorios, a los cuales queremos acceder de forma facil. Mas adelante hablaremos del componente Zend_Loader, y que es el registerAutoload. Ademas le indicamos que nos muestre todos los errores, y los problemas de versiones. Y por ultimo, le decimos que ejecute el modulo que corresponda, y que lo busque en nuestra carpeta apps/controllers/

3- Configuramos el ambiente, y las reglas de Rewrite

Lo siguiente a crear son las reglas de rewrite para que se redireccione al bootstrap cada vez que se requiera algo, salvo en el caso que sea un js, css, jpeg, o cualquier extension que no sea necesario procesarla desde el bootstrap.

Nuestro archivo .htaccess tambien va a estar dentro de la carpeta html/ y tiene que tener el siguiente contenido.

RewriteEngine on
RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php

Ahora necesitamos configurar nuestro virtual host, para eso editamos el archivo httpd.conf de apache, al final de todo ingresamos el siguiente codigo

<VirtualHost *:80>
ServerAdmin admin@admin.com
DocumentRoot “/usr/local/Zend/apache2/htdocs/proyecto/html”
ServerName www.proyecto.com
ServerAlias www.proyecto.com
ErrorLog logs/proyecto-error_log
CustomLog logs/proyecto-error_log common
VirtualHost>

Por ultimo en nuestro /etc/hosts agregamos la siguiente linea.

127.0.0.1 www.proyecto.com

4- Crear nuestro primer modulo

Una vez reiniciado el apache, en nuestro browser escribimos nuestra url de prueba. www.proyecto.com y si hicimos las cosas bien, nos aparece el siguiente error.

Los que nos dice esta excepcion, es que nos falta nuestro controller default que es index.

Para esto tenemos que crear dentro dentro de nuestra carpeta apps/controllers, un archivo con el nombre IndexController.php, el cual va a ser nuestro archivo principal.

IndexController.php

class IndexController extends Zend_Controller_Action
{
public function indexAction()
{
}
}
?>

Cada vez que nosotros necesitaramos agregar un modulo por ejemplo, un modulo de usuarios, tenemos que crear un controlador para ese modulo. Cada accion que podamos ver en nuestro modulo, va a estar representado por un metodo con el nombre de la accion mas la palabra Action, de esta forma, Zend_Controller_Action identifica que es una accion valida.

En el ejemplo nosotros estamos usando Index como modulo, e index como accion, en nuestro caso, a ser la accion default no necesitamos agregar en nuestra url, el nombre del modulo, y el nombre de la accion, aunque si lo hacemos nos anda igual, por ejemplo si tipeamos www.proyecto.com/index/index/ vamos a tener el mismo resultado que www.proyecto.com o que www.proyecto.com/index/, eso es porque ZF interpreta que sino se especifica un modulo en la url, estamos hablando del modulo default (Index en nuestro caso), lo mismo con la accion.

Si nosotros queremos ver nuestro modulo de usuarios a la accion default, nuestra url seria la siguiente http://www.proyecto.com/usuarios, si queremos referirnos a la accion read, deberiamos llamarlo asi http://www.proyecto.com/usuarios/read/.

En articulos anteriores vimos un poco del patron de disenio MVC, no voy a entrar en detalles en este articulo.
El patron MVC
Zend Framework y el patron MVC

Nuestro modulo Index, tiene que mostrar algo en el browser, esto lo vamos a configurar desde nuestra vista, que en nuestro caso las vistas, las tenemos en la carpeta views/scripts/. Creamos una carpeta con el nombre del modulo, para guardar todos nuestros archivos ahi. Nos quedaria la siguiente carpeta views/scripts/index/ dentro de la cual vamos a crear un archivo, con el mismo nombre de la accion, index.phtml. La extension phtml, es la que usa como default ZF, para los archivos de la vista.

En nuestro index.phtml, vamos a generar un simple hola mundo.

index.phtml

Si todo salio bien, y ejecutamos en nuestro browser http://www.proyecto.com/

Fuente: http://blog.pablo-morales.com/2008/09/empezando-con-zend-framework/

Acelerando PHP: Zend Optimizer

luciano — Mon, 23 Mar 2009 14:27:00 +0000

Siguiendo con la serie de artículos sobre la instalación de un servidor web sobre WindowsDNS dinámicas con No-IP, instalación de Apache e instalación de PHP y MySQL veremos en este número cómo instalar esta aplicación gratuita desarrollada por Zend, los principales desarrolladores del proyecto PHP, que permite disminuir el tiempo de ejecución de los scripts entre un 20 y 50 por ciento.

Si en entregas anteriores no nos quedaba más remedio que ensuciarnos las manos editando archivos de texto para configurar los programas, en este caso tendremos a nuestra disposición un instalador que debería dejarnos muy poco por hacer.

Antes de nada, como siempre, es necesario descargar el software correspondiente desde su página web. Para llevar a cabo la descarga de Zend Optimizer tendremos que registrarnos antes en la web de Zend Technologies.

Durante la instalación se nos preguntará por el servidor web utilizado (Apache 2.x), la localización del archivo de configuración de PHP, php.ini (c:\php en nuestro ejemplo), el directorio en el que está instalado Apache (por defecto C:\Archivos de programa\Apache Group\Apache2) y el directorio en el que se almacenan las webs que servirá Apache (DocumentRoot, cuyo valor es, si no lo hemos cambiado, C:\Archivos de programa\Apache Group\Apache2\htdocs).

Una vez terminado el proceso, si cargamos al archivo info.php que creamos para comprobar la instalación de PHP.

Fuente:http://mundogeek.net/archivos/2005/10/15/acelerando-php-zend-optimizer/