Son las 9.44 y alrededor de las 11 tengo que estar en un metro lejano para poder hacer algo a las doce. He estado revisando los servers de sitios web. Si pagara a valor mercado el hospedaje de los dominios donados y los servers de clientes, cada servidor me saldría en unos 7000 pesos mensuales (unos 540 USD). Por calidad me sale cada uno como en 120 USD y a veces menos por ofertas, y en casos extremos podría bajar la calidad a unos 50 USD al mes, pero no vale la pena.

He estado notando, eso sí, que las visitas son a algunos sitios por temas absurdos y no por lo que parecería ser el contenido real. Por ejemplo, hay un texto de programación relacionado con problemas de derechos 644 y de archivos gif que debían ser png, que es parte de una conversación secundaria en un foro donado sobre manejo de SMF, un software de foros. Y ahora resulta que ese foro, que no modero yo pero al que le doy hospedaje, tiene muchas visitas porque tiene una guia de como solucionar el problema de gif/png RC al salir de una versión a otra. Casi la tercera parte de las visitas que recibe (3 mil de 10 mil al mes) ese foro , son por algo que no es su asunto central.

Lo que va a pasar a la larga es una implosión. En sitios en inglés he visto algo por el estilo. No creo que tarde mas de tres años en que sea así en sitios en español. Tengo que modificar la estrategia que pensé originalmente, porque por lo visto el problema que vi a partir del 2020 a 2025 puede empezar el año que entra.

Y todo porque google acaba creando parasitos. Los refferers de Apache falsos que tratan de vender productos chinos, meten muchísimo ruido a la estabilidad de un server, y también a google. Es casi imposible ver que es orgánico y que no.

Afortunadamente mi parser de apache me evita ese lio, pero no es normal que parsers mas conocidos tomen por buenos los datos contaminados.

Esta semana va a ser movida.

Por una parte coordinar el avaluo de la casa de mi mamá. Ya se cuanto vale, pero quiero el avaluo reciente para la reunión con compradores de este mes.

Revisar la entrega de los gestores previos. Vaya que eran y son idiotas. Hoy recibimos unos documentos hechos por el que estuvo hasta mayo del año pasado, y pro lo visto los demas no dfan una.

Tercero, van a consolidar aqui el server mssql server 1.3 al 1.4. Eso significa ver que mi sistema quede bien a pesar de lo que le hagan a ese server que esta de origen en el 1.4

Cuarto: Revisar la cobranza. Este va a ser un mes bastante movidito y justo, pero si me depositan e n inbursa en lugar de banorte tengo que mover a fuerzas a scotia. No me hace maldita la gracia tener que ver a diario los saldos de las cuentas de empresas, pero si no quiero tener problemas en semanasanta ms me vale que la posición ya sea firme el 22.

Quinto : Firmar la Sociedad Civil

Sexto : Ir a la boda por lo civil de mi cuñado, que justo cae en el viernes / día prefijado de migración de server de correo de mi cliente principal.

En la mañana de hoy me desperté con un sueño bastante idiota pero que a la vez era una señal del inconsciente.

En el sueño Audrey Hepburn está tratando de ver que había pasado con una concesión de Microbús en Reforma. EN este punto mi sueño me decía, despiértate. Audrey Hepburn no tendría nada que ver con un Microbús, se murió hace unos 20 años, y no hay microbuses en reforma.

Observando dormido lo que pasaba en el sueño, el problema era que había concesiones para rutas de ida y rutas de vuelta.

Me desperté.

Ya en el trabajo encontré que mi cliente tiene un problema con core dumps que están creándose por un proceso que no daba problemas antes. Lo primero que me viene a la mente es un ballooning. Hay archivos de 125 Mb, pero eso indicaría que el dump es de 128 Mb aunque el max limit de php es 512.

Suponiendo que ese sea el caso, hay que cambiar el proceso de expansión del JSON fuente de 12 Mb máximo.

No tiene caso correr esto en un server dedicado y en un vps con ballooning tampoco. Por una parte me dan ganas de instalarles un Windows SQL server, pero si lo hago está el problema de la licencia. Si pongo un WAMP en un Windows 7 no hay mucha forma de exportar el resultado de los sigma reales que vienen en el JSON porque el cargarlo provocaría un core dump. La otra opción es no subirlo al server.

Lo que suena más razonable por licencias de Windows 7 existentes es un Oracle XE porque l base no llega a dos gb. Correr una orden para borrar lo que no sea sigma y volver a subir los valores sigma al server para consulta externa.

Esto cambiaria solamente que no sea el server el que obtiene los JSON sino una terminal de trabajo y el CORE dump desaparece al ser Windows.

Un Windows 2000 server viene siendo el Audrey Hepburn de los servidores. Un server Linux con ballooning un microbusero.

Así que, probablemente el factor sea usar Windows y no el server Linux para obtener el valor SIGMA de los scada.

Hace un momento me dieron el control del hospedaje web de un cliente que tiene sus dominios en network solutions. El año pasado pagó por hospedaje web 155.40 USD por todo el año, lo cual resulta mas o menos decente para su tamaño… si el servicio funcionara.

Hoy verificando encontre que ya tienen un precio reducido de 2.55 USD al mes. Esto nos lleva a un total de 36 USD al año. No esta mal, es un estandard. Problema, 300 gb de información claro que no los dan. Solo estan usando 10 mb de espacio. Las 200 cuentas de correo si son criminales, y necesitan un server especial porque tienen outlook abierto todo el dia.

¿porque el proveedor anterior no dijo nada?

De todos modos entiendo lo que esta tratando de hacer Netsol. Al a larg a clientes chicos sin correo les puede resultar igual. Pero cualquiera que use base de datos y un sitio medianamente complejo, le causa los problemas que le ha causado a este cliente.

Y ademas no soporta IMAP.

Lo que resulta patético es bases de datos de 300 MB de tamaño. O sea que hospedar un dominio como este, de mi nombre, me saldria en unos 40 USD mensuales.