Bueno, hacía tiempo que no escribía por aquí, la verdad es que me cuesta mantener un ritmo constante, puesto que ahora que tengo un trabajo fijo (bien!?) a veces vuelvo a casa y lo último que me apetece es seguir escribiendo sobre programación, pero que os voy a contar ¿no?

En fin, volviendo al tema importante, hace unos días nos propusieron actualizar una aplicación hecha enteramente en PHP (nativo, sin ningún framework), para que soportase oracle. Bien la cosa no parecía difícil, porque esa aplicación, tenía una librería con las funciones de MySQL, por lo que sería tan fácil como duplicar esa librería y substituir las funciones por las de Oracle. Después de ver lo que había, decidimos usar la OCI8 de PHP (documentación).

Bien, este artículo no es para haceros un tutorial sobre como migrar de MySQL a Oracle, pero si que quería comentar algunos de los problemas que nos hemos ido encontrando, tanto a nivel de funciones en PHP como al migrar con SQL de una a la otra. Y ojo! Yo tuve que aprender Oracle a marchas forzadas, por lo que me considero un usuario de este gestor totalmente novato, seguramente los errores expuestos a continuación se pueden solventar de una manera quizá mas compleja y profesional, pero al menos os daré un punto de partida si estáis en los mismos problemas que yo.

Para empezar, la migración la hicimos "automaticamente" mediante SQL Developer (enlace) y estos fueron algunos de los problemas y consideraciones que nos encontramos:

1) los campos TEXT de MySQL pasan a ser objetos LOB de Oracle, por lo que a posteriori, será diferente tratarlos, ya que las consultas no nos devolverán una "string", sino que te devuelven un objeto OCILOB (documentación), que para leerlo se tendrá que hacer algo así como:

//$cad sería el valor del campo de la base de datos tipo CLOB
$cad = (string)$blob->read($blob->size());

2) los campos DATE de MySQL pasan a ser TIMESTAMP con la migración automática. Remarcar que en el proceso de migración automática, estos campos fueron definidos como DATE_TIME, pero no servían dado que no guardaban la hora/minuto/segundo. Por ese motivo nos vimos obligados a realizar un script para modificar este campo en toda la base de datos.

3) en el proceso de migración no se reflejaron los valores por defecto en toda la base de datos, proceso que se ha tenido que hacer manualmente.

Tambien tuvimos algunas consideraciones y cambios sobres el conjunto de queries para el nuevo entorno Oracle:

1) no hay una función equivalente a mysql_insert_id, por lo que nosotros lo reemplazamos por una consulta a la id "MAX" para saber la última inserción. Avisaros que esta solución es realmente mala y no contempla la atomicidad de la base de datos (ni la integridad).

2) para escapar las variables, usamos algo así

//function db_escape($str) {return mysql_real_escape_string($str);}
function db_escape($str) {
	// fucntion that simulates mysql_real_escape_string
	if(is_array($str))
        return array_map(__METHOD__, $str);

    if(!empty($str) && is_string($str)) {
        return str_replace(array('\\', "\0", "\n", "\r", "'", '"', "\x1a"), array('\\\\', '\\0', '\\n', '\\r', "\\'", '\\"', '\\Z'), $str);
    }

    return $str;
}

3) Oracle no devuelve un objeto de donde se puede sacar el número total de resultados, esto ha sido resuelto realizando una nueva query con un COUNT(*) de la última query realizada.

4) Problemas con el DISTINCT: Oracle no soporta un DISTINCT * FROM, si soporta un DISTINCT campo1,campo2,.. FROM

5) Palabras reservadas : Existen una serie de palabras reservadas en Oracle, que al realizar la migración les ha añadido una barra baja detrás, p.ej : start ⇒ start_

6) Insertar secuencias: En cada inserción de datos en la base de datos se requiere la llamada para obtener el siguiente id / número de la secuencia incremental. P.ej. INSERT INTO TABLA(ID, …) VALUES (TABLA_ID_SEQ.NEXTVAL, …)

7) Tratamiento LOB : tal y como se explica mas arriba, al hacer la migración, automáticamente se convirtieron los campos TEXT en CLOB's, que son unos objetos en oracle, por lo que antes de tratarlos como una simple string habrá que tratarlos con las funciones propias de PL*/SQL de la clase OCI-Lob Documentación de OCI-Lob

8) Concat : la función CONCAT de Oracle solo soporta dos parámetros, así que se usará esta sintaxis para más parámetros: SELECT region_name || ' ' || store_name FROM Geography WHERE store_name = 'Boston';

9) Limites: no existe LIMIT en Oracle, pero proporciona una variable en SQL llamada ROWNUM con la cual se pueden filtrar como el limit con unas comparaciones basicas, ejemplo: ROWNUM ⇐ 1 es lo mismo que LIMIT 1

Bueno y eso es todo un poco por encima de los "grandes" problemas que nos hemos encontrado.

Pero vayamos por partes, primero de todo nueva función en el controller, que manejara los temas, al igual que lo hacía con las categorías:

		function tema($id = 0)
		{
			if((int)$id< =0)
			{
				echo "Error, no existe una tema con esta id.";
			}
			else
			{
				$this->load->model("foros_model", "foros");
				$this->load->model("usuarios_model", "usuarios");							

				$vars['query'] = $this->foros->getPosts($id);
				$this->load->view("header");
				$this->load->view("foros/tema", $vars);
				$this->load->view("footer");
			}
		}

Ahora pasaremos al view, que tiene bastante chicha:

< ?php
	echo '<h2><a href="index.php/foros/index">Foros</a> &raquo; <a href="index.php/foros/categoria/'.$this->foros->getPostsTemaParam((int)$this->uri->segment(3), "cat_id").'">'.$this->foros->getNombreCategoria($this->foros->getPostsTemaParam((int)$this->uri->segment(3), "cat_id")).'</a>: "'.$this->foros->getPostsTemaParam((int)$this->uri->segment(3), "titulo").'"';

	if($query->num_rows() > 0)
	{
		foreach($query->result() as $row)
		{
			echo '<h4>'.$this->usuarios->getName($row->usuario_id).' dice:</h4>';
			echo '<p>'.$row->cuerpo.'</p>';
		}
	}
	else
	{
		echo '<p>No hay ninguna tema creado</p>';
	}
?>

La primera linea, que es muy larga es para lo que os comentaba al principio. Como véis hago uso repetidamente de una función que he creado en el model, que nos dará toda la información que queramos del tema (titulo, id, categoría a la que pertenece).

Como veis la función es muy simple, jugamos con los parámetros que nos pasan y hacemos que la función sea genérica para nuestros propósitos, así la podemos reutilizar sin necesidad de crear una función especifica para cada cosa.

		function getPosts($tema_id = 0)
		{
			$this->db->where("tema_id", $tema_id);
			$this->db->order_by("id", "ASC");
			$q = $this->db->get("forum_posts");
			return $q;
		}

		function getPostsTemaParam($id, $param)
		{
			$this->db->where("id", $id);
			$this->db->select($param);
			$q = $this->db->get("forum_temas");
			$r = $q->row_array();
			return $r[$param];
		}

Y bueno el trabajo está casi listo, esto ya tiene pinta de foro (cutre y sin estilos, pero eso es lo de menos ahora mismo). Lo que haría falta tanto en temas como en posts es un botón que nos lleve a un formulario para poder crear nuevos temas y nuevos posts. Pero eso es muy sencillo y seguro que todos sabréis hacerlo me imagino, ya que simplemente se trata de insertar información a la base de datos. Esto ya lo hemos visto en un tutorial anterior: Gestor de noticias.

También comentar que para un foro, obviamente necesitáis un sistema de usuarios, así que echadle un vistazo al que ya hicimos hace tiempo: Sistema de Usuarios.

La cosa ha quedado algo así:

----------

----------

Cualquier duda que tengáis podéis dejar un comentario o pasaros por el foro, quizá creéis que debería seguir el tutorial con la parte de añadir comentarios o tenéis alguna sugerencia para algún tema nuevo que os gustaría que hablase.

Foro > Categorías > Temas > Posts

Empezando a programar me di cuenta que harían falta unos retoques en la base de datos, pues necesito una tabla para los "temas" que no había creado. Como el tutorial lo voy haciendo poco a poco a medida que lo hago, también me doy cuenta de errores y cosas que me olvido, y como ya os avisé, la base de datos siempre hay que adaptarla.

Veamos la nueva tabla "forum_temas", de momento tendrá estos campos (y de paso una fila de ejemplo):

Como suponéis, cat_id hará referencia a la id de la categoría.

Luego también necesitaremos unos cambios en la tabla "forum_posts", pues añadiendo la anterior hay algunos campos que ya no necesitamos.

Hemos incorporado el tema_id, sustituyendo a padre, para que quede mas claro hacía donde es la referencia. También hemos quitado el titulo, porque ya lo lleva la tabla anterior.

Ahora ya pasamos a la programación en PHP y CodeIgniter.

En el controlador foros.php, añadiremos una nueva función:

< ?php 

	if (!defined('BASEPATH'))
		exit('No direct script access allowed');

	class Foros extends CI_Controller
	{

		function __construct()
		{
			parent::__construct();
		}

		function index()
		{
			$this->load->model("foros_model", "foros");

			$vars['query'] = $this->foros->getCategorias();
			$this->load->view("header");
			$this->load->view("foros/index", $vars);
			$this->load->view("footer");
		}

		function categoria($id = 0)
		{
			if((int)$id< =0)
			{
				echo "Error, no existe una categoría con esta id.";
			}
			else
			{
				$this->load->model("foros_model", "foros");			

				$vars['query'] = $this->foros->getTemas($id);
				$this->load->view("header");
				$this->load->view("foros/categoria", $vars);
				$this->load->view("footer");
			}
		}

	}

?>

Si os fijáis es casi idéntica a la del apartado anterior. Veamos que hemos incorporado una nueva función del model, para que nos dé los resultados y también creamos otra para una cosa que veremos mas adelante. El foros_model.php quedará con 2 nuevas funciones:

< ?php
	class Foros_model extends CI_Model
	{
		function __construct()
		{
			parent::__construct();
		}

		function getCategorias($padre = 0)
		{
			$this->db->where("padre", $padre);
			$q = $this->db->get('forum_cat');
			return $q;
		}

		function getNombreCategoria($id = 0)
		{
			$this->db->where("id", $id);
			$this->db->select("nombre");
			$q = $this->db->get("forum_cat");
			$r = $q->row();
			return $r->nombre;
		}

		function getTemas($cat_id = 0)
		{
			$this->db->where("cat_id", $cat_id);
			$q = $this->db->get("forum_temas");
			return $q;
		}
	}
?>

La segunda es idéntica a la que ya hicimos en el tutorial anterior, la primer lo que hará es que nos devolverá un nombre de la categoría a partir de la id que nosotros le demos.

Y ahora ya solo nos quedará crear el view para esta nueva sección views/foros/categoria.php:

< ?php
	echo '<h2><a href="index.php/foros/index">Foros</a> &raquo; '.$this->foros->getNombreCategoria((int)$this->uri->segment(3)).'';

	if($query->num_rows() > 0)
	{
		echo '<ul>';
		foreach($query->result() as $row)
		{
			echo '<li><a href="index.php/foros/temas/'.$row->id.'">'.$row->titulo.'</a></li>';
		}
		echo '</ul>';
	}
	else
	{
		echo '<p>No hay ninguna tema creado</p>';
	}
?>

En la primera linea, pondremos una ruta del foro, con el nombre de la categoría en la que nos encontramos (cosa que sabemos recogiendo la id de la URL y pasándola a nuestra función). Luego haremos un listado de los temas que hay en esa categoría.

Bueno esto es todo por hoy, como veis poco a poco va cogiendo forma :)

Os podéis fijar, tal y como os comenté en el post anterior como funciona el tema del "padre", simplemente hace referencia a la ID a la cual pertenece. En este caso tenemos la categoría padre (definida por padre=0) "General" y sus hijos son "Noticias" y "Off-topic", de todas maneras luego lo veréis mas claro.

Ahora necesitaremos las 3 partes fundamentales del modelo MVC que son: la vista, el controlador y el modelo, asi que lo vamos a crear.

1. El controlador: controllers/foros.php
2. El modelo: models/foros_models.php
3. Las vistas irán dentro de la carpeta views/foros, y crearemos index.php

Una vez tenemos creados estos 3 archivos empezaremos a hilar un poco todo para empezar a mostrar las categorías. Empezaremos por el modelo, es el que nos ayudara a comunicarnos con la base de datos, el código será este de momento:

< ?php 

	if (!defined('BASEPATH'))
		exit('No direct script access allowed');

	class Foros extends CI_Controller
	{

		function __construct()
		{
			parent::__construct();
		}

		function index()
		{
			$this->load->model("foros_model", "foros");

			$vars['query'] = $this->foros->getCategorias();
			$this->load->view("header");
			$this->load->view("foros/index", $vars);
			$this->load->view("footer");
		}

	}

?>

Si os fijáis básicamente cree una función que consulta las categorías, según la id de "padre" que especifiquemos. Es decir sin a la función le pasamos un 0 (o nada en su defecto) nos devolverá las categorías padre. En nuestro ejemplo sería "General" y "Temas". Si le pasamos la id=1 nos devolvería las subcategorias de "General" que son "Noticias" y "Off-topic". ¿Fácil no?

Ahora pasaremos al controlador, que se encargara de coordinarlo todo. El código de momento será este:

< ?php
	class Foros_model extends CI_Model
	{
		function __construct()
		{
			parent::__construct();
		}

		function getCategorias($padre = 0)
		{
			$this->db->where("padre", $padre);
			$q = $this->db->get('forum_cat');
			return $q;
		}
	}
?>

Primero de todo, cargamos el modelo, luego cargamos las vistas (header y footer, con la cabecera y el pie de la página; es una buena practica para ahorrarnos repetir código). Le pasaremos el resultado de la función del model (que nos devuelve la consulta) hacía la vista, donde la trataremos y le daremos forma.

La vista tendrá este código:

< ?php
	if($query->num_rows() > 0)
	{
		foreach($query->result() as $row)
		{
			echo '<h2>'.$row->nombre.'</h2>';
			$sub = $this->foros->getCategorias($row->id);
			foreach($sub->result() as $row2)
			{
				echo '<h4><a href="index.php/foros/categoria/'.$row2->id.'">'.$row2->nombre.'</a></h4>';
			}
		}
	}
	else
	{
		echo '<p>No hay ninguna categor&iacute;a creada</p>';
	}
?>

Esto lo haremos en 3 pasos. Primero comprobamos que existe categorías, sino mostraremos un mensaje de error. En caso afirmativo cargaremos las categorías padre, que es la que nos venían del resultado anterior, y luego por cada una de ellas, buscaremos a sus hijos, que simplemente será buscar aquellas categorías que sus id corresponda con el padre. Nos quedará algo así:

Fijaros que ya he puesto que cada categoría (hija) tenga ya un enlace para acceder a los posts de cata una de ellas (en los siguientes tutoriales). Obviamente esto es muy básico, que se puede ordenar con las típicas tablas que nos muestran el total de post, la última respuesta y todo eso, pero al fin y al cabo son detalles y no entraremos de momento.

Como siempre empezaremos poco a poco y con buena letra. Lo primero será crear las tablas necesarias para la base de datos. Mantendremos el asunto sencillo y empezaremos con la estructura mas básica de todas.

Vamos a las categorías que tendrá el foro, ahora mismo se me ocurren estos campos

• id
• nombre
• padre

Simple y sencillo. Padre simplemente hará referencia de si es una categoría que dependa de otras o es una principal. Este es el código SQL:

CREATE TABLE IF NOT EXISTS `forum_cat` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `nombre` varchar(100) NOT NULL,
  `padre` int(11) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

Luego la tabla de posts quedaría con estos campos:

• id
• titulo
• cuerpo
• fecha
• usuario_id
• padre

Tampoco descarto que a mitad de la programación de este foro me de cuenta que falta algún campo, pues tened en cuenta que voy escribiendo esto a medida que lo voy a ir programando. Así quedaría el código SQL:

CREATE TABLE IF NOT EXISTS `forum_posts` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `titulo` varchar(100) NOT NULL,
  `cuerpo` text NOT NULL,
  `fecha` datetime NOT NULL,
  `usuario_id` int(11) NOT NULL,
  `padre` int(11) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

Y bueno para empezar creo que es todo lo que nos hará falta. Si creéis que me puedo dejar algún campo básico para el funcionamiento, comentad o pasaros por el foro y lo discutimos ;)

El próximo post mas y mejor.

Como tenemos las variables de "nombre, "email" y "texto" simplemente tendremos que introducirlas en las funciones correspondientes, algo así como:

< ?php
if(!defined('BASEPATH'))
	exit('No direct script access allowed');

class Contacto extends CI_Controller
{
	function __construct()
	{
		parent::__construct();
	}

	function index()
	{

		$this->load->library('form_validation');

		$this->form_validation->set_rules('nombre', 'Nombre', 'trim|required|xss_clean');
		$this->form_validation->set_rules('email', 'Email', 'required|valid_email');
		$this->form_validation->set_rules('texto', 'Texto', 'xss_clean');	

		if($this->form_validation->run())
		{
			//print_r($_POST);	

			$this->load->library('email');

			$this->email->from('webmaster@noquieroprogramar.com', 'Lagarto');
			$this->email->to($_POST['email']);

			$this->email->subject('Contacto de tu web');
			$this->email->message($_POST['nombre']. ", se ha puesto en contacto contigo y te ha dicho: ".$_POST['texto']);

			$this->email->send();

			echo $this->email->print_debugger();
		}
		else
		{
			$this->load->view('contacto');
		}
	}
}
?>

Veréis como he dejado la función "debug" para que comprobéis que todo ha ido correctamente, obviamente esto no lo tendríais que incluir en vuestra aplicación sino un "redirect" hacía alguna página que ponga "Has enviado correctamente el formulario" o algo parecido.

Aquí la prueba:

A partir de aquí, lo podéis complicar como queráis, pero esta es la base mas simple para empezar a trabajar.

Para cualquier duda que tengáis sobre esto u otra cosa no olvidéis pasaros por el foro. (tenéis en enlace por la derecha y arriba de la web).

• Nombre: tiene que ser requerido para enviar el formulario
• Email: tiene que ser requerido y ser un email valido.
• Texto: opcional.

Para empezar, iremos a ver la guía en la documentación de CodeIgniter y veremos como se utiliza la librería: Form Validation. Siguiendo los sencillos pasos del principio tendremos este código en el controlador contacto.php:

< ?php
if(!defined('BASEPATH'))
	exit('No direct script access allowed');

class Contacto extends CI_Controller
{
	function __construct()
	{
		parent::__construct();
	}

	function index()
	{

		$this->load->library('form_validation');

		$this->form_validation->set_rules('nombre', 'Nombre', 'trim|required|xss_clean');
		$this->form_validation->set_rules('email', 'Email', 'required|valid_email');
		$this->form_validation->set_rules('texto', 'Texto', 'xss_clean');	

		if($this->form_validation->run())
		{
			print_r($_POST);
		}
		else
		{
			$this->load->view('contacto');
		}
	}
}
?>

Aqui hay dos elementos a destacar. La primera parte vemos como definimos unas reglas con la funcion $this->form_validation->set_rules. El primer campo definiremos el atributo "name" del formulario, en el segundo campo pondremos una definición de que elemento es, puesto que lo utilizará para dar los errores. El tercer campo especificamos que reglas de validación queremos poner, separados por un "|". En el link que os puse antes de la librería (en la documentación de CodeIgniter) hay una tabla con todas las reglas posibles, yo os describo las que he usado:

• trim: cortara espacios vacuos por delante y por detrás, mera estética
• required: será un campo requerido, no se podrá dejar vacío.
• valid_email: verificara que nos entran un email y no cualquier chorrada.
• xss_clean: nos limpiara de posible código malicioso

La segunda parte es simplemente un "if" condicional, que ejecutará el código que tiene dentro cuando haya recibido y validado correctamente las variables del formulario. Sino valida o simplemente es la primera vez que aparece el formulario, se ejecutará el "else".

Luego tenemos el código del formulario. Podemos destacar dos cosas. Primero de todo hemos puesto el codigo <?php echo validation_errors(); ?>, que básicamente mostrará los errores de validación. Lo segundo y creo yo que es muy útil, es "repoblar" los formularios, pues imaginamos que tenemos uno con 5 o 6 campos, solo que falle una vez, el usuario debería añadir de nuevo todos los campos, en cambio de esta manera, solo tendrá que añadir los que no sean validados, los demás los "recordaremos".

<html>
	<head>
    	<title>NoQuieroProgramar.com - Formulario de contacto</title>
    </head>
    <body>
    	<div id="contacto">

			< ?php echo validation_errors(); ?>        

        	<fieldset>
            	<legend>Formulario de contacto</legend>

                <form action="" method="post">
                	<label for="f_nombre">Nombre</label>
                    <input type="text" name="nombre" id="f_nombre" value="<?php echo set_value('nombre'); ?/>" />
                    <br />
                    <label for="f_email">Email</label>
                    <input type="text" name="email" id="f_email" value="<?php echo set_value('email'); ?/>" />
                    <br />
                    <label for="f_texto">Texto</label>
                    <textarea name="texto" id="f_texto">< ?php echo set_value('texto'); ?></textarea>
                    <br />
                    <label for="f_enviar"></label>
                    <input type="submit" id="f_enviar" />
                </form>
            </fieldset>
        </div>
    </body>
</html>

Y bueno eso es todo por hoy, en el próximo capitulo veremos como enviar el email y acabar unos cuantos detalles mas.

Para esta pequeña aplicación utilizaré la última versión de CodeIgniter (que hay por el momento) que es la 2.0.0.

Un formulario de contacto nos ayudará a que cualquier persona interesada en nuestra web, ya sea un negocio, portafolio o cualquier otra cosa. Se puede ampliar tanto como queráis pero como esto es un tutorial haremos los campos mas básicos: nombre, email, mensaje.

Voy a dividir este tutorial en 2 o quizá 3 posta, empezaré con el código básico, tanto HTML como PHP (en CodeIgniter). Luego seguiré con la libreria de validación para poder comprobar que han entrado los campos correctamente. Acabaré usando la librería para mandar emails fácilmente, así nos llegará al correo este formulario básico de contacto en CodeIgniter.

Primero de todo empezaremos creando el código HTML para el formulario. Usaré etiquetas que no se suelen usar pero que deberíais hacerlo, como fieldset, legend y label, eso ayudará a la visibilidad y usabilidad del mismo. Cabe decir que no voy a "diseñar", así que lo dejaré tal cual salga aunque todos sabemos que el html sin css es feo, pero ahora lo que nos interesa es el código php.

<html>
	<head>
    	<title>NoQuieroProgramar.com - Formulario de contacto</title>
    </head>
    <body>
    	<div id="contacto">
        	<fieldset>
            	<legend>Formulario de contacto</legend>

                <form action="" method="post">
                	<label for="f_nombre">Nombre</label>
                    <input type="text" name="nombre" id="f_nombre" />
                    <br />
                    <label for="f_email">Email</label>
                    <input type="text" name="email" id="f_email" />
                    <br />
                    <label for="f_texto">Texto</label>
                    <textarea name="texto" id="f_texto"></textarea>
                    <br />
                    <label for="f_enviar"></label>
                    <input type="submit" id="f_enviar" />
                </form>
            </fieldset>
        </div>
    </body>
</html>

Luego crearemos nuestro "controller" que se llamará contacto, de momento tendrá este código:

< ?php
if(!defined('BASEPATH'))
	exit('No direct script access allowed');

class Contacto extends CI_Controller
{
	function __construct()
	{
		parent::__construct();
	}

	function index()
	{
		print_r($_POST);
		$this->load->view('contacto');
	}
}
?>

Si probáis esto veréis como recibimos correctamente las variables $_POST cuando enviamos el formulario.

En el próximo capítulo empezaremos con la validación del formulario, estad atentos.

• Al fin ya no soportan PHP4, ahora PHP5 es un requisito.
• Mejora de seguridad en formularios
• Ahora han creado "Drivers", que básicamente engloba base de datos, javascript, etc..
• Plugins han desaparecido en detrimento de los Helpers
• Han añadido una gran utilidad para poder crear fácilmente tu pagina de error 404
• Han arreglado muchísimos bugs.

Bueno os animo a todos los lectores que os actualicéis a la ultima versión. Además nos han dejado unas pistas de lo que nos deparará sus futuras actualizaciones.

• Harán la documentación mas del estilo PHP, para que participen los usuarios.
• Quieren crear un sistema de Authentication (login y todo eso) genérico ya que es algo muy basico que todas las webs necesitan. (os recuerdo que aquí hicimos un tutorial para crear uno).
• Mejoras en el active-record para poder trabajar mejor con los "models".

Fuente: codeigniter.com

Pero de momento, he estado viendo que hay actividad en cuanto a comentarios con dudas y ayudas de algunas entradas y he pensado en proporcionar un lugar mas adecuado para tratar estos temas: un foro.

Teneis el link arriba, en la barra principal. Poco a poco ire retocando el foro para que sea bonito y util, pero de momento es funcional!

Entrar en el foro