Storage

$arr_url_info = explode('.', $_SERVER[HTTP_HOST]);

$tldMap = array('kr','co','me','com','co.kr');

$hostData = explode('.', $_SERVER[HTTP_HOST]);

$hostData = array_reverse($hostData);

if(array_search($hostData[1] . '.' . $hostData[0], $tldMap) !== FALSE) {

$chk = explode('.', $_SERVER[HTTP_HOST]);

}

$host = $_SERVER[HTTP_HOST];

$chkSubDomain = explode('.',$host);

if(count($chkSubDomain)=="2") {

if($_REQUEST[s_id] && $_REQUEST[sp_seq]) {

$url = 'http://www.'.$host.'/'.$_REQUEST[s_id].'/'.$_REQUEST[sp_seq];

} else if($_REQUEST[s_id]) {

$url = 'http://www.'.$host.'/'.$_REQUEST[s_id];

} else {

$url = 'http://www.'.$host;

}

echo "<script>location.href='".$url."';</script>";

}

ajax 에서 json data type을 통해 크로스 도메인을 지원해주는

jsonp 방식이 특정 어플 내장 브라우저에선 먹히지 않는 경우가 있다.

실제로 우리회사의 소셜마켓 웹서비스는 링크 공유가 핵심적인 기능인데

당황스럽게도 아이폰은 안그러는데 갤럭시 계열의 페이스북 어플에서 링크를 타고

페이스북 어플 내장 브라우저로 접속시 jsonp 통신에 실패하는 현상이 있었다..

암튼..jsonp를 이용하시는 개발자분들은 유념하시길~

ps : host는 같으나 http 프로토콜에서  https 로 프로토콜만 다른 도메인으로 전송하였었고 다른 경우는 테스트 해보지 않았음

어느 회사나 자사 서비스에 대해 체계적이고 명확한 문서화를 지향할 것이다.

흔히들 문서화는 특정 서비스나 프로그램에 대한 메뉴얼, 혹은 RFC 문서등 으로 생각한다.

하지만 조금만 더 깊이 생각해 보면 문서화는 이러한 이유들보다 조금 더 큰 목정성을 갖을 수 있게되는데,

난 그 목적성을 바로 커뮤니케이션 이라고 생각한다.

공개적으로 정의된 표준 문서는 관련자들 모두가 동의한 사항에 대한 약속이며 

서비스에 대한 서로 다른 관점과 기억들에 대해 불필요한 논쟁 자체를 할 필요가 없게 만드는 중재자이다.

여기서 내가 말하는 커뮤니케이션은 특정 서비스에 대해 개발자와 기획자간의 서로 회의한 내용을 토대로 

개발 업무를 진행 할 때 필연적으로 생길 수 밖에 없는 개발자와 기획자의 소통에 문제에 관한것이다.(물론 디자이너도 포함 :) )

이럴 때 만약 회의로 정해진 내용들을 문서화 하고 이를 회의 당사자들이 서로 검증하여 공증한 뒤 해당 문서의 내용을 토대로

작업을 진행한다면 아마 개발자가 2번일하거나 기획자가 빡치는 일등의 일을 최소화 할 수 있을것이며, 이는 결국 회사의

생산성 전체에 영향을 끼치게 된다.