세상을 오래 산 어르신 눈엔 다른 세상이 보이시나 보다.

오래 산 어른에 대한 예우라고 믿고 싶은게 솔직한 심정이다만..
국민의 자존심, 국가의 역사관마저도 저 멀리 안드로메다로 보내고 잘난 경제 얼마나 잘 살리고 얼마나 많은
사람이 행복해 하는지 두고나보자...

오래 산 어른에 대한 예우라고 믿고 싶은게 솔직한 심정이다만..
지금 우리네 대통령이 미,일에 하는 행동을 보면
과거 정통성이 문제시 되던 시절의 대통령들이
하던 행동들이 오버랩되서 쫌 그르네..
자국민은 21세기에 살고 있는데 대통령은
아직 20세기에 머물러 있는게 아닌가 하는 씁쓸함이..
이제껏 정치에 별 관심없이 살아왔고 앞으로도 그렇겠지만..
요즘은 많이 갑갑해요..
'이런 나라에서 잘 살아갈 수 있을까'하는 불안함 마저 든다니까요..
어느 조직이됐던 소위 '수장'에겐 왜 엄격한 잣대가 필요한지 온몸으로 알려주고 있는 '개체'가 아닌가 싶어요.

퍼즐 메뉴 선택

Gallery2 퍼즐 게임
오늘 제 블로그의 리퍼러 로그를 확인하던 차에 처음 접하는 주소에서 제 블로그를 방문한 기록을 확인하였습니다.
리퍼러가 http://mail.bcc.go.kr 로 시작하는 걸로 보아 어느 정부기관의 메일함에서 링크로 찾아온 것 같더군요.
bcc.go.kr이 어디인지 궁금해서 잠시 찾아가 봤더니.. 무려 방송 통신 위원회더군요..
방통위에서 제 블로그에 무슨 일로, 그것도 메일함의 링크를 타고 방문을 했는지 궁금해 지는 순간이었습니다.
혹시... 저작권 관련해서 제 블로그가 신고라도 들어간 걸까요?
제 블로그의 글이 너무 주옥같아서 방통위에서 읽어보려고 들어오신 건 아닐 테고.. 이것 참, 소심한 블로거 간
떨리게 하는군요..
제 블로그에 포스팅한 글 모두가 사회 통념이나 현행법상 문제가 될만한 부분이 티끌만큼도 없다고 자신하지
못하는 서비이기 때문에 '도둑이 제 발 저린 격'인 게지요.
그나저나 정말 궁금하군요.. 메일함에 제 블로그의 어떤 포스팅이 어떻게 묘사되고 있는지 말이예요..
전 그래서 현행법상 문제가 될 소지가 '눈꼽'만큼이라도 있다면 아예 포스팅을 안한다지요;;;
(이거 좋은 건지 나쁜 건지;;;; 대신 띵받게 하는 일이 있음 불을 뿜죠;;; 조만간 불 뿜을 포스팅이 하나 준비 중이라능;;)
얼마 전 페이팔 결제 모듈 부분을 작성하고 싶다는 어떤 분의 의뢰로 페이팔 API를 이용한 결제/조회/환불 인터페이스를 작성할 일이 있었다.. 어차피 결제 부분의 API는 페이팔에서 다 제공하기 때문에 난도가 높은 작업도 아니고 잠깐 짬을 내면 가능한 일이기에 작업 의뢰를 받아들였다.
외부 사이트에서 페이팔을 이용한 결제 진행에는 몇 가지 방법을 제공하고 있다.
하나는 머천트 사이트에서 '결제하기' 버튼을 클릭하면 페이팔 사이트가 열리고 새로 열린 페이팔 사이트에서 결제를 진행하는 방식이 있고 또 다른 하나는 머천트 사이트 내에서 모든 결제를 진행하며, 백그라운드로 페이팔 서버와 결제 정보 및 그 결과를 주고받는 방식이 있다. 그 외에도 몇 가지 다른 결제 방법을 제공하지만 가장 흔하게 쓰이는 방식이 이 두 가지가 아닌가 한다..
국외를 대상으로 한 사이트라고 그래서 사이트 내에 페이팔 결제를 통합하는 두 번째 방법으로 작업방향을 잡고 대강의 인터페이스 작업을 마치고 소스를 전달해 드렸는데 테스트 계정으로는 카드 결제가 잘 진행되는데 실제 정보를 세팅해서 결제를 진행하니 계속 오류가 나는 게 아닌가..
"Merchant Country Not Supported" 라나.. 뭐라나..
이 오류로 며칠 고민하다 종국에는 페이팔 디벨로퍼 커뮤니티에서 그 원인을 찾을 수 있었다.
해당 머천트는 미국이나 영국 소재의 페이팔 계정을 가지고 있어야 한다는 것.
아니, 이렇게 중요한 정보는 개발자 센터에서 눈에 띄는 위치에 명시해 줘야 하느 거 아닌가?
개발자 커뮤니티에 들어가 보면 같은 증상으로 호소하는 수많은 개발자로 넘치더구만...
개발 안내 페이지에 "Direct Payment only supports US and UK at this time" 한 줄의 문구만 있어도 이렇게 삽질을 안 하잖아.. 앙?
개발 명세대로 개발은 개발대로 다~ 하고 테스트하다 문제나오고.. 그거 원인 찾느라 커뮤니티 뒤지고. 결과는 '에? 이산이 아닌가벼~' 하는 허탈감을 맛보게 할 심산이 아니라면 말야...
내가 눈이 삐었나 보다.. 이글 작성하면서 보니 개발자 센터에 결제 방법 링크에 US니 UK이니 하는 문자가 적혀 있다..
하지만 결제방법을 선택하는 순간에 저 두 문자가 해당 머천트 계정의 소재지와 관계한다고 누가 생각이나 할 수 있단 말인가?

저 US와 UK가 무얼 의미하는지 미리 좀 알려달란 말이닷!!

미안하다.. 안내문구 있다..
미국에서 온라인 쇼핑몰을 운영하고 있습니다. 페이팔 Pro를 연결해 주실 분을 찾고 있습니다. brandonl1004@gmail.com으로 연락주세요. 전화 통화 원합니다.
회신드리려고 하는데 남겨주신 brandonl1004@gmail.com 은
등록되지 않은 메일이라고 합니다.
확인 부탁드립니다.
서비님 안녕하세요. 평소에RSS로 읽다가 궁금한게 있어서 실례인줄 알지만 댓글 하나 남깁니다.
저도 이번에 Payments Pro를 이용하여 API로 백단에서 결제 모듈을 붙이려고 하는데 역시나 같은문제...로 골머리를 ...
(꼭 API를 이용해야하므로 Standard를 안됩니다)
쇼핑몰이 한국에 있는데 Pro를 이용하기 위해서 'U.S' 계정을 그냥 만들기만 하면 되는것인지
아니면 US계정을 만들고, US계좌(?)를 만들고, US사업자등록(?)등 세부절차가 더 있는지....
어떠한 방식으로 pro를 이용하셨는지 도움좀 부탁드립니다^^;
bie님 안녕하세요.
요즘 업무때문에 블로그 자주 확인하지 못해서 회신 늦어졌습니다.
paypal payment pro로 운영중이신 사이트에서 고객의 결재를 끝내시려면
Merchant용 페이팔 계정과 U.S.은행계좌가 있으면 됩니다. 기술적으로는
해당 사이트는 Direct Payment 와 Express Checkout 결재방식을
모두 구현해야 합니다.
( 참조url : https://cms.paypal.com/us/cgi-bin/?cmd=_render-content&content_ID=developer/e_howto_api_WPWebsitePaymentsPro )
이전에 작업했을때는 의뢰하신분께서 US계좌 오픈절차를 진행하셔서
제가 직접 계좌를 여는데 관여하진 않았습니다.
안녕하세요.
website payment pro 를 이용하여
싱가폴에서 웹사이트를 운영하려고 합니다.
계정생성에서 부터 맞게 하고 있는건지 의문이 들어
이렇게 문의드립니다.
관련자료가 없어서 너무 갑갑하네요.
영어의 압박도 눈물겹게 힘들고요.
바쁘시고 번거로우시겠지만,
website payment pro 모듈을 이용하기 위한 절차의 정리를 부탁드립니다.
kongyber@naver.com 연락부탁드립니다.
감사합니다.
안녕하세요 제가 website payment pro 이용하여 결제를 붙히려고 합니다.
관련하여 처음부터 순서 정리된 자료가 있을까요?? 아님 참조하신 사이트라도
영어의 압박으로 영문만 보고하기에는 벅차네요
회신 기다리겠습니다.
jkno@crosscert.com
감사합니다.
안녕하세요? 개발자님,
페이팔 결제시스템을 이용해 쇼핑몰을 구축하려 합니다.
이미 미국내 사용을 위한 쇼핑몰을 운영 중이며 이 웹페이지를 이용하여 미국 외의 이용자를 위한 결제 버튼을 만들려고 합니다.
계정과 제품 등록은 마친 상태인데 문제는 shipping cost입니다. 접속자의 지역에 따라 shipping cost를 차별적으로 적용해야 하는데 이를 구현하려면 페이팔 API로 구현해야 한다고 들었습니다. 이러한 일의 솔루션을 가지고 계신지요? 가능하시다면 일을 맡기고 싶습니다. sm.cha@sena.com으로 연락주십시오.
감사합니다.
안녕하세요 개발자님.
뉴질랜드에서 인터넷 쇼핑 사업을 하는 사람입니다.
이번에 한국 홈페이지를 만들었는데요.
한국 신용카드 해외 결제가 잘 안되는 문제로 페이팔 결제 시스템을 넣고 싶어요.
인터넷에 정보가 너무 없다 보니 막막하여 문의 드려봅니다.
의뢰상담 꼭 받고 싶습니다.
이메일로 전화번호 남겨 주시면 전화 통화 드리고 싶습니다.
filco518@gmail.com
안녕하세요 개발자님
페이팔 페이먼트 프로 자격조건을 어떻게 알수 있는지요?
jbg0715@hotmail.com 으로 답변부탁드립니다.
감사합니다.
안녕하세요 개발자님
위의 내용을 보니까
싱가폴 법인으로는 Payments Pro를 이용하여 API로 백단에서 결제 모듈을 붙이는 것이
불가능한 것으로 되어있는데....
그럼 미국계정으로 위 방식대로 연결을 하고
싱가폴 법인으로 입금 가능한지요..??
위 방식으로 연결을 하고 싶은데
안내 주시면 의뢰를 하고싶습니다.
e-mail : paulkim5000@gmail.com 입니다.
안녕하세요 개발자님.
미국에서 건강식품 사업을 하는 사람입니다.
이번에 한국에 해외직구 홈페이지를 만들었는데요.
한국의 비씨카드,삼성카드 등을 처리할 수 없어 매출이 저조합니다.
이에 외국계 PG Payflow를 그누보드 기반 사이트에 적용하기 위한 모듈 제작 및 사이트 수정작업을 진행하고 있습니다.
준비는 되었는데, 이에 맞게 업그레이드 할 개발자를 찾지 못하고 있습니다.
인터넷 서칭중에 지금 사이트를 방문하게 되었는데
페이팔 결제 시스템을 넣고 싶어요.
안내 주시면 의뢰를 하고 싶습니다.
real.bluepop@gmail.com
안녕하세요.
국내 업체인데요 PayPal Payment Pro 계정을 이용해서 API를 이용하여 웹서버 백단에서 정기결제를 하려고 합니다. (달러 결제입니다)
미국 법인, 계좌만 만들면 Pro 계정 설정이 가능한가요?
다른 승인 절차라던가 조건은 없나요?
twkim@gtone.co.kr로 답변 부탁드립니다.
감사합니다.
안녕하세요. 한국에서 스타트업 하는 대표입니다.
마켓 플랫폼 런칭 준비중인데 한국에서 하는 글로벌 음악 데이터 마켓 플랫폼입니다.
페이팔에서 마켓 플랫폼은 사전 승인을 받아야한다는데요.거절을 받았습니다.
진짜 어떻게 해야하나요? 거절을 받은 사유도 거절을 준 부서와도 연락도 할수 없는 상황입니다.
어떻게 해야하는지 도와주시면 정말 감사드리겠습니다..
정말 지금 울고 싶습니다..

女 회계사 사건수첩 표지
java study 질답 게시판에서 서버-클라이언트 소켓 통신을 하는데 통신이 단절된다는 내용의 질문을 접했습니다.
질문자의 원글 보기..
코드를 보면 지극히 정석으로 코드를 작성 해 둔 상황입니다. 하지만 동작 중 어느 순간이 되면 통신이 안되기 시작하죠..
이는 비단 자바뿐만 아니라 다른 언어로 소켓 프로그래밍을 하더라도 동일한 현상이 발생할 겁니다.
원 질문자께서 저 코드로 어디까지 다버깅을 해 보셨는지는 알지 못하겠지만, 제가 판단하건데 동작이 안되는 시점은
필시 클라언트와 서버 양쪽 모두 while((read = bin.read())!=-1) 문에서 서로의 데이터를 기다리느라
블록 상태에 빠졌기 때문일 겁니다.
왜? 무슨 이유로 read() 에서 블록 상태에 빠졌을까요?
원인은 서버 소켓 쓰레드인 ClientHandler 쪽에서 찾을수 있습니다.
서버 소켓 코드를 보시면 클라이언트에서 받은 데이타를 읽는게 끝이나면 클라이언트로 데이타를 전송하는
절차적 구조로 작성 되어있는데요..
문제는 클라이언트로부터 데이터가 유입되는
[code]// received InputStream in = null;
BufferedInputStream bin = null;
in = m_socketClient.getInputStream();
bin = new BufferedInputStream(in);
ByteArrayOutputStream baos = new ByteArrayOutputStream();
int read;
while ((read = bin.read()) != -1) {
baos.write(read);
}
[/code]
부분이 원인입니다... 감이 좀 잡히시나요?
한번 API를 확인 해 볼 필요가 있겠군요. API를 보시면.. BufferedInputStream의 read() 메소드의 리턴 값을
the next byte of data, or -1 if the end of the stream is reached. 라고 명시하고 있습니다.
'스트림의 끝까지 갔을 때 -1을 리턴 한다'라고.. 데이터가 끝났을 때 -1이 아닙니다.
비록 클라이언트가 보낸 데이타는 끝이 났을지언정 클라이언트와 연결된 스트림은 끝나지 않았단 말이죠.
쉽게 말하자면 bin.read()에서 block된 상황은 BufferedInputStream인 bin이 끝나지 않았으며, 언젠간
새로운 데이터가 유입될테니 대기중이다.는 얘기지요.
이제 좀 감이 잡히시죠? ^^
결국 지금의 코드 대로라면 서버 소켓은 클라이언트에서 보낼 데이터를 영원히(혹은 time out까지) 기다리고 있는거죠..
이제 원인을 알았으니 해결책에 대한 아이디어도 떠오르셨을거라 생각합니다.
이런 경우 클라이언트 소켓도 쓰레드로 돌려야 하지만 인풋 스트림과 아웃풋 스트림도 각각 쓰레드로 처리 해
주셔야 질문과 같이 blocking으로 어플리케이션이 멈춰있는 문제를 회피할 수 있습니다.
관리자님 안녕하세요. 프로그래밍중 안되는 부분이 있어
해결책을 찾아보다가 여기서 같은 케이스를 찾게되서요.
제가 초보라 해결책이 잘 떠오르지 않는데
저런경우 인/아웃 스트림 쓰레드 처리에 대하여 좀 알려주실수 있을까요?
부탁드립니다. 감사합니다.
센스쟁이 구글씨..