본문 바로가기

Programming/General

(3)
[펌] Cookie에 대한 정리 본 문서는 인터넷 조회를 통해 얻은 내용을 정리한 내용입니다. 1. HTTP의 동작방식과 쿠키 HTTP 프로토콜의 특성상 클라이언트(브라우저)에서 서버에 데이터를 요청하여 원하는 데이터를 받고 나면, 바로 소켓 Connection을 해제하는 비상태 프로토콜(Stateless Protocol)이다. 즉, 지속적인 연결을 하고 있으면서 데이터를 주고 받는 것이 아니라 필요할 때마다 소켓을 연결하고 데이터를 받자마자 바로 Connection을 끊어버리는 방식이 바로 HTTP 프로토콜의 연결 메커니즘이다. 이는 서버 자원의 낭비를 최소화하는 장점이 되고 있으나, 다음과 같이 페이지를 이동하더라도 지속적인 상태의 유지가 필요한 경우에는 심각한 문제를 유발하지 않을 수가 없게 된다. 예를 들어, 전자상거래 사이트에..
Adobe AIR로 만들어진 파일 전송 프로그램 어느새 어플리케이션 개발 분야에 새로운 바람이 불고 있다. Adobe의 FLEX, AIR MS의 Silverlight, WPF, WCF 등등 그리고 Java 진영의 JavaFX... VS6.0으로 MFC를 하고 2005로 asp.net 정도로 한 나에게 이런 기술들은 생소하기만 한데 일단 첫 느낌은 "와 멋지다!!!" 기술적인 부분에 있어서 어디까지 가능한지 모르겠지만 RIA(Rich Internet Application)를 표방하므로 데스크탑 어플리케이션이 가지는 대부분의 기능들이 가능하리라 본다. 물론 시스템 프로그래밍과 같은 부분은 힘들겠지만... 그렇다면 이런 기술들을 가지고 데스크탑 어플리케이션도 만들 수 있는건가? 웹브라우저를 벌어날 수 있다면 사용자 기반 데스크탑 어플리케이션도 큰 변화를 맞..
windows programming 어느 환경에서 개발해야하나 최근 고민이 하나 생겼다. 회사에서 기본적으로 VS6.0에서 MFC로 Windows programming을 하는데 언젠가는 갈아타야하지 않나는 생각이 들었다. 최근 프로젝트에서 asp .net 2.0 with c# 환경에서 돌아가는 웹어플을 하나 만들었는데 이 때 사용한 툴은 vs2005이다. 유저의 요구사항의 추세가 인스톨 형태로 프로그램을 깔기는 싫어하고 기존의 리치 클라이언트 수준의 프로그램을 요구하는데 이를 만족할만한 솔루션이 마땅치가 않다. Smart Client도 있고 ActiveX도 있고 여러가지 방법이 있겠지만 호환이니. 망해가는 솔루션이니 해서 손대기도 두렵고... 유저마다 웹에서 되게 해달라 그냥 어플로 되게 해달라 요구사항도 계속 바뀔지도 모르고.. 결국 Windows Programm..