'전체 글'에 해당되는 글 1249건

Server Side Script 가 판을 치는 세상에서 왠지 뒤로 물러나는 느낌이 드는 군요.
Web-Base 로 만들면 보통 ASP, JSP, PHP로 결정지어져서 만들곤 하는데,
전 되려 훨씬 이전 모델인 CGI를 보고 있으니..

지금 몇가지를 살펴보았는데, 그다지 문제거리가 될만한 내용은 없더군요.
생각보다 쉬웠습니다, Standard Input/Output을 사용해서 데이터를 주고받고
하는 정도라 그냥 prinf 와 scanf 만으로도 모든 데이터가 왔다 갔다 하는군요.
단지 POST 부분은 uuencoding이 들어간 정도랄까요?

과연.. CGI가 빠를까요? 라고 물으시면 할말을 잃어버리기 쉽지만...
일단 보안적인 문제를 대거 넘어가버리겠더군요.
PHP나 ASP 같은 경우에는 소스 노출방법이 다양하게 있어 애먹이는 경우도
많고, 세션 관리 부분도 웹서버에 떠 넘겨야 되고.. 이래저래 걸리는 부분이
참 많지만... CGI는 그냥 씹고 넘어가는 군요. 세션 그냥 내가 원하는 데로 구현
가능이죠. 거기다 더 얹어서 컴파일이 되어 있으니... 소스는 컴파일한 저만
알고있다는 확실한 보안제품...(笑)

그러나.. 문제점도 만만치 않더군요.
DB 서비스..이건 정말 쥐약 입니다.
CGI 의 언어로 현재 CPP를 선택했는데, mysql 접속용 라이브러리는 mysql++을
사용해서 접속.. 이거 생각보다 빡세군요.뭐 템플릿을 이용해서 간단하게 구현했다고 하는데, 아직은 암호문이니..게다가 기존 DB 접속 룰이랑 조금 틀린 부분도 있구요...게다가 업데이트도 만만치 않은 숙제로 넘어갑니다. 업데이트 하면 컴파일해서
다시 얹어야 하니 이 또한 만만치 않은 비용이 드는군요.

뭐 일단... CGI에 대한 감은 잡았고... 한번 날 잡아서 이런 저런 사이트 컨버팅한번 해봐야 겠습니다.

한동안 식중독에 시달리다...뭐 이젠 많이 나아졌습니다.
오늘 아침에 김치찌게 있길래 그거 덜렁 먹어 봤는데 말짱하군요. (笑)
그래서 또 시험 삼아 돈까스도 집어 넣어 봤는데 말짱하군요.
하여간, 요즘 몸이 말을 잘 안들어서 큰일입니다.
전에는 걍 굶으면 다 낫는 병인데 이젠 굶으면 자빠지니..

요즘 그래서 다시 도시락을 탐하고 있습니다.
힘을 좀 내서 뭐든 한가지씩 끝내놔야지... 이거 계속 족쇠를 찬기분입니다.
하여간, 좀 일좀 마무리 짓고 놀든지 일하던지 프로그램짜든지 해야 겠습니다.

아자아자 힘내자!!

요즘은 VGA 카드가 별개 다 나와서 상당히 끌립니다.
뭐 그런 카드 따윈 별 신경 쓰이는 문제가 아니라고 치부하실 분도 많겠지만,
저한테는 역시....

일단 갚아야 되는 금액 때문에 쉽게 결정을 못내리고 있지만..
듀얼 DVI 지원 카드 입니다. LCD 모니터를 두개 마련해서 쓸때
진정한 듀얼 모니터를 쓸 수 있는 그런 카드더군요.
게다가, GForce 6600의 강력 램덱으로 화면 떨림이나 잔상 따윈 없을테니 말이죠
PCI-Express 제품으로 된 요즘 제품이 훨씬 좋긴 하지만,
애석하게도 그런 보드 따윈 없으니 쓰질 못하겠죠.

아아... 지르고 싶지만 현실이 제 발목을 꾸욱 잡구 있군요. 칫

실업급여라는것을 타게 되었습니다. 급여에서 늘 조금씩 빠져나간 고용보험을 산정해서 받는 금액인데, 90일간 받는다고 하는군요.

통장에 들어온돈 245,000 원. 묘한 기분이더군요.

전에 용인에 있을때 한번 신청 할 걸 그랬습니다
물론, 이거 받는 것이 상당히 귀찮고 짜증나는 일이더군요.
아마도 그 당시에는 이렇게 나온다는걸 알아도, 귀찮아서 안했을 가능성이 다분히 높아 보입니다. (笑)  
일단 친구한테 조금씩 빌렸던 돈을 돌려줘야 할 것 같습니다.
(큰 금액은... 또 미뤄지는군요... 이거 미안해서리)
떼돈은 필요 없지만, 역시 최소한의 생활 경비와 그간 도움 받는 것을 지불할 수 있을 정도의 금액은 벌어야 겠지요. 다분.

쉬엄 쉬엄 취미생활로 작업하고 있습니다.
그래서 인지 영어가 딸리는 부분이 많아 오역해 버리는 경우도 많습니다.
또한 오탈자도 만만치 않고...
게다가 단어 사전도 없어서, 이렇게 표현 했다가 저렇게 표현 했다가
합니다 ^^;;;

나중에 PHP를 공부해서 단어 사전을 만들던지 하죠.

뭐, 일단 오역, 오탈자가 발견되면 말씀해 주세요.
잡게시판도 좋고, 덧글도 좋고..(덧글은 제가 잘 못보니깐....문제가 있지만...)

그리고 같이 번역을 하고 싶으신 분은 원본 문서가 있는 링크를 알려주세요.
겹치지 않으면 계정에 쓰기 권한을 드릴께요.

그럼~

가급적 모든 리소스는 리소스에 넘기는 것이 좋습니다.
특히 스트링 부분.
다국적 형태로 만들려다 보면 여러가지 애로 사항이 많습니다.
하드 코딩을 통해 내부적으로 각종 String을 양산하게 되는데,
나중에 다국적 코드로 만들려면... 생각만 해도 아찔합니다.

이를 해결 하는 방법은 Resource를 따로 빼내어 처리하는 방법입니다.

다음과 같은 것들을 고려해서 작성하게 되면 수월하게 작성할 수 있습니다.

Main Module Handle을 가져 옵니다.
EXE 같은 경우에는 GetModule 을 통해 가져오면 됩니다. 매개 변수에는 파일이름을 넣으시면 되구요.
DLL 같은 경우에는 DLLMain 부분에서 얻으시면 됩니다.
DllMain( HANDLE hModule, DWORD  ul_reason_for_call, LPVOID lpReserved)

여기서 얻은 핸들을 저장하는 방법인데, 여러가지 방법이 있겠지만, 저 같은 경우에는
전역 변수를 통해 넣었습니다.
특히 stdafx.h 와 stdafx.cpp 에다 넣었는데,
stdafx.h에는 extern HANDLE g_hModuleHandle; 을 넣고
stdafx.cpp 에는 HANDLE g_hModuleHandle; 을 써서 넣었습니다.

여기서 주의하실 것은 여러개의 모듈이 난무하는(다양한 DLL을 참조해서 쓰는)경우에는
가급적 Unique한 이름으로 만들어야 합니다.
저 같은 경우에는 XXXX.DLL 인 경우 g_hXXXXModule 이라고 이름을 지어버렸죠.

1) 파일 맨위의 상단에 붙이게 되는 Box 입니다.
//----------------------------------------------------------------------------
// FILENAME : ..... .h
//
// Classes
//    * 클래스1 이름
//      - 설명
//    * 클래스2 이름
//      - 설명
//
// Handlers
//    * 작업자 명 : ID
//
// Memo
//   [05/04/20 12:00] id [catergory] :  메모 네용
//
// Update List
//   [05/04/20 12:00] Update 내용1
//   [05/04/20 12:00] Update 내용2
//----------------------------------------------------------------------------

* FILENAME
설명이 필요하겠습니까? 그냥 파일 이름

* Classes
여기에는 현재 .H 에 등록된 Class들을 적습니다. 물론 VC 스타일로 작성하게
되면 이상하게 한개의 파일안에 한개의 Class가 상주하게 되지만, 꼭 그럴 필요는 없죠
여러개의 Class가 한개의 파일안에 상주 할 수 있으니깐요.
설명은 굳이 방법은 제시하지 않지만 외부에서 사용하는 사람이 편하게 내용을 서술해
주는 것이 좋죠.

* Handler
작성자인 author 라고 쓸수도 있지만, 이 파일을 여러사람이 만지는 경우에는 꼭
그렇지는 않죠. 작성한 사람이나 편집하는 사람이 있으니깐요.
그렇다고 Author, Editor 나누기도 그렇고... 그냥 Handler 조작하는 사람들이라고
해버렸습니다 .
여기에는 이 파일에 손대는 사람들을 기록하는 부분입니다.
일단 "실명 : ID " 형태를 취하는데, 이유는 메모나 업데이트 부분에 그 밖에 여러가지
기록할때, 실명을 일일히 적는 것보다 ID로 적는게 타이핑 수도 줄이고 알아보기도 편하니깐요.
저 같은 경우에는 "김형진 : neohind" 라고 적을 예정입니다.
아, 여기서 Main Handler는 최상단에 위치해야 됩니다. 최소한 소스 책임질사람이
있어야 되니깐요.

* Memo
일단 각종 잡담 부터 시작해서 경고 요청 등등의 내용을 기록하는 부분입니다.
항목(Category) 부분은 계속 업데이트 하겠지만... 일단 간단하게 다음 정도로
적고 싶습니다.

  TODO : 해야 될 내용 - 추후에 첨가되길 바라는 것들
  DEL : 삭제되어야 될 내용 - 릴리즈시 삭제되길 원하는 내용
  ETC : 진짜 잡담 - 그냥 소스로 대화하고 싶을때(笑)
  CAU : 주의 사항 - 소스 사용시 주의 사항
  REF : 참고사항, 다른 소스(코드가 아닌 정보)를 참조할 필요가 있을때,

작성 예는 다음과 같습니다.
[xx/xx/xx xx:xx]  id [????] : 내용
  xx 부분은 당근 날짜와 시간이 들어갑니다.
  id 는 위에서 Handler에 기록한 ID를 적으면 되구요
  ???? 는 Category를 의미합니다.
  내용에는 당근 자세한 설명이 되겠죠. 가급적 1줄로 해결을 봤음 합니다(笑)
   예) [05/04/20 12:00] neohind [ETC] : 이봐.. hind, 소스가 웃기잖아!!!

* Update
이 부분은 Versioning에 관련된 부분입니다. 가급적 소스의 메인 핸들러가
작성하는 부분이 되는데, 소스 버젼 업그레이드 될때 마다 기록해 줍니다.
어떻게 업데이트 되었는지를 로그로 남기는 부분입니다.

--------------------------------------------------------------------------
2) 코드 재 참조 방지용 #ifndef 작성
보통 Header 부분은 많은 곳에서 #include를 수행하게 됩니다.
이 때 Header의 재참조를 막기위해서 전처리기용 예약어를 이용해서 만드는데,
이 부분에 대한 설명입니다.
#if !define ??? 뭐 이렇게도 적을 수 있지만.. 통일성을 위해 아래와 같이 이용합니다.

#ifndef __[HeaderFilename]_
#define __[HeaderFilename]_
    .....
#endif // __HeaderFilename_

__HeaderFIlename_ 이 부분은 "__"  + 파일명 + "_" +확장자 + "_" 의 구성으로
작성합니다. Header의 Filename을 서술시에는 반드시 전체 대문자로 기록합니다.
Service.h 를 작성한다면 __SERVICE_H_ 라고 합니다.

코딩하는 방식은 사람마다 틀리기 때문에, 고집시킬 수는 없습니다.
물론 팀작업을 하게 되는 회사에 소속되면 그 팀/회사에 코딩 규칙을 맞추어야 하죠
하지만, 일단 솔로/프리인 저 같은 경우에는 그 다지 없군요.

MS사는 헝그리안 코딩 규칙에서 벗어났더군요. Type 형태를 변수 앞에다 적는..
물론 그것이 정답일 수도 아닐 수도 있습니다.

일단, 저 같은 경우에는 어떻게 결정할 지는 이 문서를 통해 정리해 나가야 겠습니다.