Sortie de GnuBoard 6 en version Python
(github.com/gnuboard)- GnuBoard, jusque-là développé en version PHP, est développé en Python à partir de la version 6.
- Prend en charge toutes les versions de Python 3.8 à 3.12.
- Développé sur la base de FastAPI.
- Conçu pour pouvoir être servi directement via
uvicornau lieu d’un serveur Apache. - Comme il est développé en Python, le développement de divers plugins devrait être très facile.
24 commentaires
Malheureusement, G6 est en pratique à l’arrêt côté développement. Le dernier commit remonte à 8 mois et il semble que rien ne changera avant un moment.
https://sir.kr/co_notice/1430
Même si, globalement, j’étais plutôt opposé au projet...
je trouvais que c’était une tentative intéressante, dans la mesure où cela aurait pu donner naissance à un CMS coréen autre qu’en PHP, mais c’est dommage que cela se termine ainsi.
Puisqu’ils disent vouloir se concentrer sur un toilettage plus propre de l’actuel G5, il faudra se consoler en se disant qu’il reste une option de plus en dehors de Rhymix.
Je pensais qu’avec FastAPI, ils allaient partir sur du headless, mais en fait ils ont simplement gardé une forme traditionnelle en passant à Python. FastAPI est à la base un framework conçu pour créer des serveurs d’API, et c’est aussi présenté comme tel sur le site officiel. S’ils voulaient une forme traditionnelle, Django ou Flask auraient semblé plus appropriés.
Notre communauté fonctionne aussi très bien avec GnuBoard 5.
Je ne connais pas très bien le Web ni PHP, mais j’apprends au fur et à mesure.
Maintenant, je pense que ce serait amusant de me lancer aussi dans Python.^^
À titre personnel, je tiens à exprimer ma gratitude envers GnuBoard.
Pourquoi a-t-il fallu que ce soit en Python 😢
Y a-t-il un autre endroit qui contribue autant à l'open source ? J'en reçois énormément d'aide.
Waouh~ c’est impressionnant.
Hmm… j’imagine que pour les nouveaux arrivants, le fait que ce soit en Python peut leur sembler positif…
En revanche, à mon avis, ceux qui construisaient déjà des choses avec GnuBoard ne passeront probablement pas dessus,
donc je ne sais pas trop si l’accueil sera vraiment important.
Les hébergeurs coréens vont sans doute beaucoup prendre en charge les environnements de web hosting Python~
C’est un changement étonnant. Je me demande quel impact une évolution aussi importante aura sur l’écosystème de GNU Board.
La partie développée en Python est vraiment la bienvenue.
En quoi cela semble-t-il particulièrement facile ?
Avec Gnuboard comme avec XE,
c’est là son plus grand avantage, et en pratique la seule vraie raison de l’adopter,
mais c’est un changement qui fait perdre tous ces avantages sauf le n°4,
et en plus, la qualité du code ou l’architecture de G6 ne sont pas suffisamment soignées pour compenser cette perte... Je reste sceptique.
Pour que des utilisateurs Python lancent de nouveaux projets avec G6, le code fait beaucoup trop PHP legacy,
et pour que les utilisateurs actuels de Gnuboard migrent vers G6, on est dans une situation où il n’y a pratiquement que des inconvénients...
Hmm...
Je pense que le point 1 n’aura pas vraiment d’importance une fois que des thèmes seront disponibles.
FastAPI lui-même n’a pas vraiment de structure définie, donc je suis curieux de voir à quoi ressemble une structure bien organisée.
Le plus gros défaut souvent reproché à GNU Board, c’est qu’à chaque ajout de fonctionnalité, on finit par empiler des rustines, ce qui rend la maintenance difficile. Comme vous l’avez dit, FastAPI lui-même n’a pas vraiment de structure imposée, donc il y a de fortes chances que les problèmes existants soient simplement reproduits tels quels.
On peut aussi considérer, d’une certaine manière, que cela préserve tel quel le principal avantage (?) de GNU Board, mais bon...
Le point 2 relève peut-être de la question de l’œuf ou de la poule, mais si le nombre de services devant être hébergés en Python augmente, je pense que de plus en plus d’entreprises n’auront d’autre choix que de proposer des services liés. Et vu l’influence de GnuBoard, je pense qu’il y aura probablement pas mal de changements.
Pour le point 3, j’ai l’impression qu’il y a un compromis à faire, dans la mesure où les plugins qui seront développés à l’avenir pourront être créés relativement facilement.
Eh bien, l’hébergement mutualisé (en Corée, on appelle généralement ça de l’hébergement web) repose aussi sur PHP à l’étranger ; l’hébergement mutualisé basé sur Python y est rare.
C’est aussi dans la continuité du commentaire n°1 de okkoreaq.
Gnuboard est, du moins jusqu’à présent, une solution qui cible en pratique des utilisateurs non développeurs, et du point de vue de ces utilisateurs, le simple fait de devoir ouvrir un terminal constitue déjà un frein. Autrement dit, par rapport à PHP, il est plus difficile de le servir et de l’administrer simplement.
Si je devais créer avec Gnuboard quelque chose que j’utiliserais moi-même, j’opterais sans doute pour G6,
mais si je devais recommander soit G5 soit G6 à une connaissance qui n’est pas développeuse, je pense que je ne pourrais pas recommander G6, même s’il devenait suffisamment mature.
Quand on regarde des choses comme PythonAnywhere, Django s’installe en un clic.
Les hébergeurs web existants proposaient aussi l’installation en un clic de la version PHP de GnuBoard.
Y a-t-il une raison particulière pour laquelle vous avez pensé que seul G6 ferait exception à cette logique ?
Même sans passer absolument par une installation automatique...
Quand on pense au fait que PHP était difficile à configurer, qu’on mettait en place l’environnement de développement avec XAMPP ou autre,
et qu’on envoyait ensuite le travail par FTP...
il suffirait d’installer avec
pip installl -r ....., de faire ungit clone, puisuvicorn main:app --reloadEn gros, avec trois commandes, le serveur tournerait... alors je me demande si c’est vraiment si difficile.
Je pense qu’en ce qui concerne le style de code, on ne peut pas vraiment faire autrement juste après avoir terminé le portage. Je pense que cet aspect s’améliorera à mesure que le projet gagnera en maturité.
C’est un progrès fulgurant. Bravo.
C'est émouvant...
Je pensais que ce nom était désormais tombé dans l’oubli, mais il y a donc eu ce genre d’évolution.
Waouh, c’est impressionnant. Quand j’étais enfant, c’étaient XE et GnuBoard que je voyais, dis donc.
Le nom du projet, G6, est sympa haha
Autrefois, j’avais entendu dans la chanson Like a G6 que G6 symbolisait un jet ; je me demande si ça a pu servir d’inspiration ici haha
Hein..? C'est une nouvelle vraiment très surprenante.
Et XE 3, il fait quoi...