From virako.9 en gmail.com Tue Nov 7 03:33:01 2023 From: virako.9 en gmail.com (Victor Ramirez) Date: Tue, 7 Nov 2023 09:33:01 +0100 Subject: [Python-es] Tertulia python Message-ID: Hola, Se convoca la Tertulia de la semana: ¿Cuándo? *Martes 07 de noviembre* a las *22:00 CET* ¿Dónde? https://meet.jit.si/py2023 Accesible desde cualquier navegador moderno y desde aplicación para Android e iOS. La sala estará bloqueada con clave, que se retirará a la hora de comienzo para permitir el acceso público. ¿Por qué? Porque tenemos ganas de hablar sobre python con más gente. Anímate, no se necesitan conocimientos avanzados, solo ganas de charlar y pasar un buen rato. ANUNCIO: Se busca: Se busca alguien con ganas de editar audio, mientras se sigue publicando el excelente trabajo que realizó Pablo en https://podcast.jcea.es/python/ Se recompensa con mucha satisfacción pero sin dinero. Otros detalles: - Se grabará el audio de la conversación con vistas a una difusión pública posterior (tipo podcast). Entendemos que los participantes están de acuerdo en ser grabados (solo audio, no video). Si alguien tiene pegas con esto lo puede comentar al principio de la tertulia. De todas maneras se recordará al empezar. - Se agradece entrar con vídeo, aunque el sonido esté silenciado, porque hablar a una pantalla llena de recuadros negros resulta confuso y desagradable. No es imprescindible, pero se agradece. - A poder ser, ten el sonido silenciado si no estás hablando. Procura que tu audio tenga calidad y no meter ruido ambiente. Procura usar auriculares para evitar el retorno. - La tertulia no tiene tema definido más allá de hablar de Python como lenguaje. Lo más fácil es romper el hielo con algún problema o algún descubrimiento reciente con el que te hayas tropezado con el lenguaje. Sería interesante que trajeras algo pensado. ¡Trae tu tema! - Al final de la tertulia, recomendamos algo que no tiene porqué estar relacionado con python ni con la informática. Libros, películas, juegos, comidas, deportes, ... ¡Cuéntanos! - *Después de terminar la tertulia, nos quedamos y seguimos charlando de cosas muy interesantes que no son grabadas/no queremos que se graben, ahí lo dejo.* Un saludo. -- Víctor Ramírez de la Corte @virako ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From pixukideak en gmail.com Thu Nov 9 06:21:20 2023 From: pixukideak en gmail.com (Pixu Kideak) Date: Thu, 9 Nov 2023 12:21:20 +0100 Subject: [Python-es] Pasar un Script a Servicio Web Message-ID: Buenos días, Tengo un script en Python3 que puedo ejecutarlo en una máquina GNU/Linux sin problema desde consola; bueno realmente es una concatenación de distintos scripts. Es un programa iterativo que a medida que se va ejecutando, pregunta al operador por el valor de ciertas variables y éste las va metiendo; en función del valor de esas variables el script realiza una cosa u otra. Me gustaría poder hacer funcionar este script en una red interna, que desde cualquier máquina de la red, se pudiera llamar al script *(sin que tenga que instalar en todos los equipos Python, sus dependencias y demás)*. Entiendo que para ello debería de crear un Servicio Web y en la máquina dónde tengo el script tener un Servidor Web; pero no tengo muy claro cómo se podría hacer todo esto. ¿Alguien tiene experiencia en convertir un script a un Servicio Web? Otra posibilidad puede ser dockerizar el script, pero creo que es más correcta la opción del Servicio Web. Un saludo y gracias. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From python-es en aluaces.fastmail.com Thu Nov 9 11:16:10 2023 From: python-es en aluaces.fastmail.com (Alberto Luaces) Date: Thu, 09 Nov 2023 17:16:10 +0100 Subject: [Python-es] Pasar un Script a Servicio Web In-Reply-To: (Pixu Kideak's message of "Thu, 9 Nov 2023 12:21:20 +0100") References: Message-ID: <8734xeoqb9.fsf@eps142.cdf.udc.es> Hola, si el servicio va por red, está garantizado que no se precisará nada de python en los ordenadores clientes. Creo que lo que no has definido es cómo esperas que se comuniquen los ordenadores clientes. Si por «Servicio web» te refieres a una página web con formularios a la que se accede por un navegador, entonces necesitarás preferiblemente un framework como django o flask. Hay mucha gente aquí que los emplea, pero tienen su curva de aprendizaje. Al final vas a tardar menos con docker, como dices, o con algo como https://py2exe.org/ Pixu Kideak writes: > Buenos días, > > Tengo un script en Python3 que puedo ejecutarlo en una máquina GNU/Linux sin problema desde consola; > bueno realmente es una concatenación de distintos scripts. > > Es un programa iterativo que a medida que se va ejecutando, pregunta al operador por el valor de > ciertas variables y éste las va metiendo; en función del valor de esas variables el script realiza > una cosa u otra. > > Me gustaría poder hacer funcionar este script en una red interna, que desde cualquier máquina de la > red, se pudiera llamar al script (sin que tenga que instalar en todos los equipos Python, sus > dependencias y demás). > > Entiendo que para ello debería de crear un Servicio Web y en la máquina dónde tengo el script tener > un Servidor Web; pero no tengo muy claro cómo se podría hacer todo esto. > > ¿Alguien tiene experiencia en convertir un script a un Servicio Web? > > Otra posibilidad puede ser dockerizar el script, pero creo que es más correcta la opción del Servicio > Web. > > Un saludo y gracias. From pixukideak en gmail.com Thu Nov 9 11:54:52 2023 From: pixukideak en gmail.com (Pixu Kideak) Date: Thu, 9 Nov 2023 17:54:52 +0100 Subject: [Python-es] Pasar un Script a Servicio Web In-Reply-To: <8734xeoqb9.fsf@eps142.cdf.udc.es> References: <8734xeoqb9.fsf@eps142.cdf.udc.es> Message-ID: Hola, Si la idea que busco es que los ordenadores clientes puedan comunicarse contra el script que se encuentra en el servidor, por lo que todo apunta a utilizar un framework tipo Flask, FastAPI o django. Dockerizar podría ser una solución, pero creo que al ser una capa más, y no tener experiencia prevía con la herramienta sería más costoso depurarlo. py2exe lo descarto ya que los clientes podrían ser equipos diferentes a Windows. En futuro si quisiera que el cliente fuera un móvil o una tablet, sería mejor el "Servicio Web". Pese a que tenga una curva de aprendizaje, creo que el tiró debe ir hacía el framework web. Saludos, On Thu, 9 Nov 2023 at 17:16, Alberto Luaces wrote: > Hola, > > si el servicio va por red, está garantizado que no se precisará nada de > python en los ordenadores clientes. > > Creo que lo que no has definido es cómo esperas que se comuniquen los > ordenadores clientes. Si por «Servicio web» te refieres a una página > web con formularios a la que se accede por un navegador, entonces > necesitarás preferiblemente un framework como django o flask. Hay mucha > gente aquí que los emplea, pero tienen su curva de aprendizaje. > > Al final vas a tardar menos con docker, como dices, o con algo como > https://py2exe.org/ > > > Pixu Kideak writes: > > > Buenos días, > > > > Tengo un script en Python3 que puedo ejecutarlo en una máquina GNU/Linux > sin problema desde consola; > > bueno realmente es una concatenación de distintos scripts. > > > > Es un programa iterativo que a medida que se va ejecutando, pregunta al > operador por el valor de > > ciertas variables y éste las va metiendo; en función del valor de esas > variables el script realiza > > una cosa u otra. > > > > Me gustaría poder hacer funcionar este script en una red interna, que > desde cualquier máquina de la > > red, se pudiera llamar al script (sin que tenga que instalar en todos > los equipos Python, sus > > dependencias y demás). > > > > Entiendo que para ello debería de crear un Servicio Web y en la máquina > dónde tengo el script tener > > un Servidor Web; pero no tengo muy claro cómo se podría hacer todo esto. > > > > ¿Alguien tiene experiencia en convertir un script a un Servicio Web? > > > > Otra posibilidad puede ser dockerizar el script, pero creo que es más > correcta la opción del Servicio > > Web. > > > > Un saludo y gracias. > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From python-es en aluaces.fastmail.com Thu Nov 9 13:10:47 2023 From: python-es en aluaces.fastmail.com (Alberto Luaces) Date: Thu, 09 Nov 2023 19:10:47 +0100 Subject: [Python-es] Pasar un Script a Servicio Web In-Reply-To: (Pixu Kideak's message of "Thu, 9 Nov 2023 17:54:52 +0100") References: <8734xeoqb9.fsf@eps142.cdf.udc.es> Message-ID: <87ttpun6fs.fsf@eps142.cdf.udc.es> Coincido completamente. Ya nos contarás si tienes algún problema. Si al final, con lo del cliente en las tablets o móviles, lo que necesitas es una interfaz de tipo REST, puedes tener en cuenta https://www.django-rest-framework.org/ para el servicio y HTTP shortcuts (https://f-droid.org/en/packages/ch.rmy.android.http_shortcuts/) para el móvil, disponible también en la tienda de google. Pixu Kideak writes: > Hola, > > Si la idea que busco es que los ordenadores clientes puedan comunicarse contra el script que se > encuentra en el servidor, por lo que todo apunta a utilizar un framework tipo Flask, FastAPI o > django. > Dockerizar podría ser una solución, pero creo que al ser una capa más, y no tener experiencia prevía > con la herramienta sería más costoso depurarlo. > py2exe lo descarto ya que los clientes podrían ser equipos diferentes a Windows. > En futuro si quisiera que el cliente fuera un móvil o una tablet, sería mejor el "Servicio Web". > Pese a que tenga una curva de aprendizaje, creo que el tiró debe ir hacía el framework web. > > Saludos, > > On Thu, 9 Nov 2023 at 17:16, Alberto Luaces wrote: > > Hola, > > si el servicio va por red, está garantizado que no se precisará nada de > python en los ordenadores clientes. > > Creo que lo que no has definido es cómo esperas que se comuniquen los > ordenadores clientes. Si por «Servicio web» te refieres a una página > web con formularios a la que se accede por un navegador, entonces > necesitarás preferiblemente un framework como django o flask. Hay mucha > gente aquí que los emplea, pero tienen su curva de aprendizaje. > > Al final vas a tardar menos con docker, como dices, o con algo como > https://py2exe.org/ > > Pixu Kideak writes: > > > Buenos días, > > > > Tengo un script en Python3 que puedo ejecutarlo en una máquina GNU/Linux sin problema desde > consola; > > bueno realmente es una concatenación de distintos scripts. > > > > Es un programa iterativo que a medida que se va ejecutando, pregunta al operador por el valor > de > > ciertas variables y éste las va metiendo; en función del valor de esas variables el script > realiza > > una cosa u otra. > > > > Me gustaría poder hacer funcionar este script en una red interna, que desde cualquier máquina > de la > > red, se pudiera llamar al script (sin que tenga que instalar en todos los equipos Python, sus > > dependencias y demás). > > > > Entiendo que para ello debería de crear un Servicio Web y en la máquina dónde tengo el script > tener > > un Servidor Web; pero no tengo muy claro cómo se podría hacer todo esto. > > > > ¿Alguien tiene experiencia en convertir un script a un Servicio Web? > > > > Otra posibilidad puede ser dockerizar el script, pero creo que es más correcta la opción del > Servicio > > Web. > > > > Un saludo y gracias. From lasizoillo en gmail.com Thu Nov 9 21:30:58 2023 From: lasizoillo en gmail.com (lasizoillo) Date: Fri, 10 Nov 2023 03:30:58 +0100 Subject: [Python-es] Pasar un Script a Servicio Web In-Reply-To: References: Message-ID: Buenas, Has pensado en usar ssh? Puedes crear un user que en vez de shell ejecute tu script para no dar acceso a la consola a los usuarios. Con las interacciones que necesitas te va a ser un dolor hacerlas en web si no has trabajado con ello antes. Es muy posible (hay alguna alternativa para evitarlo) que cada ciclo de ejecutar y preguntar cosas al usuario acabe convirtiéndose en una llamada diferente a un endpoint web al que le pases alguna forma de mantener estado que no quieras perder entre diferentes llamadas (un identificador de sessión en la que se guardan los datos en servidor o generar campos hidden desde la respuesta web anterior para evitar estado en el server reenviando datos o...). Si no tuvieras interacciones algo como hug sería una forma sencilla de tener un script cli y un servicio http compartiendo código https://www.hug.rest/. Teniendo interacciones, algo que es trivial en un script CLI no lo es tanto en un servicio web. Un abrazo, Javi El jue, 9 nov 2023 a las 12:22, Pixu Kideak () escribió: > Buenos días, > > Tengo un script en Python3 que puedo ejecutarlo en una máquina GNU/Linux > sin problema desde consola; bueno realmente es una concatenación de > distintos scripts. > > Es un programa iterativo que a medida que se va ejecutando, pregunta al > operador por el valor de ciertas variables y éste las va metiendo; en > función del valor de esas variables el script realiza una cosa u otra. > > Me gustaría poder hacer funcionar este script en una red interna, que > desde cualquier máquina de la red, se pudiera llamar al script *(sin que > tenga que instalar en todos los equipos Python, sus dependencias y demás)* > . > > Entiendo que para ello debería de crear un Servicio Web y en la máquina > dónde tengo el script tener un Servidor Web; pero no tengo muy claro cómo > se podría hacer todo esto. > > ¿Alguien tiene experiencia en convertir un script a un Servicio Web? > > Otra posibilidad puede ser dockerizar el script, pero creo que es más > correcta la opción del Servicio Web. > > Un saludo y gracias. > > _______________________________________________ > Python-es mailing list > Python-es en python.org > https://mail.python.org/mailman/listinfo/python-es > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From jcaballero.hep en gmail.com Fri Nov 10 03:53:07 2023 From: jcaballero.hep en gmail.com (Jose Caballero) Date: Fri, 10 Nov 2023 08:53:07 +0000 Subject: [Python-es] =?utf-8?q?librer=C3=ADa_para_usar_la_API_de_icinga2?= Message-ID: Hola, Estoy buscando una librería para poder interactuar con Icinga2 a través de su API REST. La principal opción que google da es ésta: https://github.com/fmnisme/python-icinga2api Pero parece que no se ha actualizado desde hace varios años. No sé si esa es la razón por la que, por ejemplo, no tiene una variable "all_services" para el método Client.actions.schedule_downtime( ) O yo no sé cómo hacerlo. ¿Alguien en esta lista conoce una librería más reciente para trabajar con Icinga2, o sabe como pasar "all_services" usando la que he mencionado? Un saludo, y muchas gracias por adelantado. Jose From robert.chile en gmail.com Fri Nov 10 05:39:01 2023 From: robert.chile en gmail.com (Robert) Date: Fri, 10 Nov 2023 07:39:01 -0300 Subject: [Python-es] =?utf-8?q?librer=C3=ADa_para_usar_la_API_de_icinga2?= In-Reply-To: References: Message-ID: Buen día José , en la página de icinga2 api clients está lo que necesitas: https://icinga.com/docs/icinga-2/latest/doc/12-icinga2-api/#api-clients En github hay un fork: "python-icinga2-api-continued" de la librería qué indicas y está más actualizada e incluye el parámetro: "all_services" para el método Client.actions.schedule_downtime( ) https://github.com/TeraIT-at/icinga2apic Saludos Robert. El vie., 10 nov. 2023 05:54, Jose Caballero escribió: > Hola, > > > Estoy buscando una librería para poder interactuar con Icinga2 a > través de su API REST. > La principal opción que google da es ésta: > > https://github.com/fmnisme/python-icinga2api > > Pero parece que no se ha actualizado desde hace varios años. > No sé si esa es la razón por la que, por ejemplo, no tiene una > variable "all_services" para el método > > Client.actions.schedule_downtime( ) > > O yo no sé cómo hacerlo. > ¿Alguien en esta lista conoce una librería más reciente para trabajar > con Icinga2, o sabe como pasar "all_services" usando la que he > mencionado? > > > > Un saludo, y muchas gracias por adelantado. > Jose > _______________________________________________ > Python-es mailing list > Python-es en python.org > https://mail.python.org/mailman/listinfo/python-es > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From jcaballero.hep en gmail.com Fri Nov 10 06:13:04 2023 From: jcaballero.hep en gmail.com (Jose Caballero) Date: Fri, 10 Nov 2023 11:13:04 +0000 Subject: [Python-es] =?utf-8?q?librer=C3=ADa_para_usar_la_API_de_icinga2?= In-Reply-To: References: Message-ID: Muchas gracias !!! El vie, 10 nov 2023 a las 10:39, Robert () escribió: > > Buen día José , en la página de icinga2 api clients está lo que necesitas: > > https://icinga.com/docs/icinga-2/latest/doc/12-icinga2-api/#api-clients > > > En github hay un fork: > > "python-icinga2-api-continued" > > de la librería qué indicas y está más actualizada e incluye el parámetro: "all_services" para el método > > Client.actions.schedule_downtime( ) > > > https://github.com/TeraIT-at/icinga2apic > > > > Saludos > > Robert. > > > > El vie., 10 nov. 2023 05:54, Jose Caballero escribió: >> >> Hola, >> >> >> Estoy buscando una librería para poder interactuar con Icinga2 a >> través de su API REST. >> La principal opción que google da es ésta: >> >> https://github.com/fmnisme/python-icinga2api >> >> Pero parece que no se ha actualizado desde hace varios años. >> No sé si esa es la razón por la que, por ejemplo, no tiene una >> variable "all_services" para el método >> >> Client.actions.schedule_downtime( ) >> >> O yo no sé cómo hacerlo. >> ¿Alguien en esta lista conoce una librería más reciente para trabajar >> con Icinga2, o sabe como pasar "all_services" usando la que he >> mencionado? >> >> >> >> Un saludo, y muchas gracias por adelantado. >> Jose >> _______________________________________________ >> Python-es mailing list >> Python-es en python.org >> https://mail.python.org/mailman/listinfo/python-es > > _______________________________________________ > Python-es mailing list > Python-es en python.org > https://mail.python.org/mailman/listinfo/python-es From virako.9 en gmail.com Tue Nov 14 11:24:03 2023 From: virako.9 en gmail.com (Victor Ramirez) Date: Tue, 14 Nov 2023 17:24:03 +0100 Subject: [Python-es] Tertulia python. Martes 14 de noviembre a las 22:00 CET Message-ID: Hola, Se convoca la Tertulia de la semana: ¿Cuándo? *Martes 14 de noviembre* a las *22:00 CET* ¿Dónde? https://meet.jit.si/py2023 Accesible desde cualquier navegador moderno y desde aplicación para Android e iOS. La sala estará bloqueada con clave, que se retirará a la hora de comienzo para permitir el acceso público. ¿Por qué? Porque tenemos ganas de hablar sobre python con más gente. Anímate, no se necesitan conocimientos avanzados, solo ganas de charlar y pasar un buen rato. ANUNCIO: Se busca: Se busca alguien con ganas de editar audio, mientras se sigue publicando el excelente trabajo que realizó Pablo en https://podcast.jcea.es/python/ Se recompensa con mucha satisfacción pero sin dinero. Otros detalles: - Se grabará el audio de la conversación con vistas a una difusión pública posterior (tipo podcast). Entendemos que los participantes están de acuerdo en ser grabados (solo audio, no video). Si alguien tiene pegas con esto lo puede comentar al principio de la tertulia. De todas maneras se recordará al empezar. - Se agradece entrar con vídeo, aunque el sonido esté silenciado, porque hablar a una pantalla llena de recuadros negros resulta confuso y desagradable. No es imprescindible, pero se agradece. - A poder ser, ten el sonido silenciado si no estás hablando. Procura que tu audio tenga calidad y no meter ruido ambiente. Procura usar auriculares para evitar el retorno. - La tertulia no tiene tema definido más allá de hablar de Python como lenguaje. Lo más fácil es romper el hielo con algún problema o algún descubrimiento reciente con el que te hayas tropezado con el lenguaje. Sería interesante que trajeras algo pensado. ¡Trae tu tema! - Al final de la tertulia, recomendamos algo que no tiene porqué estar relacionado con python ni con la informática. Libros, películas, juegos, comidas, deportes, ... ¡Cuéntanos! - *Después de terminar la tertulia, nos quedamos y seguimos charlando de cosas muy interesantes que no son grabadas/no queremos que se graben, ahí lo dejo.* Un saludo. -- Víctor Ramírez de la Corte @virako ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From pych3m4 en gmail.com Mon Nov 20 15:17:13 2023 From: pych3m4 en gmail.com (Chema Cortes) Date: Mon, 20 Nov 2023 21:17:13 +0100 Subject: [Python-es] Pasar un Script a Servicio Web In-Reply-To: References: Message-ID: Buenas, Tal como sugiere *Lasizoillo*, una buena alternativa es usar ssh, pero sin dejar de usar python. No me queda claro dónde se ejecuta el script python, si en los clientes o en el servidor. Si la idea es que los clientes puedan ejecutar tareas en servidores, una buena combinación es usar *Invoke* y *Fabric*. Invoke para crear tareas automatizadas basadas en línea de comandos y Fabric para distribuir estas tareas en una red de servidores a través de SSH. Es una combinación muy simple, más fácil de lo que parece. - Invoke: https://www.pyinvoke.org - Fabric: https://www.fabfile.org/ Siempre depende de lo que hagas, pero la ventaja de usar Invoke/Fabric es que te facilita muchísimo el mantenimiento de estas tareas. Sobre crear un interface gráfico para lanzar tareas de sistema, últimamente veo más recomendable las TUIs (*Text User Interface*). Con una terminal moderna puedes crearte interfaces bastante funcionales, incluso usables con ratón. En python tienes *Textual*: https://textual.textualize.io/, mucho más sencillo que tener que meterte a programar una web. Si más adelante necesitas que funcione como página web basta con ejecutar el tui con *textual-web* (https://github.com/Textualize/textual-web). Saludos. El vie, 10 nov 2023 a las 3:31, lasizoillo () escribió: > Buenas, > > Has pensado en usar ssh? > > Puedes crear un user que en vez de shell ejecute tu script para no dar > acceso a la consola a los usuarios. > > Con las interacciones que necesitas te va a ser un dolor hacerlas en web > si no has trabajado con ello antes. Es muy posible (hay alguna alternativa > para evitarlo) que cada ciclo de ejecutar y preguntar cosas al usuario > acabe convirtiéndose en una llamada diferente a un endpoint web al que le > pases alguna forma de mantener estado que no quieras perder entre > diferentes llamadas (un identificador de sessión en la que se guardan los > datos en servidor o generar campos hidden desde la respuesta web anterior > para evitar estado en el server reenviando datos o...). > > Si no tuvieras interacciones algo como hug sería una forma sencilla de > tener un script cli y un servicio http compartiendo código > https://www.hug.rest/. Teniendo interacciones, algo que es trivial en un > script CLI no lo es tanto en un servicio web. > > Un abrazo, > > Javi > > > El jue, 9 nov 2023 a las 12:22, Pixu Kideak () > escribió: > >> Buenos días, >> >> Tengo un script en Python3 que puedo ejecutarlo en una máquina GNU/Linux >> sin problema desde consola; bueno realmente es una concatenación de >> distintos scripts. >> >> Es un programa iterativo que a medida que se va ejecutando, pregunta al >> operador por el valor de ciertas variables y éste las va metiendo; en >> función del valor de esas variables el script realiza una cosa u otra. >> >> Me gustaría poder hacer funcionar este script en una red interna, que >> desde cualquier máquina de la red, se pudiera llamar al script *(sin que >> tenga que instalar en todos los equipos Python, sus dependencias y demás)* >> . >> >> Entiendo que para ello debería de crear un Servicio Web y en la máquina >> dónde tengo el script tener un Servidor Web; pero no tengo muy claro cómo >> se podría hacer todo esto. >> >> ¿Alguien tiene experiencia en convertir un script a un Servicio Web? >> >> Otra posibilidad puede ser dockerizar el script, pero creo que es más >> correcta la opción del Servicio Web. >> >> Un saludo y gracias. >> >> _______________________________________________ >> Python-es mailing list >> Python-es en python.org >> https://mail.python.org/mailman/listinfo/python-es >> > _______________________________________________ > Python-es mailing list > Python-es en python.org > https://mail.python.org/mailman/listinfo/python-es > -- Hyperreals *R "Quarks, bits y otras criaturas infinitesimales": https://blog.ch3m4.org Buscador Python Hispano: http://busca.ch3m4.org ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From virako.9 en gmail.com Mon Nov 27 13:20:24 2023 From: virako.9 en gmail.com (Victor Ramirez) Date: Mon, 27 Nov 2023 19:20:24 +0100 Subject: [Python-es] Tertulia python. Martes 28 de noviembre a las 22:00 CET Message-ID: Hola, Se convoca la Tertulia de la semana: ¿Cuándo? *Martes 28 de noviembre* a las *22:00 CET* ¿Dónde? https://meet.jit.si/py2023 Accesible desde cualquier navegador moderno y desde aplicación para Android e iOS. La sala estará bloqueada con clave, que se retirará a la hora de comienzo para permitir el acceso público. ¿Por qué? Porque tenemos ganas de hablar sobre python con más gente. Anímate, no se necesitan conocimientos avanzados, solo ganas de charlar y pasar un buen rato. ANUNCIO: Se busca: Se busca alguien con ganas de editar audio, mientras se sigue publicando el excelente trabajo que realizó Pablo en https://podcast.jcea.es/python/ Se recompensa con mucha satisfacción pero sin dinero. Otros detalles: - Se grabará el audio de la conversación con vistas a una difusión pública posterior (tipo podcast). Entendemos que los participantes están de acuerdo en ser grabados (solo audio, no video). Si alguien tiene pegas con esto lo puede comentar al principio de la tertulia. De todas maneras se recordará al empezar. - Se agradece entrar con vídeo, aunque el sonido esté silenciado, porque hablar a una pantalla llena de recuadros negros resulta confuso y desagradable. No es imprescindible, pero se agradece. - A poder ser, ten el sonido silenciado si no estás hablando. Procura que tu audio tenga calidad y no meter ruido ambiente. Procura usar auriculares para evitar el retorno. - La tertulia no tiene tema definido más allá de hablar de Python como lenguaje. Lo más fácil es romper el hielo con algún problema o algún descubrimiento reciente con el que te hayas tropezado con el lenguaje. Sería interesante que trajeras algo pensado. ¡Trae tu tema! - Al final de la tertulia, recomendamos algo que no tiene porqué estar relacionado con python ni con la informática. Libros, películas, juegos, comidas, deportes, ... ¡Cuéntanos! - *Después de terminar la tertulia, nos quedamos y seguimos charlando de cosas muy interesantes que no son grabadas/no queremos que se graben, ahí lo dejo.* Un saludo. -- Víctor Ramírez de la Corte @virako ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From pixukideak en gmail.com Thu Nov 30 05:16:50 2023 From: pixukideak en gmail.com (Pixu Kideak) Date: Thu, 30 Nov 2023 11:16:50 +0100 Subject: [Python-es] Pasar un Script a Servicio Web In-Reply-To: References: Message-ID: Buenos días, Vengo de vuelta con el mensaje anterior, por temas de desarrollo en la máquina (servidor B) dónde está instalado Python tienen corriendo también un servidor Lighttpd que actualmente no tiene habilitado el módulo FastCGI. Entiendo que para poder ejecutar scripts en Python sería necesario que lo instalara y lo configurara para que permitiera la ejecución de scripts. No sé, si con este escenario podría montar algo similar a http://ip_servidor/script/ y este lanzara el script en cuestión. Más dudas que tengo son: 1) Cómo podría pasar parámetros de entrada al script por URL o llamando a una dirección web??? 2) Si la llamada a una URL, lanza un script determinado que puede tardar por ejemplo 2-3 minutos, debo tener alguna cosa en cuenta o modificar algo en la configuración para que no salga un timeout o algo similar??? 3) Actualmente los scripts del servidor B los tengo en entornos virtuales, cada entorno tiene sus librerías y scripts; ya que realizan misiones diferentes. ¿Se puede llamar a éstos vía web o debería realizar nuevos scripts? Un saludo y gracias nuevamente por su atención, On Mon, 20 Nov 2023 at 21:17, Chema Cortes wrote: > Buenas, > > Tal como sugiere *Lasizoillo*, una buena alternativa es usar ssh, pero > sin dejar de usar python. No me queda claro dónde se ejecuta el script > python, si en los clientes o en el servidor. > > Si la idea es que los clientes puedan ejecutar tareas en servidores, una > buena combinación es usar *Invoke* y *Fabric*. Invoke para crear tareas > automatizadas basadas en línea de comandos y Fabric para distribuir estas > tareas en una red de servidores a través de SSH. Es una combinación muy > simple, más fácil de lo que parece. > > - Invoke: https://www.pyinvoke.org > - Fabric: https://www.fabfile.org/ > > Siempre depende de lo que hagas, pero la ventaja de usar Invoke/Fabric es > que te facilita muchísimo el mantenimiento de estas tareas. > > Sobre crear un interface gráfico para lanzar tareas de sistema, > últimamente veo más recomendable las TUIs (*Text User Interface*). Con > una terminal moderna puedes crearte interfaces bastante funcionales, > incluso usables con ratón. > > En python tienes *Textual*: https://textual.textualize.io/, mucho más > sencillo que tener que meterte a programar una web. > > Si más adelante necesitas que funcione como página web basta con ejecutar > el tui con *textual-web* (https://github.com/Textualize/textual-web). > > Saludos. > > > El vie, 10 nov 2023 a las 3:31, lasizoillo () > escribió: > >> Buenas, >> >> Has pensado en usar ssh? >> >> Puedes crear un user que en vez de shell ejecute tu script para no dar >> acceso a la consola a los usuarios. >> >> Con las interacciones que necesitas te va a ser un dolor hacerlas en web >> si no has trabajado con ello antes. Es muy posible (hay alguna alternativa >> para evitarlo) que cada ciclo de ejecutar y preguntar cosas al usuario >> acabe convirtiéndose en una llamada diferente a un endpoint web al que le >> pases alguna forma de mantener estado que no quieras perder entre >> diferentes llamadas (un identificador de sessión en la que se guardan los >> datos en servidor o generar campos hidden desde la respuesta web anterior >> para evitar estado en el server reenviando datos o...). >> >> Si no tuvieras interacciones algo como hug sería una forma sencilla de >> tener un script cli y un servicio http compartiendo código >> https://www.hug.rest/. Teniendo interacciones, algo que es trivial en un >> script CLI no lo es tanto en un servicio web. >> >> Un abrazo, >> >> Javi >> >> >> El jue, 9 nov 2023 a las 12:22, Pixu Kideak () >> escribió: >> >>> Buenos días, >>> >>> Tengo un script en Python3 que puedo ejecutarlo en una máquina GNU/Linux >>> sin problema desde consola; bueno realmente es una concatenación de >>> distintos scripts. >>> >>> Es un programa iterativo que a medida que se va ejecutando, pregunta al >>> operador por el valor de ciertas variables y éste las va metiendo; en >>> función del valor de esas variables el script realiza una cosa u otra. >>> >>> Me gustaría poder hacer funcionar este script en una red interna, que >>> desde cualquier máquina de la red, se pudiera llamar al script *(sin >>> que tenga que instalar en todos los equipos Python, sus dependencias y >>> demás)*. >>> >>> Entiendo que para ello debería de crear un Servicio Web y en la máquina >>> dónde tengo el script tener un Servidor Web; pero no tengo muy claro cómo >>> se podría hacer todo esto. >>> >>> ¿Alguien tiene experiencia en convertir un script a un Servicio Web? >>> >>> Otra posibilidad puede ser dockerizar el script, pero creo que es más >>> correcta la opción del Servicio Web. >>> >>> Un saludo y gracias. >>> >>> _______________________________________________ >>> Python-es mailing list >>> Python-es en python.org >>> https://mail.python.org/mailman/listinfo/python-es >>> >> _______________________________________________ >> Python-es mailing list >> Python-es en python.org >> https://mail.python.org/mailman/listinfo/python-es >> > > > -- > Hyperreals *R "Quarks, bits y otras criaturas infinitesimales": > https://blog.ch3m4.org > Buscador Python Hispano: http://busca.ch3m4.org > > _______________________________________________ > Python-es mailing list > Python-es en python.org > https://mail.python.org/mailman/listinfo/python-es > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From python-es en aluaces.fastmail.com Thu Nov 30 08:07:39 2023 From: python-es en aluaces.fastmail.com (Alberto Luaces) Date: Thu, 30 Nov 2023 14:07:39 +0100 Subject: [Python-es] Pasar un Script a Servicio Web In-Reply-To: (Pixu Kideak's message of "Thu, 30 Nov 2023 11:16:50 +0100") References: Message-ID: <87o7fbmlt0.fsf@eps142.cdf.udc.es> Hola, Pixu Kideak writes: > 1) Cómo podría pasar parámetros de entrada al script por URL o llamando a una dirección web??? Sí, típicamente los argumentos se pasan añadiendo los parámetros a la URL. Cualquiera de los frameworks de los que hablamos te lo facilita, porque te los pasa como argumentos a la función que quieras. > 2) Si la llamada a una URL, lanza un script determinado que puede tardar por ejemplo 2-3 minutos, > debo tener alguna cosa en cuenta o modificar algo en la configuración para que no salga un timeout o > algo similar??? Será difícil, aunque no creo que imposible. Lo normal es que tengas el servicio en marcha y no detenerlo tras cada consulta, de manera que siempre pueda responder todo lo rápido posible. > 3) Actualmente los scripts del servidor B los tengo en entornos virtuales, cada entorno tiene sus > librerías y scripts; ya que realizan misiones diferentes. ¿Se puede llamar a éstos vía web o debería > realizar nuevos scripts? Yo tengo proyectos de django cada uno con su entorno diferente sin problemas.