사람마다기호가 다 있고 탭메뉴 안쓰시는 분들도 있습니다. 사이트마다 장 단점이 될수 있는데..

흐음.. 일단 단순하게 그누보드5에 탑재되어있는 네비게이션을 참고삼아서 만든거라.. ㅎㅎ 컨셉이 텝메뉴였네요.

아뇨 Cache를 이용해서 1분당 한번식만 쿼리 해주는걸로 알고있습니다.
그러나, 중대형 사이트가 완성되었고 어느정도 운영이 안정권에 들었다면
불필요한 연산작업은 줄이는게 맞는것 같습니다.

그것도 좋은 방법이겠네요. 지운아빠:써글

저도 윈도우 프로그래밍 전공입니다. ㅎㅎ ^^
하암. 개발단계에서는 자동으로 가고 나중에 최종단계에서 정형적인 부분은 결과물을 복사 해서 프로그램되신 넣으면 뚝딱아닌가요? ㅎㅎ

아주 멋진것 같습니다. 제가 올려놓은 소스가 이소스의 핵심 코어아닐까요 ㅎㅎ
디자인이 정말 깔끔하네요~ 추천입니다.

그누보드;; ㅠ 포멧하면서 날려서 ㅠㅠ

홈페이지는 한번 방문하고 나가는 유저를 위해 만드는게 아니라 수차례 지속적으로 방문을 하는 사람 기준으로 봤을때 편리함을 제공 할 수 있어야 한다고 생각합니다.
전체적인 사이트맵 구조를 메인페이지에서 볼 수 있다면 유저는 자신이 관심있어하고 자신이 필요로 하는 데이터에 대한 접근을 보다 손쉽게 할 수 있으며, 서버는 불필요한 데이터를 유저에게 날리지 않아서 좋고, 유저는 자신이 필요한 정보에만 접근하기 때문에 서로 윈윈합니다.
컨텐츠란 필요하지 않는 사람에게는 보여주어도 아무리 좋은것이라도 스팸일 뿐입니다.
사람마다 웹서핑하는 방식이 다르고 경향이 다르다는걸 생각해야합니다.
예를들어 연애인을 좋아하는 사람은 연애인 관련 게시판에만 계속 머물것이고
정치적인 이야기를 하기 좋아하는사람은 정치 게시판에서 놀것이고
그냥 일상의 소소한 이야기를 하고싶은사람들은 자유게시판에서 놀것입니다.

각자 소통하고자 하는 방향이 다른데.. 굳이 클릭->클릭 하는 미로를 구성할 필요가 있을까요?
웹은 직관적인게 좋다고 생각합니다.

대한민국에 있는 중대형 커뮤니티 성장한 커뮤니티를 보면 처음에 들어가면 사이트 전체적인 맵을 직관적으로 확인 할 수 있습니다. 심지어 모바일에서 조차도 사이트맵을 최대한 쉽게 볼 수 있도록 만들어 놓습니다.
커뮤니티 뿐만 아니라 기업사이트, 상품소개사이트도 원하는 공간을 쉽게 찾아갈 수 있도록 설계합니다.
비록, 이게 유저들의 정보편식을 일으킨다고 하지만 유저가 원하는 웹컨텐츠를 유저에게 제공하기도 전에 유저가 스팸으로 알고 회피하는 현상이 발생하면 안됩니다.
그리고, 유저에게 운영자의 생각을 강요한다는것은 잘못된 운영방침 인것 같습니다. 운영자는 활동하는 유저의 컨텐츠를 보호하고 저작권을 보호하고 나아가 더 낳은 품질과 접근성을 제공하기 위해 노력해야합니다.
그러고 보니, 유저 편의를 너무 봐주면 안된다는 말은 사실.. 웹접근성을 포기하겠다는 말과 일맥상통하는것 같습니다...

깔끔하네요.

하지만 한국의 특성을 고려해서 ( 초고속인터넷, 개인PC성능업업 )
한국에서만 가능한 웹 생태계를 생각해 봐야겟네요..

결국에 전세계 네트워크가 빨라지면 빨라질수록
한국처럼 고용량 대용량의 컨텐츠가 해외에도 많이 생길거 같아요.

xml 데이터로 뽑아놔도 될듯한데요. ㅎ AJAX!!

음 닷넷이 확실히 강점 있어 보입니다.
실행 구조를 보니 매우 발전했네요.
하지만 C가 그것보다 딸리는 퍼포먼스를 낸다라고는 할 수 없을것 같습니다.
하지만 경제적으로나 성능상으로나 닷넷이 앞으로 트랜드가 될것 같네요.

컴파일 된것들은 모두 어셈블리죠.. ㅎㅎ
일단 사용하지 않아서 모르겠지만.. java 처럼... end of memory... 뜨지는 않겟죠..;; 시스템다운 ;; ;하

착각했군요. ㅎㅎ

?? 벤지님께서는 php 환경에서 c로 짠 서버를 만들어 처리 할 수도 있다는것 같습니다.

확실히 C로 짜서 돌리면 그만큼 경제적인건 없을거 같네요.

신경쓸게 한두가지가 아니겟네요.. 그런데 아직 그런 대규모 서버는 만져본적이없어서..

멀기만합니다.

군대나 다녀와야죠 엣ㅎ..

쓰레드 동기화가 얼마나 잘되고 오류를 얼마나 줄일 수 있느냐가 관건일것 같은데 맞나요?

잘 짜진 프로세스도 자바에선 쓰레드 끼리 충돌일으키고 뻗어버리는 현상 있더라구요 간혹...

닷넷 기대가되는데요 한번 배워봐야겟습니다.

자바랑 다른이름의 쓰레드 락이네요. 근데 자주쓰는 common은 .. 그냥 고정인스턴트라고 해야하나? 고정인스턴트클래스 생성한다음에 거기껄 같이 나눠쓰면 별로 누수 없을거같은데.. 보통 이렇게 쓰지않나요?

이걸 머라하더라 용어가잇엇는데 ;ㅋ

아닙니다. 인스턴스를 메인 클래스가 죽기전까지 살려두는 방법이 있습니다. 자바에는.......
잠시만요 찾아서 올게요

아뇨 불필요한 메모리를 계속해서 생성하지 않기 위해 중복되는 데이터라면 한번만 생성해서 사용하면 어떨까해서 올린겁니다. 자바랑 비슷한 개념이라 길래 자바에서 사용하는 싱글톤이 가능할까해서 여쭈어보았는데
닷넷도 싱글톤 기법이 있네요.
대다수 static으로 하긴하지만, 싱글톤을 연구해서 싱글톤만의 강점을 사용하고자 하는 유저들이 있긴 있어서.. 자료가 있더라구요.

http://blog.naver.com/techshare?Redirect=Log&logNo=100173252573

싱글톤 생성방법은 있네요.

singleton 객체라고 하여 JAVA 에는 하나의 클래스 인스턴스를 계속해서 사용할수있습니다. static 말구요.

자바에서도 싱글톤 인스턴스란게 따로 없고 프로그래밍 기법의 이름이 싱글톤일 뿐입니다.
싱글톤 인스턴스라는건 객체를 새로 생성안하고 한번 생성된 객체의 인스턴스를 재사용해서 사용하는 방식을 의미합니다 . c/c++ 에서는 static 만으로 전역 공유 메모리가 생성되었는데...
C#은 static으로는 전역 공유 메모리가 생성되지 않습니다. 따라 JAVA 처럼 Singleton 객체가 필요합니다.
그리고 C#은 Singleton 이라는 객체를 사용하도록 설계되어 있습니다.

static 은 정해진 지역내에서 전역변수처럼 사용되는걸 의미하고 singleton은 객체 하나가 공유를 할 수 있다는 개념입니다.

https://developers.google.com/products/?hl=ko

구글도 나름대로 사이트맵 직관적으로 나타낸것 같은데요..

아뇨.. 언어의 장벽인지 .. 미로라서 그런지 저도 어렵습니다. ㅎ

그런가요.. 일단 제가 경험이 없으니... ㅠㅠ 한번 열심히 공부해봐야겠습니다.

나중에 모르는거 있으면 여쭙겟습니다. ㅎㅎ 숨숨이님 오늘 정말 많은걸 배웁니다.