1.- Kohana PHP

Es un framework escrito en PHP para acelerar el desarrollo de aplicaciones web, originalmente basado en CodeIgniter pero reescrito desde cero.

2.- Las ventajas de kohana PHP

Bueno son muchas, aquí pondré algunas

• Extremadamente ligero
• PHP 5 Estricto
• OOP
• Arquitectura HMVC
• Curva de aprendizaje fácil, pero extensa
• Se puede usar con Doctrine ORM, Smarty, Twig y hasta con tus propias clases sin problemas.
• IDE – Trabaja muy bien con Netbeans.

3.- Las versiones de Kohana PHP

Kohana surgió como un fork de Codeigniter(CI) tratando de mejorarlo, y la versión 2.x es basado en CI y actualmente hay soporte para la misma y es manejada por Jeremy Bush( aka zombor).

Sin embargo la versión que uso y recomiendo en las 3.x, mas específicamente la 3.1.3.1, la cual también es estable, la recomiendo por que esta reescrita desde cero pensando en puro PHP5 Y OOP, , es mas fácil de usar, y con muchas mejoras a nivel código, de la versión 3.0 y 3.1.1, hubo cambios algo fuertes y puede que tu código no funcione bien.

En resumen usa la versión 3.1.3.1 y evitate problemas.

4.-Instalando Kohana PHP

Tengo aquí un post que menciona como instalar Kohana PHP, que no es mas que descomprimir, ver si tenemos todos los requisitos y ya.

Además de eso recomiendo que su servidor tenga soporte para .htaccess y el modulo ModRewrite instalado y en ese archivo comenta esta linea, ya que puede generarte problemas con la ubicación de tu kohana

# Installation directory
#RewriteBase /

5.-  Configura tus rutas dentro del bootstrap

Configura tus rutas dentro del archivo Bootstrap, por default viene configurada una ruta que se llama default la cual apunta al controlador welcome, elimina ese archivo y configura tus rutas o ponlo para que apunte al controlador por default de tu proyecto

//reescribir estas lineas de acuerdo a tu proyecto
Route::set('default', '(<controller>(/<action>(/<id>)))')
->defaults(array(
 'controller' => 'welcome',
 'action'     => 'index',
));

6.- Elimina tu archivo de instalación

Cuando se instala kohana siempre trae un archivo que se llama install.php, el cual se encarga de verificar y mostrar que tengas todos los requisitos para usar kohana, después de que verifiques que todo esta ok, debes borrarlo ya que contiene información sensible que puede ser accesible muy fácilmente.

7.- Cada cosa en su lugar

Si bien cuando uno empieza a probar kohana sin leer mucho, hay cosas que podemos hacer pero que no están bien como poner consultas en los controladores, o en las vistas, hay que organizar todo, es mucho mejor.

Estas son las reglas

• Ruteos en el Bootstrap
• Capa de lógica en el Controlador
• Capa de persistencia de datos en los modelos
• Capa de presentación en las vistas

8.- Configura tu init del bootstrap

Configura en tu bootstrap tu url_base que es donde esta la dirección de tu sitio, es decir si tu sitio es http://www.ajaxman.net y ahí estas usando kohana en tu bootstrap debe de estar así

Y de preferencia usa urls amigables solo indicando, index_file como FALSE.

Kohana::init(array(
 'base_url'   => 'http://www.ajaxman.net/',
 'index_file' => FALSE
));

9.- Usa un IDE

Para desarrollar con kohana, sirve hasta el bloc de notas (o el vi), pero a veces no es lo mejor, yo recomiendo que usen un IDE (Entorno de Desarrollo Integrado) como Eclipse, Zend Studio, Netbeans, Aptana,etc.

Yo uso Netbeans y trabaja de maravilla, reconoce todos los métodos y clases de kohana, además de que Netbeans te sirve para programar en Java, C, C++, Python entre otros y es Open Source

10.- La configuración de tu aplicaciones

Todos los módulos y algunas clases de kohana viene con una carpeta config y dentro de estas aparece un archivo con el nombre de la clase, estos archivos, contienen la configuración de cada clase que necesita configuración.

Para tenerlos mas claros estos se encuentran dentro de:

• *configuraciones del sistema
  • System
    • config
• *configuraciones de los módulos
  • Modules
    • nombre_del_modulo
      • config

Y si bien se puede configurar desde ahí, no es recomendable, entonces lo que hay que hacer es que cada vez que necesites usar algo lo debes de configurar, para hacerlo solo debes de copiar estos archivos dentro de la ruta de aplicación esto es.

• *configuraciones de tu aplicación
  • application
    • config

Y ahí configurarlos así tienes todo dentro de tu aplicación.

11.- Cambia tus permisos en tus archivos de logs

Cuando uno empieza a programar en kohana a veces veremos errores del tipo:

ErrorException [ 2 ]: file_put_contents(/home/tuwebsite/public_html/application/logs/2011/05/10.php) function.file-put-contents]: failed to open stream: Permission denied ~ SYSPATH/classes/kohana/log/file.php [ 82 ]

Esto sucede por que que no tienes permisos para escribir en el archivo 10.php lo que hay que hacer aparte de cambiar los permisos de application/logs y todos sus directorios también hay que crear un archivo en blanco con el nombre del día que nos este mostrando en este caso es el 10.php, y darle permisos 777, para que escriba los logs, en este caso el error es por que no existe mi controlador.

Entonces mas que nada hay que tener dicho archivo y permisos de escritura para que guarde ahí el error.

Si no quieren usar este archivo hay que comentar la siguiente linea en el bootstrap

/**
 * Attach the file write to logging. Multiple writers are supported.
 */
Kohana::$log->attach(new Log_File(APPPATH.'logs')); //Comentar esta linea

12.- Quita el user_guide

Por último otra recomendación útil es quitar el modulo user_guide ya que no sirve de mucho mostrar esta información al usuario y puede ser un agujero de seguridad.

Solo hay que borrarlo dentro de la carpeta modules.

Con estos 12 tips espero que les sea más fácil de usar kohana además de que ojala y sirva de base para que migren de otros frameworks, si tienen algún duda pues me avisan en lo comentarios, ha también se viene el congreso de PHP, pronto mas detalles.

Kohana FrameWork: Kohana: The Swift PHP Framework

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/

Resulta que via Twitter, me entere sobre una forma de programar mediante pruebas unitarias en PHP mediante PHPUnit, tenia rato que quería saber como hacer eso y creo que si le estoy entendiendo bien, de ahi aprendí que esto se llama TDD(Test-Driven Development) y bueno esto estará en otro post, la cuestión es que me intereso bastante, al final llegue hasta el tema de la ingeniería del software.

Si bien yo no soy ingeniero (Soy Técnico Profesional), me gusta bastante este tema, resulta que para ser un buen programador es muy bueno aprender a implementar la ingeniería del software en el desarrollo del mismo, para nuestro beneficio.

Si bien no es una técnica tipo AJAX o similar, es algo muy importante a considerar ya que aplicando esto no solo te dedicas a programar-codear un script, si no desarrollas una aplicación completa mediante ciertos pasos bien definidos.

Etapas del proceso de la implementación de la Ingeniería del Software.

• Análisis de requerimientos
• Especificación
• Arquitectura del Software
• Programación
• Prueba
• Documentación
• Mantenimiento

Además de lo anterior también hay varios modelos ó paradigmas para implementar dicha Ingeniería del Software, algunos de los mas usados son los siguientes.

• Modelo en cascada o Clásico (modelo tradicional)
• Modelo de prototipos
• Modelo en espiral (modelo evolutivo)
• Desarrollo por etapas
• Desarrollo iterativo y creciente o Iterativo e Incremental
• RAD (Rapid Application Development)
• Desarrollo concurrente
• Proceso Unificado
• RUP (Proceso Unificado de Rational)

Claro dirán y todo esto para me sirve, pues para que programes mucho mejor, ya que usando todo esto, como mencione anteriormente no solo escribirás código, si no lo que haces serán soluciones completas, documentadas y seguras, además de que podrás usar los patrones de diseño para optimizar tu código, y bueno muchas cosas de este tipo.

Como verán no soy un experto en esto de la Ingeniería del Software, pero el propósito de este post era darles un preámbulo sobre este tema el cual como mencione se me hace muy interesante y creo que al implementarlo cuando usamos PHP podrá beneficiarnos a nosotros como programadores, a los clientes y a los jefes, bueno en general a todos, como dije antes tiene muchas ventajas.

Espero pronto sacar algún otro post sobre PHP y TDD

Mas información sobre esto en la Wikipedia | Ingeniería de software

Ya sabemos cómo instalarlo ahora procedamos a trabajar.

Como ejemplo haremos una aplicación que liste productos, maneje altas y bajas de una tienda con un Front-End y un Back-End.

Para empezar necesitamos lo siguiente

*Requisitos

• Apache (ModRewrite instalado)
• PHP 5.2
• MySQL
• Kohana 3 Framework

*Opcionales

• SQlFront
• Phpmyadmin
• Editor de código como Webuilder (Luego veremos cómo hacer casi lo mismo con Netbeans un IDE completo)

Haremos una nueva instalación de Kohana, en nuestra PC que será nuestro servidor (localhost) copiamos el contenido del framework a una carpeta que se llame tienda (en mi caso E:/www/tienda/)

Y acceso a mi website escribiendo http://localhost/tienda/  y ahí veremos nuestro install ahora navegamos hasta  E:/www/tienda/ y ahí estará ese archivo, lo borramos (si todo salió ok, si no corregir y verificar hasta que todo este en verde)

Esta vez vamos empezar por los datos para que al final hagamos el website.
Necesitamos una tabla de productos usaremos el siguiente SQL con los datos básicos de cada producto.

Como regla general hay que tener en cuenta que la base de datos debe de tener las siguientes características:

• Nombre de la tabla en Plural (“productos”)
• Nombre de los campos en Singular (“descripción”)
• La clave principal se llamara id, en minúsculas (Se puede poner otra cosa pero habría que editar nuestra clase que manejara esa tabla por ello lo dejaremos como id)

CREATE TABLE <code>productos</code> (
 <code>id</code> int(11) NOT NULL AUTO_INCREMENT,
 <code>nombre</code> varchar(255) DEFAULT NULL,
 <code>descripcion</code> text,
 <code>activo</code> int(1) DEFAULT '1',
 PRIMARY KEY (<code>id</code>)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

Agregamos el siguiente contenido

INSERT INTO <code>productos</code> VALUES (1,'Agua Debian','Agua Embotellada 1 Lts Marca Debian',1);
INSERT INTO <code>productos</code> VALUES (2,'Refresco Php','Refresco 2 Lts Marca Php Sabor Uva',1);
INSERT INTO <code>productos</code> VALUES (3,'Paleta Ubuntu','Paleta Ubuntu sabor Cafe 1pza',1);

Ahora editaremos nuestro bootstrap   (E:/www/tienda/application/bootstrap.php)
Buscaremos el configuración del init y escribiremos los siguiente

<?php
//...
//...
Kohana::init(array(
 'base_url'   => 'http://localhost/tienda/',//Aqui le decimos cual será la url del proyecto
 'index_file' => FALSE, //                  //Le indicamos que usara urls amigables (sin .php)
));
...
...
//Buscaremos el Route en el mismo script y lo editaremos
..
...
Route::set('default', '(<controller>(/<action>(/<id>)))')
 ->defaults(array(
 'controller' => 'tienda',  //Nombre del controlador por default
 'action'     => 'index',   //Acción por default (lo dejamos en index)
 ));

Lo guardamos (:wq XD ) y vamos a ver que en la raíz del proyecto hay una archivo llamado example.htaccess lo renombramos a .htaccess que será el que manejara las urls amigables para no tener el tienda/index.php/controlador ser tienda/controlador.

Les recomiendo comentar la siguiente línea para no tener problemas en las direcciones

# Installation directory
#RewriteBase /kohana/ pueden poner /tienda y va a funcionar pero es mejor quitarla
# ya que con ello evitaremos problemas cuando estemos cambiando de un servidor local
# a un servidor de producción

Lo guardamos (:wq XD )  Y ahora vayamos a crear nuestro controlador.

Entramos a E:/www/tienda/application/classes/controller y creamos tienda.php
Y creamos nuestro controlador

<?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

Lo guardamos (:wq XD ) y naveguemos a http://localhost/tienda/ veremos que dirá “Programando ….”, si no vemos eso es que algo hicimos mal y hay que volver a ver en donde nos fallo

Ahora bien, procederemos a conectar la base de datos, para ello vamos a editar el archivo de configuración de la base de datos E:/www/tienda/modules/database/config/database.php

Y agregaremos la conexión mysql, pueden usar PDO(pero prefiero hacerlo como ejemplo de forma tradicional)

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

return array
(
 'default' => array
 (
 'type'       => 'mysql',
 'connection' => array(
 /**
 * The following options are available for MySQL:
 *
 * string   hostname
 * string   username
 * string   password
 * boolean  persistent
 * string   database
 *
 * Ports and sockets may be appended to the hostname.
 */
 'hostname'   => 'localhost',  ////Usa los datos de tu conexión MYSQL
 'username'   => "root",       ////Usa los datos de tu conexión MYSQL
 'password'   => "localhost",  ////Usa los datos de tu conexión MYSQL
 'persistent' => FALSE,        ////Opcional
 'database'   => 'kh_tienda',  ////Usa los datos de tu conexión MYSQL
 ),
 'table_prefix' => '',
 'charset'      => 'utf8',
 'caching'      => FALSE,
 'profiling'    => TRUE,
 ),
 //Aquí continúa con el PDO, ese de momento no hay que tocarlo
 //..
 //....
 //......
)

Ahora que ya lo tenemos vamos a decirle a kohana que agregue los módulos de base de datos y orm, necesarios para que funcione nuestro ejemplo, para ello hay que editar otra vez nuestro archivo bootstrap ya descomentar los módulos de manera que quede así.

<?php
//..
//....
/**
 * Enable modules. Modules are referenced by a relative or absolute path.
 */
Kohana::modules(array(
 // 'auth'       => MODPATH.'auth',       // Basic authentication
 //'cache'      => MODPATH.'cache',      // Caching with multiple backends
 // 'codebench'  => MODPATH.'codebench',  // Benchmarking tool
 'database'   => MODPATH.'database',   // Database access
 // 'image'      => MODPATH.'image',      // Image manipulation
 'orm'        => MODPATH.'orm',        // Object Relationship Mapping
 // 'pagination' => MODPATH.'pagination', // Paging of results
 // 'userguide'  => MODPATH.'userguide',  // User guide and API documentation
 ));

Lo guardamos y ahora hay que agregar el Modelo ORM que manejara la base de datos, para ello hay que crear un archivo llamado con el mismo nombre de nuestra tabla,

En E:/www/tienda/application/classes/model hay que agregar el modelo productos.php si no existe esta carpeta model hay que crearla.

En el modelo agregaremos el siguiente contenido

<?php defined('SYSPATH') or die('No direct script access.');
/**
 * Description of Model_Productos
 *
 * @author Javier
 */
 //// Importante el nombre de nuestra  clase debe de llevar la siguiente sintaxis
 ////  Model_<Nombre_de_la_tabla>

class Model_Productos extends ORM {

 protected $_table_names_plural = false;
 /// Ojo con esto este campo es true por default pero hace que Kohana maneje a su gusto
 /// Los nombres de la tablas agregándole "s" o "es" a las mismas
 /// Es decir trata de pluralizar el nombre automáticamente, puede que sea muy útil
 /// Pero en lo personal no me gusta prefiero yo usar lo nombres a mi gusto
 /// Por ello con esta indicación le decimos a kohana:
 /// "Deja el nombre de la tabla como se llama la clase y no le hagas cambios"


}

Y bien ya casi terminamos, ahora hagamos una prueba para ver si todo ha salido bien.

Vayamos a nuestro controlador y agreguemos el siguiente código

<?php
 //..
 //.....
 public function action_index()
 {
 //echo "Programando ....";
 $productos = ORM::factory('productos')->find_all();
 foreach($productos as $producto)
 {
 echo "[[Producto=".$producto->descripcion."]]";
 }

 }

Ojo no es MVC todavía pero es para pruebas, expliquemos el código:
Para hacer una consulta al ORM, usaremos el siguiente código (se puede de varias formas, esta es la mas fácil)
$productos = ORM::factory(‘<Nombre_del_Modelo>’)->otros_metodos()
Donde

• $productos: es la variable donde se almacenara nuestro contenido de la consulta
• ORM::factory(): Es el método estático para usar el ORM y el parámetro será el nombre del modelo
• otros_metodos: Es donde le podemos agregar métodos where, join, order_by, find,find_all, etc., digamos como una especie de parámetros del query, algo importante a destacar es
  • si usamos ->find() Kohana hará automáticamente un limit 1
  • Si usamos ->find_all() Kohana traerá todos los resultados
• Hay muchos parámetros poco a poco los iremos viendo.

Por último con el foreach recorremos nuestro objeto y mostramos sus propiedades las cuales son las mismas que los campos de la tabla y listo.

Guardamos nuestro controlador y al entrar a http://localhost/tienda/, nos debe aparecer algo como lo siguiente:

[[Producto=Agua Embotellada 1 Lts Marca Debian]][[Producto=Refresco 2 Lts Marca Php Sabor Uva]][[Producto=Paleta Ubuntu sabor Cafe 1pza]]

Con eso terminamos la parte 1, Como verán siento que fue bastante rápido, que quizá se me hayan quedado cosas, sin escribir, si notan algún error, o algo no funciona pueden comentarlo.

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

Yo supongo que ya leyeron el post anterior sobre instalación de Kohana 3, si no este es el link [Framework Kohana 3] Instalando y configurando Kohana 3 #Ko3

Bien teniendo eso, hoy haremos un pequeño ejemplo de MVC, recordemos que el paradigma MVC (Modelo, Vista, Controlador) nos permite desarrollar mejor, mas rápido, organizar nuestro proyecto y hacerlo abstracto.

Lo anterior es porque nos permite programar de la siguiente manera:

• Modelo: Capa de datos, la cual se encarga de la petición de datos
• Vista: capa de presentación, es la que se encarga de mostrar el resultado al cliente
• Controlador: capa de negociación, esta se encarga de organizar al información, en otras palabras identifica que es lo que necesitas, pide los datos al modelo y los presenta en la vista.

Bien ahora veamos cómo trabaja Kohana 3 con esto

Como podemos ver Kohana consta de 3 carpetas:

• Application: es donde estará nuestra aplicación donde tendremos nuestras carpetas de MVC, digamos que es lo publico
• Modules: es donde residen los módulos que le podemos agregar a Kohana por ejemplo la conexion a la base de datos, el ORM(luego hablaremos de este),autenticación etc.
• System: pues como su nombre lo indica es donde está el core del Kohana 3 o el núcleo, este pues casi no hay que tocarlo en la mayoría de proyectos de hecho casi nunca se toca o no debería tocarse.

Ahora lo que nos interesa en este caso es la carpeta Application, al abrimos y veremos las siguiente carpetas:

• Cache: es donde se guardara el cache interno, este se activa muy fácil pero no esta tan eficiente como un verdadero cache.
• Clases: es donde estarán nuestros controladores (C de MVC) y nuestros modelos aquí veremos que hay una carpeta llamada controller, ahí hay que crear una carpeta que se llame model que servirá para nuestros modelos, y también podemos crear una carpeta helper que nos servirá para poner ahí nuestros helpers cuando los creemos.
• Config: esta carpeta no le he tocado, pero por lo que he visto son como configuraciones especiales del website, yo recomiendo no poner nada ahí, hasta ver bien su uso.
• Logs: como su nombre lo indica aquí se guardan logs de los errores de nuestro código.
• views:  si bien esta carpeta regularmente no existe, pero hay que crearla por que es donde estarán nuestras vistas(la capa de presentación) de nuestro proyecto.

También veremos que dentro de la carpeta principal Application hay un archivo bootstrap.php el cual es digamos que como un config y un router a la vez, ya que es donde configuraremos algunas cosas y enrutaremos mediante expresiones regulares(se parece al settings.py de Django) a los controladores que deseemos.

A continuación describiré cada una de las partes que conforman el bootstrap.php

• date_default_timezone_set(‘America/Chicago’); define la zona donde se está ejecutando nuestros script yo le pongo America/Mexico_city
• setlocale(LC_ALL, ‘en_US.utf-8′); Configuración de la codificación, recomiendo usar UTF-8
• spl_autoload_register(array(‘Kohana’, ‘auto_load’)); Esto es un poco complicado de explicar en un par de líneas(luego me extenderé), pero diremos que con esto se esta cargando Kohana.
• ini_set(‘unserialize_callback_func’, ‘spl_autoload_call’); Lo mismo que el de arriba, es para que inicialice el autoloader para serializar.
• Kohana::init(array(‘base_url’ => ‘/kohana/’)); es donde configuraremos el mod_rewrite (en php, también hay que agregar el htacces), la url de base, el cache interno entre otras.
• Kohana::$log->attach(new Kohana_Log_File(APPPATH.’logs’)); pues indica donde guardara los logs
• Kohana::$config->attach(new Kohana_Config_File); Configuración de Kohana
• Kohana::modules(array( … )) Aquí es donde cargaremos los módulos como el ORM y la base de datos, también podemos agregar algunos otros.
• Route::set(‘default’, ‘((<controller>/(/<action>)))’) ->defaults(array( ’controller’ =>  ’welcome’,'action’ => ‘index’,)); Este por el momento diremos que nos indica a que controlador ira por default en este caso se llama welcome, y método index, luego veremos cómo configurarlo bien.
• echo Request::instance()->execute() ->send_headers() ->response; Esto hasta ahorita no lo he tocado pero es para que se ejecute el sistema.

Bien creo que por hoy es suficiente, si queremos empezar a probar les recomiendo que pongan controladores copiando el código del controlador welcome.

Perdonen que este todo amontonado pero no hay mucho tiempo para formatear bien el texto, esto es solo para que se den una idea, lo mejor el abrir el bootstrap.php y ver el contenido.

El capitulo que sigue veremos un ejemplo de un MVC con ORM (haber si me alcanza el tiempo si no por separado).

Saludos y buen codding…

PHP 5 Certificación

Esta es la segunda entrega de estos manuales, como verán pues ya estoy mas constante y créanme que aunque quisiera postear diario no se puede.

Y últimamente he estado un poco atareado con aprender mas php y entender por fin Python, pero bueno al tema.

Bien tenemos que un script Php, es aquel que cuando se ejecuta en un servidor (Esto es opcional) nos devuelve algo, veamos el siguiente script y posteriormente veremos cada una de sus partes, si estas aprendiendo apenas Php, no te preocupes de no entender nada, es solo un código de muestra el cual solo nos va a servir para ver cada una de las partes que integran un script básico.

$castVariable = 1;

// Comentario de una sola linea

# Otro tipo de comentario de una sola linea

/*
 Comentario
  multilinea

 */

/**
 * Comentario de documentacion PHPDoc
 *
 * En el cual podemos hacer mas cosas con @ param
 *
 * @method getUSers
 */

{

 f();
}

echo "Hola mundo";

Bien un poco grande el código pero creo que nos servirá de ejemplo, así que vayamos línea a línea identificando cada uno de los componentes de php

Linea 1: Declaración de una variable, esto es opcional ya que en Php, podemos usar cualquier variable cuando queramos, aunque el declarar un variable nos permite tener un código mejor organizado

Linea 3: Básicamente es un comentario, el cual no se lo leerá Php y solo sirve para que lo veamos nosotros como desarrolladores Ojo el comentario termina con el salto de línea

Linea 5: Lo mismo que el punto anterior salvo que en vez de Doble diagonal se usa el símbolo de numero o gato #

Lineas 7 a 11: Este es un comentario que como su nombre lo indica es multilínea inicia con /* y termina con */ y no con salto de línea como los anteriores

Linea 13 a 19: Este comentario es para generar documentación PHPDoc desde un comentario, la cual requiere cierta sintaxis, PhpDoc lo veremos mas adelante.

Linea 21 a 24: inicio de un bloque Php el cual inicia con llave { y termina en llave }se usa para agrupar codigo php el cual puede derivar de una condición o  de una función.

Y la ultima Línea es donde se usa el constructor “echo”,este constructor permite mostrar un texto en pantalla, posteriormente veremos mas constructores.

Si ven esto no es gran cosa para aprender, pero es conveniente ir identificando cada uno de los elementos del lenguaje para que no se nos pase nada durante el examen de certificación.

Saludos

Y que mejor forma que hacerlo con el Sketchpad, un “paint” online el cual esta desarrollando usando las características del HTML5 y Javascript (Claro).

Sketchpad Online Paint Drawing

Es muy potente y no traba la maquina, cualquiera que lo viera diría que es Flash, pero no es así, creo que sus días de Flash/Flex (solo en aplicaciones Web – no banners) están contados, ya que esta tecnología es mejor, tanto por velocidad, por que será un estándar (escuchaste Microsoft no salgas con tus pen… “otros Estándares”) y no necesitas instalar ningún plugin ni nada, salvo que tengas activado Javascript y que tu navegador lo soporte, cosa que en este año(2010), ya es muy prehistórico hablar de navegadores sin soporte de Javascript.

Link de SketchPad | http://mugtug.com/sketchpad/
Vía | Sketchpad, paint online con tecnología HTML5

Algo que podemos destacar (lo comentan en barrapunto)es que Java ha tenido un fuerte descenso, y C sigue creciendo, también otro que esta cayendo muy fuerte es Perl, claro que hay muchos cambios mas, miren la tabla.

Position Jul 2009	Position Jul 2008	Delta in Position	Programming Language	Ratings Jul 2009	Delta Jul 2008	Status
1	1		Java	20.452%	-0.89%	A
2	2		C	17.319%	+1.37%	A
3	3		C++	10.419%	-0.27%	A
4	5		PHP	9.269%	-0.26%	A
5	4		(Visual) Basic	7.789%	-2.66%	A
6	8		C#	4.540%	+0.54%	A
7	7		Python	4.435%	-0.54%	A
8	6		Perl	4.200%	-0.93%	A
9	9		JavaScript	3.513%	+0.76%	A
10	10		Ruby	2.567%	-0.17%	A
11	11		Delphi	1.998%	-0.01%	A
12	13		PL/SQL	0.891%	+0.16%	A
13	14		SAS	0.794%	+0.17%	A
14	24		RPG (OS/400)	0.740%	+0.41%	A
15	16		Pascal	0.707%	+0.27%	A
16	26		ABAP	0.703%	+0.44%	A-
17	20		Lisp/Scheme	0.607%	+0.22%	B
18	12		D	0.593%	-0.63%	B
19	18		Lua	0.531%	+0.12%	B
20	27		MATLAB	0.512%	+0.26%	B

Si bien este esto es algo basado en cálculos, y no es 100% exacto podemos ir viendo la tendencia en cuanto a el uso de lenguajes programación se refiere.

Y para terminar la pregunta del millón ¿Por que Php sigue siendo tan mal pagado (sobre todo en México)?
La respuesta podría ser, por que es fácil, pero la duda surge por lo siguiente:

Si necesitas una web que para un portal , que tenga usuarios, panel de control, si contratas a alguien que lo haga en Java le pagarías lo triple que si lo hace con Php, ¿por qué? si se obtiene lo mismo!.

¿Ustedes que opinan? por que sucede esto.

Me entere por Barrapunto: Top 20 de lenguajes de programación actualizado a Julio de 2009
El original esta aquí con mas datos (en ingles): TIOBE Programming Community Index for July 2009

De echo he seguido muy cerca el desarrollo de este software ya que se me hace una propuesta muy interesante en este mundo donde la mayoría usa iTunes.

Songbird 1.1

Como es de esperarse nos ofrece nuevas y mejores funcionalidades, entre las que destacan.

• Obtención de álbumes en demanda.
  • Esta opción si no me equivoco permite descargar imágenes de los albums, los cuales serán desde Last.fm, pero se pueden incorporar otras fuentes mediante addons.
• Ver carpetas
  • Con esta opción podemos ver nuestras carpetas de forma de jerarquía y esta vista esta sincronizada con la biblioteca de Songbird.
• Mejor clasificación
  • Ahora Songbird posee, soporte para Unicode, ademas de que organiza mejor las pistas, mediante el manejo y el uso de artículos, en el titulo.
• y otros como
• Replay gain support (normalization)
• MTP Device Support
• 7digital MP3 Store (Beta).

La lista como vemos es extensa, pero creo que lo mas importante, es que sigue la evolución de dicho software y creo que depende de nostros darle propaganda para que se fortalezca cada día mas.

En hora buena por Songbird y su equipo.

Mas información en | Songbird
Descarga en tar.gz para Linux | Descargar  Songbird