재삐신생의 권태로운 이야기

세션(HTTP Session)웹 프로토콜 HTTP는 무상태(stateless)이다.전통적으로 로그인 인증처리를 위해, 웹서버는 프로토콜과 무관하게 세션이라는 것을 제공한다.이는 웹 어플리케이션에게 필요한 state를 서버에 전달하기 위한 목적으로 session이나 cookie를 이용하는 대체수단정도로 볼 수 있다.세션이 생기면서 웹서버는 상태 프로토콜(stateful)처럼 동작하고 있다. XMLHttpRequest 과 CORSAJAX 통신시 크로스 도메인 이슈가 있으며,이에 대한 해결책으로 CORS라는 게 있다.사전요청(preflight)으로 서버에 질의한뒤, 실제 요청을 보내는 형태로 되어있다.참고: https://developer.mozilla.org/ko/docs/Web/HTTP/Access_con..

자바스크립트의 디자인 패턴에 대한 고민이 생겼다. 일단, jQuery의 사용이 일반화되어서 인지, native code에 대한 고민은 사라졌지만, 디자인패턴은 항상 날 괴롭힌다. 자바스크립트도 알수록 어렵다. 서버야 MVC패턴이 대세를 이루고, 공동작업 환경이라, 갖추어진 스펙을 따르겠지만, 작은 부분들에 대한 결정이 가끔은 머리를 아프게 한다. 이번에 다룰 것은 Ajax호출이다. 때때로, ajax콜은 필요이상의 서버부하를 일으키는 원이이지만, 대체적으로는 아주 좋은 환경을 제공한다. 필자는 무식하게 ajax콜을 선호한는 편이다. 단순히 view의 일부분을 동적으로 구현해야 한다면, 무조건 ajax콜을 한다. 그 무식한 이유는 코드양이 적어진다 것이다. 복붙해서 같은 내용이 들어가는 view를 생성할 생..

Ajax를 활용한 사이트들이 요즘 많이 눈에 보인다. ajax를 떠나서 사이트 전체가 하나의 클래스 형태를 가지는 경우도 참 많다. 그러다가, 생각한 문제점이 있다. 바로 검색 검색엔진의 봇/스파이더/크롤러라는 놈들이 열심히 웹페이지를 검색를 하지만 페이지상에서, document ready후에 ajax로 어떤 컨텐츠를 생성해서 보여준다고 치자. 사이트는 좀더 다이나믹하게 돌아갈수도 있겠지만 이런 컨텐츠를 검색엔진이 스마트하게 가져갈수 있을까?? 아직은 아니다. 필자가 이전의 블로그 전체를 ajax로 구현을 시도 한적이 있다. 첫째로, 퍼멀링크/고유한 포스트의 링크를 잡는데서 어려움이 있었지만 별문제 없이 구현을 할 수 있었다. 하지만, 사이트 첫페이지외에는 전혀 구글 등 검색사이트에 올바르게 노출이 되지..