タグ

InternetとatomPPに関するtsupoのブックマーク (18)

  • mixi APIで遊んでみた - YAMAGUCHI::weblog

    動機 Macにはmixiフォトアップローダが無かったり、mixi stationの調子が悪かったりして頭に来たので、スクリプトで同様のアプリケーションを作ってみようと思った。 できた物 WSSE.py (ファイル後半) 使い方 一通りの使い方はこんな感じ。 mc = MixiClient('username','password') tracks = mc.getTracks() # 足あとの取得(10件) notify = mc.getNotify() # お知らせの取得 friends = mc.getFriends() # マイミク一覧の取得 update = mc.getUpdates() # 更新情報一覧の取得 albumurl = mc.createAlbum(u'旅行', u'旅行の写真') # 新規フォトアルバムの作成 mc.postPicsToAlbum(['photo1

    mixi APIで遊んでみた - YAMAGUCHI::weblog
    tsupo
    tsupo 2008/12/02
    「Macにはmixiフォトアップローダが無かったり、mixi stationの調子が悪かったりして頭に来たので、スクリプトで同様のアプリケーションを作ってみようと思った」
  • ricollab Web Tech Blog » Blog Archive » はてなダイアリーAtomPubレビュー: その2 ドキュメンテーション編

    その1を公開してからだいぶ時間が経ってしまいましたが、その2を公開します。今回はドキュメンテーション編です。 レビュー対象ははてなダイアリーAtomPubの仕様書です。普段私が業務で仕様書をレビューするときに気をつけている観点をご紹介しながら、いくつか指摘をしてみます。 なお、レビューの指摘はどうしても細かくなってしまうので、粗探し的と感じられてしまうかもしれませんが、技術的な完成度を上げるためには必要な作業なのでご容赦ください。 基的な文章チェック まず、仕様書に記述されている文章の「てにをは」や文法レベルでのチェックをします。表記ゆれなども含まれます。 今回の仕様書は、たとえば以下のような記述がありました。 「ヘッダ」と「ヘッダー」、「XML文書」と「XML文章」、「はてなID」と「はてなアカウントのid」などの表記ゆれ。document に対する訳語は通常は「文書」を用います 「~

    tsupo
    tsupo 2008/11/17
    ソースコードレビューと同じくらいドキュメントのレビューにも力を入れるべき / ライティングスキルもプログラミングスキルと同じくらい重要である → 「ソースを先に書くか、ドキュメントを先に書くか」問題も!!
  • ricollab Web Tech Blog » Blog Archive » はてなダイアリー AtomPub レビュー: その1 実装編

    はてなさんがダイアリーのAtomPubインターフェースをリリースしていました。 私は AtomPub が大好きなので、少しだけ試してみました。簡単にレビューを書こうと思ってエントリを起したのですが、意外と長くなりそうなので3部構成でお送りします。まずは実装編です。 認証 とりあえず普通のGETリクエストをサービス文書に送ってみます。http://d.hatena.ne.jp/{hatena-id}/atom がサービス文書の URI です。 GET http://d.hatena.ne.jp/yohei/atom HTTP/1.1 Accept: */* Host: d.hatena.ne.jp HTTP/1.0 401 Unauthorized Date: Fri, 19 Sep 2008 07:00:10 GMT Server: Apache/2.2.3 (CentOS) WWW-Au

  • mixi for iPhoneから発掘されたmixi日記投稿用API « ku

    追記 2008.7.31 はてなブックマークでPUTにすべきというコメントがいくつかあったので、やべーatomPubとかぜんぜんわかってないから自分がちゃんと見ないで勝手にPOSTって書いたかもと思って再度確認したらやっぱりPOSTになってました。googleで検索するとCocoaのNSURLRequestのPUTを使うとなんか不安定っていうのがいくつが出てくるので、そのへんのからみなのかもしれません。あ、あとNokiaのsymbianでPUTがお手軽にできないとかあったりするのかも。 iPhoneからぜんぜん日記を書く手段がなかったらmixiから、mixi for iPhoneという日記を書いたりするiPhoneアプリが公開されました! 新しいアプリに新しいAPI、日記が投稿できるアプリなら日記投稿用のAPIというわけでmixiのあしあとAPI発掘と同じように掘り起こして見つけました。

    tsupo
    tsupo 2008/07/30
    AtomPP で日記を投稿できる模様 // 本文とタイトルは写真をアップロードした時に得られたURIに下のXMLをPOSTして書き換えられます → PUT じゃなくて POST なのか
  • clippからのお知らせ: APIをご利用いただけるようになりました

    エントリーの投稿と編集が行える、RFC 5023 The Atom Publishing Protocol(AtomPub)準拠のAPIがご利用いただけるようになりました。 API技術情報は、clipp development talk(Googleグループ)で公開しています。どうぞご利用になってみてください。

    tsupo
    tsupo 2008/06/19
    APIドキュメントを見てみたけど、画像は転載(URL/clipp:imageAddress を指定)しかできないのか。ローカルファイルのアップロードに対応してないのはなぜ?
  • http://www.witha.jp/blog/archives/2008/03/_atompub.html

    See related links to what you are looking for.

    tsupo
    tsupo 2008/03/04
    唯一CNetでさらっと触れられていただけで、まだあまり話題になっていない / これはある意味、SOAPへの死亡宣告 / Fude / ADO.NET Data ServicesのAtomPubサポートにより、企業ネットワークでは裏方で利用が広まる可能性
  • 第十回XML開発者の日

    第十回XML開発者の日 画像電子学会VMA研究会 企画: 村田真(国際大学)、山口琢(株式会社ジャストシステム)、山陽平(株式会社リコー) 日時: 2007年12月21日(金) 10:00-17:30 会場: 日印刷会館(東京都中央区新富1丁目16番8号) 参加費: 2000円(消費税込み) 申し込み方法 画像電子学会の主催であり、事前に参加申し込みが必要です。 満員になれば申し込みを締め切ります。申 し込み方法は以下の三つです。なお、申し込みの際に必須の項目は「研究会等 名」(第十回XML開発者の日)、「氏名」、「所属機関」、「部門」、「e-mail」 です。その他は記入しなくても構いません。学会員でなくても参加可能です。 Web: http://wwwsoc.nii.ac.jp/iieej/trans/kenaf.htm メール: kikaku@iieej.org FAX: 03-

    tsupo
    tsupo 2007/11/15
    プログラム(予定) / 文字コードの話、再び / XML時代のInput Method / OOXMLの投票結果とballot resolution meetingの予測 / Parallel Narratology平行物語論 / 源氏物語の世界 再編集版 / AtomPub の概要説明と interop の結果報告 / Atomとその拡張を検
  • 『mixi』、SNS情報参照の共通規格「OpenSocial」への賛同を表明 - 株式会社ミクシィ | プレスリリース

    株式会社ミクシィ・ミクシィグループの公式企業サイトです。企業情報、IR・投資家情報、ニュースリリース、採用情報などを掲載しています。

    『mixi』、SNS情報参照の共通規格「OpenSocial」への賛同を表明 - 株式会社ミクシィ | プレスリリース
    tsupo
    tsupo 2007/11/02
    今後『mixi』は「mixiツールバー」などで現在稼働中の自社のWeb APIを、上記の「Open Social」仕様に調整して順次公開する予定 → mixi station のライバルソフトとかも作れるようになるってことですね
  • ソフトウェア分野の研究開発 / RFC 5023 Atom Publishing Protocol 日本語訳 | Ricoh Japan

    この文書は RFC 5023 The Atom Publishing Protocol を, BCP78によって付託された権利に基づいて日語に翻訳したものです。 翻訳には誤りがある可能性があります。この翻訳の正確性は保証しません。 翻訳についてのお問合せ先:(SSL対応フォーム) (非SSL対応フォーム) 翻訳者一覧 株式会社リコー 山陽平 日野原寛 高桑寿一 中川勝樹 沖田邦夫 井上浩一 兵清弘 リコーソフトウエア株式会社 福田朋紀 更新履歴 2008-01-07 日外アソシエーツ株式会社 久我様の指摘を受け 9.7 の訳文をわかりやすく、11.2 の抜けを修正 2007-12-06 9.6、9.7.1、9.7.2、10 の誤記、表記ぶれを修正 2007-11-08 エヌ・ティ・ティ・コミュニケーションズ株式会社 朝倉様の指摘を受け 9.3/9.4 の誤訳を修正 2007-11-0

    tsupo
    tsupo 2007/10/12
    「RFC 5023 The Atom Publishing Protocol」の日本語訳
  • たけまる / Catalyst::Controller::Atompub リリース

    リソースの削除 操作を実装するメソッドには "Atompub" という attribute を付与します. たとえば,List を実装するメソッドは,"sub xxx :Atompub(list)" のよ うになります. 余談ですが,DB Schema を決め打ちにしてしまえば,これらの操作すら実 装不要にできます.しかし,DB Schema はサービスの肝になるので,自由 度を持たせることにしました. リソース操作以外の処理は,Catalyst::Controller::Atompub が勝手に行 います.たとえば,Entry に app:edited 要素を追加したり,Slug header から URI を生成したり,適切な HTTP header を設定してくれます. それでは,まず Controller を作成します. $ ./script/myatom_create.pl co

    tsupo
    tsupo 2007/09/13
    このモジュールを使うと,Model 操作を実装するだけで簡単に Atom Publishing Protcol (AtomPub) サーバを作ることができます
  • http://www.witha.jp/blog/archives/2007/09/atom_wordpress.html

    See related links to what you are looking for.

    tsupo
    tsupo 2007/09/09
    実は、Atomプロトコル用のライブラリを秘かに開発していて、これを使ってそろそろ色々とソフトウェアを公開して行きたいなぁと思っています → 期待
  • たけまる / Perl - APP サーバ・クライアントを実装しました

    -※ △: 実装したけど使ってない MUST あるいは SHOULD となっている機能はすべて実装したつもりです. といっても,たぶん漏れがあるので,Interop で明らかにします ;-) 今回は Perl モジュールの APP 機能試験が目的なので,アプリケーショ ンとしての体裁は整えていません.Entry Resource (XML) や Media Resource (バイナリ) の交換はできますが,Blog のような気の利いた HTML 表示はありません. 簡単な APP クライアントを使って,サービス文書の取得から Media Resource の作成までをやってみます. ソースコード AtomPP.tar.gz を解凍します. 解凍ディレクトリに含まれる ./script/atompp_client.pl がクライアン トです.引数をとらずに実行するとヘルプが表示されます.

    tsupo
    tsupo 2007/07/26
    7/30 の InteropTokyo で使う APP サーバ・クライアント // see also http://www.ietf.org/internet-drafts/draft-ietf-atompub-protocol-17.txt
  • http://intertwingly.net/wiki/pie/July2007InteropTokyo

    tsupo
    tsupo 2007/07/26
    Atom Publishing Protocol に関する interop @tokyo / Monday, July 30th, 10:00 AM - 6:00 PM / Hibiya, NTT Communications HQ office / Anyone with working APP client or server code. → 行きたいかも
  • yohei-y:weblog: APP の標準化作業がほぼ終了

    Tim Bray からアナウンスがあったとおり、 APP の標準化作業がほぼ終了しました。 RFC 番号が付くのはしばらく先だと思いますが、 現状の仕様を実装してもう問題ありません。 最後の draft-17 ベースの仕様が RFC になります。今後の修正は editorial なものだけのはずです。 この先、Web API を設計する人は、まず APP が利用できないか検討しましょう。 APP を採用すれば自然と REST スタイルを採用することになります。 これまで悩みがちだった Web API の設計が、かなり楽になると思います。 Web API を設計する人は、オレオレXMLを設計する前に、Atom/APP をベースにしたらどうなるか、 を考えて見ましょう。きっと Atom/APP は良い選択肢になってくれるはずです。 日では AtomPP で定着しつつあった Atom Publ

    tsupo
    tsupo 2007/07/26
    AtomPP と呼ぶのはやめたほうが、相互運用性の観点から望ましいと思います → そうだったのか。日本では APP っていうと application の略というのが一般的な気がするんだけど。
  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
    tsupo
    tsupo 2007/07/26
    90%ぐらいが 0.3 と同じでかなり拍子抜け
  • LAPISLAZULI HILL#Hatena - AtomPPやRESTなどのAPIにおける認証のメモ

    WSSE認証 Basic認証 Digest認証 ひとまずはBasic認証で充分な気がする.WSSEは消えつつあるのかな? 以下引用メモ # 2007年06月30日 miyagawa miyagawa Basicのほうがいいよ VoxのフィードはmiyagawaさんがBasic認証対応にしたみたいです。確かにWSSE認証に対応したフィードリーダーなんて聞いたこと無い。 でもたとえば記事のPOST/PUT/DELETEとかはBasic認証でやちゃっていいのかな?今作ってるサービスでも認証方法が決まらなくてscaffold_resourceで生成したAPIもPOST/PUT/DELETEはコメントアウトしてるんですよね。 Basic認証 より正確にいうと、Atom 自体に独自の認証スキームは定義せずに、既存のHTTPで利用できるBasic/Digestを使おうということだと認識しています。WSS

    LAPISLAZULI HILL#Hatena - AtomPPやRESTなどのAPIにおける認証のメモ
    tsupo
    tsupo 2007/07/03
    ひとまずはBasic認証で充分な気がする.WSSEは消えつつあるのかな? → Twitter 系は BASIC認証ですしねぇ。WSSE よりも Digest認証の方がより見かけない気がする今日この頃。
  • mixiのあしあとAPI発掘 « ku

    mixiが新しく出したmixiステーションがすばらしいです。その裏側が。 mixiにログインした状態で http://mixi.jp/atom/tracks/r=2/member_id=myMixiID にアクセスするとatomで自分のページのあしあとがフィードされます。ちなみにmixiステーションが送っているリクエストは以下の通り。 GET /atom/tracks/r=2 HTTP/1.1 X-WSSE: UsernameToken Username="ku@example.com", PasswordDigest="passwordDigest8jrjEdO61Bx8c=", Nonce="Y0NonceLYj0=", Created="2007-06-29T03:04:30Z" User-Agent: mixi station/v1.4 (by glucose) Host: mix

  • Rest 2 - ウィザシステム - Witha System Ltd.

    HepCat Dev and Test Blogクライアント『BlogWrite』の開発&テスト&アップデート情報をメインに、ブログやWebにまつわる技術的トレンドなどを扱う開発ブログです。 [ Atom/REST ] RESTfullなAPIにおいてのエラーハンドリングについては重要なのですが、今まで(特に日では知っている限り)あまり言及されたことがなさそうなのと、オライリー系のサイトでたまたま今日良い記事 RESTful Error Handling を見つけたので、ココで紹介したいと思います。 (2003年12月の記事ですが何故か見落としていました) この記事では、REPSfullなWebアプリケーションにおいて、エラーが発生した時の動作は(調査した所)一般的にいって4っつの方法が利用されているとしています。 1.HTTPステータスコードのみ 例えば、 http://www.exa

    tsupo
    tsupo 2006/08/17
    Atom Publishing Protocolのワーキンググループでは、異論があるのは本仕様外とする、という傾向が常々指摘されている → ってことは、仕様に入れたくないものに関しては何でもいいので異論を出せばいいってこと? w
  • 1