CaChi » PHP

KumbiaPHP Tips: Añadir titulo (title) a nuestras páginas…

CaChi — Tue, 15 Jun 2010 01:59:19 +0000

Una de las cosas que siempre es importante tomar en cuenta es la de agregar un titulo a la página (title) donde se esta navegando, esto por múltiples factores que van desde SEO, usabilidad, navegación, etc. en este post les quiero dejar un KumbiaPHP Tips (asi los bautice) que les permitirá de forma simple agregar títulos a las páginas de forma dinámica.

Lo que siempre hay que recordar es que KumbiaPHP es un framework MVC y POO (Programación Orientado a Objetos) si aprendemos a utilizar la arquitectura y el paradigma juntos seremos muy productivo, ademas de los beneficios adicionales que la aplicación de estas conlleva.

Bien, vamos al ejemplo lo primero es saber que KumbiaPHP implementa algo llamado variables de instancia, esto quiere decir que los atributos que son declarado con modificador acceso público (public) en el controlador serán enviados a la vista, en el ejemplo de hola mundo puedes apreciarlo. Partiendo de esta premisa jugaremos con eso y vamos a definir un atributo $pageTitle con modificador de acceso public en el controlador base, me refiero al application.php.


/**
 * Todas las controladores heredan de esta clase en un nivel superior
 * por lo tanto los metodos aqui definidos estan disponibles para
 * cualquier controlador.
 *
 * @category Kumbia
 * @package Controller
 **/
class ApplicationController extends Controller {
    public $pageTitle = 'Mi Titulo';
}

Con esto ya tenemos en las vistas $pageTitle, ahora tenemos que colocar esa variable a cumplir su función y tomando el ejemplo de KumbiaPHP + Ajax + jQuery este tiene como title de la página “KumbiaPHP web & app Framework”, vamos a editar el Template app/views/templates/default.phtml y agregamos en el tag title la variable $pageTitle como se muestra en el siguiente código.



 
  
  <span style="color: #000000; font-weight: bold;"><?php</span> <span style="color: #b1b100;">echo</span> <span style="color: #000088;">$pageTitle</span> <span style="color: #000000; font-weight: bold;">?></span>


    //CONTENIDO BODY

Lo importante notar en el template es que se agrego la variable $pageTitle, con esto todos las páginas tendrán un titulo por defecto, ahora la idea es cambiarlo de acuerdo a donde se encuentre la navegación, siguiendo el ejemplo KumbiaPHP + Ajax + jQuery en la acción acortar() le vamos agregar un titulo personalizado como se muestra en el siguiente código.

   ... DEFINICIÓN DEL CONTROLLER...
   /**
     * Form que se comunica con el API de SigueMiLink
     * para acortar el enlace
     *
     */
    public function acortar()
    {
        $this->pageTitle = 'Crea tu enlace Corto con SigueMiLink';
        //RESTO DEL CÓDIGO
    }
    ... DEFINICIÓN DEL CONTROLLER...

Para finalizar al ir al enlace http://localhost/kumbiaphp/api/acortar/ debe mostrar el siguiente titulo “Crea tu enlace Corto con SigueMiLink”.

KumbiaPHP + Ajax + jQuery

CaChi — Thu, 10 Jun 2010 16:04:07 +0000

Actualizado 11 de Junio 2010

En este tutorial explcaré el comportamiento de KumbiaPHP cuando hacemos aplicaciones ricas en JavaScript, me basare en utilizar jQuery como framework de JavaScript y no daré una explicación muy amplia de que son peticiones asíncronas ni como funcionan estas esto porque hay suficiente información en la red para quienes deseen indagar un poco mas, simplemente nos dedicaremos hacer peticiones asíncronas dentro de KumbiaPHP.

Como todo ejemplo lo ideal es basarlo en hechos reales y cotidianos en este sentido haremos un cliente que acorte URL utilizando el API del servicio SigueMiLink el cual fue desarrollado con KumbiaPHP :).

Requisitos

Antes de continuar hay que verificar lo que necesitamos para llevar acabo el tutorial.

Tener funcionando KumbiaPHP Beta1 (Instalar KumbiaPHP)
Descargar jQuery y colocarlo en el directorio app/public/javascript/jquery/jquery-1.4.2.min.js.
Por lo menos haber hecho el ejemplo Hola Mundo de KumbiaPHP para entender este tutorial.
Leer un poco el API del servicio SigueMiLink
Ver funcionamiento básico de KumbiaPHP con AJAX

Empezamos

Lo primero es crear el controlador para efecto de este tutorial lo llame api mirar las convenciones de nombres de controladores si se te ocurre otro nombre mejor usalo, pero piensa que a lo largo del tutorial haré mención al controller api.


/**
 * Controller para utilizar el API de SigueMiLink
 * @author Deivinson Tejeda 
 */
class ApiController extends ApplicationController
{
    /**
     * URL del API de SigueMiLink
     */
    private $_urlAPI = 'http://www.siguemilink.com/api/%s/?destination=%s';
    /**
     * Callback Before que verifica si la petición es Asíncrona...
     */
    public function before_filter()
    {
        if($this->is_ajax()){
            $this->set_response('view');
        }
    }
    /**
     * Form que se comunica con el API de SigueMiLink
     * para acortar el enlace
     *
     */
    public function acortar()
    {
        if($this->has_post('url')){
            //Reemplazo de valores en la URL del API.
            $this->_urlAPI = sprintf($this->_urlAPI, 'create', $this->post('url'));
            $this->response1 = json_decode(file_get_contents($this->_urlAPI));
            $this->render('response');
        }
    }
}

Ahora se crea la vista app/views/api/acortar.phtml que tiene un formulario que envia la URL al controller que será enviada al API de SigueMiLink.


     echo form_tag(array('api/acortar/', 'class'=>'form-remote')) ?>
        Acorte tu enlace
         echo text_field_tag(array('url')) ?>
         echo submit_tag('Enviar') ?>
     echo end_form_tag() ?>

    

 
 echo javascript_include_tag('jquery/jquery-1.4.2.min'); ?>

Creamos la vista que tiene la respuesta enviado desde el servicio que acorta la URL app/views/api/response.phtml

 if($response1->code == 2):?>
     echo $response1->link?>/">http://smlk.es/ echo $response1->link?>/
 else: ?>
    No se pudo acortar el enlace
 endif; ?>

Lo genial de este ejemplo es que funciona con o sin javascript para promover la accesibilidad web. Ahora explico un poco lo que hace el controller api, el método before_filter() es un filtro que se ejecuta antes de la acción en este caso verificamos si la petición es asíncrona y de serlo damos respuesta asíncrona, útil para centralizar y si la aplicación es muy rica en javascript no se tendra que tener esta validación en cada action del controller ;).

La action acortar() muestra el form y envia la petición (cuando se hace el submit) al servicio SigueMiLink para acortar la URL, con el método render() cambiamos de vista a renpose y como la petición se ha hecho asíncrona ya saben lo demas :).

En la vista acortar.phtml tenemos el formulario y con un JavaScript para enviar la petición asíncrona, en la documentación de jQuery se explican los métodos usados en este ejemplo en los cuales no me enfocare.

Es importante indicar el elemento del DOM que se actualizará luego de la petición, en este caso es un div con un identificador (id) update.

Es de notar que en la vista response no se analizan todos los códigos de error que devuelve el API de SigueMiLink, como tarea pueden hacer esto y dar respuesta al usuario de acuerdo al error retornado del servicio.

Importante

Si no indicas que la respuesta será asíncrona KumbiaPHP cargará todo el template y por ende habran elementos de la vista que veras repetidos, así que no olvides el $this->set_response(‘view’).
Saber que elemento del DOM se va actualizar

A probar lo hecho

Así es, nos queda probar lo que se hizo y mirar que todo ande como lo planeado, es decir un formulario con un campo de texto donde se coloca la URL que deseamos acortar al dar click en el submit si todo estuvo bien nos retorna una URL acortada para compartirla en nuestras redes sociales…

Asumiendo que tienes una instalación local deberías ver el ejemplo pinchando una URL como esta http://localhost/kumbiaphp/api/acortar/ es importante entender las URL de KumbiaPHP

En la Wiki de KumbiaPHP hay un ejemplo mas simple de como integrar jQuery en KumbiaPHP y puede quedar mucho mejor este tutorial por ejemplo tener un modelo que se consuma todo el web service del API de SigueMiLink, pero ya esto es tarea de lo mas curiosos les dejo un post que escribí sobre los modelo dentro del MVC

¿dudas? ¿sugerencias? deja tu comentario y ayuda a mejorar este ejemplo…

Razones para usar KumbiaPHP Framework

CaChi — Sat, 27 Feb 2010 18:27:25 +0000

Hoy me dedique a actualizar un viejo Post que fue escrito por allá en Junio del 2007 donde se mencionan algunas razones por las cuales utilizar KumbiaPHP.

Esta actualización fue producto de que estoy trabajando con @HenryStivens en la creación de unos podcast sobre KumbiaPHP, en otro post daré detalle sobre estos podcast.

KumbiaPHP Tips: aprovecha el método initialize()

CaChi — Mon, 01 Feb 2010 01:33:40 +0000

Desde hace días he estado por escribir pequeñas notas donde se pueda obtener el mayor provecho al momento de utilizar KumbiaPHP, en este primer post mencionaré como aprovechar uno de los callback de los que dispone KumbiaPHP en su versión 1.0 Codename Spirit y que he notado que muy pocos usuarios suelen aprovecharlo y/o utilizarlo.

Me refiero al método initialize() el cual actúa como un filtro y es ejecutado antes de cualquier Controlador que hayamos definido. Esto no es por casualidad recordemos que KumbiaPHP es un Framework Orientado a Objetos (POO), en pocas palabras el método initialize() esta definido en la class Controller, nosotros como desarrolladores solo debemos darle el comportamiento que queramos.

Para tener una idea mas clara imaginemos que tenemos un módulo (admin) y queremos que dicho módulo tenga un Template distinto al que hemos definido por defecto en toda la aplicación.

En el archivo [app]/application.php es donde debemos darle comportamiento al método initialize().

class ApplicationController extends Controller
{
    public function initialize()
    {
        //verificamos que exista un módulo con nombre "admin"
        if(Router::get('module') == 'admin'){
            //cambiamos el valor por defecto del template en caso que exista ese módulo
            $this->template = 'template_admin';
        }
    }
}

En el código anterior no hay nada esotérico y con esto hemos cambiado el comportamiento de todos nuestros controladores sin necesidad de ir de uno en uno y como esta podemos aplicar otras validaciones en ese punto de ejecución de nuestra aplicación

¿Que es un Modelo? – MVC

CaChi — Tue, 29 Dec 2009 23:41:14 +0000

Una de las cosas que se aprecia constantemente entre las comunidades de desarrolladores, es la vaga idea que suele existir sobre el manejo del MVC donde solo se tiene en mente el concepto de wikipedia y demas sitios donde se conceptualiza sobre el tema.

Resulta bastante difícil, de acuerdo a mi experiencia y el roce que he tenido con personas del área, ir de la teoría a la implementacion del concepto de lo que es MVC parece ser una camino ofuscado en el que muchos se pierden. La gran mayoría suele decir “estoy claro en lo es MVC…”, pero cuando se ve la aplicabilidad se termina dando cuenta que lo que dijó “estoy claro…” es inversamente proporcional.

Filosofía de un Modelo

Estos son “Lógica de Negocio” y son parte fundamental para el momento que se desarrolla una aplicación, un buen uso de estos nos permiten un gran poder al momento que se necesita escalar, mantener y rehusar código en una aplicación.; es un concepto muy simple, pero la complicacion esta en comprender lo que significa “Logica de Negocio” ya que muchos piensan que la única forma de tener “Lógica de Negocio” va estrecha y únicamente relacionada con una conexión de Base de Datos y esto no es asi!

La práctica mas común (en todos los niveles, no solo me refiero a usuarios novatos) es que dejan la lógica en los controladores, a medida que se deja código de la lógica de negocio en un controlador trae consecuencias garrafales a largo plazo siendo imposible su reutilizacion, traduciendoce en una mala implementacion (código espaguetti). Lo antes expuesto no es precisamente lo que fomenta MVC y POO donde la idea fundamental es el orden y reutilización del código.

Veamos un par de ejemplos para contextualizar.

El primero es un Modelo donde su lógica de negocio esta en una Base de Datos y por ende necesitamos una conexion a motor para trabajar con esa fuente de datos.

class Articulos extends ActiveRecord {
	public function ver($page=1,$ppage=10){
		return $this-&gt;paginate('order: creat_at desc',
					"page: $page",
					"per_page: $ppage");
	}
	public function ultimos($limit=10) {
		$today = date('now');
		return $this-&gt;find('order: creat_at desc',
				   "conditions: data >= $today",
                                    "limit: $limit");
        }
}

Lo que mencionamos arriba sobre la re-utilización de código y característica fundamental de la POO, si vemos el método ultimos() del modelo Articulos nos sirve para crear un RSS, widget (Partial en KumbiaPHP) con los artículos recientes, etc. es decir donde se necesite los últimos artículos.

El segundo es un Modelo para el manejo de fotos y su la lógica de negocio no esta ligada a una BD.


/**
* Carga la libreria upload
**/
Load::lib('upload');
/**
* Carga la libreria wideimage
**/
//Load::lib('wideimage');
/**
* Modelo para manipular las fotos de las personas
*
**/
class Foto
{
    /**
* Guarda la foto de una persona
*
* @param string $id id de la foto al guardar
* @param string $file nombre de la foto
* @return boolean
**/
    public function save ($id, $file)
    {
        if ($_FILES[$file]['error'] > 0) {
            Flash::error('Error: No se ha logrado subir el archivo');
            return false;
        }
        if (! in_array($_FILES[$file]['type'], array('image/jpeg' , 'image/pjpeg' , 'image/gif' , 'image/png'))) {
            Flash::error('Error: Solo se admiten imagenes JPEG, PNG y GIF');
            return false;
        }
        if ($_FILES[$file]['size'] > 600 * 1024) {
            Flash::error('Error: No se admiten imagenes superiores a 600KB');
            return false;
        }
        if (Upload::image($file, "$id.jpg")) {
            $file_path = APP_PATH . "public/img/upload/$id.jpg";
            // con marca de agua
            // $watermark = wiImage::load(APP_PATH . "public/img/logo.png");
            // wiImage::load($file_path)->resize(160, 213, 'fill')->merge($watermark, 40, 175)->saveToFile($file_path);
            wiImage::load($file_path)->resize(160, 213, 'fill')->saveToFile($file_path);
            chmod($file_path, 0777);
            return true;
        }
        return false;
    }
    /**
* Busca la foto y en caso de que exista retorna la ruta relativa respecto al directorio de imagenes
*
* @return string $id
* @return string
**/
    public function get ($id)
    {
        if (is_file(APP_PATH . "public/img/upload/$id.jpg")) {
            return "upload/$id.jpg";
        }
        return null;
    }
    /**
* ELimina la foto del usuario
*
* @return string $id
* @return string
**/
    public function delete ($id)
    {
        $filepath = APP_PATH . "public/img/upload/$id.jpg";
        if (is_file($filepath)) {
            return unlink($filepath);
        }
        return false;
    }
}

Como se aprecia en este segundo modelo no existe ninguna conexión a una BD y sigue teniendo lógica de negocio para la aplicación, esta historia también se puede repetir para un modelo de sessión, o como me comento el amigo Jesus Lara (Phenobarbital) tiene modelos que gestionan todas las operaciones de un servidor SAMBA.

Como Usar los Modelos en KumbiaPHP

Presentación 1er encuentro Kumbieros maracay venezuela

CaChi — Sat, 12 Dec 2009 15:23:06 +0000

Publicó la presentación que realice para el 1er encuentro kumbieros maracay – venezuela, el cual fue muy ¡exitoso!

KumbiaPHP un framework con ñ

View more documents from cachi.

No colge en este mi blog imagenes porque todas las he colocado en el sitio de KumbiaPHP y mi Flickr

1er Encuentro de Kumbieros Maracay – Venezuela

CaChi — Wed, 07 Oct 2009 18:28:52 +0000

Ya es un hecho KumbiaPHP llega a su 1er Encuentro de Kumbieros en Maracay – Venezuela, esto nace producto de la misma comunidad en querer encontrarnos y compartir experiencias sobre el proyecto. Esta iniciativa que nació como KumbiaPHP Party & Beers y ya a estas alturas se ha convertido en un evento.

Para ese día tenemos planeado dictar talleres introductorios sobre KumbiaPHP, de la mano de los desarrolladores del Framework y miembros de la comunidad (Próximamente publicaremos el temario de las charlas y/o talleres).

La cita es el Sábado 05 de Diciembre del 2009 a partir de las 09:00 a.m. en Calle Sucre, Complejo Cultural Santos Michelena, Edificio Bibliotecas Virtuales de Aragua, Maracay Edo. Aragua

Como la idea inicial fue un Beers no la hemos dejado de lado, así que al final del evento habrá un Beers (cervezada) que aun no hemos elegido un sitio pero están invitados los que así lo deseen.

Desde KumbiaPHP queremos dar un agradecimiento especial al amigo Hector Rodriguez (acá Al3jandro) por su valiosa colaboración en la organización del evento y encontrar los espacios que dispondremos para esa fecha.

Fuente… KumbiaPHP

No te confies de todo lo que dice el manual de PHP

CaChi — Mon, 18 May 2009 00:37:30 +0000

Hace unos días haciendo unos benchmark a kumbiaphp framework en comparación con la vieja estructura de directorios de alguna para ver si la nueva estructura directorio genero efectos de rendimientos sobre el framework que seria lo ideal.

Bien lo cierto es que cuando se corrió el benchmark los #request/seg no cuadraban y no era lógico ya que la nueva estructura se depuraron ciertas cosas que sobraban, en el benchmark los números obtenidos eran tan locos que la vieja estructura tenia unos 10 #req/seg por encima :-S no era nada normal esto, nos toco recurrir a las buenas prácticas de desarrollo y que ya es una constante dentro del Equipo de Desarrollo de kumbiaphp hacer debug y profiler con xdebug :-), esto para detectar donde estaban los “cuellos de botellas” que nos hacían mas lento que la versión anterior.

El detalle estaba en una función de PHP llamada extract, dentro de kumbiaphp framework se utiliza esta dicha función en el core ya que el framework implementa las variables de instancia (algo muy parecido de Rails), es decir todo lo que llame en mi controlador $this->var o sean atributos públicos, en la vista los tengo disponible como $var, volviendo al punto esta funcion nos permite hacer lo antes dicho pero recibe ciertos parámetros uno es unas constantes entre ellas EXTR_OVERWRITE (Si hay colisión, sobrescribe la variable existente) nosotros decidimos sacar la constante porque en la documentación Oficial de PHP dice claro lo siguiente:

Si no se especifica tipo_extraccion , se asume que vale EXTR_OVERWRITE.

Bien como sabemos el xdebug nos da mucha información y la misma nos decía que el “cuello de botella” estaba allí ya que tomamos un profiler de la versión anterior y los tiempos eran totalmente distintos en ese punto. viendo en detalle la función extract decidí olvidar lo que dice el manual de PHP y pasar de forma implícita el tipo de extracción en este caso EXTR_OVERWRITE, una vez hecho el cambio vuelvo a correr el benchmark y como por arte de magia ahora obtengo los resultados esperados la nueva estructura ha causado efecto en velocidad y esta ~10 #req/seg por encima respecto a la vieja estructura.

Conclusión.

Tal como dice el titulo del post no hay que confiarse de lo que dicen algunos manual, ya que pueden ocurrir excepciones como la que comente aqui. En el caso descrito fue detectado este detalle porque se hizo uso de las buenas prácticas de desarrollo y de las herramientas disponibles y el turno fue para una que muchos obvian (xdebug), que si le damos el uso correcto podemos ganar mucho en nuestros desarrollos.

Filter un misterio de PHP.

CaChi — Tue, 17 Feb 2009 02:58:32 +0000

Todas las aplicaciones (Web, Escritorio, Consola) dependen que datos externos para crear una salida o iniciar un proceso, estos datos pueden venir desde un usuario u otra aplicación (WebService, formulario, etc…) por eso la premisa #1 de todo desarrollador debe:

Filtrar todos los datos externos

El filtrado de datos es una de las piedras angulares en cualquier aplicación en el tema de seguridad, independientemente del lenguaje donde se trabaje. PHP proporciona una amplia gama de herramientas y funciones para filtrar o validar los datos, pero a diferencia de otros lenguajes, no tiene funciones estándar para filtrar los datos (como cgi de perl).

La extensión Filter llena este vacío y viene a suplir muchas expresiones regulares que son extremadamente lentas para validar formatos y datos de entradas, estas son muchas de las bondades de PHP que muchos desarrolladores no suelen utilizar y que vienen a ser parte de las buenas practicas de desarrollo sobre este lenguaje.

Este componente cuenta con constantes que representan los filtros a ser aplicados y ademas estos se pueden aplicar sobre array’s conocidos (POST, GET, COOKIE, etc) de manera que se vuelve flexible, para este tipo de validaciones y/o sanamiento de los datos de entrada, veamos unos ejemplos.

imaginemos que enviamos por $_GET un dato que lo hemos llamado ‘mode’

if($_GET['mode']){
    if(!is_numeric($_GET['mode'])){
        echo "'mode' no es un entero";
    } else {
        echo "'mode' es un entero";
        return (int)$_GET['mode'];
    }
}

Ahora utilizando el Filter filter_input

$mode = filter_input(INPUT_GET, 'mode', FILTER_VALIDATE_INT);
 
if(!$mode){
    echo "'mode' no es un entero";
} else {
    echo "mode es: $mode";
    return $mode;
}

Ya podemos apreciar que nuestro código se limpia y si le hacemos un benchmark seguramente también será mas rápido ;-)

Consideraciones sobre los filtros

Santizing(limpieza) filtros, Permitir o denegar los caracteres de una cadena, siempre retorna una cadena
Filtros Lógicos, Conoce los formatos devuelve el tipo esperado de éxito.

Un formulario, aplicando filtros lógicos.

<form action="example.php" method="post">
    Ingrese su Edad:
<input name="age" size="2" />
<input name="submit" type="submit" value="Ir" />
form>

Y el script que procesa esta información seria:

if (filter_has_var(INPUT_POST, 'submit')) {
    echo 'Se envió el form';
}
 
$age = filter_input(INPUT_POST, 'age', FILTER_VALIDATE_INT);
if (is_null($age)) {
    echo "La 'edad' es un campo requerido!";
} elseif ($age === FALSE) {
    echo 'Ingrese una edad valida';
} else {
    echo 'Bienvenido.';
}

Bien como vemos solo validamos que la edad sea un numero entero, pero existen algunos filtros que soportan options para que las validaciones sean mas precisas. Ahora la edad debe pasar la condición que debe estar entre un rango entre 7 y 77. veamos la utilización con el código anterior.

if (filter_has_var(INPUT_POST, 'submit')) {
    echo 'Se envió el form';
}
 
$age = filter_input(INPUT_POST, 'age', FILTER_VALIDATE_INT, array('options'=&gt; array('min_range'=&gt;7, 'max_range'=&gt;77));
 
if (is_null($age)) {
    echo "La 'edad' es un campo requerido!";
} elseif ($age === FALSE) {
    echo 'Ingrese una edad valida';
} else {
    echo 'Bienvenido.';
}

Un formulario, aplicando filtros Santizing.

<form action="example01.php" method="post">
    Ingrese su Nombre:
<input name="name" size="50" />
<input name="submit" type="submit" value="Ir" />
form>

Y script que lo procesa…

if (filter_has_var(INPUT_POST, 'submit')) {
    echo 'Se envió el form';
}
 
$name = filter_input(INPUT_POST, 'name', FILTER_SANITIZE_STRING, FILTER_FLAG_STRIP_LOW);
if (is_null($name)) {
    echo "El 'nombre' es un campo requerido!";
} else {
    echo "Bienvenido, $name";
}

En PHP 5.x esta extensión viene por defecto.

Por último dejo un post de PHPPro donde servirá de guía para muchos, de manera que escalemos nuestras formas de validar datos.

Prof. Charlatan + Buenas Prácticas PHP + Parte I

CaChi — Sat, 07 Feb 2009 05:20:43 +0000

Este termino comencé a ver una materia que se llama Procesamiento de Datos (Programación PHP) y es triste ver como un profesor le cae a mentira a un grupo de alumnos, que en vez de dedicarse “enseñar”, busca “sorprender” a un conglomerado, como se que esto dará mucho que hablar hoy comienzo una serie de post donde rescatare las carencia de este profesor, por razones obvias no daré su nombre (Espero lea este post profesor) y que NO se consideran como buenas prácticas de desarrollo en PHP.

Aclaro que No es un Flame contra este profesor, son simplemente aclaratorias que desde mi modesto punto de vista no puede quedar “impune” de la misma forma sirva para incentivar a las personas y/o alumnos(hasta al mismo profesor) a buscar información antes de decirla y/o creerle a cualquiera y mas en el área de la programación debido a que existe mucha información en la web.

Hay cosas de “ABC” que cualquier desarrollador de aplicaciones web debería tener claro, en este caso para PHP y es que las aplicaciones web de hoy día necesitan ir rápido, y rápido no se traduce es hacer códigos pequeños sino en implementar buenas prácticas.

En Plena Clase

El profesor explico como instalar Apache (En windows XP :-P) pero nunca dijo porque se usaría Apache? y no otro por ejemplo IIS, Cherokee, etc. Ya por aquí considero que empezó mal porque como pedagogo (que no tiene nada) debió explicar esto, no conforme, comienza a dar la explicación de instalar Zend Studio (un IDE privativo)y luego dice como “crackearlo” (profesor tenga ética y no sea “pisa bandera”) otro error, esto se puede decir entre amigos pero NO en una clase.

Bien, después del bla bla bla, llega a un punto donde comienza hablar de rutas en los archivos, es decir hacer los include ‘../mi_ruta/archivo.php’, y dice que las rutas relativas son mejores (aquí explote) y hago una pregunta, Profesor que es mas optimo rutas Relativas o Absolutas? la barbarie! el profesor contesto Relativas, caigo en un intercambio de palabras donde le dije que era falso y ahora explico porque.

Las rutas absolutas son mas optimas, como dije en un principio hay que hacer aplicaciones web rápidas y algo tan simple como hacer un include de una ruta relativa se paga caro en tiempo de ejecución, porque se perderá mas tiempo resolviendo la ruta, es decir crear el arbol de directorio porque el compilador de PHP no es que hará un simple cd ../mi_ruta/archivo.php no no no, el compilador construye la ruta completa del archivo.php hará algo como /var/www/mi_ruta/archivo.php.

Luego que le comente lo anterior con otras palabras pero la idea sigue siendo la misma, el profesor en cuestión me alega que me imaginase que tuviera muchos archivo dentro del proyecto que desarrollo, por favor con mas razón se debe utilizar rutas absolutas por el simple hecho que serán mas archivos los que se procesaran en la ejecución de la aplicación (profe esto es sentido común).

Pero no todo es malo el profesor dentro de todo lo que comento en cuatro (04) horas de clases académicas (45min C/U) unas de las pocas que considero que acertó fue en el manejo de las comillas dobles y simple, cuando en PHP colocamos comillas dobles el compilador asumirá que existen variable ($var) dentro del string, solo que con comillas simples se ignoran las variables dentro del string pero le falto decir que es mas rápido.

ejemplo:

$tmp = 'aaaaaaaaaaaaaaaaaaaa';//rápido
$tmp = "aaaaaaaaaaaaaaaaaaaa"; //lento

Conclusiones.

Estas carencias son casi que normales (aunque no deberia ser así) entre los desarrolladores en cualquier lenguaje y es porque muy pocos se preocupan por hacer profiler y debug o simples benchmark para encontrar bottlenecks (cuellos de botella) dentro de nuestro código, con esto quiero decir que lo que se dice dentro de este post no lo invente yo, la práctica da la razón y utilizar las mejores prácticas nos hace mejor desarrollador(existen deferencias entre desarrollador y programador).

Leer: Regla 20/80