yohei-y:weblog: REST の勝利宣言と良い XML の見分け方
ITpro Challenge 行ってきました。 豪華なメンバーでどの講演もとても面白かったですね。 江島さんの講演は、Web 上でサービスをやるとはどういうことなのかについてとても示唆に富んだ話だったし、 鵜飼さんのハッカーのソフト工学の話は職場的にすげータイムリーだったし、 なおやさんの話は同時代を生きてきた、生きている者としてとても共感できる内容だったし、 戀塚さんはこれぞハッカーという感じのすごい人でした。 僕は LT の最後に話をさせてもらったわけですが、 ネタを二つ持っていって聴衆のみなさんに選んでもらうことにしました。 結果は REST が勝ったので、当初の予告どおり REST の話をすることに。 結局お蔵入りになった XML の話ですが、もったいなかったので懇親会でお話させてもらいました。 プレゼン中で引用した Web ページはこちらです。 檜山さんの記事 XML ボキャブ
ITmedia エンタープライズ：第3回 XML::SimpleであらゆるXML文書を料理する (1/2)
第3回 XML::SimpleであらゆるXML文書を料理する：作って学ぶ、今どきのWebサービス（1/2 ページ） RSSにおけるXML::RSSのように、専用のモジュールがある場合にはそれを使えばよいのですが、そうでない場合は汎用のXMLパーサーモジュールを使ってパースすることになります。今回は、XML::Simpleを使ってあらゆるXML文書を料理できるようにしてみます。 前回まででXML::RSSによるRSSの料理方法は分かったとして、ではRSS以外のXML文書を料理する場合にはどうしたらよいのでしょう？ RSSにおけるXML::RSSのように、専用のモジュールがある場合にはそれを使えばよいのですが、そうでない場合は汎用のXMLパーサーモジュール*を使ってパースすることになります。 XML文書からPerlのデータ構造を作るXML::Simple Perlの代表的なXMLパーサーである
FOAF -- メタデータによる知人ネットワークの表現
FOAFはRDF/XMLを使って人々に関する情報（メタデータ）とそのつながりを公開、共有するための半ば実用的、半ば実験（少し遊び）的なプロジェクトです。FOAFを使ってマシンにも扱える自己紹介を記述したり、人や組織、関心領域のネットワーク情報をエージェントに処理させるといった応用が試みられており、RSSとの関連でウェブログなどでも注目され始めています。 FOAFとは FOAFを使った人物情報の記述 知人の記述によるメタデータの連鎖 FOAFの語彙一覧 FOAFと情報の信頼性 FOAFの作成と公開 - まず試してみたい人はこちら 参考文献 ※『RDF/OWL入門』、『セマンティックHTML/XHTML』を上梓しました。 FOAFとは FOAF (Friend of a Friend)とは、その名のとおり友達の友達の友達…という連鎖をメタデータとして表現することで、ネットワーク上の興味深い属性
2006-11-24
2006-11-24 第9回XML開発者の日 YAMAMOTO Yohei http://yohei-y.blogspot.com 山本陽平 ソフトウェアエンジニア XML guy Restafarian yoheiy at gmail.com REST はアーキテクチャスタイル Web システムの設計の指針にできる 特に HTTP と URI を正しく使うのが重要 可用性と相互運用性 設計の参考として Web システムの理解促進に ボキャブラリの共有として 「それステートレス?」 「統一インターフェース使おうよ」 Web を使ったシステム Web アプリケーション(UI) Web サービス 両者を分ける意味はあまりない むしろ分けずに済ますほうがよい microformats 人にもプログラムにもやさいしい XHTML "ウェブ戦略としての「ユーザーエクスペリエンス」"より ユーザインタ
naoyaのはてなダイアリー - Perl で CSS セレクタ
ruby でスクレイピングして web の情報を取得するのには、今まで正規表現か xpath でやってたので、わりと面倒でした。で、ふと scrAPI というスクレイピングツールキットを知ったのですが、これがかなり便利そう。 このツールキットを使うと、CSS3 なセレクタを記述することで、要素を取得することができます。 という Ruby の scrAPI での CSS セレクタがいい感じでございますなあと指をくわえて見てたんだけど、 Per discussions in CSS Selector in Perl, I made a quick perl module HTML::Selector::XPath, which is available at http://svn.bulknews.net/repos/public/HTML-Selector-XPath/trunk/ now.
HTML::Selector::XPath をリリース: blog.bulknews.net
HTML::Selector::XPath をリリース CSS Selector in Perl とか subtech - Bulknews::Subtech - CSS selector to XPath あたりで議論していた CSS 2 Selectors to XPath コンパイラなモジュールをつくって、CPAN に HTML::Selector::XPath としてリリースしました。 使い方は naoya さんが先に書いてますが、HTML から正規表現を使うことなくスクレイプするのに便利。たとえば Mixi にログインしてマイミク最新日記と、１件目のタイトル、本文を抜き出すコードが、以下のようにかけます。 #!/usr/bin/perl use strict; use warnings; use utf8; use Encode; use HTML::Selector::XPat
[ajax] JKL.ParseXML／ajax通信処理ライブラリ
Kawa.netxp [ajax] JKL.ParseXML／ajax通信処理ライブラリ JKL.ParseXML クラスは、サーバ上の XML 形式ファイルをダウンロード～解析して、 JavaScript オブジェクト（配列やマップ）に変換するライブラリです。 複雑な DOM 操作なく簡単なスクリプトで XML 形式ファイルを扱えるため、 Amazon など XML を出力する既存の Web サービスや、 CGI と連携することで ajax ページを手軽に構築できます。 IE・Firefox・Opera・Safari のクロスブラウザに対応しています。 XML を JSONのように手軽に扱える他、 JSON／CSV／LoadVars 形式ファイルなどのテキストファイルも利用可能です。 安定版アーカイブ： jkl-parsexml-0.22.tar.gz TAR.GZ jkl-parsex
解説 Atomとは何か: RSSやXML-RPCとの比較、そしてAtomAPIの使い方まで
技術評論社「Software Design」2005年1月号 第2特集「次世代Webテクノロジ：Atom基礎講座」に寄稿した、The Atom Publishing Protocol (The Atom API)、The Atom Syndication Format の総合的解説です。 Witha System » Atom目次 » [1章 The Atom Project – RSSの興隆からAtomの誕生] » [2章 Atomフォーマット – The Atom Syndication Format] » [3章 Atom出版プロトコル – The Atom Publishing Protocol(AtomAPI)] » [4章 The Atom Publishing Protocol（AtomAPI）の利用法] » [AtomやAtomAPI関連のニュースや仕様へのリンク] » [
Plain Old XML / Plain Old ほげほげ - naoyaのはてなダイアリー
Someone recently asked me about how to handle an internal product debate around REST vs. SOAP. In hopes I never have to address this debate again, here's a record of what I told them. Don Box が REST vs SOAP についての Pragmatics について語っている、という記事。この記事を読む前に OPC Diary: SOAP vs REST？ いいから出荷しろ という記事をコメントまで含めて読んでおくと良い感じで消化できる、と思います。 で、あんまり記事とは関係ないお話で。POX - Plain Old XML という単語を恥ずかしながら初めて聞いたもので、そこに反応。 Plain Old
XML を Perl の高階関数で。 : torus solutions!
XML::LibXML で XML を作るときに、 いちいち createElement とか appendChild とか書くのに飽きてきたので、 高階関数版を作ってみた。 （2005/4/27：テキストノードを追加する機能を付け足して、説明も書き足しました。） 前置き Perl でクロージャを作ってプログラミングするのが好きですというと、 Perl でクロージャなんかかけるの？ という顔をする人がたまにいるんですが、 もちろんかけます。 『Higher-order Perl: A Guide To Program Transformation』 という本が出ているくらいだし。 例 my $dom = (_DOM (_E fuga => {a1 => "attr1", a2 => "attr2"}, (_E hoge => {}, "Hahaha!"), (_E "piyo"))); こ
XML::Simple は遅い説における意外な落とし穴 (iandeth.)
「XML::Simpleは処理速度が遅い」説といえばNDO::Weblogさんの記事 Perl で XML の処理はどれが速いかベンチ がすぐに思い浮かびます。初見した時はずいぶん感心した覚えがあり、以来、業務で XML::Simple を使う事に多少なりとも躊躇するようになったものです。そんな中、現在仕事で XML parsing with Perl な案件を受け、CPANにUPされている様々な XML 解析系モジュールの処理速度を計測しているのですが、その際気付いた、XML::Simple の意外な落とし穴についてまとめてみました。 目次： まとめ デフォルトで呼ばれるXML::SAXパーサーの確認方法 ベンチマーク比較 関連情報 まとめ だらだら説明するのもナンなので、いきなり結論から。XML::Simple は、デフォルトの状態だと XML::SAX がインストールされている場合、
第八回XML開発者の日
画像電子学会VMA研究会 企画: 村田真(国際大学)、山本陽平(株式会社リコー) XML開発者の日が、久しぶりに復活します。今回は、REST とAtom Publishing Protocolを中心に扱います。これらはblogに関する 最新技術でもあります。 日時: 2005年11月24日(木) 10:00-18:00 会場: 日本印刷会館(東京都中央区新富1丁目16番8号) 参加費： 2000円(消費税込み) 申し込み方法 終了しました。発表のときに使用した資料へのリンクを追加 してあります。詳細な議事録があります。多くの方のblog(ブックマークにある)でも感想が公開されています。 今回は、画像電子学会の主催であり、事前に参加申し込みが必要です。 満員になれば申し込みを締め切ります。 申 し込み方法は以下の三つです。なお、申し込みの際に必須の項目は「研究会等
XML::Simpleで変換したPerlのデータ構造を一気に文字コード変換 : blog.nomadscafe.jp
XML::Simpleで変換したPerlのデータ構造を一気に文字コード変換 XML::Simpleで変換したPerlのデータ構造を一気に文字コード変換するかなり荒っぽい方法。 $xmlにXMLデータが入っているとして、 use XML::Simple; use Data::Dumper; my $ret = eval{ my $ref=XML::Simple::XMLin($xml); my $VAR1=Data::Dumper::Dumper($ref); #$VAR1= pack('C0A*',$VAR1);#Perl 5.6以下のUTF-8フラグを外す場合 return eval(Jcode->new($VAR1)->euc); } XMLに何が入っているかわからないと危険が伴う、諸刃の剣。素人にはお薦め出来ない(w
XML::Simple におけるパーサーの実行速度比較 - naoyaのはてなダイアリー
XML::Simple は、どんな XML でも Perl のデータ構造に自動変換してくれるかなり便利なモジュールなのですが、中でツリーを解析したりいろいろやってるせいもあって、速度的にはあまり誉められたものではありません。以前に Perl で XML の処理はどれが速いかベンチ で比較したときには、随分遅いなという印象でした。 ただ、XML::Simple はその中で利用するパーサーを色々切り替えられるようになっています。じゃあそれを切り替えたら少しは速くなるんだろうかと気になってベンチを取ってみました。 XML::Simple は $XML::Simple::PREFERRED_PARSER に任意の SAX パーサーを指定するとそれを使ってパースするようになっています。 XML::LibXML::SAX XML::SAX::Expat XML::SAX::ExpatXS XML::P
XML Schema: やるべきこと、やってはいけないこと
はじめに W3C XML Schema は学ぶのも使うのも簡単だ … 落とし穴をよける方法を知っていればね。「やるべきこと」はこれだ。最低これだけおぼえておけばいい。 これを使え!: 要素宣言、属性グループ、モデルグループ、単純型 可能な限り XML 名前空間を使え! そしてその正しい使い方を学ぶべし。 そして「やってはいけないこと」がこれだ。 XML Schema の名人になろうとするな! それには何ヵ月もかかるだろう。 こんなものは使うな!: 複合型(その理由)、 属性宣言(その理由)、 記法(その理由) ローカル宣言は使うな!(その理由) 置換グループは使うな! (その理由) targetNamespace 属性のないスキーマ(いわゆるカメレオンスキーマ)を使うな!(その理由) 後で説明するが、実際これらの「やってはいけない」ことをやらないことで失うものは何もない。 長くておぼえられ
RSS and Atom - ウィザシステム - Witha System Ltd.
RSS 2.0 と Atom 1.0 の比較 最終更新日：2005/010/03 Witha System » Atom目次 » [1章 The Atom Project – RSSの興隆からAtomの誕生] » [2章 Atomフォーマット – The Atom Syndication Format] » [3章 Atom出版プロトコル – The Atom Publishing Protocol(AtomAPI)] » [4章 The Atom Publishing Protocol（AtomAPI）の利用法] » [AtomやAtomAPI関連のニュースや仕様へのリンク] » [RSS 2.0 と Atom 1.0 の比較] This page is a Japanese translation of “RSS 2.0 and Atom 1.0, Compared” by Mr. B
Dublin Core（ダブリン・コア）: ウェブ資源メタデータの共通語彙
メタデータをコンピュータが理解して有益な情報とするには、その意味が共通の認識となっている語彙が必要です。Dublin Coreは、ウェブや文書の作者、タイトル、作成日といった書誌的な情報をメタデータとして記述するためのボキャブラリを定めています。15の基本要素と、そのRDFによる表現方法、またより精度の高い情報を提供するための拡張語彙について説明します。 DCMES:基本となる15のプロパティ DCMIメタデータ語彙 拡張プロパティ 符号化スキーム タイプ要素 ウェブ文書でのDublin Coreプロパティの利用 RDFでDublin Coreを使う RDFでDC拡張語彙を用いる 外部RDFメタデータをHTML文書にリンクする XHTMLにDCメタデータを直接記述する 参照文献 DCMES:基本となる15のプロパティ DCMI (Dublin Core Metadata Initiativ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
第八回XML開発者の日
koshigoewiki:rest:第８回xml開発者の日 [KoshigoeWiki]
naoyaのブックマーク - xmldevday