Add new service helper classes: SubHandler and DictSubHandler.

[software/pymin.git] / TODO

diff --git a/TODO b/TODO
index 3147467b2beb3a26ffef14bcf20dccabce1d24a0..40b489a5ea1e887738c9528ccccb3994aa90d120 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,16 +1,28 @@
 
 Ideas / TODO:
 
 
 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')
+* Agregar logging.

 
 

-* 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.
+* Agregar validación con formencode.
+
+* Ver como manejar la información sobre si un servicio está andando o no. Si se
+  agrega una acción 'status' para ver el estado y si ese estado se saca de posta
+  de /proc o si es un estado interno y se asume que los servicios no se caen (no
+  creo que sea una buena idea esto último). Además habría que ver cuando arranca
+  el pymin, si se inician servicios automáticamente o no y si la info de qué
+  servicios iniciar o no es persistente y si puede configurarla el usuario.
+
+* 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).

 
 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
 
 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