그누보드의 주소(URL) 형식이 다음과 같이 바뀐다면 정보
기타 그누보드의 주소(URL) 형식이 다음과 같이 바뀐다면
본문
http://도메인/그누보드/bbs/gnuboard.php?bo_table=test 와 같은 형식을 취하고 있는 그누보드의 주소를
http://도메인/그누보드/?doc=bbs/gnuboard.php&bo_table=test 와 같은 형식으로 바꾸게 될때
발생할 수 있는 문제점은 어떤것이 있을까요?
또, 이와 같은 주소 표기 방법의 장점과 단점은 무엇일까요?
그누보드 베타 3 테스트 주소 : http://jobs.sir.co.kr/agnu/
[이 게시물은 관리자님에 의해 2004-09-04 15:02:57 포럼(으)로 부터 이동됨]
http://도메인/그누보드/?doc=bbs/gnuboard.php&bo_table=test 와 같은 형식으로 바꾸게 될때
발생할 수 있는 문제점은 어떤것이 있을까요?
또, 이와 같은 주소 표기 방법의 장점과 단점은 무엇일까요?
그누보드 베타 3 테스트 주소 : http://jobs.sir.co.kr/agnu/
[이 게시물은 관리자님에 의해 2004-09-04 15:02:57 포럼(으)로 부터 이동됨]
추천
0
0
댓글 15개
아앗... 운영자님 저 적극 추천합니다.
제가 시샵 쇼핑몰 프로그램을 구입해서 사용중인데 그누보드를 붙일 수 없을까 늘 아쉬웠거든요.
가능하다면 부탁드립니다. T_T
오늘부터 정화수 떠놓고 백일기도 올릴랍니다. ^^
제가 시샵 쇼핑몰 프로그램을 구입해서 사용중인데 그누보드를 붙일 수 없을까 늘 아쉬웠거든요.
가능하다면 부탁드립니다. T_T
오늘부터 정화수 떠놓고 백일기도 올릴랍니다. ^^
지발~~~
이제 그만 경로문제(주소형식)는 접어둡시다...진짜..따라가는것도 힘들다~~~
그리고..신승운이나 플록님 말씀에 동의~~~
글고 게시판기능은 그만 늘이고 최적화에 좀더 매진하심이 ...(군데군데 아직도 에러가~~)
이제 그만 경로문제(주소형식)는 접어둡시다...진짜..따라가는것도 힘들다~~~
그리고..신승운이나 플록님 말씀에 동의~~~
글고 게시판기능은 그만 늘이고 최적화에 좀더 매진하심이 ...(군데군데 아직도 에러가~~)
쇼핑몰과의 연동부분이.. 운영자님의 프로젝트이기에 어쩔 수 없겠지만...
사실 그누보드 사용자들이 일반 개인홈페이지를 운영하는 분들도 많다는 점을 고려해 볼때..
게시판만을 원하는 유저도 있다는 점을 생각해 주셨으면 좋겠습니다~
즉, 쇼핑몰을 원치 않는 저 같은 유저를 위해... 예전 버전에 적용 가능한 새로운 기능이 생기게 되면...
적용할 수 있는 방법을 가능한 선에서 올려주셨으면.. 하는 바램입니다..
사실 그누보드 사용자들이 일반 개인홈페이지를 운영하는 분들도 많다는 점을 고려해 볼때..
게시판만을 원하는 유저도 있다는 점을 생각해 주셨으면 좋겠습니다~
즉, 쇼핑몰을 원치 않는 저 같은 유저를 위해... 예전 버전에 적용 가능한 새로운 기능이 생기게 되면...
적용할 수 있는 방법을 가능한 선에서 올려주셨으면.. 하는 바램입니다..
저는 php를 잘모르지만 소스를 어림잡아 보니 취향에 따라
불러 올수 있는것 같은데요....
편할것 같아요...
불러 올수 있는것 같은데요....
편할것 같아요...
괜찮네요. 게시판외에 다른 일반문서를 표시할때도 꽤 편리할듯 하네요.

현재 속도는 전혀 생각하지 않고 작업을 하고 있습니다.
추후 속도가 문제 된다면 마이너그레이드 하는 계획을 잡고 있습니다.
속도를 높이고, 기능을 늘이는 작업을 병행하자면 아무래도 많은 시간이 걸릴듯 해서 입니다.
... 그런데 포럼의 내용과는 이상한 방향으로 흘러가고 있군요. ㅡㅡ;
... 제가 묻고 싶은것은 새로 바뀌는 주소 형식이 어떻냐는것인데요... ㅎㅎ
추후 속도가 문제 된다면 마이너그레이드 하는 계획을 잡고 있습니다.
속도를 높이고, 기능을 늘이는 작업을 병행하자면 아무래도 많은 시간이 걸릴듯 해서 입니다.
... 그런데 포럼의 내용과는 이상한 방향으로 흘러가고 있군요. ㅡㅡ;
... 제가 묻고 싶은것은 새로 바뀌는 주소 형식이 어떻냐는것인데요... ㅎㅎ
관리자님 수고 많으십니다.
아무래도 곧 대형사고(?)를 내실것 같은 좋은 느낌이듭니다.
결정이야 고수님들의 의견을 수렴해서 관리자님께서 내리실 것이지만,
그누의 큰 장점인 속도문제를 염두에 두셨으면 합니다.
그누 게시판과 회원연동에 문제만 없다면 완전 분리하는 것도 좋겠습니다.
그렇게 된다면 그누의 버전과 관계없이(?일정버전 이상 내지는 멤버테이블을 수정하는 정도의 작업이라면..)
쇼핑몰을 붙일 수 있어 유저층을 넓힐 수 있지 않을까 생각됩니다.
참고로 파일타입의 테크노트에서는 보드별 관리모드에서 쇼핑몰 기능을 온,오프하는 형식을 쓰고있더군요.
동일한 데이터를 그누로 옮겨 비교해보니 용량이 1/3 정도로 줄어서 깜짝 놀랐습니다.
아무래도 비대해지면 속도 문제가 어떨지 걱정입니다.
오늘은 가을날씨 같군요....!?
감기 조심하세요.
아무래도 곧 대형사고(?)를 내실것 같은 좋은 느낌이듭니다.
결정이야 고수님들의 의견을 수렴해서 관리자님께서 내리실 것이지만,
그누의 큰 장점인 속도문제를 염두에 두셨으면 합니다.
그누 게시판과 회원연동에 문제만 없다면 완전 분리하는 것도 좋겠습니다.
그렇게 된다면 그누의 버전과 관계없이(?일정버전 이상 내지는 멤버테이블을 수정하는 정도의 작업이라면..)
쇼핑몰을 붙일 수 있어 유저층을 넓힐 수 있지 않을까 생각됩니다.
참고로 파일타입의 테크노트에서는 보드별 관리모드에서 쇼핑몰 기능을 온,오프하는 형식을 쓰고있더군요.
동일한 데이터를 그누로 옮겨 비교해보니 용량이 1/3 정도로 줄어서 깜짝 놀랐습니다.
아무래도 비대해지면 속도 문제가 어떨지 걱정입니다.
오늘은 가을날씨 같군요....!?
감기 조심하세요.
그누보드와 쇼핑몰이 연동은 하되, 완전히 분리되는게 좋을거 같은데...
그누보드만 설치할 사람은 그누보드를, 쇼핑몰과 함께 설치할 사람은 쇼핑몰을...
그누보드를 사용하다가 쇼핑몰을 추가하고싶을때는 그냥 쇼핑몰디렉토리(?)에 쇼핑몰만을
설치하므로써 연동가능하게 하고...불필요할때는 삭제도 가능하게하고...
럽이즈오버님 말씀처럼....자꾸 덩치만 커져가는 느낌......이상 딴지~
그누보드만 설치할 사람은 그누보드를, 쇼핑몰과 함께 설치할 사람은 쇼핑몰을...
그누보드를 사용하다가 쇼핑몰을 추가하고싶을때는 그냥 쇼핑몰디렉토리(?)에 쇼핑몰만을
설치하므로써 연동가능하게 하고...불필요할때는 삭제도 가능하게하고...
럽이즈오버님 말씀처럼....자꾸 덩치만 커져가는 느낌......이상 딴지~
케빈님덕에 RGBOARD를 가봤네요... 여기 정책도 그누보드와 동일하군요...^^
점점 느끼지만 그누보드 덩치가 커지는 듯한 느낌입니다. 장점이 많지만...
그누보드 라이트
그두보드 미듐
그누보드 하드
이렇게 만들어졌음 좋겠네요 ^^ 쓸때없는 소리입니다.^^
점점 느끼지만 그누보드 덩치가 커지는 듯한 느낌입니다. 장점이 많지만...
그누보드 라이트
그두보드 미듐
그누보드 하드
이렇게 만들어졌음 좋겠네요 ^^ 쓸때없는 소리입니다.^^
오옷 멋집니다. 전 적극 찬성합니다.
최근 알지보드가 여러가지 사용상의 풍부한 경험과 개발경험으로 여러 게시판의 장점을 몇가지 따오고
새로 구조를 짜서 만들었더군요. 물론 꽤 괜찮아 보입니다만..
내부구조와 관계없이 외부 뵤여지고 관리하는 것이 거의 그누보드와 흡사하게 만들어 놓았고,
정책도 그누보드와 거의 같더군요.
근데 솔직히 익숙한 그누보드 사용하게 되지 다른건 그냥 보고 말게 되는군요.
일단 기존 사용한 사이트들에서 응용하기에 좋다는 점 때문도 있구요.ㅎㅎ
소스 구조 새로 파악한다는것도 좀 그렇고..
아무튼 멋진 그누보드 만드시느라 참 고생이 많으십니다.
최근 알지보드가 여러가지 사용상의 풍부한 경험과 개발경험으로 여러 게시판의 장점을 몇가지 따오고
새로 구조를 짜서 만들었더군요. 물론 꽤 괜찮아 보입니다만..
내부구조와 관계없이 외부 뵤여지고 관리하는 것이 거의 그누보드와 흡사하게 만들어 놓았고,
정책도 그누보드와 거의 같더군요.
근데 솔직히 익숙한 그누보드 사용하게 되지 다른건 그냥 보고 말게 되는군요.
일단 기존 사용한 사이트들에서 응용하기에 좋다는 점 때문도 있구요.ㅎㅎ
소스 구조 새로 파악한다는것도 좀 그렇고..
아무튼 멋진 그누보드 만드시느라 참 고생이 많으십니다.

index.php 의 내용 일부분입니다. 물론 공개하겠지만요...
if (!$doc) {
$doc = './main.php';
}
// $doc 를 실행하여 결과물은 저장해 놓음
ob_start();
include $doc;
$ob_content = ob_get_contents();
ob_end_clean();
//
// 페이지의 DOCTYPE 에 따라 include 를 결정함
//
switch (DOCTYPE) {
// NONE 는 상단과 하단 파일이 필요없는 TYPE
case "NONE" :
echo $ob_content;
break;
// STYLE 은 stylesheet 등만 적용하는 TYPE
case "STYLE" :
include_once './head.sub.php';
echo $ob_content;
include_once './tail.sub.php';
break;
// DESIGN 은 상단, 하단 파일을 필요로 하는 TYPE
case "DESIGN" :
include_once './head.sub.php';
include_once './head.php';
echo $ob_content;
include_once './tail.php';
include_once './tail.sub.php';
break;
// 나머지 TYPE 은 오류
default :
echo "DOCTYPE 오류 : NONE , STYLE , DESIGN 중 하나를 사용하세요.";
break;
}
기존의 방법은 실행될 프로그램에서 상단과 하단 파일을 include 하였습니다.
새로운 방법은 $doc 을 이용하여 실행될 파일이 어디에 있던지 경로에 상관없이 실행시킬 수 있다는것입니다.
if (!$doc) {
$doc = './main.php';
}
// $doc 를 실행하여 결과물은 저장해 놓음
ob_start();
include $doc;
$ob_content = ob_get_contents();
ob_end_clean();
//
// 페이지의 DOCTYPE 에 따라 include 를 결정함
//
switch (DOCTYPE) {
// NONE 는 상단과 하단 파일이 필요없는 TYPE
case "NONE" :
echo $ob_content;
break;
// STYLE 은 stylesheet 등만 적용하는 TYPE
case "STYLE" :
include_once './head.sub.php';
echo $ob_content;
include_once './tail.sub.php';
break;
// DESIGN 은 상단, 하단 파일을 필요로 하는 TYPE
case "DESIGN" :
include_once './head.sub.php';
include_once './head.php';
echo $ob_content;
include_once './tail.php';
include_once './tail.sub.php';
break;
// 나머지 TYPE 은 오류
default :
echo "DOCTYPE 오류 : NONE , STYLE , DESIGN 중 하나를 사용하세요.";
break;
}
기존의 방법은 실행될 프로그램에서 상단과 하단 파일을 include 하였습니다.
새로운 방법은 $doc 을 이용하여 실행될 파일이 어디에 있던지 경로에 상관없이 실행시킬 수 있다는것입니다.
그리고 전 특별한 문제점이 없다면 바람직하다고 봅니다.
근래들어 위와 같은 방식으로 하고 잇는 곳을 적지 않게 보았습니다.
근래들어 위와 같은 방식으로 하고 잇는 곳을 적지 않게 보았습니다.
흠.기술적으로 어떻게 쉬운지 궁금한데요.
저도 플로그인식으로 만들고 있는게 있어서요.
조금만 참고 할수 있게 알려주실 순 없는지..
저도 플로그인식으로 만들고 있는게 있어서요.
조금만 참고 할수 있게 알려주실 순 없는지..

쇼핑몰등 플러그인 프로그램과의 연동이 쉽습니다.
다른 특별한 이유는 없습니다.
다른 특별한 이유는 없습니다.

http://도메인/그누보드/?doc=bbs/gnuboard.php&bo_table=test
위의 형태로 바뀌어야 할 특별한 이유가 있나요?
꼭 필요한 것이라면 바꿔야겠죠....
위의 형태로 바뀌어야 할 특별한 이유가 있나요?
꼭 필요한 것이라면 바꿔야겠죠....