Lanzan Gnuboard 6 en versión Python
(github.com/gnuboard)- Gnuboard, que hasta ahora se desarrollaba en versión PHP, a partir de la versión 6 fue desarrollado en Python.
- Soporta todas las versiones desde Python 3.8 hasta 3.12.
- Está desarrollado sobre FastAPI.
- Está desarrollado para poder servir directamente con
uvicornen lugar de usar un servidor Apache. - Al estar desarrollado en Python, parece que será muy fácil crear todo tipo de plugins.
24 comentarios
Lamentablemente, G6 está prácticamente descontinuado. El último commit fue hace 8 meses y parece que no cambiará por un buen tiempo.
https://sir.kr/co_notice/1430
Aunque en general mi postura era casi de oposición...
Pensé que era un intento significativo, en el sentido de que podía surgir un CMS nacional que no fuera PHP, pero es una lástima que haya terminado así.
Como dicen que se enfocarán en pulir un poco más el G5 existente, tendré que consolarme con que queda una opción más aparte de Rhymix.
Pensé que, al ser
fastAPI, iba a ir por un enfoque headless, pero al final solo cambiaron a Python manteniendo una forma tradicional.fastAPIes, por defecto, un framework pensado para crear servidores de API, y así también aparece en su sitio web. Si iban a usar una forma tradicional, entonces Django o Flask habrían sido más adecuados.Nuestra comunidad también funciona muy bien con GNUBoard 5.
No conozco bien la Web ni PHP, pero lo voy aprendiendo mientras lo uso.
Ahora creo que también sería divertido animarme a probar Python.^^
Personalmente, quiero expresar mi agradecimiento a GNUBoard.
Justo tenía que ser en Python T_T
¿Hay algún lugar que contribuya tanto al open source como este? Yo he recibido muchísima ayuda.
¡Guau~ qué increíble!
Mmm... de todos modos, para la gente que recién entra, puede que les parezca bien porque es Python...
Pero creo que quienes ya venían construyendo algo usando GNUBoard probablemente no se vayan a pasar,
así que no estoy muy seguro de qué tanta aceptación vaya a tener.
Parece que muchas empresas de hosting nacionales van a empezar a ofrecer compatibilidad con entornos de web hosting en Python~
Es un cambio sorprendente. Tengo curiosidad por saber qué impacto tendrá una transformación tan grande en el ecosistema de GnuBoard.
La parte desarrollada en Python es muy bienvenida.
¿Qué aspecto parece que será muy fácil?
Tanto GnuBoard como XE
eso es su mayor ventaja y, en la práctica, casi la única razón para adoptarlos.
Pero este cambio hace que pierdan todas esas ventajas salvo la número 4,
y además la calidad del código o la estructura de G6 tampoco están tan bien logradas como para compensar esa pérdida... Yo soy escéptico.
Para que usuarios de Python arranquen proyectos nuevos con G6, el código se siente demasiado a PHP legado,
y para que los usuarios actuales de GnuBoard migren a G6, la verdad es que la situación prácticamente no tiene más que desventajas...
En fin...
Creo que la parte del punto 1 no importará una vez que salga el tema.
Como FastAPI en sí no tiene realmente una estructura definida, me da curiosidad ver cómo quedó la estructura que le dieron.
Se suele decir que la mayor desventaja de GnuBoard es que, cada vez que se le agrega una función, termina parchándose una y otra vez, lo que dificulta su mantenimiento y, como mencionas, FastAPI en sí tampoco tiene realmente una estructura definida, así que parece muy probable que repita los mismos problemas existentes.
Aunque también podría decirse que conservaron tal cual la principal ventaja (?) de GnuBoard...
El punto 2 quizá sea el clásico problema de qué fue primero, el huevo o la gallina, pero creo que si aumentan los servicios que necesitan alojarse con Python, cada vez más empresas no van a tener más opción que ofrecer servicios relacionados, y considerando la influencia de GNU Board, probablemente habrá bastantes cambios.
En cuanto al punto 3, parece que hay un trade-off en el hecho de que los plugins que se desarrollen de ahora en adelante se podrán crear con relativa facilidad.
Bueno. El hosting compartido (en Corea a esto normalmente le llaman web hosting) también en el extranjero suele estar basado en PHP, y el hosting compartido basado en Python es poco común.
Esto también se conecta con el comentario de okkoreaq en el punto 1.
Se puede decir que GNUBoard es, al menos hasta ahora, una solución dirigida en la práctica a usuarios que no son desarrolladores, y desde la perspectiva de esos usuarios, incluso tener que abrir la terminal ya representa una carga. En comparación con PHP, no es tan fácil de servir ni de administrar de manera simple.
Si yo tuviera que crear algo para usarlo personalmente con GNUBoard, probablemente usaría G6, pero
si tuviera que recomendarle a un conocido que no es desarrollador entre G5 y G6, creo que no podría recomendar G6, incluso si G6 llegara a madurar lo suficiente.
Si ves algo como PythonAnywhere, Django se instala con un solo clic.
Las empresas de web hosting tradicionales también instalaban con un clic la versión en PHP de GNU Board.
¿Hay alguna razón por la que pensaste que solo G6 sería una excepción a ese modelo?
Incluso si no fuera con instalación automática...
Si piensas en que PHP era difícil de configurar y por eso se armaba el entorno de desarrollo con XAMPP o algo similar,
y luego se subía el trabajo por FTP...
con
pip install -r .....,git cloneyuvicorn main:app --reloadcon unos 3 comandos el servidor ya debería estar corriendo... así que también me pregunto si realmente eso es tan difícil.
Creo que, desde el punto de vista del estilo de código, es algo inevitable en una situación en la que apenas se terminó la portabilidad. Pienso que esa parte irá mejorando a medida que aumente la madurez del proyecto.
Es un avance enorme. Excelente.
Es conmovedor...
Pensé que ya era un nombre olvidado, pero veo que sí hubo avances así.
Guau, increíble. De chico veía XE y GnuBoard, qué locura.
El nombre del proyecto, G6, está genial jaja
Hace tiempo escuché que en la canción Like a G6, G6 simbolizaba un jet; me pregunto si tal vez la inspiración vino de ahí jaja
¿Eh...? Es una noticia realmente sorprendente.
¿Qué pasa con XE 3...?