X-Git-Url: https://git.llucax.com/software/pymin.git/blobdiff_plain/d6dfd46ed31d985e364b9ea9a404c394f15c2348..0f712a015de9e15849ef89bce5bcfb855f841b89:/TODO?ds=sidebyside diff --git a/TODO b/TODO index 362b434..fd3e0ce 100644 --- a/TODO +++ b/TODO @@ -1,39 +1,27 @@ Ideas / TODO: -* 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 soporte de opciones de línea de comando/archivo de conf para: + * Dry run. + * Seleccionar servicios a usar. + * Puerto/bind addr. + * Logging. + * Paths. -* Evaluar hacer un RootHandler en vez de un diccionario con los handlers de la - raiz para simplificar la introspección y tener un help/commands global. - -* Evaluar que el dispatcher vea si se llama a un HandlerContainer y de ser así - que tire una ayuda en vez de un CommandNotFound (por ejemplo si se pone: - "dhcp" solo que tire una ayuda). Y si hay un subcomando no encontrado, que - tire un Command Not Found in handler (por ej "dhcp lala" -> Command "lala" not - found in "dhcp"). +* SubHandlers: + * Agregar SetSubHandler? (para Proxy Hosts) * Agregar logging. * 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. +* 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). * 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 -usuario, porque después de todo no va a ser más que eso, mandar comanditos. - -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??? -