El único punto en contra es que solo tiene soporte para MySQL, pero como la mayoría usamos la combinación LAMP o mejor  MySQL+ PHP, creo que vale la pena estudiarlo a fondo.

Para usarlo recordemos que solo basta con descomentar el modulo en el bootstrap y mover el archivo de configuración database.php a nuestra configuración de la aplicación.

Ahora bien vamos a describir como usar el ORM y como usar la mayoría de sus características.

Haciendo una simple consulta.

Es importante recordar que hay que agregar una clase para manejar cada tabla, aunque esto a veces se puede omitir ayuda mucho tener todo refactorizado ya que mejora la organización del código ya la vez su mantenimiento.

PROBLEMA: Como hacer una consulta de todos los datos de una tabla(‘users’);

//Consulta normal
$sql = 'select * from users';
$results = mysql_query($sql,$conection);
if($results) {
//Resultados
}

//Consulta ORM

$results = ORM::factory('users')->find_all();
if($results->loaded())
{
// Resultados
}

Como vemos es muy fácil de usar el orm, ahora veamos otros ejemplos mas avanzados

PROBLEMA: Consultar la tabla mediante un id único

$id = 5; //id unico

//Consulta normal
$sql = 'select * from users where id = '.$id;
$results = mysql_query($sql,$conection);
if($results)
{
// Resultados
}

//ORM Forma:1
$results = ORM::factory('users',$id)->find();
if($results->loaded())
{
// Resultados
}

//ORM Forma:2
$results = ORM::factory('users')
->where('id','=',$id)
->find();
if($results->loaded())
{
// Resultados
}

Como vemos podemos hay dos formas de hacer la consulta con el ORM, ya se indicándole el id al factory o mediante where, al final es lo mismo, solo que la primero forma sirve para el id únicamente(el nombre del campo debe de ser id por default aunque también se puede modificar).

Algunos de los métodos que podemos usar son los siguientes(no son todos pero tratare de poner los mas importantes)

• where
• where_open
• where_close
• join
• on
• order_by
• offset
• limit
• group_by
• or_where
• and_where

Obviamente combinando todos podemos crear consultas complejas, por ejemplo la siguiente.

//Consulta normal
$sql = 'select articulos.* from articulos ';
$sql .= 'where (articulos.activo = 1) or (articulos.activo = 2) ';
$sql .= 'inner join subcategorias ';
$sql .= 'on subcategorias.id = articulos.idsubcategoria ';
$sql .= 'limit 20 order by id DESC ';
$results = mysql_query($sql,$conection);
if($results) {
//Resultados
}

//Consulta ORM
$results = ORM::factory("articulos")
->join('subcategorias', 'INNER')
->on("subcategorias.id","=","articulos.idsubcategoria")
->where("articulos.activo", "=",1)
->or_where("articulos.activo", "=",2)
->limit(20);
->order_by('id','DESC')
->find_all();

if($results->loaded())
{
//Resultados
}

Como vemos el ORM nos permite hacerlo todo desde un punto de vista orientado a objetos.

Para ver más capacidades recomiendo leer la guía de la documentación de kohana y también darle un vistazo a al API del ORM donde viene ejemplos de todo.

Algunas recomendaciones útiles son

• Usar una clase(un modelo) por cada tabla(a veces hay excepciones)
• Las consultas deberán de ir dentro de métodos de tu clase modelo algo así

class Model_Articulos  extends ORM {

public function getArticlesBySubcategory()
{
$results = ORM::factory("articulos")
->join('subcategorias', 'INNER')
->on("subcategorias.id","=","articulos.idsubcategoria")
->where("articulos.activo", "=",1)
->or_where("articulos.activo", "=",2)
->limit(20);
->order_by('id','DESC')
->find_all();
return $results;
}

//more methods

}

Así toda la capa de persistencia la tenemos aparte sin mezclarla con la capa de lógica(controlador).

• Usar nombres de tablas en plural
• Usar nombre de campo en singular
• Para evitar tener problemas con la pluralización de kohana yo le indico que use el nombre como se lo puse mediante esto.

class Model_Users extends ORM {

protected $_table_names_plural = FALSE;
//....
}

De esta forma evito que me cambie el nombre de la tabla a useres (kohana le agrega el “es”) por la pluralidad, así que mejor yo le dijo que no la cambie.

• También se le puede especificar otro nombre de tabla a usar que no sea necesariamente el nombre de nuestra clase modelo

class Model_Posts extends ORM {

protected $_table_name = 'wp_posts';
//...
}

Como vemos kohana tiene un completo ORM, al cual si bien le faltan algunas cosas va por buen camino y es bueno ir aprendiendo todas sus capacidades, para trabajar con el.

En el próximo post veremos como mejorar el performance de nuestros querys, eliminado pequeños detalles que genera dicho ORM, ya que no alcance a terminarlo hoy.

Una de las cosas que menos me gusta es estar repitiendo código (recordemos -DRY-) entonces, pues cuando deseaba validar un formulario siempre andaba buscando cual opción era la mejor, y hay muchas opciones y son excelentes en lo que hacen, sin embargo todas tenían un punto débil, por ejemplo que no soportaban ajax, es decir terminaban de validar y se seguían (enviaban el formulario), otros me mandaban mensajes de errores de validación en ciertos colores y en cierto lugar que si bien es correcto, a veces en muchos proyectos no va el estilo o simplemente quieren ponerle un alert o similar.

Bajo ese preámbulo y recordando que siempre quise hacer un validado de formularios con Javascript (hace años hice uno chafita con Javascript).

Entonces pensé por que no hacer uno que fuera muy simple de usar y que no fuera obtrusivo, y así fue como desarrolle simpleValidate que es un plugin el cual como su nombre lo dice solo es un validador de formularios y nada mas.

Les presento a:

simpleValidate – Jquery Plugin

A continuación pongo las características.

• Fácil de usar
• Extremadamente Ligero 2kb (minifed)
• Compatible con Jquery 1.5.2
• No requiere CSS especial
• No obtrusivo
• Posibilidad de inyectar algún tipo de alert especial mediante sus settings
• Completamente personalizable
• Soporta expresiones regulares
• Y valida checkboxes

Su uso es muy simple, solo necesitamos de Jquery y del plugin

<script src="jquery.1.5.2.min.js" type="text/javascript"></script>
 <script src="simpleValidate.1.6.min.js" type="text/javascript"></script>

Y ejecutamos el plugin donde indicamos el id del Formulario en cuestión

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
 <head>
 <title></title>
 <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
 <script src="jquery.1.5.2.min.js" type="text/javascript"></script>
 <script src="simpleValidate.1.6.min.js" type="text/javascript"></script>
 <script type="text/javascript">
 $(document).ready(function(){
    $("#testForm").simpleValidate();
 });

 </script>
 </head>
 <body>
 <form action="try.php" method="post" id="testForm">
 <label>Name</label>
 <input type="text" name="name" title="valid[Ingrese un nombre valido]" /><hr />
 <label>Ingrese una cantidad valida (tipo numero.decimal(2 digitos))</label>
 <input type="text" name="cantidad" title="valid[regex,Por favor ingrese un numero con o sin decimales únicamente]" data="^([0-9]+.?[0-9]{0,2})$" /><hr />
 <label>Required</label><input type="checkbox"  name="condiciones" value="Required" title="valid[Debes de aceptar los terminos y condiciones]"/>
 <input type="submit" value="Guardar datos"/>
 </form>
 </body>
</html>

Y con esto ya tenemos funcionando el plugin ahora necesitamos indicarle cuales son los campos a validar lo haremos de la siguiente forma.

En cada input que necesitemos, vamos a agregar lo siguiente en el campo (input) que queramos validar

title=”valid[tipo_de_validacion,{params,}]“

Donde los tipos de validación son los siguientes:

• valid[required,mensaje de error] ==> Solo verifica que el campo tenga algún valor y el segundo parametro es lo que mostrara cuando no pase la validación
• valid[email,mensaje de error] => Valida que sea un email valido y si no muestra el mensaje del segundo parametro.
• valid[zip,mensaje de error] => Valida que sea un código postal valido (5 caracteres numéricos) y si no muestra el mensaje del segundo parámetro.
• valid[minlength,mensaje de error,numero_minimo] => Valida que el campo contenga un mínimo de caracteres indicado el el ultimo parámetro
• valid[maxlength,mensaje de error,numero_maximo] => Valida que el campo contenga un máximo de caracteres indicado el el ultimo parámetro
• valid[regex,mensaje de error] => Este forma de validación necesita un parámetro data dentro del input donde venga especificada la expresión regular a validar y si no pasa lanza el error.
• valid[ensaje de error] =>Este solo es aplicable a los checkboxes y solo contiene como argumento el error que mostrara cuando el checkbox no este marcado

Los valores que se pueden personalizar dentro del plugin son los siguientes.

$(document).ready(function(){

   $("#testForm").simpleValidate({
     text: Array("El campo"," es obligatorio"),
     email: "Ingrese un email valido",
     zip: "Ingrese un codigo postal valido",
     min: Array(5,"Ingrese al menos ", "caracteres"),
     max: Array(10,"Ingrese maximo", "caracteres"),
     checkmessage:'Es necesario marcar el campo',
     field: 'valid',
     msg: function(msg){
      alert(msg);
     }
   });

 });

Donde

• text: Es un array que contiene dos textos que mostrara en el error cuando un campo sea required de la forma (texto1+ nombre_campo+texto2)
• email: Es el error que mostrara cuando un email este invalido
• zip: Error cuando el codigo postal este mal
• min: array en donde viene el error a mostrar y el numero de elementos a validar por default
• max: array en donde viene el error a mostrar y el numero de elementos a validar por default
• checkmessage: Este es el mensaje que mostrara cuando se genere un error al no estar validado un checkbox
• field: es la clave para validar los campos, es decir cuando buscamos title=”valid[etc]” valid es el contenido del title del campo si le ponemos otro, podemos usar dentro de title lo que le hayamos puesto en esta opcion evitando asi posibles colisiones de palabras que esten usando otros plugins.
• msg: esta es una funcion, en donde solo estamos mandando un alert para mostrar el error, sin embargo si posees algun otro plugin como Sexyalertbox o similar puedes meterlos dentro de esta funcion asi cuando se lanza el error mostrara el cuadro de dialogo de la forma como deses (por ejemplo dentro de un Sexyalertbox).

Es importante recalcar que estos parámetros son cambiados por los mensajes establecidos dentro del propio input, así que casi nunca se cambian estos valores.

Además el plugin recibe un parámetro mas el cual es una función anónima (según yo seria un closoure ), la cual se ejecutara cuando termine la validación, es decir si al terminar tu validación deseas que en vez de enviar el formulario normalmente, lo envié por XMLHttpRequest(aka Ajax), esta función al estar agregada hace que tu tomes la decisión de que hacer una vez terminada la validación y pasada obviamente.

Ejemplo complejo, usando JAlert para mostrar los errores (http://www.anieto2k.com/2008/12/31/jquery-alert-dialogs-reemplazo-para-alert-prompt-y-confirm/)

$(document).ready(function(){

   $("#testForm").simpleValidate(
     {
       msg: function(msg){
         jAlert(msg, 'Alert Dialog');
          }
     },
     function (){
       $.post('/account/',
              $(this).serialize(),
              function( Response ){
                 jAlert("Sus datos se han enviado via Ajax");
              });
     }
   );

 });

El ejemplo anterior, hace una validación pero los mensaje de error los muestra de una forma diferente usando otro plugin (JAlert en este caso) además de eso al terminar la validación envía todos los datos del formulario por post usando ajax y cuando recibe respuesta manda un alert.

Como vemos es muy fácil, poderoso y practico de usar.

No se si me explique bien pero estar posteando por la noche da bastante sueño, ojala y les haya gustado mi plugin y sobre todo ojala y les sea útil.

Para bajarlo y ver las actualizaciones aquí dejo la información:

simpleValidate Version 1.6 Beta

GitHub: https://github.com/Ajaxman/simpleValidate (Fork-ME =) )
Plugins Jquery: http://plugins.jquery.com/project/simpleValidate

Cualquier felicitación, duda, comentario, sugerencia, correción , Donación =), con gusto estoy para atenderla, la licencia es GPL =)

Hasta el próximo post

Aquí va un pequeño resumen de como me fue, la verdad pensaba postearlo antes pero con mi exceso de tiempo y demás pues ya no se pudo bueno aquí vamos.

Se realizo el día 9 de Abril, en toda latinoamerica, en muchas sedes como Universidades,o similares.

Yo me organice y me fui a dar una platica de PHP en la UACM (Universidad Autónoma de la Ciudad de México) campus “Cuautepec” que se ubica en La Gustavo A. Madero de México D.F.

La platica se denomino “Desarrollo de Aplicaciones Web con PHP”, en la cual trate de abordar las ventajas de PHP, y cual es el presente y futuro del desarrollo Web profesional con PHP.

Básicamente aborde los siguientes temas.

• Importancia de tener presencia en la Web
• Tener un blog o un sitio Web
• Por que apostar por las tecnologías Libres
• Ventajas de tener un Servidor Linux
• Ventajas de usar Apache Web Server
• Por que usar PHP
• Como es la sintaxis de PHP
• Desventajas de PHP (Codigo Spaghetti)
  • Soluciones
  • Programación Orientada a Objetos
  • Arquitectura MVC
• Los CMS
• Los Frameworks y sus ventajas y desventajas
• Quien usa PHP y por que lo usan (Ventajas, Estabilidad, Potencia)
• El grupo Programadores PHP

Realmente me hizo falta tiempo para mostrar todas las ventajas de PHP, pero al parecer gusto mucho la platica tuve un par de Feedbacks interesantes.

Me regalaron una playera, un Tux y el gafete decía Firefox (y yo bien feliz) además de que me ofrecieron un reconocimiento los cuales pongo a continuación

Ahora dejo los slides que use para dicha platica, por si alguno quiere ver las ventajas de PHP.

Saludos y seamos más phpheros

He estado trabajando duro en el proyecto MSK(codename), pero aun faltan algunas cosas, ya compre el server y todo, en breve (léase 1 mes jaja) estaremos lanzado invitaciones para que lo testeen y me digan que les parece.

Ahora bien, pensé en apoyar con algo en alguna sede, y bueno pues ya esta. Se trata de una platica desde básica a avanzada, la cual durara aproximadamente 2 horas.

Tema: Desarrollo de Aplicaciones Web con PHP
Objetivo: Mostrar al capacidad del lenguaje, mostrar la sintaxis básica, y por que es la mejor opción como software para desarrollo de paginas web dinámicas
Duración: 2 Horas (aproximadamente)
Lugar: Universidad Autónoma de la Ciudad de México (UACM) Campus “Cuautepec”
Dirección: Avenida La Corona 320, Colonia Loma la Palma, Delegación Gustavo A. Madero.
Costo: Gratuito

Temas:

• Internet y la Web
• La importancia del internet en la vida diaria.
• Servidores Web
• LAMP, El Open Source en la red
• Programando en PHP
• La programación Orientada a Objetos en PHP
• Los CMS y Frameworks, como desarrollar mejor y mas rápido
• El pasado, presente y futuro de PHP

Sera un platica con intención de ser taller, ya que se pretende mostrar todo estos y es opcional que los usuarios programen algo como ejemplo, aunque claro tomemos lo con platica.

Como llegar:

• En auto te puedes ir por avenida de los Cien Metros, a la altura del Reclusorio Norte. A 20 minutos de Poli Zacatenco.
• Metro La Raza, sale el RTP que dice “Reclusorio-Charco”, y pasa por las estaciones de metro Autobuses del Norte, Instituto del Petróleo y Politécnico(pasa afuera de la UACM).
• Metro Indios Verdes, salen RTP y microbuses con la misma leyenda que el anterior(pasa afuera de la UACM).

Mapa:

Esperamos que les guste y ya saben cualquier queja, felicitación, donativos( =) ), me avisan por mi twitter @ajaxman.

Por cierto habra talleres de instalacion de Linux, platicas, asistan y disfrutemos este evento.

Las fechas a realizarse son:

• 26 de febrero 2011 (12:00 pm – 3:00 pm)
• 5 de Marzo 2011 (12:00 pm – 3:00 pm)
• 12 de Marzo 2011 (12:00 pm – 4:00 pm/4 hrs)

Es gratuito, si alguno de los asistentes ya registrados no va a ir le pedimos por favor si fuera tan amable de avisarnos por que hay mucha gente que desea ir y ya esta lleno.

Este es le temario que se desarrollara durante el taller.

• Conceptos OOP
  • Clases
  • Objetos
  • Herencia
  • Polimorfismo
  • Interfaz
  • Encapsulado
• Clases
• Métodos
• Propiedades(Atributos)
• $this
• Objetos
• Herencia (extender una clase)
• Encapsulado (privado, protegido,publico,final)
• clases final
• Método constructor __construct()
• Método destructor __destruct()
• Operador de alcance de resolucion :: (Paamayim Nekudotayim)
  • Constantes clase::CONST
  • self:: => mismos metodos y propiedades pero estaticas
  • parent:: =>Metodos y propiedades padres
• Métodos estáticos
• Propiedades estáticas
• Constantes

Se tratara de realizar todo el temario dependiendo del avance general del grupo y del tiempo.

Algunas cosas a considerar son las siguientes.

• No se preocupen si no llevan Computadora telmexhub las presta sin costo solo tiene que registrarse en si sitio
• Si llevan computadora propia les recomiendo ampliamente lleven instalado PHP y Apache(es opcional MySQL)
  • Manual de Instalación en Windows
  • Manual de Instalación en Linux
  • Pueden bajarse el WAMP, XAMPP, o similar que ya trae todo
  • Si no llevan lap y telmex les presta una y no quieren estar instalando podemos apoyarnos de Codepad http://codepad.org/, que nos permite programar y ejecutar código PHP.
• También seria bueno que llevaran algún editor de Código como por ejemplo
  • Windows
  • Notepad ++ (OpenSource)
  • Netbeans (Open Source)
  • Webuilder (de Pago con trial)
  • PHPExpert Editor (de Pago con trial)
• Linux
  • Netbeans (Open Source)
  • Kate (Open Source)
  • Kwrite (Open Source)
  • Kdevelop (Open Source)
  • Apatana (Open Source)
  • Komodo Edit (Open Source)

Bueno creo que es es todo, pueden unirse al grupo en Google Groups aqui https://groups.google.com/group/programadoresdephp?hl=es

Cualquier duda, antes, durante y después del taller la pueden comentar a mi Twitter twitter.com/ajaxman

Saludos

Pues obviamente hay muchos que queremos tener nuestro Framework actualizado, entonces pues me dispuse a migrar un website de la versión 3.0.9 a la 3.0.x.

Las instrucciones de migrar son fáciles, regularmente se basa en reemplazar el directorio system de nuestra aplicación, pero esta nueva versión incorpora muchos cambios los cuales, hacen la migración un poco mas complicada.

El mismo sitio de kohana nos avisa de los siguientes cambios:

//Versión 3.0.x

$this->request->response = 'foo';

//Versión 3.1
$this->response->body('foo');


//Cambios en la clase Request de propiedades a métodos

//Versión 3.0.x  ===>    Versión 3.1
Request::$controller ==> Request::controller()
Request::$action ==> Request::action()
Request::$directory ==> Request::directory()
Request::$uri ==> Request::uri()

Todos lo puntos son marcados aquí
http://kohanaframework.org/3.1/guide/kohana/upgrading.

Ahora bien, a mi los que mas me interesaron, son importantes y no vienen aqui son los siguientes.

Request

//Versión 3.0.x

Request::instance();

El método estático anterior nos devolvía el singleton de nuestra solicitud con dicho método estático podiamos obtener parámetros y una de las cosas para lo que yo la utilizaba era para la creación de mi Breadcrumb.

//Version 3.1

Request::current();

//o

Request::initial();

Aquí como vemos tenemos dos opciones, y se elimino instance, las dos son iguales salvo por un detalle, si usamos HMVC, initial contendrá la información de la petición inicial, es decir si desde un controlador estamos invocando a un Request::factory(), ese sera inital y el factory invocado sera current cuando estemos programando dentro del factory.

Importante, lo anterior hay que tenerlo muy en cuenta ya que algunos módulos pueden usar dicho método estático, entonces, hay que buscar alguna actualización del mismo (me paso con el modulo de paginación)

Bootstrap

Pues creo que hay que destacar que reescribieron bastante de este archivo, por ello hay que reemplazar el que tenemos, obviamente guardando una copia del actual, ya que recordemos que en el bootstrap se guardan las rutas, módulos y muchas configuraciones de Kohana.

Desaparece el método ->render() de la vistas

También es fundamental remarcar este cambio, en versiones anteriores se usaba View::factory($vista)->render(); el cual ya no existe por ello si lo tienen así, quítenle ese método a sus vistas o sea quedaria View::factory($vista); (Nota puede afectar a sus módulos, de nuevo me paso con el modulo de paginación).

Security::xss_clean

También desaparece, podemos usar HTML::chars().

Para generar mi breadcrumb yo lo hacia con una código el cual extraía un array de la url, el cual ya no funciona, ahora hay que tomar la url y volverla array con explode como dice el siguiente código

//versión 3.0.x  $segments es un array con las partes que forman la url

$segments = Request::instance()->param();


//Versión 3.1  Ahora tenemos que tomarla de un string el cual cambio la forma de extraerlo ya que las nuevas clases están mas completas  y convertirla a array
$segments = Request::$current->param();
$segments = explode('/',$segments['uri']);

Bueno pues como verán los cambios si son fuertes, y también ya no viene el modulo de paginación( ahora hay que bajarlo),inclusive el index.php cambia, como vemos el equipo de kohana realizo bastantes cambios, los cuales al principio pueden darnos algún dolor de cabeza, pero es mejor migrar de una vez ya que ya están trabajando en la versión 3.2(la cual saldría en 6 meses aproximadamente) y hasta la 3.3.

Hasta aquí llegamos, con este post, en entregas posteriores tratare de cubrir los temas pendientes de kohana framework

Anuncio del lanzamiento: http://forum.kohanaframework.org/discussion/8024/kohana-v3.1.0-released

Manual de Kohana 3.1.x : http://kohanaframework.org/3.1/guide/

Bien vamos a continuar con el proyecto que teníamos en la parte anterior, y sobre ese mismo trabajaremos, ya teníamos nuestro controlador y nuestro modelo.

<?php defined('SYSPATH') or die('No direct script access.');

class Controller_Tienda extends Controller {
/**
 * Controller_Tienda Es el controlador por default recuerden el bootstrap
 * todos los controladores llevan esta sintaxis, Controller_<Nombre_del_controlador>
 *
 *  action_index() Es la acción por default (ejemplo http://localhost/tienda/accion)
 *  si no se especifica en la url (ejemplo http://localhost/tienda/accion, se usara
 *  index por default y la sintaxis es action_<nombre_de_la_accion>
 */
 public function action_index()
 {
 echo "Programando ....";
 }

} // End Tienda

Algo que debemos tener en cuenta en Kohana PHP es que existen dos tipos de controladores padres (parents) de los cuales podemos extender a nuestros controladores con los que trabajemos y eventualmente podemos crear más a nuestro gusto, pero de momento solo veremos los que podemos usar por default en Kohana PHP.

Controlador “Controller”, este es el controlador que usamos en el ejemplo de la parte uno y el cual está arriba, al extender nuestra clase de este controlador hacemos que funcione todo lo necesario para trabajar con Kohana, digamos que es el normal, y lo correcto para mostrar una salida en pantalla es usar la variable publica $this->request->response, y a esta se le asigna lo que necesitemos mostrar, lo cual regularmente debe de ser y será una vista.

Controlador “Controller_Template” este al igual que el anterior, permite que las clases que extiendan de el, tengan toda la funcionalidad de una clase controladora de Kohana, la grand diferencia, con la anterior, es que esta clase necesita una vista por default, la cual será rendereada o interpretada/mostrada automáticamente.

Ahora veamos las vistas para explicar los puntos anteriores.

Una vista es un archivo php(se puede llegar a usar plantillas Smarty mediante un modulo), alojado en ruta_de_instalacion/application/views el cual regularmente es un archivo que contiene un poco de código PHP y código HTML el cual nos permite mostrar nuestra aplicación Web.

Para poder cargar una vista es necesario usar el método View::factory($vista_name);, donde $vista_name es el nombre del archivo sin la extensión.

Hagamos un ejemplo usando los métodos anteriores para ello usaremos este código HTML casi vacío.

Nombre: PATH_INSTALACION/application/views/template.php

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">
<head>
 <title>Vista para Kohana PHP</title>
</head>
<body>
 <p>Hola esta es una vista para Kohana PHP</p>
</body>
</html>

<?php defined('SYSPATH') or die('No direct script access.');

class Controller_Tienda extends Controller {

 public function action_index()
 {

 $vista = View::factory('template');
 $this->request->response = $vista;

 }

} // End Tienda

El código anterior nos mostrara el código HTML cargado en la vista, además procesara el código PHP que contenga la vista.

Ahora lo mismo pero usando controller_Template, en este caso únicamente hay que crear una variable llamada template y a estar asignarle el nombre de nuestra vista omitiendo también la extensión.

<?php defined('SYSPATH') or die('No direct script access.');

class Controller_Tienda extends Controller_Template {

 public $template = 'template';

 public function action_index()
 {
 //Puede estar vacio
 }

} // End Tienda

Si pueden probar verán que ambos controladores funciona bien y muestran exactamente lo mismo.

Bien hasta aquí llegamos con la parte II, de este manual como ven ahora si vamos cerrando pendientes, esperen próximamente la parte III

Python tes un lenguaje bello, simple y poderoso, y ya se bastante del mismo, y me acabo de enterar de que salio una revisa gratuita para desarrolladores y aficionados de Python, a mi me cae perfecto puesto que son pocas hojas y con información clara y precisa.

PET: Python Entre Todos

Ademas esta en varios formatos y los trozos de código ayudan mucho a lo iniciado como yo en Python.

Los temas que trae el numero 1 de la revisa son:

• PET First Shot
• Cómo contribuir a PET
• PyAr, la historia
• from gc import commonsense – Finish Him!
• Concurrencia Indolora: el módulo processing
• Introducción a Unit Testing con Python
• Taint Mode en Python
• Dinamismo Aplicado
• Decorando Código (Parte 1)
• Web2Py Para Todos
• ¿Cómo Está Hecha Esta Revista?
• Desafío PET
• Un poco de xkcd

Yo ya la baje y ya la estoy estudiando, ojala y le sirva a todos como a mi y ayudemos entre todos a difundir este increíble lenguaje.

Web de la revista: Python Entre Todos(PET)

Enlace de descarga: Descarga Python Entre Todos(PET)

Hasta hoy apenas me vengo enterando de esto, les platico rápidamente.

El 15 de Mayo de este año (2010), se llevara a cabo en Londres, una conferencia de desarrolladores del Framework Kohana:
KOnference – The London Kohana Conference 2010.

La verdad estoy con unas tremendas ganas de ir sin embargo dudo mucho que pueda, por que no creo que en la chamba me paguen la ida y pues ahorita no hay mucho presupuesto.

Me puse ha investigar y aquí les dejo la agenda, la cual se ve va a estar bien interesante.

• Inicio || Duración || Sesión
• 10:30 || 25″ || Registration
• 10:55 || 5″ || Welcome
• 11:00 || 55″ || Building Swiftly with Kohana 3 – KO3
• 11:55 || 40″ || Designing for Scalability with HMVC – KO3
• 12:35 || 15″ || Break
• 12:50 || 35″ || Migrating existing codebases to Kohana – KO2
• 13:25 || 30″ || Advanced ORM – theory and practice – KO3
• 13:55 || 30″ || Lunch
• 14:25 || 30″ || Discovery Session
• 14:55 || 20″ || Rapid site prototyping – KO2
• 15:15 || 30″ || Templating with Twig – KO3
• 15:45 || 30″ || Break
• 16:15 || 25″ || An introduction to using Gearman with Kohana – KO2
• 16:40 || 20″ || Deploying Kohana on a large scale application – KO2
• 17:00 || 10″ || Mukuru.com – Kohana meets E-Commerce
• 17:10 || N/A- || Beers & dinner

Como ven habra platicas tanto de Ko3 como de Ko2, el unico pero que veo es que sera hasta Londres y pues es algo complicado ir.

Ojala y leyeran este post y pronto hagan una aunque sea en EUA.

Al parecer el costo sera de 15 GBP (Libras) (unos $300 MXN), el pago se realiza mediante Paypal y el registro sera a las 10:30 (Hora Local), recomiendan llegar a tiempo ya que como ellos dicen hay mucho que ver y el tiempo esta contado.

Pues ojala y eventos como este le den mas presencia a este increible framework y lo ayuden a crecer, por que se lo merece.

Mas info en los siguientes Links:
KOnference – The London Kohana Conference 2010

KOnference – The London Kohana Conference 2010 Calendar

El mapeo objeto-relacional u ORM (Object-Relational Mapping), una técnica de programación para convertir datos entre el sistema de tipos utilizado en un lenguaje de programación orientado a objetos y el utilizado en una base de datos relacional. En la práctica esto crea una base de datos orientada a objetos virtual, sobre la base de datos relacional. Wikipedia

Ose nos permite “pasar” una base de datos a programación orientada objetos, es decir tu solo te encargas de configurar tu conexión y mediante métodos puedes hacer los querys que quieras, y todo son objetos.

Existen muchos ORMS, para diferentes lenguajes de programación, pero obviamente nos enfocaremos a Php, y según se (no estoy 100% seguro) pero los ORMS están basados en Hibérnate de Java se supone que fue como el primer ORM.

En Php tenemos los siguientes ORMS:

• Doctrine
• Propel
• Kohana ORM
• Bender-modeler (Este es de un amigo, aunque este es muy completo y va mas allá)
• Junction PHP
• PHP Object Generator
• ADOdb Active Record
• EZPDO
• DB_DataObject
• Entre otras

Yo no he visto como trabajan cada una y se dé muy buenas fuentes que las mejores estan entre Doctrine y Propel.

Claro que depende de que desees hacer, de hecho aun no he probado bender-modeler pero por lo que veo es muy completa (Y no es comercial he) ya que como dije va mas allá ya que te genera los modelos que usaras en tu bd automáticamente (incluidos getters y setter).

Voy a mostrar a que me refiero con todo esto del ORM desde la vista de Kohana ORM ya que es donde he trabajado y es muy fácil.

Antes que nada quiero aclarar que son solo ejemplos, prometo que después de esto seguirá nuestra primer MVC con base datos, ORMS y todo, esto solo es para que se den una idea de que hablo cuando digo que esta buenos los ORM´s.

Para empezar solo necesitamos crear nuestra tabla (p.ejem. ‘usuarios’), y crear un modelo con la siguiente sintaxis.

usuarios.php

<?php

class Model_Usuarios extends ORM {

}

?>

Lo único que debemos de cambiar es Model_Usuarios donde Usuarios es el nombre de nuestra tabla y listo.

Y ahora veremos la diferencia

<?php

//Anterior
$resultado = mysql_query("select * from usuarios",$conecct);

//en ORM
$resultado = ORM::factory('usuarios')->find_all();

?>

Y además el resultado es un objeto no un array, aunque si deseamos usar array agregamos as_array() y listo y por ejemplo si necesitamos ver los usuarios que tuvieron 10 accesos sería algo así.

<?php

//Esta es una forma
 $resultado = ORM::factory('usuarios')->where('accesos','=',10)->find_all();

 //También se puede separar el código para que se a mas fácil leer
 $resultado = ORM::factory('usuarios')
 ->where('accesos','=',10)
 ->find_all();
?>

Como puedes ver es muy fácil de usar, y usa el patrón de diseño Factory para acceder a los modelos(tablas), y luego le agregas os métodos, where, orderby, limit, etc.

Claro y pensaras ¿y el modelo solo ese es su contenido, un par de líneas? claro que no, pero ese es más avanzado, podemos hacer joins y demás, pero vayamos por partes, en la siguiente entrega veremos un ejemplo real de una aplicación web en kohana con MVC y una base de datos.