En ASP existen las variables “Application”, parecidas en funcionamiento a las sesiones, pero que son compartidas por todos los usuarios. Es decir, como variables de sesión pero visibles en todas las sesiones del servidor.

Este tipo de variables tiene algunos usos interesantes, siendo el ejemplo clásico el del contador de usuarios. Como la variable es compartida por todos los scripts, es muy fácil registrar la cantidad de hits de un sitio, o las sesiones creadas para intentar contabilizar los usuarios distintos.

En fin, hace unos días estoy desarrollando una extensión para PHP 5, justamente para tener este tipo de variables Application. Se trata de un módulo de PHP como cualquier otro. La magia de las variables compartidas se realiza con shared memory de la biblioteca libmm.

Actualmente tengo funcionando una versión prototipo en Debian Lenny, Apache 2.2.12 y PHP 5.3.0. Por funcionar con shared memory se precisa tener PHP como módulo de Apache (no CGI)  y a éste funcionando en modo worker (no prefork). Además, PHP debe haber sido compilado con –with-mm, lo que hace que no funcione en entornos thread safe si usamos además el módulo session…

En realidad este es un llamado a la solidaridad, para quienes estén más familiarizados con las distintas variedades MPM de Apache y también para realizar algo de testing en alguna plataforma Windows. ¿Interesados?

He llamado al módulo “appvar” y las funciones que provee esta ínfima versión 0.1 son:

• appvar_set(“mi_variable”,”mi_valor”);
• appvar_get(“otra_variable”); //se conserva en memoria, y visible por todos los scripts!
• appvar_unset(“cual_variable”);

Además cuenta con lock y unlock, todavía no implementado.

La nueva versión, pronta a aparecer, viene con algunas gratas sorpresas que se esperaban para la rama 6. Aquí les presento dos, en des-orden de importancia.
Primero, una constante mágica __DIR__ que apuntará al directorio que contiene el archivo actual. Muy útil para los includes.

Después, los preciados namespaces. Con esto vamos a tener más libertad a la hora de nombrar clases (ya que se evitan los conflictos de nombres) y beneficiará a la programación con objetos toda.

Con el asunto de namespaces se vienen varias palabras reservadas nuevas, necesarias en el momento de tratar con las nuevas funcionalidades.

A la espera del release, lo único que tenemos por ahora son los snapshots dev.

A partir de hoy, 30 de diciembre, se adelantarán una hora los relojes en Argentina, en una vuelta al horario de verano como hace unos años. El fin es el mismo de siempre y el de todos lados: el ahorro energético aprovechando las horas con luz natural en esta época del año.

En cuanto a sistemas e informática, en un país en el que no tenemos tradición de horario de verano, el asunto no deja de ser engorroso.

Para hacerlo bien, además de adelantar una hora el reloj de la PC, hay que cambiar la zona horaria a “GMT -2″. La pueden encontrar con varias denominaciones, siendo la más común “Atlántico Central” ó “Mid-Atlantic“. En Windows, al cambiar la zona horaria automáticamente se adelantará una hora el reloj. Todos estos cambios manuales no serían necesarios si la política de cambio horario fuese regular y la configuración para “Argentina” la contemplara. Es decir, que necesitamos una regularidad en la política :).

Si cambiamos sólo la hora, pero no la zona horaria, algunas aplicaciones mostrarán horas incorrectas, ya que se manejan por el tiempo GMT. Un ejemplo es Gmail. Si adelantamos la hora pero no modificamos nuestra zona horaria, es como si estuvieramos corriendo el horario GMT.

Espero haber sido claro… a cambiar los relojes!

DimeHoteles ya cuenta orgullosamente con un servidor dedicado, alojado en un datacenter español.

En honor a MANTISA (primer servidor linux que administré, un Red Hat 9, un fierro!!) lo hemos bautizado DECIMAL. Yo lo pronuncio en inglés.

La empresa que instaló el servidor, la dueña del datacenter, instaló un muy lindo panel de administración (en otra ocasión hablaré de esta empresa, cuando la conozca mejor). El problemilla es que el lindo panel corre sobre PHP4, mientras que DimeHoteles lo hace sobre un PHP5. Por lo cual procedí a actualizar PHP. Todo muy lindo, hasta que descubrís segmentation faults en el log de apache… Mmm, ¿qué será esto? ES UN BUG DE PHP 5.2.1!!! En ciertas condiciones el Zend Memory Manager hace cagadas, hablando resumidamente.
A veces el upgrade no es tan bueno.

En fin, ¿no es emocionante tener acceso root? jajaj

Después de algunos meses de desarrollo, y de semanas cada vez más intensas, y días cada vez más llenos de programación, llegó el momento de presentar en sociedad a nuesto primer hijo oficial: www.dimehoteles.com

En este caso rehicimos el sitio desde cero, from scratch, para un cliente -me atrevo a decir devenido amigo- español.

No sólo se mejoró mucho la interfaz, la usabilidad y la navegabilidad (cosas que pueden verse) sino que por detrás corre toda una aplicación que arrancó bien arquitecturada desde el principio, una base que se la re banca, y toda una estructura de páginas y componentes que son realmente objetos, sumado a una concepción totalmente traducible a otros idiomas y un sitio realmente google-friendly. Me atrevo a decir, un casi framework.
En fin, un verdadero chiche!!!! Estoy muy contento con el proyecto: con lo que se hizo, con lo que se está haciendo, y con todo lo que está por hacer!!

Felicitaciones a la Tana, por tanto trabajo para lograr esto, y bienvenido nuevo DimeHoteles! :)

Entre otras, la programación en PHP (como en casi todos los otros lenguajes de programación de ordenadores) [perdón, necesitaba densidad de keywords jajaja] puede encararse desde objetos o desde procedimientos.

Como dije, hay otros “enfoques“, pero los dos modelos dominantes son esos. Bueno, al menos para mí, está bien, no todo el mundo es como yo, ya lo recordé.

En fin, mi experiencia es que trabajando con procedimientos uno codea el 40% del tiempo, y debuggea el resto. Con objetos, los números son distintos: codeo el 95% del tiempo y debuggeo el 5%.

Es abismal la diferencia, y es muy placentero trabajar con objetos. Además de las ventajas teóricas que plantea, claro. No es un quick development porque algo mal hecho al principio puede arruinar todo (peor que en procedimientos, donde el fenómeno también existe, claro) y eso hace que se tenga que razonar y arquitecturar mucho al inicio, pero el desarrollo se acelera mucho una vez que se tienen la bases, y además, se pasa más tiempo programando -que es lo que nos gusta, lo que me gusta- y menos resolviendo problemas -que es lo que nos termina irritando, a todos.

Objetos, por ahora los amamos. He dicho.

Hace un tiempo fui empleado de Livra.com, la mejor empresa en la que me tocó estar hasta ahora.

Por razones ajenas a ellos decidí irme, en síntesis, para dedicarme a proyectos personales.

Ante esa situación les comuniqué mi decisión y mi idea de no exigir los días trabajados todavía no pagos, dejándolo realmente a su criterio puesto que mi cambio implicaba una pérdida para su negocio en términos monetarios. No por el hecho de mi persona, o quizá sí un poco porque yo ya estaba bastante imbuido de las cuestiones del trabajo, sino más que nada por las cosas fiscales, tributarias, patronales, etc., implicadas en una renuncia y en la nueva contratación de otra persona.

La conclusión, y razón de este post, es para expresar mi agradecimiento, tanto de mi tiempo como empleado como de la liquidación que finalmente han hecho a mi favor, pese a mi negativa. Gracias Livra, recomendados ampliamente.

Así me comentaron hoy: aparentemente NIC.ar empezará a cobrar ¿cuando uno quiera registrar? ¿y/o renovar? un dominio.

Finalmente se ha hecho justicia en el universo, no puede ser que cualquiera registre dominios que luego NO utiliza.

Así como esta gratuidad favoreció muchísimo el crecimiento de la web dentro del mercado argentino hace unos años, ahora, y lo digo desde el conocimiento de los profesionales que trabajamos en esto, el hecho del registro de innumerables dominios sólo por “retenerlos” realmente nos está haciendo retrasar en las oportunidades de negocio y en ventajas competitivas, como puede ser un buen dominio, desde el punto de vista de Google (obvio).

Lo que yo creo sería un buen escenario es que se requiera la delegación de cada dominio transcurridos dos o tres meses desde el registro, y que ese registro sea pago, con un valor simbólico pero representativo, por ejemplo, veinte pesos. Creo que no cobraría la renovación, siempre que el sitio se encuentre delegado y funcionando. Creo que esto no hará más que favorecer al mercado de producción y explotación de los sitios web, que generan un bien económico, por supuesto, como todo negocio.

¡Enhorabuena para la gente de NIC! Esperamos noticias para ver cuál será la implementación definitiva. Siempre rogando porque sea para bien, y no para peor.

Les dejo unos links para que puedan descubrir tres lenguajes de scripting “no tradicionales”. No son únicamente para scripting web, pero ese es mi punto de interés hoy.

Ocaml, Lasso, REALbasic

En Estados Unidos ya se están empezando a preguntar si vale la pena estudiar Sistemas, ya que todo el mercado se ha trasladado a la India. En el último tiempo es increible la cantidad de nombres raros que empezamos a ver al buscar notas técnicas, o leer el blog de Google. No es loco que la gente crea que ya no vale la pena estudiar Sistemas, si total “después contratan por dos mangos a alguien de la India y listo”.

El comentario proviene de aca. Ah, por cierto: cualquier parecido con la Argentina es pura casualidad eh… ¬¬