27P by corona10 10달전 | favorite | 댓글 23개
  • 그 동안 PHP 버전으로 개발되었던 그누보드가 버전 6부터는 파이썬으로 개발되었음.
  • Python 3.8버전부터 3.12버전까지 모두 지원
  • FastAPI 기반으로 개발됨
  • 아파치 서버 대신 바로 uvicorn으로 서빙이 가능하게 개발되어있음.
  • 파이썬으로 개발되었기 때문에 각종 플러그인 개발이 매우 용이할 것으로 보임.

fastAPI라 headless로 갈 줄 알았는데 그냥 전통적인 형태에 파이썬으로 바꾼 거였네요. fastAPI는 기본적으로 API 서버를 만들기 위한 목적의 프레임웍이고 홈페이지에서도 그렇게 나와있습니다. 전통적인 형태면 장고나 플라스크가 맞을텐데 말입니다.

저희 커뮤니티도 그누보드5 로 잘 운영하고 있습니다.
Web 와 PHP를 잘 모르지만 배워가며 하고 있습니다.
이제 파이선도 도전해 보면 재미날 듯 합니다.^^
개인적으로 그누보드에 감사하다는 말씀 전합니다.

하필 파이썬 ㅠㅠ

여기만큼 오픈소스에 기여하는 곳이 있나요. 저는 너무 도윰 많이 받고 있습니다.

와~ 대단하네요

흐흠... 아무래도 새로 진입하는 사람들은 파이썬이라서 좋다... 할 수도 있을 것 같긴 한데..
기존에 그누보드 이용해서 뭔가 구축하던 사람들은 아마 넘어가지 않을 것 같다는게 제 생각이고요,
그래서 호응이 클지는 잘 모르겠어요.

국내 호스팅사들이 파이썬 웹호스팅 환경을 많이 지원해주겠네요~

놀라운 변화네요. 이런 큰 변화가 그누보드 환경에 어떤 영향을 끼칠지 궁금합니다.

파디썬으로 개발된 부분은 매우 환영합니다.
매우 용이할 것으로 보임은 어떤부분인가요

그누보드도 XE도

  1. 전문적인 프로그래밍 지식이 적은 사용자가
  2. 저렴한 웹호스팅 서비스 위에서 간단하게 서빙할 수 있으며
  3. 기존에 존재하는 수많은 플러그인을 활용할 수 있는
  4. 한국형(?) CMS
    라는게 최대 장점이고, 채용하는 사실상 유일한 근거인데,

4번을 제외한 장점을 다 잃어버리는 변화인데다가,
그 손해를 메꿀만큼 G6의 코드 퀄리티나 구조가 이쁘게 잡힌것도 아니라서... 저는 회의적입니다.

파이썬 유저들이 G6으로 신규 프로젝트를 진행하기엔 코드가 너무 레거시 PHP스럽고,
기존 그누보드 유저들이 G6으로 마이그레이션 하기엔 사실상 단점밖에 없는 상황이라...
스읍...

1 은 테마가 나오면 상관없는 부분일거 같아요
Fastapi 자체가 구조라는게 딱히 없어서 구조잡힌건 어떤지 궁금하네요

그누보드의 최대 단점이라고 이야기 되는게 기능 하나 추가할 때 마다 누덕누덕 기워져서 관리가 어려워진다는건데, 말씀하신대로 FastAPI부터가 딱히 구조라는게 없어서 기존의 문제를 그대로 답습할 가능성이 높아 보입니다.

그누보드의 장점(?)을 그대로 살렸다고 볼수도 있기는 하겠습니다만...

2번은 닭이 먼저냐 달걀이 먼저냐 문제겠지만 파이썬으로 호스팅해야하는 서비스가 늘어나면 점점 많은 업체들이 관련 서비스를 제공할 수 밖에 없을거라고 생각하고 그누보드의 영향력을 생각하면 아마 꽤나 많은 변화가 있을거라고 생각합니다.

3번은 앞으로 개발될 플러그인은 비교적 쉽게 개발 할 수 있다는 점에서 트레이드 오프가 있는것 같고요.

글쎄요. shared 호스팅(한국에서는 이걸 웹호스팅이라고 부르죠 주로)이 외국에서도 PHP 기반이지 파이썬 기반 shared 호스팅은 드물어서.

okkoreaq 님의 1번 관련 이야기와도 이어지는 이야기입니다.

그누보드는 (적어도 지금까지는) 사실상 개발자가 아닌 사용자들을 타게팅한 솔루션이라고 볼 수 있는데, 그런 사용자 입장에서는 터미널을 켜야하는 것부터가 부담이 됩니다. PHP에 비해 간단하게 서빙하고 관리하기 어렵다는거죠.

내가 쓸 무언가를 그누보드로 제작을 해야한다면 G6을 사용할 것 같습니다만,
개발자가 아닌 지인에게 G5, G6 둘 중 하나를 추천해야 한다면, G6이 충분히 성숙해지더라도 G6을 추천하지는 못할 것 같습니다.

파이썬 애니웨어 같은 것 보면 원터치로 장고가 설치됩니다.
기존 웹호스팅 업체도 PHP 버전의 그누보드를 원터치로 설치해 주었구요.
굳이 G6만 그런 방식에서 예외가 될 거라는 생각을 하신 이유라도 있을까요?

굳이 자동 설치 방식이 아니더라도...
PHP가 세팅이 어려워서 XAMPP 등으로 개발환경을 설정하고,
작업물을 FTP로 올렸던 거 생각하면...
pip installl -r ..... 로 설치하고 git clone 해주고.. uvicorn main:app --reload
명령어 3개 정도면 서버가 돌아갈 텐데요.. 이게 그렇게 어려운 건가라는 생각도 해봅니다.

저는 코드스타일적인 측면은 막 포팅을 마친 상황에서는 어쩔수 없다고 생각하고요. 그 부분은 프로젝트 성숙도가 올라가면서 개선될 거라고 생각합니다.

장족의 발전이네요. 훌륭합니다.

감동적이네요...

이제는 잊혀진 이름이 된 줄 알았는데 이런 발전이 있었군요

와 대단합니다. 어릴 떄나 봤떤 xe 랑 그누보드였는데 ㄷㄷ

프로젝트명 G6 멋지네요 ㅋㅋ
옛날에 Like a G6 라는 노래에서 G6 가 제트기를 상징한다는 이야기를 들었었는데 혹시 여기서 모티브가 되었으려나요 ㅎㅎ

엥..? 굉장히 놀라운 소식이네요.

XE 3는 뭐하나...