Esta semaa va a ser bastante extraña. El mes termina y por descuido de algunas personas ciertos eventos se han retrasado.

Tengo frente de mi el analisis de nodos. El ultimo recuento me da 32 nodos de los cuales seis son de adorno (digamos que no cuesta nada conservarlos aunqueesten vacios por poder ser reutilizables), y el domingo sale otro de los nodos complicados, sustituyendo a uno simple. Con suerte puedo reducir para el siguiente lunes a 24 nodos reales.

Idealmente creo que el numero de nodos reales de ese proyecto son 20. No mas, no menos. No se si pueda hacerlo de aqui a fin de año. Dos de ellos implicaban contacto de un cliente con «comunidades tóxicas» de ham radio y /o alienadas, y que desgraciadamente los medios politilizados son mas dañinos que otros que he visto. Por lo general los grupos seudo prehispánicos que usan lo mexicano para defender su consumo de drogas y su propia desesperación, tienen bursts/estallidos de estupidez que no les duran mas de una semana.

Sin embargo este fin de semana mientras veía lo del hardening de toribio, aproveché para eliminar uno de los dos nodos tóxicos, y para preparar el que sigue me toco interactuar con tres Canales de IRC absolutamente tóxicos. En un momento dado tuve tres pérdidas de tiempo y de ciclos de CPU al configurar un problema de AWS de amazon, y tuve que usar mi tiempo en minimizar problemas, perdiendo tres configuraciones de buckets, una de 17 horas, otra de cinco para no perder una espera de una semana, y una de dos o tres.

Ignorar a alguien en canales de IRC cuando trata de recuperar buckets mal configurados por un tercero, para disminuir el abvso de contratos no cumplidos, acaba en una comunidad tóxica con o sin IRC. Es algo similar a lo que pasa con los seudo foros de facebook, la gente no hace nada, y se vuelve tóxica, pero si entro a Facebook o canales de IRC es por razones específicas.

Espero que el movimiento de nodo del domingo a las 16:00, me permita limitar las interacciones que crearon el problema de Toribio, y por lo mismo reducir o eliminar ese nodo antes que acabe el año, pero no se que tan viable sea en realidad.

Creo que es un 57% viable o mas. Pero voy a tener que dedicar unas doce horas si quiero dejarlo a punto para el viernes, para tener margen de maniobra por si sucede algo el sábado.

hecho
1 ) Depositar en banco
2 ) Hablar con el proveedor alterno
3 ) Contratar y pagar nueva plataforma (no doctor, la de perl)
4 ) Hoja de excel del equipo de sistemas fijos del cliente rpincipal via escritorio compartido
5 ) Plan de trabajo escritorio compartido incluyendo sistema de octubre
6 ) transferir el cliente que no ha pagado al proveedor alterno ()
7 ) Copiar informacion a USB de 32 gb
8 ) Escribir texto para el cliente que no ha pagado incluyendo manual
9 ) Cambiar contactos de proveedor
10 ) mover los dominios donados por las razones sociales del proveedor vdesk a plataforma nueva en perl
11 ) Validar que el dominio del cliente que no ha pagado se vea bien en el proveedor secundario
12 ) revisar que paso con el .mx de outlook
13 ) validar propagación de vdesk
14 ) Dar hardening al servidor de Toribio el domingo. (hecho)
15 ) Contratar y cancelar un dedicado por un mes para probar el problema de bloqueo de LINODE bajo versión nueva de CENTOS con nginx

A medio camino

16 ) Revisar que Jorge haya dejado funcionando el quemador de disco para la nom 151 de cobranza

depende de alguien que solo puede despues
17 ) Preparar con el organizador de eventos de WTC lo de la segunda empresa que esta pagando a la abogada (salio a sinaloa, vuelve el lunes)
18 ) Revisar que cobranza del cliente principal tenga funcionando nom 151 y recoger firma
19 ) Junta lunes a las 15:00

Nada todavia

20 ) Quemar en dvd el segundo respaldo de 32 gb
21 ) Parametrizar sistema de eventos y el pdf respectivo
22 ) Cotizar por formalismo de Orden de Compra del trabajo de reconstrucción del sitio del sistema de eventos
23 ) migrar este contenido a perl

Hace dos días , el 24 , tuve muchísimas cosas que hacer. Llevo un año con carga de trabajo impresionante, mas o menos equilibrado por la paga constante vs estabilidad a futuro (comodidad este año perdida, por estabilidad y rentabilidad mayor de dos empresas a tres años).

Entre el año pasado exactamente y el día de hoy, he cambiado el modelo de negocio que da ingreso, apoyándome para hacerlo con los clientes, justamente en la carga de trabajo que me están requiriendo. De momento cambié esa carga de trabajo por un modelo mas flexible, y lso resultados no los veré hasta dentro de dos años.

En este año he tenido que llamar varias veces a patrullas por cosas relacionadas con las empresas propias o de clientes. Tengo en este momento activos casi una docena de poderes de pleitos y cobranzas, y el único asunto abierto es el derivado de lo que pasó el 17 de julio, de lo que habrán noticias pronto.

En esta semana preparé dos servidores para migrar algunos sitios que DEBEN, a fuerzas, estar migrados el 30 de septiembre. Uno fue un tiro en el aire, pero me resolvió un problema inesperado y voy a mover este sitio web de DRUPAL a un sistema en perl. Principalemente porque necesito hacer un desarrollo en perl y ciertos módulos raros, y escribir en perl este blog me resuelve del problema el «límite» de drupal que mencionaba hace unos días. Escribir en perl me permite checar con otro script que le server de perl está bien configurado.

Es posible que no pueda escribir mucho en lo que hago la transición que además debe hacerse el fin de semana, porque además debo parametrizar el sistema de control de eventos para un evento nuevo y los formatos de pdf mas los enlaces WAN, y migrar a uno de los clientes, el indeciso, de servidor. No creo poder escribir antes del lunes porque sé que mañana habrán novedades pero con los eventos del fin de semana, incluyendo ayudar al hermano del amigo el domingo en su servidor dando hardening y checando su mysql, va a ser un fin de semana pesadito.

Y se acerca el dos de octubre, también. Quizá sirva de justicia poética explicar varias cosas ese dia, incluyendo lo rescatado ayer.

Si no fuera suficiente tener ue dar seguimiento a un falso cobrador del imss ante derechos humanos , el imss y el ministerio publico, las cosas apenas empezaban.

A las 21:00 del mismo día me buscó un cliente para solicitar ayuda urgente. Un competidor le quedó mal y tuve que rehacerle un sitio desde cero en la madrugada para una conferencia de prensa. Por el sitio original deje respaldo, pero como decidió contratar a alguien mas barato para que le hicieran el sistema de counter, desde mayo no sabía nada de el. Pero resultó que no hizo nada mas que el counter, y se dieron cuenta en la noche del día anterior a la conferencia de prensa.

y luego pasó algo de ripley.

El cliente se quedó dormido y no se comunicó conmigo sino hasta las 5 am , que ya estaba yo levantado. Me pasó los datos de acceso y habían borrado mi material previo, así que fue de cero. Todo el sitio, menos la parte del carrito de compras estuvo otra vez en línea a las 9, a tiempo para la conferencia de prensa. No de la misma calidad que el trabajo original, pero en mejorarlo me pasé todo el dia de ayer junto con mi esposa, y quedó muy decente.

Todavia necesita unas cinco horas de trabajo en cuanto me den ma datos.

Ademas mañana va a ser un dia muy pesado, y el fin de semana igual o peor. Escribo sobre eso en un momento.

Parece que sera un dia ajetreado.

Hecho
1 ) Depositar en banco
2 ) Hablar con el proveedor alterno
3 ) Contratar y pagar nueva plataforma
4 ) Hoja de excel del equipo de sistemas fijos del cliente rpincipal via escritorio compartido
5 ) Plan de trabajo escritorio compartido incluyendo sistema de octubre

A medio camino

6 ) transferir el cliente que no ha pagado al proveedor alterno
7 ) Revisar que Jorge haya dejado funcionando el quemador de disco para la nom 151 de cobranza

depende de alguien que solo puede mañana
8 ) Preparar con el organizador de eventos de WTC lo de la segunda empresa que esta pagando a la abogada
9 ) Revisar que cobranza del cliente principal tenga funcionando nom 151 y recoger firma

Nada todavia

10 ) mover dos dominios del proveedor vdesk a plataforma nueva
11 ) revisar si el hermano del amigo de ayer va a querer ayuda en su problema de servidores
12 ) Copiar informacion a USB de 32 gb y a disco de un terabyte
13 ) Contratar un dedicado por un mes para probar el problema de LINODE.

Mas los que se me van de momento.

No ha sido un dia muy placentero. De entrada el sitio web de inbursa falló. Uno de tres clientes que debian pagar no pagó, dos que debian pagar en una semana si pagaron.

Hubo una pérdida de 3000 en descuentos que tuve que dar a un cliente con problemas.

Es poco antes de las once de la noche. Un conocido tiene un problema y voy a tratar de estar en linea una media hora mas.

La semana pasada supe de un conocido de tiempos de la preparatoria enGuadalajara (que iba al ITESO)con un problema de salud medio fuerte. Tiene indicios de ceguera y esta supersensible a la luz.

En el cliente principal varias cosas que no debaian suceder , pasaron. Desde fallas masivas de gmail, hasta que una persona a la que le envié un correo el 4 de septiembre con unas claves, no se enteró. Otra persona tuvo problemas por tratar de enviar un correo adjunto de 25 mb con una red infame.

Y ?

Salí de con ese cliente rozando las 14:00 para alcanzar a llegar a la sucrusal de bellas artes a las cuatro previa parada por la casa, pero hay demasiados policias en la calle, no eran antimotines pero eran por lo menos unos 300 a 400 en dos cuadras pero sin cabezas de grupo visibles excepto uno casi enfrente del inbursa.

Mañana hay mucho que hacer.

Este fin de la semana me la pasé haciendo pruebas de CDN y otras alternativas. Los problemas de fiabilidad de proveedores que uso, que cuando muy pronto iban a surgir en cinco años, ya los veo en el corto plazo, y pro problemas me refiero a que tener un sitio con respuesta decente se ve difícil. No creo que se estén posicionando los CDN o redes de contenido distribuido.

Una de las primeras alternativas que veo es el uso de CDN en sitios sin muchos movimientos, pero de las otrs alternativas, el hecho de usar acentosy a veces errores como a de acento grave, hace que la migración no pase como debe.

Tengo una compra que definir a las 16:10 de hoy, y si funciona, mañana haré unas pruebas de acceso con una de la pocas alternativas que quedan.

El otro proyecto de nodos tiene de momento 27 y tres sobrantes que pueden eliminarse pero son con fines de control del ecosistema. Espero a finales del mes estar por 20 a 24.

Los datos que voy a comentar , para ponerlos en contexto, no tienen nada que ver con clientes de mis razones sociales, sino de varis cosas que veo.

Primero, para otras personas los sitios web y el alojamiento web están teniendo problemas serios pro el costo de servicios añadidos. Para una persona que tiene un solo dominio, no hay problema, pero una estructura decente conlleva un gasto de diez a doce veces el valor del dominio. Yo no me veo afectado pero terceros sí.

Segundo : Los pasos intermedios, como VPS y servidores dedicados, hacen necesaria una masa crítica de por lo menos diez sitios web hospedados por fuera, para salir en costo con los precios de dominios sueltos, pero los VPS por lo general no son bien configurados e implican una curva de aprendizaje mayor.Yo no me veo afectado pero terceros sí.

Tercero : La masa crítica de optimización de costo por multiplicadores de Lagrange para que el costo sea marginal, se encuentra en alrededor de 50 dominios o sitios web. Esto no significa utilidades, sino simplemente el «salir a mano» con una estructura decente de dominios. Yo no me veo afectado pero terceros sí.

Cuarto: La mayor parte de sitios web, inclusive empresas, tienen poco movimiento. Es comun que los sitios con mucho correo electrónico necesiten recursos diferentes, y que los sitios con foros estén usando mucho ancho de banda por parte de bots o spiders.

OJO: Esto implica usar round robbin para que la carga real se mantenga en ciertos servidores, y los demás sean baratos en lo posible pero redundantes

Quinto: A mediano plazo, es decir, unos diez años, estimo que el porcentaje de sitios web con drupal o wordpress va a crecer bastante. la ventaja de wordpress, es su facilidad de transformación de formatos pero eso no implica que sea un software fiable, perdurable, seguro , sólido, o que sea útil para todos los sitios. Como valor de supervivencia será mas fácil contratar a alguien que maneje drupal que CDN.

Sexto: Los costos de redes elásticas y / o CDN (pocket/eps/ebs de amazon )son mayores para sitios ue necesiten base de datos independiente, pero el costo mayor es de dependencia y no económico, ya que es poco probable encontrar alguien que pueda depurar un problema de cloudfiles de manera efectiva usando rackspace o amazon.

Séptimo : Los sitios tienen el problema tanto de seguimiento como de compromiso, y no solo gastos económicos sino de actualización. Mantener el software actualizado no implica desemboloso de dinero, pero si conocimiento técnico.

Octavo : Drupal es bastante seguro pero es complicado poner dos blogs del mismo usuario, y mucho mas si es la misma instalación y diferente dominio.

Noveno : De los tres blogs que escribo cotidianamente, se me complica usar drupal en uno de ellas porque solo tengo oportunidad de editarlo en el IPAD. Lo mas obvia es hacer un plan sin tomar en cuenta los blogs actuales pero considerando las implicaciones de round robbin en los foros.

Decimo : Al migrar un cms de plataforma se suele perder el orden de los mensajes y no la fecha, así que debo organizar mentalmente en base a FECHA y no de orden, en caso que procede alguna migración.

====================================
Las implicaciones a mediano plazo de los puntos anteriores, me sugieren migrar este y otros blogs a una plataforma externa, y a futuro fusionar en una instalación de software propio (lo cual da complejidad a la larga) o Nucleous modificado o una serie complicada de vistas migrando de nuevo internamente a drupal.

Voy a hacer unas pruebas y no creo escribir nada de aquí al martes.