응원합니다.

난 g6 1인자가 되겠습니다.

혹시 프로젝트 일정 계획도 잡혀 있나요? 

또는 PDO 적용 계획 일정, Slim Router 도입 계획 일정도 있는지 궁금합니다.

@키스 이미 적용했고 API 구축 작업이 진행 중입니다.

https://github.com/gnuboard/g5-update/commits/feat/rest_api_G5-175/

PDO, JWT, Slim framework, dotenv, Composer, PHP 7.4.

이런 것들은 API 부분에만 적용될 것 같네요.

파이썬 강좌는 개시만 했는데... 여튼 좋습니다.

rest api, slim 라우터 도입 좋네요.

기본테마 이제 부트스트랩 도입해 주세요.

많은 갈등이 있었을것으로 생각됩니다.

개인적인 생각으로는 그누보드6에서 지금까지의 그누보드를 전부 품으려고 하시다 보니 점점 산으로 가지 않았나 싶습니다.

그누보드의 장점이 쉬운 접근성이었는데 그누보드6는 python fastapi 도입이 됨으로 데브옵스, 서버, 템플릿, python, node.js 까지... 접근성이 너무 광범위해서 개발하시는 입장에서든, 사용자든 피로도가 많았으리라 생각됩니다.

차라리 그누보드6 는 api만 제공하는 솔루션으로 개발하여 프론트 개발의 확장성을 열어뒀어도 좋았을거란 생각이 듭니다. 관리자만 제공되는 형태로 말이죠.. 보드 관련 API, 쇼핑몰 관련 API 등..

그누보드 5까지는 혼자 어찌저찌 개발이 가능하지만 6부터는 과연 템플릿과 api 가 분리되더라도 템플릿쪽 기능을 넣는다고 한곳을 고치면 api 가 제대로 작동할지 알수가 없으며 함께 사용한다고 하여도 동시다발적으로 수정이 되어야 하니까요..

마음고생이 많으셨을 것 같습니다. 

그누보드 항상 응원합니다! 화이팅~

완전히 접지 않았다고 하니 안심이네요.

회생하길 기도해봅니다.

어렵긴 했지만 새로운 걸 공부할 수 있어 좋았습니다.

호호~ 구독형 서비스가 가능하게 된다는 것이 너무 좋네요.

3년 뒤에 그누보드로 스타트업 해봐야겠어요!

좋은 선택과 집중이 맞다고 생각합니다

항상 그렇지만 응원 드립니다. 홧팅요!!!

응원 합니다.

언제나 응원합니다!!

냑 화이팅 입니다!

화이팅입니다!

응원합니다!!!!

PDO(PHP Data Objects)
Slim Router 

이 두개는 저도 있었으면 좋겠다는 생각을 항상 해왔는데 기대됩니다!
정기결제도 대박 ㅠ
그누6에 대한 의견은 제 개인적인 입장으로는 한번도 해본적은 없지만
기존 사용자 또는 신규 사용자까지 원활이 이용할수 있게 하려면
자동설치 스크렙트가 있어야되지 않나 생각이 들어요
예를들어서 벌처서버 가상서버 생성->깃설치->깃으로 그누6설치스크립트다운
->스크립트실행(환경변수로 도메인이라든지 그런거 받으면 좋겠죠)->자잘한거 알아서 다 설치하고 마지막에 그누6까지 자동설치->자동설치후 그누6가 어디에 있고,서버셋팅 조작에 필요한 파일들 위치등 관리자정보 등등 자잘한 설명들이 나오면 좋겠네요

centos,록키,우분투등 많이 쓰는 리눅스 버전 몇개만 배포 효과는 클것같네용

이렇게 되면 저같은 파이썬 왕초보자(해본적이없음ㅋ)도 파인썬 써보자~~라는 생각이 들것같아요

그런데 위 내용이 약간 헛소리일수 있는게 제가 그누6를 한번도 안써봐서 헛소리일수도 있으니 그냥 이런 의견이구나 하고 넘기시면 좋을것같습니다~ㅋ(현재설치과정도모름... 사용자가 많이 없다길래 써봤습니다~)

써놓고도 다시 생각해보니 위생각은 좋아보이네요

SIR에서 그누6자동설치 스크립트 배포한거를 사용자들이 커스텀해서
A버전 B버전 C버전 이런거를 만들게되고 극 퍼지면 사용자들 많이 늘지 않을까 생각이 들었네요~

그누보드6라는 네이밍을 너무 성급하게 붙인게 아닌가란 생각이 들었었는데,

그누보드6는 그누보드5처럼 게시판 서비스 중심 보다는 라이트 버전으로 

더 단순화해서 IT가 가진 더욱 다양한 생태계를 담을 수 있게 역으로 더욱 단순화한 버전으로 나왔어야되는게 아닌가?

그런데 그누보드5를 그대로 gpt 돌려서 파이썬버전을 만든건 패착이라고 생각함

아키텍처를 재설개하고 

백엔드/프론트/(IOT 메타버스 로봇 ....)

오히려 다양한 연결을 통해 더욱더 많은 것들을 연결할 수 있는 기초 베이스 역할을 하되

공수가 api나 프론트엔드 개발하는데 지처서 쓰러지게 만들지 말고

그야말로 단순하게 쉽게하고 여력이 남아서

iot나 인공지능 메타버스 블록체인등 신규기술 도입이 더욱 수월하게 

본 기능을 줄이고 빼는 쪽으로 갔어야하는게 아닌가.

파이썬으로 다양한 기술을 접목한다면 더욱 그렇게 했어야하는게 아닌가

그리고

그누보드5는 slim보다는 swoole을 도입하는게 더욱 좋아 보이는데

비동기라던가 소켓통신 기본 제공하고 등등 고가용성에 대한 대응도하고

그누보드나 영카트로 서비스만들고 고도화 시킬 때 다른 언어로 옮겨 타는게 아니라

그냥 그누보드 자체로 스케일 업다운만 해서 발전시키게 말이죠.

라라벨도 swoole 버전을 내놓는 것으로 보아...

@들불 

swoole 은 상태 유지고 기본 PHP 는 무상태인데(요청 후 바로 종료)

라이프사이클이 완전 바뀌고요 (자바나 노드 등등 처럼) 

swoole 도입하게되면 상태유지 신경쓰면서 메모리 누수도 신경써야하고요

기존 PHP 코드작성하는거랑은 다릅니다.

(싱글턴, DB 커넥션 종료, 이미지 리소스 객체 자원 반납 등등) 

라라벨 swoole 도 붙여봤는데 기존에 php 식 싱글턴 써놓은거 

상태유지로 바뀌면서 메모리 누수 나고 다 바꿨어요.

함수내부에 static 변수쓰는것도 다 지우고 난리였네요

지금 우리는 그누3를 만나면서 여기까지 왔다고 생각합니다.

오랜 세월 PHP란 언어만 쳐다보고 산 세대들이다 보니

Python이 낯설어 그런 것 아닐까요? 아직 건재한

그누보드5(PHP 버전이 높아지며 처리 속도 상당하죠?)가 있는데

굳이 모험할 생각도 없고요.

메뉴를 감추기보다는 명칭만 바꿔서? 그누P? 일단

그누보드5의 연장선 같은 분위기는 없게요.

다음 세대 진입을 위하여 열어 놓는 것이 낫지 않을까요?

다음 세대는 PHP와 Python으로 된 그누보드가 공존할 것 같아요.

저도 다른분들 의견처럼

그누보드6는 그누보드-파이썬으로 이름을 바꾸는게 좋은것같아요

파이썬 버전이 시장이 커지면 그누보드-파이썬 1, 2, 3 이런식으로 버전을 올려가면서 업그레이드 하는게 맞을것같구

PHP를 기반으로한 그누보드5에서 혁신적인 변화가 있을때 그누보드6로 버전이 올라가는게 더 맞는것 같아요!

그누보드6 때문에 파이썬 공부 시작하면서 그누보드6 스킨을 만들어보기도 하고 이것저것 시도할게 많겠다 싶었는데요. 점점 수요가 늘 것이라 생각했어요.

아직 오류가 너무 많고 업데이트가 잦아서 시간이 지나면 해결이 될 줄 알고 안정화 버전을 기다렸는데 이 공지가 뜨다니 아쉽습니다.

올바른 결정이라 생각합니다.

화이팅.