크롬 지메일 접속시 400 Bad Request 해결법

뒷조사를 해보니~ 크롬뿐만 아니라 사파리도 그렇고 다양한 브라우저에서 지메일 접속시 저런 경우가 간혹 생긴다고 하더군요!!

저 역시 아무리 해도 지메일을 접속할 수 없었습니다.

이유는 지메일에서 브라우저의 쿠키값을 판단하는데 그 값이 잘못되어 있는 경우 악의적이라 판단하고 위와 같이 접속 자체를 못하게 막아놓았다 하더군요! 그렇다고 해결 방법이 없는 것은 아니오니 아래와 같이 몇가지만 따라하시면 바로 지메일로 접속하실 수 있을거에요~!! ^^

자~ 그럼 아래와 같이 따라 해보시기 바랍니다.
Ctrl + Shift + Delete를 동시에 눌러주시면 아래와 같은 창이 뜹니다.

그럼, 체크되어 있는 것처럼~

캐시 비우기 (옵션) > 쿠키 및 기타 사이트 데이터 삭제

체크하셔서 하단의 인터넷 사용정보 삭제를 누르시면 해결됩니다.
캐시 비우기는 옵션으로 말씀드렸다시피 안하셔도 되지만, 쿠키 지우기 하셔서 안되신다면 캐시비우기도 체크하셔서 해보시면 해결되시리라 생각됩니다.

Appshake for NaverApp

[box type=”info”] 2013년 5월 30일부로 ‘앱쉐이크 for iPhone’앱이 소셜게임에서 삭제되었습니다. 참여하라고 난리칠때는 언제고… 게임 이외는 돈벌이가 안되니~ 다 짤라내는군요! 역시 전 네이버가 시러효!![/box]

 

이번에 새롭게 네이버 앱에 앱쉐이크 for iPhone을 개발 공개하게 되었는데요!
허접한 실력이지만 나름 공부한다는 마음으로 재미있게 만들어보았습니다.
앞으로 많은 사랑 부탁드리며, 특히 아이폰 유저분들이라면 꼬오오오옥~ 사용해 주셨으면 하는 바램입니다. ^^

제가 앱쉐이크를 개발하게 된 이유는 단 한가지 입니다.

자사가 개발한 아이폰 어플인 포토쉐이크(하단 사진 참조)를 한국시장에 조금이라도 더 알려보고 싶어서입니다.
사실 현재 가장 잘 팔리고 있는 나라는 한국이 아니라 미국입니다.
그렇다면 다음이 한국일까요? 아닙니다. 홍콩, 대만, 태국과 같은 동남아시아쪽입니다.
현재는 중국에서 무서운 속도로 이용자가 증가하는 추세구요! ^^;

여튼 다양한 마케팅을 시도해보았지만 유형이 아닌 무형 컨텐츠를 마케팅하는 것이 쉽지 않았습니다. 하지만 쉽지 않은만큼 다양한 시도를 해볼 수 있다는 점에서는 모색할 수 있는 길이 무궁무진하다는 생각을 갖게 되었고, 그 중 한가지 방법으로써 네이버앱을 이용하기로 결정했습니다.

네이버앱을 이용해서 무엇을 만들까? 무척 많이 고민했습니다. 개인적인 시간제약으로 인해 최대한 관리하지 않는 방향으로 고민하다 보니 결국 “아이폰의 앱스토어를 네이버에 그대로 옮겨놓아보자”로 결정이 되더군요!
그래서 그대로 옮겨놓았습니다. ㅡㅡ;

다만, 아이폰에서 보는 앱스토어와 다른 점은 아이폰 앱스토어의 경우 사용자 아이디로 로그인된 스토어만 검색 및 구매가 가능해서 다른 나라의 스토어 앱은 볼 수가 없습니다. 물론 부아이디를 이용해서 해당나라의 계정을 만들면 가능하지만 여러분들도 아시다시피 굉장히 번거로운 작업입니다.

이런 고민없이 어느나라에 무슨앱이 있고 랭킹은 어떻고 무엇에 쓰는 앱인지까지 모두 보실 수 있으며, QR코드를 스캐니와 같은 어플로 찍으시는 순간 바로 해당 앱스토어의 설치페이지로 이동도 해줍니다.

그리고 영어, 일본어, 중국어와 같은 언어로 나온 페이지는 번역기능을 통해 퀄리티는 다소 떨어지지만 바로 한글화도 시켜줍니다. (구글 유료화 정책으로 번역기능은 동작하지 않습니다.)
나머지 것들은 사용해보시면서 즐겨보시면 될 것 같구요!!

앱쉐이크 for iPhone은 2010/12/31에 등록한 네이버 소셜앱으로써 기본적으로 소셜컨테이너에 Sandbox형태로 제공되는 스크립트를 제외하고는 순수 jQuery를 이용해 제작하였습니다.

[소개]

소개페이지 바로가기

아이폰 어플리케이션의 이름, 설명, 가격, 유료랭킹, 무료랭킹, 매출랭킹, 분류별랭킹, 검색기능 제공. (단, 랭킹은 최대 96위까지 제공), 마우스 오버시 어플 이미지 하단에 3개의 아이콘이 나타나며 좌측부터 좋아요, 스크랩, 상세보기 버튼 지원, 앱화면이 로딩되면 기본적으로 국가/한국, 분류/전체, 갯수/12개, 종류/TopPaid로 디폴트 출력, 우측 상단의 TopPaid, TopFree, TopGrossing을 클릭하시면 유료/무료/최다매출별로 랭킹 조회 가능, 상세보기를 통해 앱 상세설명에 접근시 상단에 Description 메뉴 우측 국가별 언어번역 기능, 국가 및 분류를 선택시 해당 국가와 분류별 실시간 앱스토어 랭킹 확인 가능, 애플의 RSS피드를 이용해 제작해 간혹 지연이 생길 수 있사오니 이런 경우 조금 쉬었다가 다시 시도해주시길 바랍니다.

 

[카페플랫폼 적용]

 

[블로그플랫폼 적용]

 

[미투데이플렛폼 적용]

 

아이폰 앱관련 상세데이터 피드 받아보기 (AppAnnie.com)

앱애니는 방대한 어플의 기본정보제공은 물론 랭킹정보 또한 아주 상세하게 제공해주는 사이트입니다.

  1. 자신이 개발한 어플이 현재 전 세계적으로 랭킹이 어떻게 되는지?
  2. 시간이 지날 수록 인기를 얻어가는지?
  3. 어느나라에서 가장 잘 팔리는지?

궁금하지 않으세요?

앱애니(appannie.com)가 이 궁금증을 해소해드립니다.또한 애플과 제휴를 맺어 앱애니 내에서 내 애플ID의 계정 정보 또한 수정/변경이 가능합니다.

사실 앱애니는 지난 9월경 포토쉐이크 릴리즈하면서 접하게 되었는데, 시간이 꽤 지나고나서야 포스팅해봅니다.

앱애니의 경우 별도의 FEED를 제공하지는 않지만, 소스를 들여다 보면 다음과 같은 URL을 자체적으로 사용하고 있었습니다.

http://www.appannie.com/389104355/ranking_table/?d=2010-12-19&type=ranks

위의 주소는 PhotoShake! 의 랭킹정보입니다.

좀 자세히 뜯어보면 다음과 같습니다.

 

Request

http://www.appannie.com/[앱ID or 앱Name]/ranking_table/?d=[날짜]&type=[제공할 정보 타입]

 

  • 앱ID or 앱Name : 어플명이 중복되거나 영어가 아닌 경우 ID로 들어가게 되고, 영어인 경우 이름이 들어가게 되어 있습니다. 예를 들면 cut the rope의 경우 cut-the-rope로 들어가게 되는 식입니다.
  • 날짜 : 형식은 2010-12-19 와 같은 형식으로 들어가게 됩니다. 다만 주의할 점은 날짜가 오늘 기준 2일전이여야만 합니다. 이유는 앱애니는 워낙에 방대한 데이터를 처리하다 보니 실질적으로 서비스할 수 있는 데이터를 수집하는 기간이 2일정도 걸리는 듯 합니다. 따라서 오늘이 1월 15일이라면 1월 13일이라는 날짜로 피드를 받아야 정상적으로 응답받을 수 있습니다.
  • 정보타입: 크게 4가지의 타입이 있으며 아래와 같습니다.
    • ranks : 종합 랭킹정보
    • grossing : 종합 매출랭킹 정보
    • best-ranks : 각 스토어별 최고 랭킹 정보
    • best-grossing-ranks : 각 스토어별 최다 매출 랭킹 정보

Response

응답내용은 아래와 같습니다. http://www.appannie.com/389104355/ranking_table/?d=2010-12-19&type=ranks

이 링크를 클릭하시면 쉽게 이해가 가실 것 입니다.

아이튠즈 피드에서 리뷰받아 오기

이걸 만든 계기는 사내 프로젝트 관리 사이트 구축하면서 유저들의 피드백을 손쉽게 받을 수 있도록 하기 위해 만들었습니다. 그럼, 아이튠즈에서 리뷰를 가져오는 방법에 대하 간략하게 소개하고자 합니다.
기본적인 로직은 아이튠즈에서 아래 URL로 XML데이터를 가져와 파싱하는 방식이며 데이터를 가져올 주소는 다음과 같습니다.

http://ax.phobos.apple.com.edgesuite.net/WebObjects/MZStore.woa/wa/viewContentsUserReviews?id=[APP_ID]&onlyLatestVersion=[BOOLEAN]&ign-impt=clickRef&pageNumber=[PAGE_NUMBER]&sortOrdering=[NUMBER]&type=Purple+Software&mt=8  [] 안에 알맞은 변수값을 넣어주시면 되구요 변수값은 http://lib.qnibus.com/itunesreview/ 소스보기를 통해 상단 검색폼 확인하시면 될 것 같습니다.

가장 중요한게 있는데 반드시 요청할때 헤더에 다음과 같은 정의를 추가해주어야 데이터를 받아 볼 수 있습니다. <X-Apple-Store-Front: 143459-1> 여기서 143459는 스위스의 스토어 아이디입니다. 물론 표기는 숫자지만 -1를 포함한 문자열로 넘겨주셔야 합니다.

또한가지 중요한 부분은 User-Agent의 설정입니다.
헤더에 <User-Agent : iTunes/10.0.0.68 (Macintosh; Intel Mac OS X 10.5.8) AppleWebKit/531.21.8> 이렇게 넣어주세요! 전 만든지 오래되서리 정보가 저런데 자신의 환경에 맞는 버전으로 바꿔주셔도 됩니다.

한눈에 보기 편하도록 작성된 코드도 같이 첨부합니다.

위의 2가지를 반드시 해주셔야 XML데이터를 반환해줍니다.
최근들어 이걸 물어보시는 분들이 계셔서 포스팅합니다.

작업실 예제보기

원격블로깅을 위한 또다른 방식 AtomPub

여태 블로그 원격업로드를 조사해보며, Metaweblog 기반의 XMLRPC만 작업을 해보았는데요~

일본쪽 유명블로그에 업로드하는 것을 알아보다보니 AtomAPI를 구현해야 될듯하여 정리하게 되었습니다.
아래의 문서는 http://mattn.kaoriya.net/web/20071106124750.htm 에서 발췌하여 기록합니다.

유명한 블로깅의 대부분은 원격에서 블로그를 업데이트 할 메커니즘을 제공합니다.
그 중에서도 일반적인 것이 일전에 말씀 드린 “XMLRPC”를 기반으로 한,

  1. Blogger API
  2. MetaWeblog API
  3. MovableType API

이렇게 3가지가 보편화 되어 있습니다.

현재 Blogger는 XMLRPC 방식이 아닌 Atompub를 사용하고 있습니다.
보안상 XMLRPC보다는 Atompub가 더 안전하기때문에 XMLRPC를 사용하는 사이트들은 가급적 사용을 자제시키려고 합니다.
네이버 블로그의 경우 아예 사용가능함에도 불구하고 언급도 잘 안해놓고 있는 것을 보면 알 수 있습니다.

XMLRPC의 경우는, 원격 메소드로 XML을 생성하여 블로그 게시물 제거 등을 실시하고 있지만 AtomPub의 경우 전송되는 XML 단위 자신이 문서가됩니다. 이 문서를 GET / POST (PUT) / DELETE 메서드를 사용하여 문서 (블로그)를 업데이트합니다.

AtomPub는 Atom 피드 끈을 정한 등록용 URI에 문서를 POST (PUT)하는 것으로 새 항목 기존 항목을 끈 정한 편집 URI에 POST (PUT)하는 것으로 항목을 업데이트하고 기존 항목의 편집 URI에 DELETE 메서드를 보내는 것으로 항목을 삭제합니다.

일부 서버에서 DELETE 메서드를 받아들이지 않는 것도 있기 때문에, “X – Http – Method – Override : DELETE”라는 헤더 DELETE 메서드와 동일한 작업을 수행할 수있는 것처럼되어있는 서버도 있습니다. 이 2 개의 API의 주요 차이점은 문서 형식 및 인증 방법을들 수 있습니다.

XMLRPC의 경우 각 메서드에서 사용자 ID 및 암호를 전달할 수 있습니다.
또한, XMLRPC에서 전송되는 XML 자신은 메서드 매개 변수를 포함, 그 안에는 사용자 ID와 암호를 포함하게됩니다.
따라서 이차적인 이용이 불가합니다.

하지만 AtomPub의 경우는 위에서 설명한대로 전송되는 XML 자신이 문서이기 때문에 재차 사용할 수 있습니다.
또한 인증 방법은 일반적으로 Basic 인증 또는 WSSE 인증이 사용되고 있으며 이를 통해 사용자 아이디와 비밀번호가 암호화 되어 전송되기때문에 XMLRPC보다는 안전하다고 할 수 있겠네요!

그럼 간략하게 인증방식에 대해 짚고 넘어가보도록 하겠습니다.

  1. Blogger 방식 : Basic인증 (https/http든 인증에는 지장이 없습니다. 다만 추후 https만 될 것이라고 예상)
  2. 고전적인 방식 : WSSE인증 (TypePad, Livedoor, Lovelog, So-net등에서 사용)
    1. TypePad, Livedoor, Lovelog : 블로그 관리화면에 Login 사용자 이름과 암호를 사용하여 WSSE 인증
    2. So-net : Atom API에 게시하기 위한 전용 비밀번호를 검색하고 이를 사용하여 WSSE 인증, 이름은 So-net에 로그인할 때의 사용자 이름이 아닌 So-net 블로그 별도로 설정한 사용자 이름을 사용합니다.
  3. 독자적인 방식 : WSSE인증 (Ameba)
    1. WSSE 생성 방법이 아메바 독자적인 것으로 보이지만 아마도 Atom 명세서를 오독하면서 구현했다고 생각됨

이렇듯 실제로 위와 같은 인증방식 이외에도 세부적으로 차이가 있고 그 부분을 다 고려하면 Atom API의 구현 방식의 종류는 무수히 많을 수도 있습니다. 하지만 대부분 고전적인 방식을 사용하고 있으니 참고하시면 될 것 같구요! WSSE 인증스펙에 대해 간략하게 설명 드리도록 하겠습니다.

  • Username : 해당 블로그에서 요구하는 사용자 아이디 및 이름
  • passwordDigest : base64 – SHA1(Nonce.Created.Password)를 연결하여 만들어 암호화 (Oauth 인증과 유사)
  • Timestamp : Nonce를 생성한 날짜 2012-12-31T00:00:00Z와 같은 형식 (ISO-8601)
  • Nonce : 클라이언트가 http요청을 할때 마다 고유하게 만들어진 임의의 식별자로 Atom API에서는 일반적으로 16진수의 임의의 자리수로 생성

이렇게 암호화에 대해서 간략하게 살펴보았습니다.
마지막으로 대부분의 블로그는 다음과 같은 API로 구현하고 있습니다.

아래 리스트는 일본쪽 블로그에 관련된 정보를 가져왔으니 대개의 형식이 아래와 같다고 생각하시면 됩니다.

블로그 제공 API 형식 진입점
teacup XMLRPC HTML http://white.ap.teacup.com/applet/ [username] / postmsgrpc
EGOIST 블로그 XMLRPC HTML http:// [blogid] .ebsystems.jp / xmlrpc.php
내 블로그의 처음으로 가진 blogid
FC2 블로그 XMLRPC HTML http://blog.fc2.com/xmlrpc.php
JUGEM XMLRPC HTML http:// [blogid] .jugem.jp / admin / xmlrpc.php
JustBlog Atompub HTML http://app.justblog.jp/t/atom/weblog/blog_id = blogid]
Livedoor Blog Atompub HTML http://cms.blog.livedoor.com/atom/blog_id = blogid]
MSN Space XMLRPC HTML https : / / storage.msn.com / storageservice / MetaWeblog.rpc
NetLaputa XMLRPC HTML http://blog.netlaputa.ne.jp/rpc/mt-xmlrpc.cgi
News Handler XMLRPC HTML http://blog.nettribe.org/xmlrpc.php
Seesaa 블로그 XMLRPC HTML http://blog.seesaa.jp/rpc/
WordPress XMLRPC HTML http://faq.wordpress.com/xmlrpc.php
Yahoo! 블로그 XMLRPC HTML http://api.my.yahoo.co.jp/RPC2
Blogger Atompub HTML http:// [blogid] .blogspot.com / feeds / posts / default
Blogger XMLRPC HTML http://blog.goo.ne.jp/xmlrpc.php
pwBlog XMLRPC HTML http://www.pwblog.com/xmlrpc
Vox Atompub HTML http:// [blogid] .vox.com / library / posts / atom.xml
는이라고북마크 AtomPub TEXT http://b.hatena.ne.jp/ [username] / atom /
Hatena 다이어리 Atompub Hatena 표기법 http://d.hatena.ne.jp/ [blogid] / edit
아메바 Atompub HTML http://ameblo.jp/servlet/_atom/blog/ [blogid]
코코 로그 XMLRPC HTML http://app.f.cocolog-nifty.com/t/api
도리코무 XMLRPC HTML http://blog.drecom.jp/api/xmlrpc
블로그 명 XMLRPC HTML http://app.blog.ocn.ne.jp/t/api/
PLAYLOG XMLRPC Wiki http://playlog.jp/_atom/blog/ [blogid]

블로그 지원 메트릭스

이번에 일본쪽 유명 블로그 업로드 부분에 대해서 조사하다 알아두면 나쁘지 않을 것 같아 기록해둡니다.

확인된 블로그

블로그 활동 비고 대응 규격
Movable Type 3 이상 (4 포함) 정식 대응  3.2 이상을 사용하는 경우, MovableType의 사양 변경으로 MovableType 관리 화면의 기본 메뉴> 시스템 메뉴> 작성자 프로필 화면에서 “Web 서비스 암호”(MT3.2는 “API 암호”)를 설정하고 그것을 BlogWrite에서 사용해야합니다. 4.0 이상에서는 1. MovableType? 관리 화면 시스템 2의 사용자 3. 등록한 사용자 이름을 클릭 4. 프로필 수정 5. Web 서비스 암호입니다. 또한 하위 분류 계층 구조가 아닌 평면 구조되지만, 이용하실 수 있습니다. XML – RPC
Movable Type 2.x 정식 대응  이 버전에서는 MovableType에 일부 문제가 있으므로 반드시 트랙백을 “BlogWrite에서 보내기”에 체크하십시오.경우에 따라 데이터베이스가 손상될 수 있습니다. MovableType3.2 이상 버전에서는이 문제가 발생하지 않습니다.특별한 이유가없는 한 MovableType3.2 이상의 버전을 권장합니다. XML – RPC
TypePad.jp 정식 대응  주요 카테고리 게 없기 때문에 주로 분류의 지정은 일반 범주로 취급됩니다. 또한 작성일을 지정하면 시간이 9 시간 어긋나는 것이 있습니다만, 이것은 서비스 쪽 문제입니다 (UTC를 사용한다는 확인 버튼을 선택하면 해결할 수 있습니다.) XML – RPC
TypePad.com 동작보고도  저두요. XML – RPC
코코 로그
(TypePad)
정식 대응  저두요. XML – RPC
블로그 명
(TypePad)
동작보고도  저두요. XML – RPC
Livedoor Blog 정식 대응  디자인 모드에서 편집하거나 HTML 모드에서 “자동 줄 바꿈”을 해제 상태로 게시할 때는, Livedoor 블로그 관리 화면 설정 “블로그 설정 및 관리”조> “게시 양식 구성”에서 “개행 도 반영하지 않는다 “에 체크하십시오.
또한 현재 로써는, 추기, 키워드 댓글 리셉션 허용 여러 범주를 지정하고, 트랙백 접수 권한은 통신 표준에 문제 없습니다. 또한, Livedoor 블로그에 게시물 날짜를 지정할 수도 없습니다.
http://cms.blog.livedoor.com/atom/blog_id = [blogid]
Atom API
러브 로그
(Livedoor Blog)
동작보고도  저두요. Atom API
Seesaa Blog 정식 대응  기사를 삭제해도 즉시 적용되지 않습니다. 담당자에 의하면 5 분마다 작업이므로 사양이라고합니다. 게다가, 여러 종류의 지정 동작이 조금 이상합니다. 아무 래도 여러 카테고리를 지정할 수없는 것이되고있는 모양입니다. XML – RPC
FC2 블로그 동작 확인  또한 이미지 이외의 파일 업로드 여러 범주 지정 및 키워드, 요약의 지정은 FC2 여러 측의 사양으로 불가능합니다. 로그인에 사용하는 사용자 ID는 FC2 등록한 메일 주소로 할 수있는 것 같습니다.
http://blog.fc2.com/xmlrpc.php
XML – RPC
So – net blog 동작 확인  2005/08/20 현재 카테고리 지정을 할 수 없습니다. 지금 단계 So – net blog의 사양과 같습니다. 단, 향후 몇 개월 이내에 기능 추가 될 가능성이 높은 것으로 알고 있습니다.
사용자 ID와 암호는 일반와는 별도 “AtomAPI 전용 비밀 번호”가 필요합니다. 블로그 “관리 페이지”의 “설정”탭 아래의 설명이 있습니다. 또한 현재 로써는, 추기, 키워드 댓글 리셉션 허용 여러 범주를 지정하고, 트랙백 접수 허용 옵션은 통신 표준에 문제가 없습니다.
AtomAPI
WordPress 동작 확인  WordPress 2.1.2 (문자 코드 UTF – 8)에서 테스트. 2006-06-06 현재 : WordPress ME 2.0.3에서 WordPress 설치시 문자 코드를 UTF – 8로 설정하지 않으면 XML – RPC의 게시물은 할 수없는 것 같습니다. XML – RPC
WordPress.com 동작 확인  2006/06/09 현재 : 기사를 통하여 일본어가 변하는 상황이 확인되고 있습니다만, 일본어를 사용해야 이용하실 수 있습니다. 계정을 추가할 때, 블로그 유형 “기타”를 선택하고 XML – RPC 끝점을 아래와 같이 지정하여 사용할 수 있습니다.
http://사용자 이름.wordpress.com / xmlrpc.php
(사용자 이름 곳에 등록되는 사용자 이름으로 대체하십시오.)
XML – RPC
도리코무부로구 동작 확인  “다중 카테고리”은 지원하지 않는 것 같아서, 카테고리는 1 개 밖에 설정할 수 없습니다. 기사마다 주석 허용 불가, 트랙백 허용 불가를 설정 할 수없는 사양 같습니다.
일반적인 암호와는 별도로 관리 화면에서 API 전용 암호를 설정해야합니다. 자세한 내용은XML – RPC API를 지원했습니다. – 도리코무부로구 공지 를 참조하십시오.
XML – RPC
JUGEM 동작 확인  JUGEM의 제한으로, * 코멘트 “허용 허용하지 않음”* 트랙백 “허용 허용하지 않음”은 이용하지 못하고, 추기도 쓸 수없는 것은 사양이라고합니다. 또 “여러 범주”은 지원하지 않는 것 같아서, 카테고리는 1 개 밖에 설정할 수 없습니다. 다른 제한 사항은JUGEM 공지 블로그 | 게시물 API (XML – RPC API) 공개 내용을 참조하십시오. XML – RPC
XOOPS 동작보고도  WordPress 플러그 대응. 끝점은
http:// 도메인 / XOOPS 디렉토리 / modules / wordpress / xmlrpc.php
XOOPS Protector를 포함하는 경우 XML – RPC 통신을 허용합니다.
2006/06/09 현재 : 아마존의 제휴 ID가 포함된 기사를 게시하고, 블로그에서 응답이없고, BlogWrite에서 오류가 발생합니다. 그냥 기사 자체가 게시되어있는 것 같습니다.
XML – RPC
Ameba 블로그 테스트 중입니다  현재 BlogWrite에서 테스트를 진행하고 있습니다. 현재 위치, 추기, 키워드 댓글 리셉션 허용 여러 범주를 지정하고, 트랙백 접수 허용 옵션은 통신 표준에 문제가 없습니다. 또한, 아메바는 게시물 날짜를 지정할 수 없습니다. 또한 테마 (카테고리)의 취득 및 지정도 할 수없는 것 같습니다. 기사 본문 중에 JavaScript (이미지 팝업 등으로 사용)을 포함하면, 기사마다 거절하는 모양입니다.
덧붙여서, 아메바는 WSSE 헤더를 만들 때 암호를 MD5 값으로 SHA1/NONCE를 만들 필요가 있습니다.
http://ameblo.jp/servlet/_atom/blog/ [blogid]
AtomAPI
goo 블로그 동작 확인  게시물 이미지의 크기가 일정 이상 큰 경우 서버에서 자동으로 축소되는 것 같습니다. (예 : 1024×768 이미지를 게시하면 320×240으로) 일반적인 암호와는 별도로 전용 암호를 설정해야합니다. goo 블로그 관리 화면의 왼쪽 설정 메뉴에서 “개인 정보”페이지 “부로구라이타 기능 (XML – RPC)”을 “사용”에 체크 별도의 암호를 설정합니다.실수 보통 암호를 사용하면 “블로그가 하나도 없습니다”라는 잘못된 오류가 나옵니다. XML – RPC
DTI 블로그
(FC2 블로그)
동작 확인  상세 불명. 그러나 FC2 블로그 시스템을 이용하고있는지도 모른다 때문에 기본적으로 FC2과 동일하다고 생각됩니다. XML – RPC
Drupal (CivicSpace) 동작 확인  모듈 blogapi를 활성화, Blog Input Format를 Full HTML로 설정하십시오. XML – RPC
EGOIST 블로그 동작 확인  끝점은
http://blog여기는 각 사용자의 서버 이름 (01).ebsystems.jp / xmlrpc.php
XML – RPC

문제가있는 블로그 또는 보류중인 블로그

블로그 활동 비고 대응 규격
MSN Spaces 테스트 중입니다  현재 BlogWrite에서 테스트를 진행하고 있습니다. 2006/01/22 현재 범주 설정 및 이미지 파일의 업로드는 지원하지 않는다는 것입니다.
MSN 공간 관리 화면의 “설정”탭에서 “전자 우편 게시물”탭에서 “전자 메일 게시를 설정하려면”에 체크하고 이메일 주소를 입력합니다. “비밀의 키워드”를 설정하고 “저장”을 클릭하십시오. BlogWrite 계정을 추가하면 “블로그의 유형을 선택”에서 MSN 스페이스를 선택하고 사용자 이름에는 공백 이름을 입력합니다. 스페이스 이름은 관리 화면의 URL을 확인하여
http://spaces.msn.com/members/공간 이름/ PersonalSpace.aspx
“공간 이름”에 해당하는 부분을 사용해야합니다. 접속 후, “Access Denied”오류가 반환되는 경우에는 하루 정도두고 다시 시도해주십시오. 특정 횟수 이상 로그인에 대한 암호를 실수 로그인이 잠겨 있으면이 오류가 발생하는 것 같습니다.
https : / / storage.msn.com / storageservice / MetaWeblog.rpc
XML – RPC
Blogger 확인중  2006/11/06 현재 Blogger의 규격 변경에 따라 해당 작업 및 확인 작업 중입니다. 관리 화면에서 자동 줄 바꿈을 취소하지 않으면 줄바꿈이 이중으로 세울 수 있습니다. 현재 위치, 추기, 키워드 댓글 리셉션 허용 여러 범주를 지정하고 트랙백 보내기 등의 옵션, 파일 업로드는 블로그의 설계 수 없습니다. 또한, 2006/01/25 현재 Blogger의 리뉴얼에 따라 지난 기사를 검색할 때, 이미 존재하지 않는 기사가 나열되고, 그렇지 않으면이 사라 지거나하는 버그를 확인하고 현재 Blogger 운영 원래 Google에보고 중입니다. Atom API
AutoPage 검토 중  2006/01/22 현재 AutoPage 제한에 기사와 관련된 분류 (장르)의 취득 (mt.getPostCategories)가 불가능하므로, 카테고리 관련이 작동하지 않습니다. 또한 게시물 로그에서 기사를 열고 파일 편집 화면에서 과거 기사를 검색하려고하면 “no such method`metaWeblog.getPost ‘”라는 오류가 나옵 니다만, AutoPage에서는 기사의 ID를 지정하여 문서를 검색 (metaWeblog.getPost) 할 수없는 한계가 있기 때문입니다. “최신의 과거 기사를 N 개”로 지정하고 과거 기사를 검색하십시오.
게시물에서 XML – RPC API를 구현했다“참조하십시오.
XML – RPC
News – Handler 동작 확인  게시하면 에러가 리턴하는 것을 확인하고 있습니다. News – Handler 님의 수정을 기다리고 있습니다. 2006/12/28 XML – RPC

미확인된 블로그

블로그 활동 비고 대응 규격
벚꽃의 블로그
(seesaa blog)
미확인
(동작보고 있음)
 계정 추가, 종류에서 “기타”를 선택하고 “API 끝점 입력”에서
http://blog.sakura.ne.jp/rpc/
를 입력하십시오. 사용자 이름과 암호는 블로그에 대한 이용하십시오.
XML – RPC
TV 리포트 미확인  블로그 엔진은 TypePad 시스템이므로 BlogWrite도 사용하지만, 실제로는 동작을 확인하고 있지 않습니다. XML – RPC
Media Wagon 미확인
(동작보고 있음)
AtomAPI
NetLaputa Blog 미확인  상세 불명 XML – RPC
269g 미확인
(동작보고 있음)
XML – RPC
Serene Bach (구 sb) 미확인
(동작보고 있음)
XML – RPC
pplog 미확인
(동작보고 있음)
XML – RPC
teeter totter 미확인
(동작보고 있음)
XML – RPC
Blojsom 미확인 XML – RPC
Blosxom 미확인  BXR 플러그인 지원 XML – RPC
COREBlog 미확인 XML – RPC
Nucleus 미확인 XML – RPC
SweetBoxBlog 미확인  이미지 업로드는 지원하지 않는 것 같습니다. XML – RPC

지원되지 않는 블로그

블로그 활동 비고 대응 규격
Yahoo! 블로그 동작 확인  http://api.my.yahoo.co.jp/RPC2 XML – RPC
로리뽀부로구 이용 불가  현재 로써는 블로그 쪽 기능이 없습니다. (JUGEM와 동일한 계통의 시스템을 이용하고있는 것 같아서, 앞으로는 …?)
rss 이용 불가  API 통신이 중단되는 모양입니다.
야뿌로구! 이용 불가  현재 로써는 블로그 쪽 기능이 없습니다. (도리코무와 동일한 계통의 시스템을 이용하고있는 것 같아서, 앞으로는 …?)
낙천 광장 이용 불가  현재 로써는 일기 측에 제공하지 않습니다.
mixi 일기 이용 불가  현재 로써는 일기 측에 제공하지 않습니다.
웨부리부로구 이용 불가  현재 로써는 블로그 쪽 기능이 없습니다.
Doblog 이용 불가  현재 로써는 블로그 쪽 기능이 없습니다.
Hatena 다이어리 이용 불가  대응은 긍정적으로 검토 중이라고합니다.
iza 블로그 이용 불가  현재 로써는 블로그 쪽 기능이 없습니다.
닌자 블로그 이용 불가  현재 로써는 블로그 쪽 기능이없는 것 같습니다.
AOL 다이어리 이용 불가  현재 로써는 블로그 쪽 기능이없는 것 같습니다.

출처

출처에 제시된 자료가 5년이 지난 자료이기에 정확하지 않을 수 있는 점 꼭 확인하시기 바랍니다.Watch movie online The Transporter Refueled (2015)

카페24에 구글 어플리케이션 MX 레코드 등록방법

 

자신의 도메인이 있으십니까? 혹 name@example.com 의 이메일이 부럽진 않으셨는지요?

저는 무지하게 부러웝습니다. ㅋㅋ

예를 들자면 저는 아래와 그림과 같이 qnibus.com 이라는 도메인을 가지고 있다 치지요!!
아참 도메인이 없는 경우 여러모로 알아봤는데 http://www.dotname.co.kr 닷네임이 영문도메인(.com/.net)의 경우 13,500원으로 가장 저렴하게 구입할 수 있었습니다. 더불어 DNS관리도 되구요! ^^

어쨌든 이것을 구글 어플리케이션을 이용해서 mail.qnibus.com 으로 연결하여 제 개인메일로 사용하고 있습니다.

그럼 어떻게 해야할까요?
자기 서버를 가지고 있으신 분들께서는 그닥 어렵지 않게 하실 수 있으실텐데요!!

요즘은 호스팅 업체에서도 DNS관리 툴을 지원하기때문에 호스팅을 쓴다고해서 못쓰는게 아닙니다.
아래는 카페24의 경우를 예로 들어봤습니다.

 

우선 구글 어플리케이션에 가입을 합니다.
http://www.google.com/apps/intl/ko/group/index.html 이곳에서 신청하시면 됩니다.

보다 자세한 설명은 아래 이미지를 참고해주시면 되겠습니다.

 

 

 

 

자~ 다음은 닷네임이나 카페24의 DNS관리 툴을 이용해 정보를 입력해주면 끝입니다.
구글 어플리케이션은 설정하는 구글서버가 모두 동일하기 때문에 도메인이 어떻든 아래와 같이 넣어주시면 됩니다.

 

많은 분들께서 어플리케이션 설정하는 방법에 대해 적어놓으셔서 검색하시면 쉽게 찾으실 수 있을 것이구요!!
저는 카페24에서 등록하는 것을 보기 쉽게 편집만 해보았습니다.

디자인 QR 나도 만들 수 있다

모바일에 대해서 관심을 갖게 된지 얼마 안되서 그런지 신기한 것들이 너무 많습니다.

얼마전에 QR에 대해서 관심을 갖게 되어 QR 생성기(http://lib.qnibus.com/qrcode)를 만들었습니다. 단, IE6/7에서 접속이 안됩니다. 크롬이나 IE8이상의 환경에서 데모 보시면 됩니다. 그런데 다 만들고나서 뿌듯함이 가시기도 전에 디자인 QR을 지인이 보여줬는데~ 너무 이쁘더라구요!!

그래서 열씨미 구글링을 해봤습니다. 하지만 만드는 방법이나 원리에 대해서는 제가 검색을 못해서인지 못찾겠더군요!! 여튼 QR메뉴얼만 있을뿐 디자인 QR에 대해서 알려주는 곳은 없고 의뢰받고 만들어주겠다는 데는 많더군요! 퀄리티는 많이 떨어질지도 모르지만 그래도 곰곰히 생각해보면 돈주고 만들면 왠지 손해볼 것 같다는 느낌이 들었습니다. 대기업도 아닌 마당에 10만원도 큰 비용이기에 말이죠~!!

 

페이스북의 디자인 QR 페이지:
국내 QR코드 정보 중 으뜸인 유메인님의 블로그:
QR아트
가비아 디자인 QR 의뢰
디자인 QR (Japan)

 

대충 볼만한 곳은 이정도구요!!

이 시장도 자세히보면 새로운 시장으로 무한한 성장의 가능성이 있어 보입니다. 일반 QR은 보기도 안좋고 그거 어디에 넣기도 참 모양새 안나니 말이죠! 다만 기술적으로는 이미 다 노출이 되어 있어 특허를 가지고 있느냐 아니냐에 따라 수익의 크기가 달라지지 않을까 싶네요!

여하튼 왠간해서는 구글링으로 나올텐데 없는거 보니 참 난감했습니다. 아래는 일본의 한 사이트에서 주문 의뢰 받을때의 주의사항 및 요구사항이더군요! 이걸 읽어보니 왠지 만드는게 어렵지는 않을 것 같다는 생각이 들었습니다.

  • 디자인 이미지의 배치 위치에 관해서, QR 코드로 저장 (기록) 문자 정보량과 영상 디자인에 따라, 원하는데로 배치할 수 없는 경우도 있습니다.
  • 이미지 QR 코드의 중앙 센터 부근에 지정되는 경우, 저장 (기록) 할 수있는 정보량이 일반 반 50 문자 정도되므로주의 바랍니다.
  • 디자인 이미지의 색상, QR 코드 (2 차원 코드) 코드 영역 부분 (검정 도트 무늬 부분) 색, 배경색도 지정할 수 있습니다.
  • “빨간색”라고 지정 아니라 RGB 및 CMYK 수치와 특색 번호로 지정이 가능합니다.

물론 기술적인 로직에 대한 이해도 있어야 하겠지만 디자인 QR을 만들어보면서 시행착오를 겪으면 완성될 수 있을 거란 생각이 문득 들었습니다. 그래서 무작정 만들어봤습니다. 회사에서 개발한 PhotoShake! 의 아이폰 스토어 다운로드 링크입니다.

좀 허접하지만 잘되더군요! ^^ 삽질 신공 수천번만 하면 다양한 디자인도 가능하지 않을까요?
물론 저만의 생각입니다. ㅎㅎㅎ

PHP 에러 해결 방법 : Node no longer exists in

[문제화면]

[원인 및 해결방법]


저는 위와 같이 사용했더니 session_start(); 구문에서 위와 같은 문제화면이 출력되었습니다.
이는 SimpleXMLElement를 사용하는 경우 반환된 object 변수를 바로 session에 저장하려고 할 경우 나타나는 문제더군요!