Tag php - Userlinux.net

Si alguien le encuentra la solución por favor háganlo saber a través de los comentarios o cualquier otra forma de contacto:

<?php
class CurrentMood extends Weather
{
    public $mood;
    public $cold;
    public $coatme;
    public $asleep;
    public $ill;
    
    function __construct()
    {
        if($this->cold++ and $this->coatme)
        {
            $this->mood = $this->mood + $this->asleep;
        }
        else
        {
            $this->ill++;
        }
    }
}
?>

No es tan fácil como parece, y tengo la sensación que todavía faltan los peores meses.

Ha sido una de esas cosas que te divierte mientras la programas. Siempre me había interesado el funcionamiento de los widgets y esta vez me tocó pelearme para crear los de Moneting. Ha sido más sencillo de lo que imaginaba pero no por ello menos divertido.

Consiste en un pequeño script que se encarga de generar la imagen correspondiente con la librería GD y parsear la URL que se le pasa para traducirlo en una petición válida dentro del sistema. Como se puede adivinar, la respuesta es una imagen de tipo GIF.

Todavía no he implementado ciertas mejoras que tengo anotadas, pero me apetecía contar el micro-hito :P.

Es algo que todavía no llego a entender ni asimilar. He pasado la mayor parte de la tarde para configurar la nueva versión 2.0 de CodeIgniter-Reactor con varias librerías que, para mi forma de desarrollar, son indispensables en cualquier framework de programación orientado a web:

• HMVC: Gracias a la librería de Wiredesignz podemos ordenar nuestro código en módulos y simplificar la lógica de la aplicación.
• ModulesModule: Ahora que todo será un módulo, no vendría mal un módulo encargado de ejecutar las tareas más comunes de los módulos (instalar, desinstalar, actualizar...). Un módulo de módulos.
• SettingsModule: No me gusta cargar la configuración desde ficheros config/*, por comodidad y para que el usuario pueda cambiar cualquier parámetro ajustable de una aplicación, prefiero hacerlo en base de datos y cachearlo a disco si es necesario. Me quedo con la librería de PyroCMS.
• ThemesModule: Otra característica imprescindible sería tener una aplicación themeable y que desde un interfaz de administración se pueda cambiar tranquilamente el aspecto de la misma. Para ello podemos hacer uso de este módulo capaz de instalar y desinstalar themes.
• TemplateLibrary y TagsLibrary: Una vez hemos decidido hacer la aplicación modular y themeable siguiendo el patrón MVC, un buen lenguaje de template para que los diseñadores no se vuelvan locos con el lenguaje dinámico sería un punto más.
• MigrationsLibrary: Una vez lo pruebas se convierte en musthave. Se trata de una librería para hacer migraciones de versiones en base de datos. Gestiona los cambios entre versiones de forma sencilla.

A mi modo de ver los esquemas organizativos MVC -junto con muchos otros factores- han cambiado a mejor la organización y estructuración del código fuente de un proyecto. Separar en capas las distintas partes de un trabajo (datos, lógica y vista) se antoja un proceso crítico, laborioso pero divertido a la vez.

Por otro lado a veces nos encontramos con situaciones en las que el MVC se convierte en un híbrido entre lo que es y lo que debería haber sido, en este punto hay una clara diferencia entre los desarrolladores que optan por la rama práctica y los que bajo ningún concepto intentan mezclar capas.

Durante el último medio año, desde que CodeIgniter 2.0 ha visto publicada su versión de desarrollo en BitBucket la pregunta de "¿cuándo será estable?" ha rondado sobre los usuarios de este framework. La verdad es que CodeIgniter 2.0 es estable desde hace unos meses. Alguien desde EllisLab (la empresa que se encarga de su desarrollo) pudo haber congelado ya la versión 2.0 (hg tag v2.0; hg push) pero todavía no se han decidido.

CodeIgniter 2.0 es una nueva release, lo que significa una ocasión perfecta para EllisLab en lo que se refiere a cambios "mayores" que puedan afectar a la compatibilidad hacia atrás. Un ejemplo de esto son los nuevos Models, que ahora necesitan extender la clase CI_Model en vez de la antigua Model. Es un cambio más que aceptable para una nueva release y es normal que se piensen las cosas dos veces antes de lanzarse.

Una de las cosas que más me irrita cuando estoy accediendo a un PhpMyAdmin por cualquier motivo, es que vaya a ejecutar una query, darle a "Continuar" y que haya expirado el tiempo de sesión de php con lo que, toca volver a loguearse y empezar de nuevo el proceso. Seguro que os suena.

Hay un truco para aumentar el tiempo de sesión. Supongo que no será muy óptimo hacerlo en producción pero para un entorno de desarrollo, en localhost, etc... a mi me acaba de salvar de más de un cabreo. En el fichero de configuración de PhpMyAdmin (config.inc.php) agregamos las siguientes lineas:

$cfg['LoginCookieValidity'] = 60*60*24*7;
ini_set('session.gc_maxlifetime', $cfg['LoginCookieValidity']);

Igual me he pasado un poco con el intervalo (una semanita no está nada mal), pero así me guardo las espaldas frente a los varios días que puede estar el navegador abierto con tropecientas pestañas de fondo.

Mini post del día patrocinado por cafeína Dolce Gusto, @MarcosBL, el insomnio y los efectos secundarios del mismo.

No es aconsejable su uso puesto que los parámetros $_GET son un foco de problemas pero hay veces que la fuerza puede más que la razón. CodeIgniter los trae deshabilitados por defecto pero se pueden activar de forma muy sencilla. En nuestro config ponemos el uri_protocol como PATH_INFO:

$config['uri_protocol'] = "PATH_INFO";

Y cada vez que queramos tirar de ellos, en el controlador correspondiente tan solo tendremos que hacer algo tal que así:

parse_str($_SERVER['QUERY_STRING'],$_GET);

De esta forma minimizamos el riesgo al controlador donde queramos usar este tipo de parámetros. Así de sencillo y sin condensadores de fluzo ni cosas raras.

Al principio esperábamos que Facebook aportase a la comunidad PHP un compilador de código capaz de reducir recursos en servidor de hasta un 50%, sin embargo en lo que están trabajando es en HipHop, un traductor o transformador de código PHP hacia C++ capaz de compilar con g++ y acelerar una barbaridad la ejecución del mismo (o eso dicen). De momento no hay nada visible, el enlace al código github no funciona así que solo podemos apuntamos a la lista de desarrollo y esperar al siguiente nivel.

Una de las tantas actualizaciones del módulo php5 (5.2.6.dfsg.1-1+lenny3) para Apache2 en Debian Lenny (5.0 stable) nos indica que se cambiarán los límites de máximo de archivos upload por petición a 50 -como ya se está haciendo por defecto en php-5.3.1-, para prevenir ataques de denegación de servicio.

En principio no debería afectar demasiado a cualquier sistema, pero por si las moscas en la actualización nos avisan convenientemente para no tener ningún tipo de inconveniencia o incompatibilidad con vuestros scripts: