시작
PG(Payment Gateway) 연동은 회사의 매출을 위해서 가장 중요한 작업 중에 하나이지만, 그리 쉽지 않은 작업이다. 그렇기 때문에 ‘아임포트'라는 별도의 서비스까지 나온게 아닌가 싶다.
‘네이버 페이’는 국내에서 가장 많이 사용되는 PG 중에 하나인데, 지난 몇 달 동안 ‘네이버 페이’와 문제없이 잘 연동되던 환경에서 문제가 발생되어 그 원인을 찾는 과정에서 알게된 사실들을 정리해본다.
문제
문제의 현상은 간단했다. ‘아임포트’에서 제공하는 ‘네이버 페이' 연동 sample manual을 보면, 연동을 위해서 입력하는 정보들 중에 ‘imageUrl’ 정보를 넣어야하는 걸 볼 수 있다. 그런데 이 ‘imagaeUrl’에 명시한 주소의 image를 ‘네이버 페이' 측에서 접근할 수 없었고, 그로 인해서 연동에 문제가 발생되었다. …
/* Last modified at December 13, 2015 */
환경
이 글의 내용은 아래와 같은 환경에서 확인된 내용이다.
OS (HOST) : Mac OS X (10.11.1)
OS (VM) : Ubuntu 14.04.3
(http://cloud-images.ubuntu.com/vagrant/trusty/ 에서 20151208.1.0)시작
Server, client 기반의 서비스 개발에 있어서, 개발자 1인이 온전하게 “혼자 사용”하는, “격리”된 개발 환경을 가지는게 좋다고 본다.
즉, 개발자마다 server와 client 전체가 포함된 “자신만의 full set”가 있으면, 안의 내용을 마음껏 수정, 테스트하고, 심지어 전체 재설치(reprovisioning)를 해볼 수 있기 때문이다.
이런 full set를 구축하기 위한 방법에 여러가지가 있지만, 가장 흔한 방법 중에 하나가 local(laptop, desktop)에서 Vagrant VM 기반으로 구축하는 것이다.
간단하게 Vagrant VM 사용의 장점으론,
- local 환경이므로, 초기 비용(laptop, desktop 구매) 이후에는 비용 지출이 없다. …
/* Last modified at November 24, 2015 */
환경
이 글의 내용은 아래와 같은 환경에서 확인된 내용이다.
OS : Mac OS X (10.11.1)
Git : 2.4.9
Zsh : 5.0.8시작
여러 Git repository(‘GitHub’, ‘Bitbucket’ 그리고 사설 Git server들)를 동시에 사용하다보면, 보안을 위해서라도, repository 별로 다른 ‘ssh key’를 쓰고 싶어진다.
또는 어떤 Git repository에서는 ‘ssh key’ import를 지원하지 않기 때문에, 어쩔 수 없이 다른 ‘ssh key’를 사용해야할 때도 있다.
하지만 아쉽게도, 이렇게 설정하기 위해선, 단순히 Git 설정 값 몇 개를 추가하는 정도가 아닌, 별도의 shell script를 작성해야한다.
해결
’~/.zshrc’에 아래 내용을 추가한다. 만약 ‘Zsh’ 대신에 ‘bash’를 쓴다면, 일반적으로 Max OS X에서는 ‘~/.bash_profile’ 그 외는 ‘~/.bashrc’에 …
/* Last modified at December 13, 2015 */
환경
이 글의 내용은 아래와 같은 환경에서 확인된 내용이다.
OS : Mac OS X (10.11.1)
Xcode : 7.1
Ruby : 2.0.0p645Installed Gems:bigdecimal (1.2.0)
blankslate (2.1.2.4)
CFPropertyList (2.2.8)
classifier-reborn (2.0.3)
coffee-script (2.4.1)
coffee-script-source (1.9.1.1)
colorator (0.1)
execjs (2.6.0)
fast-stemmer (1.0.2)
ffi (1.9.10)
io-console (0.4.2)
jekyll (2.5.3)
jekyll-coffeescript (1.0.1)
jekyll-gist (1.3.4)
jekyll-last-modified-at (0.3.4)
jekyll-paginate (1.1.0)
jekyll-sass-converter (1.3.0)
jekyll-sitemap (0.9.0)
jekyll-watch (1.3.0)
json (1.7.7)
kramdown (1.9.0)
libxml-ruby (2.6.0)
liquid (2.6.3)
listen (3.0.3)
mercenary (0.3.5)
minitest (4.3.2)
nokogiri (1.5.6)
parslet (1.5.0)
posix-spawn (0.3.11)
psych (2.0.0)
pygments.rb (0.6.3)
rake (0.9.6)
rb-fsevent (0.9.6)
rb-inotify (0.9.5)
rdoc (4.0.0)
redcarpet (3.3.3)
rouge (1.10.1)
safe_yaml (1.0.4)
sass (3.4.19)
sqlite3 (1.3.7)
test-unit (2.0.0.0)
toml (0.1.2) …
환경
이 글의 내용은 아래와 같은 환경에서 확인된 내용이다.
OS : Ubuntu 14.04.3
(http://cloud-images.ubuntu.com/vagrant/trusty/ 에서 20151021)
DNSMasq : 2.68시작
최근에 OpenStack Swift로 AWS S3와 호환되는 object storage를 구축한 적이 있다.
여기서 지원해야하는 AWS S3의 기능 중에 ‘Subdomain Calling Format’이라는 bucket 이름의 기반한 public URL을 생성해주는 기능이있다.
즉, AWS S3에서는 아래 두 URL이 동일한 의미를 가진다.
Calling Format | URL
------------------------------------------------------------------Subdomain | http(s)://[bucket].s3.amazonaws.com/[object]
Ordinary | http(s)://s3.amazonaws.com/[bucket]/[object]문제
DNS에 domain을 등록할 경우 ‘Subdomain Calling Format’ 지원에 큰 어려움은 없다.
하지만 개발 환경(DV phase)의 경우, local(laptop)에 Vagrant VM을 띄워서 내부에서만 사용하는 dummy domain을 ‘/etc/hosts/’에 등록해서 사용하고 있었고, 이 방법은 subdomain을 지원하지 않기 때문에, 가능한 모든 bucket 이름마다 ‘/etc/hosts’에 등록해줘야하는 문제가 있다. …
