GnuBoard 6 é lançado em versão Python
(github.com/gnuboard)- O GnuBoard, que até então vinha sendo desenvolvido em versão PHP, passou a ser desenvolvido em Python a partir da versão 6.
- Suporta todas as versões do Python de 3.8 até 3.12
- Desenvolvido com base em FastAPI
- Foi desenvolvido para permitir servir diretamente com
uvicorn, em vez de usar um servidor Apache. - Por ter sido desenvolvido em Python, parece que o desenvolvimento de vários tipos de plugins será bastante facilitado.
24 comentários
Infelizmente, o G6 foi praticamente descontinuado no desenvolvimento. O último commit foi há 8 meses, e parece que nada deve mudar por um tempo.
https://sir.kr/co_notice/1430
Embora eu, no geral, já tivesse uma posição quase contrária...
Achei que era uma tentativa significativa, no sentido de que poderia surgir um CMS nacional que não fosse em PHP, mas acabou sendo uma pena.
Como dizem que vão se concentrar em lapidar um pouco mais o G5 existente, acho que resta se consolar com o fato de ainda haver mais uma opção além do Rhymix.
Achei que, por ser com FastAPI, seguiria para o lado headless, mas no fim foi só manter o formato tradicional e trocar para Python. O FastAPI é, basicamente, um framework com o objetivo de criar servidores de API, e isso também está indicado na homepage. Se era para manter um formato tradicional, então Django ou Flask fariam mais sentido.
Nossa comunidade também está funcionando muito bem com o GNU Board 5.
Não entendo muito de Web nem de PHP, mas estou aprendendo no processo.
Agora acho que também vai ser divertido encarar Python.^^
Pessoalmente, gostaria de dizer que sou grato ao GNU Board.
Justo em Python T_T
Existe algum lugar que contribua tanto para o open source quanto este? Estou recebendo ajuda demais.
Uau~ isso é incrível.
Hmm... de qualquer forma, quem está entrando agora pode até achar bom por ser em Python...
Mas acho que quem já construía alguma coisa usando o GnuBoard provavelmente não vai migrar,
então não sei se a receptividade vai ser grande.
As empresas de hospedagem nacionais vão passar a oferecer bastante suporte para ambientes de hospedagem web em Python, né~
É uma mudança impressionante. Fico curioso para saber que impacto uma transformação tão grande terá no ecossistema do GnuBoard.
Recebo muito bem a parte desenvolvida em Python.
Em que aspecto parece que será muito fácil?
Tanto o Gnuboard quanto o XE
Esse é o maior diferencial deles, e praticamente a única justificativa para adotá-los.
Mas essa mudança faz com que eles percam todas as vantagens, exceto a nº 4,
e, além disso, a qualidade do código ou a estrutura do G6 também não são bem resolvidas a ponto de compensar essa perda... Sou cético.
Para usuários de Python, o código é PHP legadão demais para tocar projetos novos com o G6,
e para os usuários atuais do Gnuboard, migrar para o G6 é uma situação em que, na prática, só há desvantagens...
Hmmm...
Acho que o item 1 não vai importar muito quando saírem os temas.
Como o próprio FastAPI não tem exatamente uma estrutura definida, fico curioso para ver como ficou a estruturação.
Costuma-se dizer que a maior desvantagem do Gnuboard é que, cada vez que se adiciona uma funcionalidade, ele vai sendo remendado aqui e ali, o que dificulta a manutenção; e, como você mencionou, o próprio FastAPI não tem exatamente uma estrutura bem definida, então parece bastante provável que ele acabe repetindo os mesmos problemas existentes.
Dá até para dizer que isso preserva intacta a principal vantagem (?) do Gnuboard, mas...
O ponto 2 talvez seja aquela questão de quem veio primeiro, o ovo ou a galinha, mas acho que, à medida que aumentarem os serviços que precisam ser hospedados em Python, cada vez mais empresas não terão escolha a não ser oferecer serviços relacionados, e considerando a influência do GnuBoard, imagino que provavelmente haverá mudanças bem significativas.
No ponto 3, parece haver um trade-off no fato de que os plugins a serem desenvolvidos daqui para frente poderão ser criados com relativa facilidade.
Bem, hospedagem compartilhada (na Coreia, isso geralmente é chamado de web hosting) também é baseada em PHP no exterior, e hospedagem compartilhada baseada em Python é rara.
Isso também se conecta à fala do okkoreaq no item 1.
O Gnuboard pode ser visto, pelo menos até agora, como uma solução voltada de fato para usuários que não são desenvolvedores, e, do ponto de vista desse tipo de usuário, até mesmo ter que abrir o terminal já é algo pesado. Em comparação com PHP, é mais difícil servir e administrar de forma simples.
Se eu fosse criar algo para meu próprio uso com o Gnuboard, provavelmente usaria o G6,
mas, se eu tivesse que recomendar um entre G5 e G6 para algum conhecido que não é desenvolvedor, acho que não conseguiria recomendar o G6, mesmo que ele amadureça o suficiente.
Se você olhar para algo como o PythonAnywhere, o Django é instalado com um clique.
As empresas tradicionais de hospedagem web também instalavam a versão PHP do GNU Board com um clique.
Existe algum motivo para você achar que justamente o G6 seria uma exceção a esse modelo?
Mesmo que não seja exatamente por instalação automática...
Se pensar que configurar PHP era difícil e a gente montava o ambiente de desenvolvimento com XAMPP e afins,
para depois subir o trabalho por FTP...
com
pip installl -r .....,git cloneeuvicorn main:app --reloadem uns 3 comandos o servidor já deve estar rodando.. também fico pensando se isso é realmente tão difícil assim.
Acho que, do ponto de vista de estilo de código, isso é inevitável numa situação em que a portabilidade acabou de ser concluída. Acho que essa parte vai melhorar à medida que a maturidade do projeto aumentar.
Um avanço enorme. Excelente.
Emocionante...
Achei que esse nome já tivesse sido esquecido, mas houve esse avanço.
Uau, isso é impressionante. Quando eu era criança, o que eu via era o XE e o Gnuboard, nossa.
O nome do projeto, G6, ficou bem legal kkk
Antigamente ouvi dizer que, na música Like a G6, G6 simbolizava um jatinho; será que a inspiração veio daí também? hehe
Hã...? Isso é uma notícia realmente surpreendente.
E o XE 3, o que está fazendo...