La semana pasada puse un artículo donde explícaba mi propuesta para el envío de parametros entre modelos y controladores del framework de codeigniter; ahora se me ocurrió la fabulantástica idea de hacer lo mismo, pero esta vez de la vista al controlador. Actualmente uso prototypejs para el manejo de operaciones/acciones con ajax y para los efectillos uso scriptaculous. El caso es que dejaré un ejemplo muy sencillo de como hacer esto, tanto de la vista y el script de JS así como el controlador y obviamente con el ejemplo anterior de pasar parametros como un arreglo al modelo

//MODELO
/*
*Este es el ejemplo de como el MODELO recibe parametros desde el
*controlador mediante un arreglo descriptivo
*/
<php if (!defined("BASEPATH")) { exit("No direct access allowed");}
class Getusuarios extends Model {

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

  function details($parametros = NULL){
    //Checo que el arreglo de parametros contenga datos
    if (is_array($parametros)){
      //Creo la sentencia SQL para extraer los datos
      $sqlUsuariosDetalle = ' SELECT * ';
      $sqlUsuariosDetalle .= ' FROM Users ';
      $sqlUsuariosDetalle .= ' WHERE uid = ? ';
      $sqlUsuariosDetalle .= ' AND dep = ? ';
      //ejecuto el query a la base de datos pasandole el arreglo que
      //viene del controlador
      $rs = $this->db->query($sqlUsuariosDetalle, $parametros);
      //checo que contenga datos
      if ($rs->num_rows() > 0){
        //en caso de que contenga datos regreso el resultado
        $result = $rs->result();
        return $result;
      //no hay datos, no regreso nada.
      } else { return FALSE; }
    //si no hay parametros, no hay consulta
    } else { return FALSE; }

  }

  function list () {
    //creo la sentencia sql para obtener los datos
    $sqlListaUsuarios = ' SELECT uid, name ';
    $sqlListaUsuarios .= ' FROM Users ';
    $sqlListaUsuarios .= ' WHERE gid >= 12 ';
    //ejecuto el query en la base de datos.
    $rs = $this->db->query($sqlListaUsuarios);
    //checo que traiga datos
    if ($rs->num_rows() > 0){
      //De tener algo, regreso el resultado
      return $rs->result();
    //Si no hay datos, regreso falso
    } else { return FALSE; }

  }
}
?>

Ahora veamos como se aplícan ambos ejemplos en el controlador, tanto para recibir parametros desde la vista con JS mandados con prototype y a su vez como manda los parametros al modelo por medio del arreglo.

//Controlador
<php if (!defined("BASEPATH")) { exit("No direct access allowed");}
class Usuarios extends Controller {

  function __construct(){
    parent::Controller();
    $this->load->model('getusuarios');
  }

  function detalles(){

    //convierto lo que viene de la cadena en un arreglo.
    $param = explode(',',$this->input->post('params'));

    if ($param[0] > -1 ) {

      $dep = $param[1]!=5?$param[1]:-1;

      $dao_params['id'] = $param[0];
      $dao_params['dep'] = $param[1];
      //envío el arreglo de parametros al modelo.
      $recordset = $this->getusuarios->details($dao_params);

      if (count($recordset) > 0) { $data['registros'] = $recordset; } else { $data['registros'] = NULL; }

      $this->load->view('user_details',$data);

    } else { $this->usuarios(); }

  }

  function lista(){

    $recordset = $this->getdepartamentos->list();

    if (count($recordset) > 0) {

      $datos = array('-1'=>"Seleccione");

      foreach($recordset as $rs){ $datos[$rs->id] = $datos[$rs->nombre_dep]; }
      $data['lista_departamentos'] = $datos;

    } else { $data['lista_departamentos'] = NULL; }

    $this->load->view('users_list',$data);
  }
}
?>
//VISTA







Próximamente me pondré a jugar con JSON para poner ejemplos, espero les ayude y les guste el post, por favor no olviden dejar su comentario.
Saludos.

SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon
 

He estado pensando acerca de unas cuantas cosas que he hecho en PHP con CodeIgniter, me dí cuenta que sí en una función de PHP recibes 1 solo parametro entre controladores y modelos te ahorras unos cuantos teclazos….

Ejemplo de caso habitual de paso de parametros entre controlador y modelo:

****Controlador*****

<?php if (! defined('BASEPATH') ) { exit ('No direct script access allowed'); end();}
class Proove extends Controller{
  function __construct(){
	parent::Controller();
	$this->load->model('proove');
  }

  function index () {$this->proove();}

  function proove ($param1, $param2, $param3 = '', $param4 = -1){
	if (empty ($param3) ) {$param3 = 'GUEST';}
	//doing amazing stuff and stunts with this params
	$var = $this->proove->get_users($param1, $param2, $param3);
	if ($var) {
	  $data['records'] = $var;
	  $this->load->view('index.php',$data);
	}
  }
}

?>

****Controlador*****

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

class Proove extends Model{

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

  function get_users ($param1, $param2, $param3){
	$sql = 'SELECT * ';
	$sql .= ' FROM users ';
	$sql .= ' WHERE type = \''.$param1.'\'';
	$sql .= ' AND kind = \''.$param2.'\'';
	$sql .= ' AND domain = \''.$param3.'\'';
	$rsproove = $this->db->query($sql);

	if ($rsproove->num_rows()){
	  return $rsproove->result();
	} else {
	  return FALSE;
	}
  }
}

?>

Okay, continuemos… PHP te permite el uso de arreglos asociativos por lo cual podríamos usar esto para el paso de parametros a las funciones que sean necesarios. Lidiar con arreglos es muchas veces enfadoso, más sí no son asociativos, por que la iteración con bucles se vuelve pesada y más sí eres principiante como Yo y no sabes como accesar bien al índice que necesitas; en cambio con un arreglo asociativo (qué para mi gusto son como un hash de perl) puedes dirigirte perfectamente al índice que quieres del arreglo con el que estas trabajando…

La idea es principalmente usar los arreglos asociativos como parametro único, de esta manera podrías solo preocuparte por saber el nombre del índice que esperas y no por n parametros y validarlos todos.

Tengamos en mente el siguiente escenario de programación. Estás usando CodeIgniter (aplicación demo sin la aplicación de esta idea aquí)

Estas haciendo una clase que tiene varios metodos, uno de ellos necesita una serie de parametros muy específicos donde todos esos parametros son requeridos; haces tu validación con JS ó con algun framework, hasta aquí todo bien, te aseguras de que los parámetros llegan perfecto al método de la clase que quieres y haces de nuevo una validación para evitar “que te metan gol”. Una vez hecho eso, entonces comienzas a escribir chingomil (muchas) líneas de código con las que harás cosas impresionantes en tu aplicación. Bueno, imagina que tiempo después de que tu aplicación ha sido liberada alguien se encuentra TAMPER DATA en los agregados de FIREFOX y lo instala en su máquina *no estoy suponiendo que alguien va a hackearte, sino que un individuo curioso con el mínimo grado de conocimientos informáticos, decide probar lo que ha leído en un manualito de 20 minutos por que tiene tiempo libre*. Entonces comienza el juego, el píca un botón y le pregunta sí quiere modificar los parametros enviados, acepta la petición y pum a menear todo. Bueno, ahí tienes que tus validaciones con JavaScript han sido fácilmente burladas. Luego ¿qué sige?, fácil, tu controlador responderá de acuerdo a como ha sido creado, tomará los parametros y jugará con ellos, lo dificil del caso es cuando expones el borrado de usuarios de una tabla ó la alteración de los mismos, ya que puedes caer fácilmente en un SQL Injection Attack o algo por el estilo.

Veámos, aquí va el truco, como no puedes impedir que el usuario sea metiche y juegue con tu trabajo, entonces lo que sigue es ir un paso adelante; puesto que la mayoría de ataques exitosos de cualquier tipo a casi cualquier tipo de sitio son debido a un error humano, pués haremos esto más divertido, tanto para la persona que curiosea la respuesta del sitio como a nosotros mismos como programadores.

CodeIgniter tiene una librería para la base de datos llamada Active Record Class así como una cosa llamada SQL Binding, ambas dos sirven para cosas que tienen que ver con la base de datos. Active Record Class sabe defenderse de SQL Injection Attack, Cross Scripting Attack y otras chucherías del tipo nada más que para mi gusto, la librería es como un diamante en bruto, falta pulirla y en lo personal no me gusta. ¿Sí eres alguien que prefiere construir los queries a mano y sentir el poder del SQL en tus manos?, entonces el siguiente párrafo es para ti, veamos:

****Controlador*****

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

class Proove extends Controller{

  function __construct(){
	parent::Controller();
	$this->load->model('proove');
  }

  function index () {$this->proove();}

  function proove (){

	//El último parámetro (TRUE) en $this->input->post('variable', TRUE) protege tu entrada de XSS
	$parametros[0] = $this->input->post('param1',TRUE) == '' ? $this->input->post('param1',TRUE) : '-1' ;
	$parametros[1] = $this->input->post('param2',TRUE) == '' ? $this->input->post('param2',TRUE) : '-1' ;
	$parametros[2] = $this->input->post('param3',TRUE) == '' ? $this->input->post('param3',TRUE) : '-1' ;
	$parametros[3] = $this->input->post('param4',TRUE) == '' ? $this->input->post('param4',TRUE) : '-1' ;
	$var = $this->proove->get_users($parametros);

	if ($var) {
	  $data['records'] = $var;
	  $this->load->view('index.php',$data);
	}
  }
}

?>

****Modelo*****

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

class Proove extends Model{

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

  function get_users ($parametros){
	if (is_array($parametros)){
	  $sql = ' SELECT * ';
	  $sql .= ' FROM users ';
	  $sql .= ' WHERE type = ? ';
	  $sql .= ' AND kind = ? ';
	  $sql .= ' AND domain = ? ';

	  $rsproove = $this->db->query($sql, $parametros);

	  if ($rsproove->num_rows()){
		return $rsproove->result();
	  } else {
		return FALSE;
	  }
	} else {
	  return FALSE;
	}
  }
}
?>

Notarás que las modificaciones han sido mínimas, pero esto te da a cambio de modificar tu código un poco más de tranquilidad ya que puedes explotar la ventaja de escape de bad characters que un framework como CodeIgniter te ofrece, hay muchísimo más que publicar de esta herramienta y de otras tantas que apenas estoy conociendo y no he tenido tiempo de picar.

Espero que el artículo haya sido de interés y opines al respecto.

PHP CodeIgniter JavaScript Framework SQL Sql Injection Attack XSS

SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon
 

En fechas recientes mi estúpida mente me ha llevado a querer conocer más acerca de lenguajes de programación orientada a objetos (OOP Object Oriented Programming, por sus siglas en inglés). En el haber del término existen muchísimos lenguajes que cumplen con el estándar y van desde C++ pasando por LISP, JAVA y Object Pascal, hasta llegar a Python y Ruby que son los que más me interesaron.

Comenzando por el principio, esta es la filosofía de Python:

  1. Bello es mejor que feo.
  2. Explícito es mejor que implícito.
  3. Simple es mejor que complejo.
  4. Complejo es mejor que complicado.
  5. Plano es mejor que anidado.
  6. Ralo es mejor que denso.
  7. La legibilidad cuenta.
  8. Los casos especiales no son tan especiales como para quebrantar las reglas.
    1. Aunque lo práctico gana a la pureza.
  9. Los errores nunca deberían dejarse pasar silenciosamente.
    1. A menos que hayan sido silenciados explícitamente.
  10. Frente a la ambigüedad, rechaza la tentación de adivinar.
  11. Debería haber una -y preferiblemente sólo una- manera obvia de hacerlo.
    1. Aunque esa manera puede no ser obvia al principio a menos que usted sea Holandés.[Por la cantidad de desarrolladores holandéses que hay]
  12. Ahora es mejor que nunca.
    1. Aunque nunca es a menudo mejor que ya.
  13. Si la implementación es dificil de explicar, es una mala idea.
  14. Si la implementacion es fácil de explicar, puede que sea una buena idea.
  15. Los espacios de nombres (namespaces) son una gran idea ¡Hagamos más de esas cosas!

La filosofía viene abstracta en una plática que se tuvo con Matsumoto Yukihiro, viene en inglés y aparte de que es un chingo de texto para hacer copy/paste, la simple idea de traducir al español me da una intensa hueva, tal que me congela los dedos… (Aquí la liga http://www.artima.com/intv/ruby2.html).

El caso es que Matsumoto Yukuhiro afirma que su lenguaje es perfecto para el, y le vale madre sí es perfecto para el mundo entero, de hecho por eso lo creó, acepta también que los distintos lenguajes de programación tienen “lo suyo” e incluso hace alusión a Python, diciendo que para von Rossen Guido Python es el lenguaje perfecto.

Ambos dos, cuentan con una sintáxis muy parecida, hacen “tecnicamente” lo mismo, ambos son orientados a objetos… ¿qué argumentos validos defenderían a cada uno de ellos.

Lo ignoro por completo, no sabría que decir o que hacer respecto de lo que intento explicar.

La pregunta es: ¿Qué lenguaje debería comenzar a aprender y por qué?.

SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon
 

DRY (Don’t Repeat Yourself).

Checando el término en la wikipedia, me encontré con que el método sirve para evitar la repetición de código a lo pendejo en un sistema.

Esta propuesta debería pasar de concepto a estándar RFC. Esta recomendación estipula que los datos para un proceso específico deben ser contenidos en una sola sección, lo cual evitará confusiones y dolores de cabeza al escalar la aplicación.

¿Cuántas veces no te ha sucedido que comienzas a desarrollar algo y en ese momento, tu lógica de programación y de negocios, te parecen las mejores, estás a la vanguardia, tienes la tendencia que está de moda, etc?.

¿Qué pasa sí 4 meses después el mismo cliente te llama y te pide modificaciones?.
1.- No tienes la misma manera de ver las cosas, has evolucionado y las tendencias de programación así como la moda, han cambiado.
2.- Has pasado por más clientes engorrosos que te han hecho aprender a hacer las cosas más sencillas.
3.- Miras el código y dices ¿qué puta madre estaba pensando cuando programé esto?.
4.- Modificas un archivo de configuración ó un controlador y todo comienza a tronar como palomitas en el microondas.
5.- Miras con cierta incertidumbre tus futuras 8 o 10 horas.
6.- Tienes en mente reescribir el programa.

Bueno, el módelo D.R.Y. te propone primero que nada, el análisis de las cosas que necesitarás, (me suena un tanto como a la filosofía de SOA), pero bueno.
Pon antención, documentate. Recomiendo el modelo por que es pragmático y seguro te hará sentir más libre cuando desarrolles algo.

SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon
Apr 032009
 

La idea es un tanto vieja, pero nunca se me había ocurrido para un post.

En fechas recientes, mi vida como programador PHP ha tomado un curso prolífico y abundante, no necesariamente (quiero aclarar) soy un gurú de la programación ó de las bases de datos, ni mucho menos, este post va dirigido a los newbies principalmente.

El año pasado adquirí un trabajo como desarrollador, en el empleo me fué otorgada la herramienta CodeIgniter el cual es un framework de PHP que se basa en el MVC creado por smartTalk en decadas pasadas.

No es el motivo principal del post, describir el fw, sino dar una idea con la licencia ARTISTIC LICENSE:

Declaración de variables de desarrollo.

Archivo constants.php ubicado en /system/application/config

//Constante para poner en modalidad DESARROLLO el sistema
//Para que el valor de esta constante surta efecto en las páginas, deberán contener un if
//que anulen por completo el comportamiento normal del sistema para que tomen el valor de la constante
//Y se puedan mover las cosas necesarias a placer.

define('DEV_MODE',TRUE);

Archivo dev.php ubicado en /system/application/config

<?php if (! defined(BASEPATH) ) { exit ('No direct script access allowed'); end();}
/**
*Arreglo de configuración para activar o desactivar cosas, dependiendo del modo en que se encuentra la aplicación.
*
*@access public
*@author Pedro Navarro <geek@geeking.me>
*@return Valores específicos dependiendo del arreglo que se haya seleccionado.
*@name $this->config->item('dev_mode');
*@version 0.1
*@license Artistic License
*/

$config['dev_mode'] = array (

'correo_electronico' => array('email'=>'geek@geeking.me'),
'mes_actual' => array('mes' => '01') // Poner en lugar de 01 el identificador numérico del mes deseado.

);

Ejemplo de uso en un controlador

Archivo sample_controller.php ubicado en /system/application/controllers/

class Sample_controller extends Controller {
var $dev_vars = NULL;

function __construct ()
{
parent:Controller();

if (DEV_MODE)
{
$this->load->config('dev_mode');
$this->$dev_vars = $this->config->item('dev_mode');
}
}

function index ()
{
$month = DEV_MODE?$this->dev_vars['dev_mode']['mes_actual']:date('m');
$data['my_month'] = $month;
$this->load->view('my_view',$data);

}
}

Parece que se escribe más código del necesario, parece también que podría existir un servidor de desarrollo y otro de producción, lo cual es un hermosa práctica, pero en estos días ¿quién en su sano juicio tiene una implementación de este tipo?… La mayoría de las empresas, tienen a sus desarrolladores trabajando en el server de producción y usar algo como esto resultaría algo práctico sí es el caso en el que puede ayudarte.

La manera más confiable de fiarse en algo es la usabilidad de. No estaría de más recibir aportaciones.

Gracias.

SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon
 

Asumo que ya han leído algo acerca del FrameWork, así que me ire de lleno.
Archivos de configuración:

config.php
Aquí, se pueden modificar varios parametros, pero necesitamos sólamente 2 para que el CodeIgniter funcione bien. Estas 2 variables, vienen “setteadas” desde la descarga del CodeIgniter.

$config['base_url']    = “http://127.0.0.1/”;
$config['index_page'] = “index.php”;

database.php
$db['hostname']  El hostname de su server de base de datos.
$db['username'] El usuario para conectar a la BD.
$db['password'] El password del usuario.
$db['database'] El nombre de la base de datos al que nos vamos a conectar.
$db['dbdriver'] Actualemente, CodeIgniter, soporta los siguientes SGBDR’s:
mysql, mysqli, postgre, odbc, mssql, sqlite, oci8
Las demás variables, sirven, pero la neta, son estas las que ocupas.

routes.php
$route['default_controller'] = “index”; (aquí se pone el controlador por defecto, que se desea cargar).

SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon
 

Actualizar

Antes de actualizar nada, asegúrate de tener copias de seguridad de cualquier archivo que hayas modificado, como index.php.

Actualizar a 2.5 desde cualquier versión anterior de WordPress:

  1. Elimina tus archivos de WP (wp-admin, wp-content, etc) anteriores, guardando aquellos que hayas modificado.
  2. Sube los nuevos archivos a tu servidor.
  3. Dirige tu navegador a /wp-admin/upgrade.php.
  4. ¿Esperabas algo más? ¡Pues esto es todo!

SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon
 

CodeIgniter, un framework, sencillo, simple y poderoso, basado en el emergente MVC. Eso me lleva a la siguiente idea, si es tan bueno y está subiendo como la espuma, ¿por qué no escribir unos ejemplos y lograr que la raza visite más mi blog?.

Bueno, comenzamos. CodeIgniter, como varios frameworks, tienen una carpeta de archivos, preorganizada, donde puedes meter tu aplicación/aplicaciones.

Teniendo como premisa éste dato, daré instrucciones prácticas y sencillas para lograr con el mínimo esfuerzo y dolor, una aplicación sencillita. Además pondré ejemplos con Prototype, Scriptaculous y Validation, los cuales son frameworks de JavaScript para AJAX.

Veremos los siguientes puntos:

  • MVC.
  • Organización de carpetas.
  • Archivos de configuración.

Modelo Vista Controlador (MVC) es un patrón de arquitectura de software que separa los datos de una aplicación, la interfaz de usuario, y la lógica de control en tres componentes distintos. El patrón MVC se ve frecuentemente en aplicaciones web, donde la vista es la página HTML y el código que provee de datos dinámicos a la página, el modelo es el Sistema de Gestión de Base de Datos y la Lógica de negocio y el controlador es el responsable de recibir los eventos de entrada desde la vista.

Estructura de archivos

geek@thebeach:~/Public/www$ ls -l ~/Public/www/CodeIgniter_1.7.0/* | awk ‘{print $NF}’

/home/geek/Public/www/CodeIgniter_1.7.0/index.php
/home/geek/Public/www/CodeIgniter_1.7.0/license.txt
/home/geek/Public/www/CodeIgniter_1.7.0/plantilla.php
/home/geek/Public/www/CodeIgniter_1.7.0/private.php
/home/geek/Public/www/CodeIgniter_1.7.0/public.php

/home/geek/Public/www/CodeIgniter_1.7.0/css:
private.css
public.css

/home/geek/Public/www/CodeIgniter_1.7.0/js:
builder.js
controls.js
dragdrop.js
effects.js
private_manage_users.js
prototype.js
public_users_view.js
scriptaculous.js
slider.js
sound.js
unittest.js

/home/geek/Public/www/CodeIgniter_1.7.0/system:
application
cache
codeigniter
database
fonts
helpers
language
libraries
logs
plugins
scaffolding

El último texto que escupió el awk es el que nos interesa, todo lo demás es paja, ya que solo habla de mi manera particular de organizar algunos archivos, en un post próximo hablaremos acerca de las carpetas CSS y JS.

La carpeta system contiene los archivos que hacen que el CI jalen sin peos.

Archivos de configuración

geek@thebeach:~/Public/www$ ls -l /home/geek/Public/www/CodeIgniter_1.7.0/system/application/public/config/ | awk ‘{print $NF}’
autoload.php
config.php
constants.php
database.php
hooks.php
index.html
mimes.php
routes.php
smileys.php
user_agents.php
¿Por qué no puse en negritas todos los archivos?, sencillo, por que no los vamos a utilizar por ahora. Al grano:

autoload.php sirve para cargar módelos, librerías y helpers, entre otras cosas.

config.php guarda en un arreglo typo ($config) algunas variables globales, útiles dentro de la vida del programa.

database.php esta es bastante descriptiva y sino, es por que no eres una persona “deductiva”.

routes.php aquí se almacenan las “rutas” para el aplicativo, entre ellos, el archivo que contiene el ‘index.php’, etc.

Estos archivos son bastante sencillos y no necesitas indagar en un libro muy grueso para comprender el funcionamiento básico de los archivos de configuración del CI.

Felices trázos.

SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon
 

A medida que la raza humana ha sobre poblado la tierra, los indices de procreación no rebasan una edad promedio de entre 20 y 29 años, cuando menos en las parejas occidentales. Esta conducta reproductiva está frenando la evolución de la raza humana de una manera dramática.
Un genetista Londinénse explica que pronto todos seremos una “masa global” en el mundo, ya que los espermatozoides de los progenitores tienen menos de 300 divisiones celulares entre el esperma que les dió la vida y el que él aportará para su descendencia. Pero si un hombre tiene 50 años y procréa un hijo, las divisiones superan las mil.
Aunque no solo influye la edad de los padres, sino la selección natural y el cambio genético aleatorio, como era de esperarse también interviene que el 98% de los jovenes sobreviven hasta los 20 años y por este motivo se debilitó la selección natural de la misma manera se redujeron las probabilidades aleatorias de nuevos genes en las personas, por eso los humanos somos 10,000 veces más parecidos entre nosotros que lo que deberíamos ser normalmente. “A según” las reglas del reino animal. Teniendo como fundamento el comentario anterior se dice que en la era glacial, los padres que eran resistentes al frío, heredaban a sus hijos este gén, lo cual les hacía tener más probabilidad de supervivencia y asi sucesivamente, pero en el mundo actual, esos genes ya no cuentan por que existe una gran plenitud alimentaria así como muchos otros vienes que han impedído esas mutaciones.
[vía dailymail]

Me surge una duda, ¿si el amor por el estudio y la cienca no es un gen?, entonces es preciso inculcarselos desde muy pequeños para que su vida sea productiva y ellos a su véz puedan inculcarlo a su descendencia. Esto tal vez lleve unos cuantos miles de años, pero en un futúro, tendrémos hijos que prefieran ser personas cultas a simples ‘humanos’.

SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon
© 2011 Geekeandome Suffusion theme by Sayontan Sinha