He comentado que hace poco mas de seis meses recibí una llamada del corporativo donde estoy en este momento. Hay acuerdos pesaditos de Confidencialidad (mismos que yo escribí y fui el primero en firmar), pero a veces me pregunto si pasa con el conocimiento esotérico lo mismo que con los RVM (http://en.wikipedia.org/wiki/Relevance_vector_machine), en pocas palabras, si tienen métodos de auto corrección por relevancia iterativa .

Esta noche me espera una buena desvelada. He estado haciendo a ratos un módulo de RVM en php usando XMLRPC pero para que los clientes sean terceras personas. Ya hice el cliente en menos de cuatro horas el lunes o martes ignorando lo que hizo el programador jefe de otra unidad, mismo que me hizo perder dos días haciendo algo no funcional.

Reviisando con otra tercera unidad (donde estàn Aidee y jaime) ellos no tuvieron problema al leer el cliente.

El problema es que uno de los socios se comprometió a regresar información valida de una base datos (que no existe ni esta diseñada en este momento), con datos estadísticos de muestra, para servir a seis procesos XML-RPC. Lo que me obliga a desvelarme para tener para mañana tanto la estructura de la base de datos,como datos de ejemplo, asi como seis receptores de método (no complicado porque ya está), pero además automatizar un método de respuesta por cada receptor.

En la práctica implicaa hacer seis métodos que cada uno haga inserción y consulta a la base, así como una bitacora e interacción con la base de datos final.

Afortunadamente pude elegir y me aprobaron usar INNO.

Creo que lo mas trabajoso va a ser el parser para interpretar las respuestas sin usar clases como la que pasó el jefe de unidad mencionado. Espero tenerlo a la una de la mañana, pero no se si me voy por un ejemplo de array simple, o simpleXML.

Es cuestión de pensarlo.

Mientras, tengo que hacer pausa para ir al baño, y media hora para hacer el esquema mental antes de ir a la escuela por mis hijos.

Ayer estuve revisando problemas de load alerts en cuatro servers diferentes, en tres datacenters diferentes.

Cada uno se contrató en un lugar diferente, pero todos con las mismas características.
Y uno me dice : 1024 (lo que es)
Otro : 1512 (50% bonus, ok)
Otro : 2048 (100% bonus, ok, ese proveedor es conocido que actualizó todo)
Otro : 4096 ???

Asi que resulta que o cpanel maneja diferente la forma de dar el burst ultimamente, o el proveedor que esta dando 1024 me quitó el burst cuando separé el cluster.

Hice este script que da bastante información util, aunque debe saberse que esperar de los diferentes buffers bajo Linux. En lo personal, este script es el que decidió mi auto pregunta de ayer.

El gethostbyname lo uso para saber la ip aunque esté corriendo bajo IIS y no Apache.

http://www.alfonsoorozcoaguilar.com/codigo/memoriaburst.txt

Hace unos años era habitual usar sistemas en modo cgi-bin , y PHP tiene soporte para modo CGI además de texto. Normalmente Cgi no tiene problemas si esta bien documentado, y pasé una buena parte del día de hoy configurando un software de CGI en perl bajo Cpanel.

Por lo menos ya pasé de la ventana de setup, pero que me costó, me costó.

El problema estaba en dos factores después de instalar los módulos de Perl:

1 ) El instalador del software no es intuitivo. Pude resolver la mayor parte del problema gracias a que si no estaba el archivo de configuración, un «check» avisaba si faltaba algo. Me decía que el host cumplía los requisitos. Así que pude saber que el problema era el config.
2 ) el software de marras estaba diseñado para jalar en perl, y trae mal la ruta del script . Ensayo y error funcionó.. ruta por ruta.

Ahora entiendo porque este es el primer programa en cgi obligatorio que veo en en los ultimos cinco años. No creo que Movable Type pase del 2013. Se estpan dando en la torre solos.

Noté un problema raro con este dominio hace unos dias, que resultó ser un problema de que las bases de datos estan en Miami y el host en otro estado. Ya se supone que lo estan verificando, pero no se ve bien.

Hice un codigo simple para validar el tiempo de carga real de manera externa, necesita Curl.
======================================
$url=’http://www.Example.com’; loadtime($url);

function loadtime($url){
echo «
Testing time needed to serve the Url: $url»;
$starttime = microtime();
$startarray = explode(» «, $starttime);
$starttime = $startarray[1] + $startarray[0];
file_get_contents($url);
$endtime = microtime();
$endarray = explode(» «, $endtime);
$endtime = $endarray[1] + $endarray[0];
$totaltime = ($endtime – $starttime);
echo » $totaltime»;
} // loadtime
======================================

Ayudando a la persona del CMS GPL que decía ayer, me puse a investigar porqué el minieditor causa problemas diversos.

El me pidió ayuda sobre los caracteres raros (htmlentities lo resolvió), pero lo que me choca es el limite duro de alrededor de 4k por mensaje. El problema parece residir en la forma en que funciona INNERHTML para procesar nodos de texto grandes.

De entrada Innerhtml es una forma elegante o sucia según a quien se le pregunte, para solución rápida de edición online, pero es la unica si se requiere compatibilidad con IE 5 o 6, que no soportan el estandard DOM completo.

Una búsqueda a detalle de los nodos y su limite, me hace pensar que el problema puede ser por sistema operativo. Lo probé en la toshiba del trabajo (windows home premium), explorer 8 ff y chrome actualizados, y lo mejor es chrome en cuanto a largo. Sin embargo, opera 9 y 11 se cortan a 2k aunque el supuesto largo de opera 9 es 32k.

En resumen: Ese cms es excelente para contenido corto. Quizá un ajuste de 1 kb aprox, me permita editar de 20 a 32k por un post / textarea standard. Interesante de todos modos.

El fork se impone.

Se coloca en http://www.alfonsoorozcoaguilar.com/codigo/rijndael.txt el codigo fuente del editor rijndael, y se deja un ejemplo operativo en

http://www.alfonsoorozcoaguilar.com/codigo/editor.php

Es el código que mencioné en http://alfonsoorozcoaguilar.com/node/550