TODO

   1
   2 Ideas / TODO:
   3
   4 * Agregar soporte de opciones de línea de comando/archivo de conf para:
   5   * Dry run.
   6   * Seleccionar servicios a usar.
   7   * Puerto/bind addr.
   8   * Logging.
   9   * Paths.
  10
  11 * SubHandlers:
  12   * ComposeDictSubHandler con soporte de dirty/del/add (para ip y DNS).
  13   * Agregar SimpleDictSubHandler? (que no use una clase, que use un dict
  14     de strings directamente, para Proxy Users por ej.). Ídem List.
  15   * Agregar SetSubHandler? (para Proxy Hosts)
  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