TODO

   1
   2 Ideas / TODO:
   3
   4 * Hacer el protocolo completamente introspectivo, de manera que el cliente pueda
   5   ser muy simple y genérico y en caso de agregar funcionalidad no sea necesario
   6   modificarlo.
   7
   8 * Evaluar hacer un RootHandler en vez de un diccionario con los handlers de la
   9   raiz para simplificar la introspección y tener un help/commands global.
  10
  11 * Evaluar que el dispatcher vea si se llama a un HandlerContainer y de ser así
  12   que tire una ayuda en vez de un CommandNotFound (por ejemplo si se pone:
  13   "dhcp" solo que tire una ayuda). Y si hay un subcomando no encontrado, que
  14   tire un Command Not Found in handler (por ej "dhcp lala" -> Command "lala" not
  15   found in "dhcp").
  16
  17 * Agregar logging.
  18
  19 * Agregar validación con formencode.
  20
  21 * Ver como manejar la información sobre si un servicio está andando o no. Si se
  22   agrega una acción 'status' para ver el estado y si ese estado se saca de posta
  23   de /proc o si es un estado interno y se asume que los servicios no se caen (no
  24   creo que sea una buena idea esto último). Además habría que ver cuando arranca
  25   el pymin, si se inician servicios automáticamente o no y si la info de qué
  26   servicios iniciar o no es persistente y si puede configurarla el usuario.
  27
  28 * No usar comandos con templates, porque después si no hay que ejecutarlos con
  29   un shell (porque el template devuelve un string todo grande) y hay que andar
  30   teniendo cuidado de escapar las cosas (y hay riesgos de seguridad de shell
  31   injection).
  32
  33 Estas cosas quedan sujetas a necesitada y a definición del protocolo.
  34 Para mí lo ideal es que el protocolo de red sea igual que la consola del
  35 usuario, porque después de todo no va a ser más que eso, mandar comanditos.
  36
  37 Por otro lado, el cliente de consola, por que no es el cliente web pero
  38 accedido via ssh usando un navegador de texto como w3m???
  39