많이 배워야겠다는걸 실감하네요 ai까지...

몇년전만해도 프레임워크로 만든게 좀 있었다가.. 갑자기 중단됐거든요~ 그부분이 좀 아쉬워요

저도 이곳을 둘러본지 1년여 가량밖에 안되지만...
그렇게 발전할 가능성은 적습니다.

많은 사람들이 수 많은 이야기를 했지만 사용자가 그런걸 원치 않습니다. 일단 파일이 class로만 작성되어도 어려워하고 거부합니다.

어떤 변화들이 오래된 유저가 쌓아온 경험에 해가 되는듯 사용자들이 변화를 거부하고 발전되지 않기를 바라는 것같습니다.

개발자 매뉴얼 없냐고 불만을 이야기하니까 사용자들이 피의 쉴드를 치면서 처음 배우려고 시작하는 사람에게 개발자 매뉴얼을 직접 쓰라고 말하는 곳입니다. 개빡쳐서 코드 다 까보고 커밋로그 싹다 뒤져보고 게시판에서 10년 넘은 게시물까지 다 검색해보고 플러그인과 테마도 직접 만들어보면서 진짜 쓰기 시작했습니다. https://g5guide.github.io/developers/polluted_variables.html

여긴 글렀습니다.

@jihan? 공감합니다. 구조를 개선하지 않고는 고질적인 문제를 해결할 수 없는데, 어렵게 만들지 말라고 하니 답답합니다.

전 포기했는데, @jihan? 님 존경합니다.

웹개발에 대한 애정으로 봅니다만
천천히 때리세요. 리자님 울겠네요.

10년 전에 그누보드를 처음 봤는데
지금도 코드를 보면 똑같아요.

MVC가 만능이 아닙니다. 개발을 위한 개발을 하는 한국의 개발자들이 불쌍합니다. 간단한 그누보드와같은 SW는 현재가 가장 베스트입니다. 왜 제로보드나 여타 보드들이 망해갔냐면 개발자들이 노래부르는 mvc, 프레임워크로 가다보니 어렵고 복잡해 졌기 때문입니다. 

저역시 웹개발을 하는데 아주 그놈의 프레임워크 왜 쓰는지 별로 이해 안됩니다.  특별히 성능이 우수한 것도 아니고 자유도도 없거니와 무엇보다 해당 프레임워크를 완벽히 이해 못하면 아무것도 할 수 없는게 너무 싫습니다. 하드웨어의 성능이 앞서가고 있고 대용량 시스템이아니라면 고민하지 않아도되는 것을 그저 트렌드라고 따라하면서 왜 어렵게 개발하는지 이해불가..

빠르게 개발하고 저녁있는 삶을 살아도 될텐데.. 왜 이나라 개발자들은 스스로의 무덤들을 파는지..

개인적으로 그누보드도 충분히 코어와 껍질이 분리되어 있습니다. 그런데도 누구나 쉽게 이해할 수 있는 구조와 코드입니다. 더욱이 그누보드는 개발자를 위한 솔루션이 아닙니다. PHP를 이해하는 수준의 누구라도 쉽게 자신만의 웹사이트를 만드는데 필요한 간결한 도구입니다.

전문 개발자라면 본인이 원하는프레임워크나 MVC 만들어 쓰면 됩니다.

@nooree MVC는 바라지도 않으니 로직 좀 분리해줬으면 좋겠어요.
글을 저장하려면 write_update.php에 있는 로직 대부분을 복사해다 써야 제 기능이 동작하니까요. 함수로 빼놓기만해도 API 만들기가 수월해질텐데요. 로직 복사해다 쓰면 유지보수 너무 힘들어요.

write_update($bo_table, $write);
이런 함수 하나로 로직 분리하고 결과 받아서  api에서 json으로 success를 응답하든 write_update.php에서 alert()/go_url() 함수를 써서 페이지를 이동 시키든 결과 처리는 알아서 하면 되지 않겠습니까.

거의 대부분의 CRUD가 특정 파일에만 나열된 코드에서 이뤄지고 처리가 완료되면 페이지를 이동시켜버리고 json 요청이고뭐고 html로 뭔가를 출력해버리고... 이런 부분은 로직을 분리시켜줬으면 좋겠네요.

충분히 분리되어있지 않아요.

https://github.com/gnuboard/g5-update/compare/master...test/flutter#diff-ebafb542846173373ae63e27ef98344b70845adc617019b550e0004cc157a21c
냑 개발자분이 플러터 연동 테스트로 만들어보신 것같은데 로그인처리하는 함수조차도 없어서 저렇게 세션을 만들고 쿠키를 굽고하는 그누보드 로그인 처리 로직을 코드 복붙으로 해결하고 있어요. 심지어 로그인 로직 중 극히 일부입니다. 패스워드 확인, 차단되거나 탈퇴되었는지 확인해도 해야하고 로그인시 포인트도 적립해줘야하고... 등 주요 로직은 전부 빠진상태입니다. 물론 개념 확인 용도니까 그게 없는게 문제라는게 아니라 제대로 기능을 붙이려면 수 많은 로직을 복붙해다 써야한다는거죠. login() 함수와 hook으로 로직을 분리해놨으면 앱을 연동하든 ldap나 다른 솔루션과 연동을 하든 여러방면으로 확장하기 편리하지 않겠습니까?

그누보드는 내가 필요한 API를 찾아서 그 사용법만 알면 되는게 아니라 로직을 분석해서 구현해내야 합니다. alert()으로 오류를 띄우면 그거 hook으로 잡아서 중단시키고 json 응답으로 바꿔서 출력시키는 작업도해야하고요. 그누보드 코드를 까보지 않고서 거기에 훅을 사용해서 alert() 함수의 응답을 바꿀 수 있는지 누가 알겠습니까. API 문서는 커녕 개발자 가이드도 없는데요. 그누보드로 뭔가를 하려면 API 찾아 쓰는 것 이상을 해야만 합니다.

그거 이렇게 저렇게하면 되지 않겠냐 싶다면... 이런 예시는 극히 일부일 뿐입니다.

정말 충분히 분리되었다고 생각하시나요?

@nooree 김대리, 내가 감히 조언 하고싶은것이 있읍니다. 다른것이 아니고, 너무 엑셀 팡션?사용하지 마세요. 편리함이 있다면 위험성은 증대하죠. 소를 잡는데 그만한 칼날이 있고, 닭잡는데는 칼이 필요한가요? 쉬운것이 정답일수 있읍니다.

그대의 글에서 이게 떠오르네요 ㅋㅋㅋ
그누보드 원툴이신가요? ㅋㅋㅋ

@nooree 본인이 원하는 프레임워크나 MVC 만들어 쓰면 협업을 어떻게 하라고 그런소리?
나만의 비밀 라이브러리 비밀 프레임워크 만들어서 쓴다? 그런짓은 방구석에서 혼자서나 하세요