docomoのブラウザはどうも、XHTMLする際に、 いろいろ制約があるようで、 簡単にいくかと思いきや、いろいろ苦労したので、 今後のためにメモ。 docomoでCSSが効かない とりあえず、普通につくったら、一切CSSが 効かなかった。 docutypeのせいかと思って、いろいろ変えてみたが解決されず。 docutypeはあまり関係ないっぽい。 MIMEタイプが <meta http-equiv="ContentType" Content="application/xhtml+xml"> じゃなきゃダメらしい。 同時に、サーバー側でもHTTPヘッダでContent-Type: application/xhtml+xmlを吐かないといけないらしい。 ググッたら、 拡張子は、.xhtmlでとか書いてあったので、 しょうがなく、htaccessに下記の行を追加。
コードを書きつつも、もしかしてCPANに使い勝手がいいモジュールあがってるかもしれない、と漁る日々。 XML::LibXMLでDOM使って書けることが分かったので、延々弄ってた。 use XML::LibXML; でいける。 cd /Library/WebServer/CGI-Executables vim domsample.pl iキー。 #!/usr/bin/perl use strict; use warnings; use XML::LibXML; my $doctype = 'html'; my $system = '-//W3C//DTD XHTML 1.0 Strict//EN'; my $dtd = 'http://www.w3.org/TR/xhtml/DTD/xhtml1-strict.dtd'; my $doc= XML::LibXML::Document->new
XML::LibXMLはXMLのParser として他のモジュールより速度の面でアドバンテージがあるため、使われるシーンも多いように思われます。しかし、これは単純にcpan cpan> install XML::LibXMLとしただけでは、まず間違いなくインストールに失敗します。 これはXML::LibXML がlibxml2 を必要としているためです。 Text::Kakasiにkakasi本体、Image::Magickにimagemagick本体が必要なように、XML::LibXMLにはlibxml2 が必要なのです。 まず最初につまずくのはこれでしょう。 次に、このlibxml2 のバージョンの問題です。 debian を使っている方はaptitude install libxml2などとすれば簡単にインストールできるのですが、これはやめた方がいいようです。libxml2の最新版に
XML::Simple の処理はとても遅い 最近 Perl で XML を処理することがとっても多いですね。Amazon Search の高速化のためいろいろデータを取得してみたら、XML::Simple の部分で異様に時間を喰っていることが判明。いろいろググッってみたら、「Perl で XML の処理はどれが速いかベンチ : NDO::Weblog」という記事を見つけました。 なるほど、XML::Simple と XML::LibXML では実に 200 倍以上の速度の差があることが判明しました。正規表現との比較では、実に 2500 倍以上の速度差。XML::Simple を使って記述してるプログラムを全てリプレースしようと思います。大量のリクエストが来るので、正規表現を使うしかなさそうだなぁ・・・ スポンサード リンク Trackback : Posted by drk at 20
もともとはUsing MT ( MT = MovableType ) というブログ名でしたが、MTに関することをめっきりかかなくなってしまったので、Using Perlに変更しました。Perl 愛してます。 MovableType使ってます。4ですが。5への移行は諦めています。最近はMTネタよりも、Web系のプログラム関連のネタ全般にシフトしています。 以前書いた記事にもありましたが、 4.25にしたらプラグインが文字化けする MTを4.1から4.25にしたら一部のプラグインがすんげえ文字化けする。 具体的に言うと、ひとつは自分で作って１人で使っている指定したRSSを取得して、 そのRSSの中身をダッシュボードに表示するもの。 もうひとつは、HatenaBookmarkWidget Modified どちらも、RSSを取得して、そこに書かれたXMLの構造をXML::Simpleで解析し、
連載 XMLツールでプログラミング（3） SAXによるXML文書の操作 DOMとSAXは、XML文書を操作するもっともポピュラーなAPIだ。前回紹介したDOMはDOMツリーを柔軟に操作可能な一方で、SAXは大規模なXML文書を高速に処理できる特長がある。目的に合わせてこの2つを使い分けるべきだが、今回はそのSAXについて解説する。 赤木伸 日本オラクル株式会社 2000/10/5 前回はXML ParserのDOM APIを利用して下記の「Book.xml」から特定の要素の内容を取り出す方法について説明した。今回はXML文書を操作するためのもうひとつのAPIであるSAXについて説明する。 SAXでは、DOMのようにXML文書をまるごとメモリに読み込んだあと処理するのではなく、XML文書の先頭から一行ずつ順番に処理をして行く。そのため、どんなに大きなXML文書を処理するときでも、メモリの使用
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
