僕としては、道具の違いや作り方はあまり重要じゃなくて、要求レベルより上のものが作成でき、それが役に立ってるって事が大事です。

突き詰めるときりがないです。セキュリティの世界なんか、最終的には、全部ネットから切断して金庫にパソコン入れちまおうぜ、ってのになっちゃいますし。

ので、多くの場合の要求レベルに達しやすい、悪くいえば適当に書いても動くPHPというのが大好きです。

正規表現にしろプログラムにしろ必要とされているレベルに達していれば大丈夫でしょう。要求レベルより数段高いプロダクトを作って、桁違いの額の請求が行く、ってのもなんかダメだと思うんですよね。もちろん、要望は可能な限りで反映されるべきでしょうが。

もしかしたら、PHPerとその他言語の人達は、どこのラインで妥協点を見るか。それが低いか高いか、かなり差が有るのかもしれないですね。


セキュリティをとことんまで追求する必要もない、仲間内で使うようなサービス、成功するかわからないサービスの立ち上げに、正規表現やプログラムの美しさを求める為の時間もコストも、そこまで割けないです。

特にWEBアプリケーションに関しては、サーバーとクライアントの単なるテキスト通信であるわけですから、通じればいい。

極めた物を作るまで時間をかけるより、とりあえず動かしてみようぜ、ダメだったら直ぐ直すぜ、ってスタンス。

もちろん、問題が発覚してすぐに直さない奴はダメ。仕事でやるとなると、後々サポートできるような仕事でなければ、こういうやりかたは出来ないですが。

プログラム言語は道具であって、PHPより便利な物があればすぐに乗り換える、そんなノリです。

もちろん、この言語を究めるんだ、というような求道者のような人は大事です。そこに居る人達が言語の便利さの底上げをしてくれ、柔軟にかけるようにしてくれいてる、ってのも判っているつもりです。

そうそう、Googleで求道者の反語をしらべたら、トップに汲み取り屋、ってのが出てました。汲み取り屋、なんか意味深です。僕は汲み取り屋かもしれないですね。

汲み取り屋も世の中の役に立ってるつもりです。文字コードのライブラリほど貢献は大きくは無くとも、今ある世の中の隙間で頑張ってます。

あと…

「さくせん」

「タコをだいじに」

なんだか、PHPerとのやりとりを見てて昔を思い出しました。僕ももう立派なおっさんですね。

DOMでデータを扱うときで元データがEUCの場合、下の様にHTMLをUTF-8に変換してから処理をしてるんだけど、

$HTML = mb_convert_encoding($HTML,”utf8″, “euc-jp”);
$HTML = preg_replace(‘/charset=euc-jp/’ , ‘charset=utf-8′ , $HTML);
$HtmlDOM = @DOMDocument::loadHTML($HTML);
$HtmlXML = simplexml_import_dom($HtmlDOM);

なぜか、これで必ず文字化けが発生するページが一部あって。どうやら、simplexml_import_domのところで化けてるらしい。

で、調べてみた所、php>DOM>文字化けって記事を書いている方がいらっしゃいました。

ここを参考に

$HTML = mb_convert_encoding($HTML,”utf8″, “euc-jp”);
$HTML = mb_convert_encoding($HTML, ‘HTML-ENTITIES’, “UTF-8″);
$HTML = preg_replace(‘/charset=euc-jp/’ , ‘charset=utf-8′ , $HTML);
$HtmlDOM = @DOMDocument::loadHTML($HTML);
$HtmlXML = simplexml_import_dom($HtmlDOM);

とすると文字化けが解消しました。

原因は mb_convert がらみかな？mb_convert_encodingの項でこんな記載がありました。
http://jp2.php.net/mb_convert_encoding#69412
文字コードって難しいね。

2時間くらいで作ったんで綺麗じゃないです。オブジェクト指向？オブジェクト指向って何？

動作するPHPのバージョンはPHP5以上（simpleXML使ってる）。あと、PearのHTTP_Requestが必要です。

■使い方

• 初期設定箇所のメールアドレス、パスワードを入力する
• 友人の日記が見たい場合は指定します（未指定で自分の日記が対象）
• 本文全体を取得したい場合は、RSS_CONTENT を true にします
• サーバーに置いて実行
• アクセスしすぎでmixiからアクセスブロックされる

もちろん、データの取得をしにいった日記には、足跡残ります。あと、本文全体を取得する、もしくはアクセスが頻繁になると、mixiからアクセスブロックされますのでご注意を。

使えそうなら適当に使ってやってください。

mixidiaryrss Ver 1.0（2008/03/18）

でも、実際に利用するならこっちの方が便利っぽい。

mixiの記事をRSS化する mixi2rss

今まで、株式市場の話題になったときに訳わかんなくって、一人寂しい思いをすることがあった。でも、勉強は嫌いで投資の勉強をする気はない。ので、こういうものを作ってみた。

サイバーエージェント(941347) 関連情報

大きな文字であればあるほど、書類のやりとりというか有価証券報告書等の提出が多い関係。
書類の提出数が多ければ関係が深いかもしれない。んで、そこを見るとなんとなく会社同士の資本関係が判るんじゃないかな、ってのをシステム化してみました。有識者の方々、いかがでしょう？

なぜサンプルのリンクがサイバーエージェントかって？IT系の人だとここが一番イメージつきやすいと思って。

特定の企業を検索したい場合はトップページからどうぞ。

さてさて、このシステムの使い方ですが、お勧めの使い方、お勧めできない使い方がありますので紹介しておきます。

お勧めの使い方

• 会社同士のつながりを見てニヤニヤする
• 自分の知ってる会社、取引先の情報を見てニヤニヤする
• 不祥事を起こした会社と投資家の関係を見てニヤニヤする

お勧めできない使い方

• 投資に活用する
• 投資家の動きを見る

基本的に、見てニヤニヤするのがお勧めです。

中身については、EDINETのデータを取得して解析、タグクラウドで表示してるだけ。シンプルなものなので、ここまでで開発にかかった時間は累計24時間ほど。
実はスクレイピングを覚えるついでに作ってみました。XPathとか、SimpleXMLって凄いよね。これでスクレイピングもばりばりになった、と思いたい。

そうそう、作ってから気がついたんだけど、情報元のEDINETは来月リニューアル予定らしい。今のコード使えなくなっちゃうっぽいのでがっくり。これも放置になっちゃうかもです…

「ふたりは感動を分かちあっています」――ブログの“相性”判定サービス

ってニュースで、紹介されているサービスはこれ。

Myピース ベータ版

ブログの内容解析して、相性や共通の話題を教えてくれるってもの。実は今まで公開してなかったんだけど、似たような物を作ってて。

似たページ比較α

見てもらえば判りますが、完成度も使い勝手も見た目も低いです。去年の末に書いて、飽きて放置したまま。こういった機会でもないと公開しないまま放置になってしまいそうだったので、こんな事やってるよ、こんな事できるよ、ってアピールがてら公開してみました。