Add a ProcessManager class to manage processes.

[software/pymin.git] / TODO

diff --git a/TODO b/TODO
index b316f16a3d858ef395e7987c519b3bae8c18a146..fd3e0ce653474d0a263d745864405b69e6f1cf7d 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,23 +1,27 @@
 
 Ideas / TODO:
 
-* Soportar comillas para argumentos con espacios y otros caracteres, onda:
-  'misc set motd "Hola!\nEste es el servidor de garombia"'
+* Agregar soporte de opciones de línea de comando/archivo de conf para:
+  * Dry run.
+  * Seleccionar servicios a usar.
+  * Puerto/bind addr.
+  * Logging.
+  * Paths.
 
-* Soportar keyword arguments, onda que:
-  'dns set pepe=10.10.10.1 juan=10.10.10.2'
-  se mapee a algo como: dns.set(pepe='10.10.10.1', juan='10.10.10.2')
-
-* Hacer el protocolo completamente introspectivo, de manera que el cliente pueda
-  ser muy simple y genérico y en caso de agregar funcionalidad no sea necesario
-  modificarlo.
+* SubHandlers:
+  * Agregar SetSubHandler? (para Proxy Hosts)
 
 * Agregar logging.
 
-Estas cosas quedan sujetas a necesitada y a definición del protocolo.
-Para mí lo ideal es que el protocolo de red sea igual que la consola del
-usuario, porque después de todo no va a ser más que eso, mandar comanditos.
+* Agregar validación con formencode.
+
+* Hacer que el estado sobre si un servicio está andando o no sea más confiable
+  que un simple flag interno (en caso de ver que realmente esté corriendo,
+  probablemente sea una buena idea que haya un flag que indique si hay que
+  levantarlo en el inicio).
 
-Por otro lado, el cliente de consola, por que no es el cliente web pero
-accedido via ssh usando un navegador de texto como w3m???
+* No usar comandos con templates, porque después si no hay que ejecutarlos con
+  un shell (porque el template devuelve un string todo grande) y hay que andar
+  teniendo cuidado de escapar las cosas (y hay riesgos de seguridad de shell
+  injection).