» Publishers, Monetize your RSS feeds with FeedShow: More infos (Show/Hide Ads)
「囲いの詰め手筋集」というのが有りました。
こういうので練習しておくと、実戦で役立ちそうですね。
■ RSSフィードでの代替表示 ■
ここはjava appletによる棋譜プレーヤー表示エリアですが、RSSリーダー等ではjava appletを正しく表示出来ないので非表示にしています。
表示内容を確認するにはブラウザでご覧下さい。
昨日の対戦です。
１４手目は２２銀としておくべきでした。
まあ、何とかしのげたので良かったです。
■ RSSフィードでの代替表示 ■
ここはjava appletによる棋譜プレーヤー表示エリアですが、RSSリーダー等ではjava appletを正しく表示出来ないので非表示にしています。
表示内容を確認するにはブラウザでご覧下さい。
先日、久しぶりに対戦してみました。
あまりにもつぼにはまっておりますが、通常はこうはいかないですね。
以前
で紹介した
ですが、価格.comより、以下の連絡メールが届いておりました。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
●旧価格.comWebサービスAPIの廃止について
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
2009年6月にリリースしました新しい価格.comWebサービスAPIの登場に伴いまして、
今までご利用頂いておりました価格.comWebサービスAPIを2009年08月31日をもって廃止
とさせて頂きます。
●ご利用廃止日：2009年08月31日
（上記廃止日を過ぎますと、リクエストをされてもエラーとなります）
面倒だなーと思いながらも、来月から利用出来なくなるのも困るので、メンテナンスしておきました。
メンテナンスは簡単で、
# my $base_url = "http://api.kakaku.com/Ver1/ItemSearch.asp";
my $base_url = "http://api.kakaku.com/WebAPI/ItemSearch/Ver1.0/ItemSearch.aspx";
と、リクエストするURLを変更した事（行頭に#がついているのが変更前です）と、リクエストするパラメーターに新たに取得したAPIキーを指定するだけです。
一応、メンテナンス後も動いているので、これで問題無いだろうと思います。
以前、VBAでいろんなプログラムを作っていましたので、同じVB系のVBScriptとの比較は結構容易に出来ます。
今、感じているVBScriptの長所は、
・ファイルやフォルダーをドラッグ＆ドロップで指定出来る
特に、フォルダーをドラッグ＆ドロップして、その下に有るファイル全てに対して何らかの処理を行う場合、ファイル名を複数打ち込む必要も、打ち込み間違いも無く、これは非常に嬉しいです。
・多分、EXCEL上のVBAよりは高速と思われる
・Excelを持たないPCでも動かせる
といった所でしょうか。
私は、最初の長所が一番嬉しいです。
これまでいくつかのプログラミング言語を触ってみたが、以前からちょっと興味は有りつつも、あまりまじめに評価していなかった VBScript を最近、見直しております。
どこが良いかというと、
Webアプリ用言語、Windowsアプリ用言語
として使える事です。
しかし、Windowsアプリ用言語としては、意外となじみが薄く、イメージが湧かないと思いますので、何か役立つアプリを使ってみるのが良いと思います。
最近、使い始めたばかりですが、
は、一度使ってみると良いと思います。
これは所謂バックアップをするスクリプトですが、バックアップ先のデータを完全にバックアップ元と同じになる様に、ミラーリングしてくれます。
これまで市販品のスケジューリング機能付のミラーリングソフトを使っていたのですが、ミラーリング作業が始まった時に、会議が始まってPCを持ち運びたいとか起きると、ミラーリングを切るのにまた時間がかかるという不都合が有り、結局、なかなか使いにくいという事が有ります。
しかし、VBScriptでかかれたプログラムだと、コマンドライン上から動かせるので、（同様なスケジューリング処理も出来るのですが、それより、）バックアップ処理をしてから電源を自動で切るスクリプトを合わせて実行する事が簡単に出来るので、バックアップを毎日自分の作業が終わり、帰宅後に実行出来る様になります。（まだやっていないので、厳密には、「はずです」）
という事で、今後、VBScriptも利用してゆきたいと思っております。
Webサーバー上にデータがある場合、それをグラフ化するにはサーバー側で例えばGDchart等でpngやjpgファイル等の画像ファイルを作って、それをHTMLファイルから参照するという手順が必要になります。
しかし、Google Chart APIでは、chart作成とその画像ファイルを、Google側が受け持ってくれるので、自分のサーバー側ではHTMLファイルから参照するだけで良い。
画像ファイルはサーバー容量を圧迫する要因なので、無料サーバーを使っている場合には、このようなサービスが使えるのは非常に喜ばしい事だと思います。
ブログもそういう意味でblosxomのような動的生成型の意義が有るんですが…。
さて、そのGoogle Chart APIですが、
を見ると、とっかかり易そうな気もしたのですが、読み進めると資料の多さと分かりにくさから、ちょっとこれは結構使い難いかも？と思い始めました。
こういう時には、きっと、先人の人が何かPERL用にモジュールを作っているに違い無いと思い、ちょっと調べてみるとそれなりに有るのですが、個別の使い方に合わせた細かなカスタマイズをするのは、相当難しい事が分かりました。
現時点の結論は、
・Google Chart APIは、それなりのプログラミングの力を持つ人向け
・自分が使いたいグラフ作成は、個別最適のプログラムを自分で作るべき
となってしまいました。
自分はこんな用途でこんなに簡単に使ってるよとか情報お持ちの方は、コメントいただけると嬉しいです。
動作が遅い理由はいろいろ有ると思いますし、完全な解明は難しいのですが、現時点での推測内容を書いてみる。
・ネットの環境が変わった
YouTube等の負荷の重い動画等が増えてきた
YouTubeを再生する場合、かなりCPUパワーを食っています。
画像表示に時間がかかるので、画像を表示させなければ改善します。
画像表示エリアの上に別の画像を重ねるとCPUパワーが減ります。
少しでも画像エリアが見えているとほとんど減りません。
まあ、これは仕方無いですね。改善するにはマシンパワーを上げるしかない。
・自分のＰＣの使い方が変わった
重たい処理を同時に使用する様になった。
アパッチサーバーを立ち上げたり、ＰＰＭを動かしたり、YouTube動画を見たり。
うーん、これも改善するにはマシンパワーを上げるんでしょうね。
ただ、CPUパワーだけの話ではなく、CPUパワーを食ってなくても遅い場合有ります。
CPU以外のどこかが、例えば、ネットワーク等がCPUを待たせる場合があるみたい。
これは、PCのハード・ソフトの設計の仕方によると思います。
最新PCを買ったから良くなるともいえないかも？
・起動時には、ウィルスバスターの自動更新等の多数の処理が行われ、遅くなる。
これは、不必要な処理は後回しにする事で改善できる。
⇒ ウィルスバスターやウィンドウズのアップデートは都合の良い時に実施する
とりあえず、こんな所ですね。
最近どうもパソコンの動作が遅いので原因調査と対策検討し始めました。
動作が遅いと言っても、
・起動時
・通常使用時
の２通り有ります。
まずは原因調査からですが、これにはタスクマネージャーでCPU使用率を調べる事から始める事になります。
ただ、CPU使用率が高くなっているのを見るだけでは原因調査にはなりません。
以下の手順が良いだろうと思います。
・どのプロセスがCPU使用率を圧迫しているかを調べる
↓
・次にそのプロセスが高くなっている原因を推測、その推測原因を除去してみる
↓
・その推測原因を除去してみる
でも、私の所では同時に動いているプロセスが50ヶ以上もあります。
タスクマネージャーでは、一応、プロセス毎ににCPU使用率が表示されてはいますが、50ヶ以上もプロセスが有ると即座にどのプロセスが高いかを見分けるのが難しいです。
ですが、タスクマネージャーのプロセスタブのCPUと書かれた所をクリックすると、CPU使用率がソーティングされる事に気づきました。
ここを２回クリックすると降順にソーティングされます。
そうすると、通常は
System Idle Process
が一番使用率が高いので最上位に表示され、その次のプロセスが負荷を上げている要因になります。場合によってはSystem Idle Processよりも高い負荷となっていて最上位になっている場合もあります。
暫く様子をみれば、原因が分かるだろうと思います。
blosxom version up ですが、実は、私のサイトでは２０ヶ程blosxomを使っていますので、前回全てを変更しておりませんでした。
いやー、全部変更するのに一苦労でしたが、テスト等で使っていたいくつかのblosxomを削除出来たので、良しとしましょう。
にーやんの頁でも紹介されているので特に書いていなかったのですが、一応、blosxom-2.1.2のダウンロード元をエントリに上げておきます。
下のサムネイルにリンクを貼っておきます。
対策前のblosxomを使い、個別ページ等で.htmの後に
<script>
を追加してページリクエストしてみると、フレーバー部分に
<script>
が表示されています。
これはブラウザ上では分かりませんが、ソースを表示させてみると分かります。
次に、一つ前のエントリで書いた方法で対策したblosxomに対して同様な事をすると、フレーバー部分がサニタイズされており対策されている事が分かります。
修正がうまく出来たかどうかの確認にも使えますね。
にーやんのブログ :: Blosxom 2.1.1 以前にクロスサイトスクリプティングの脆弱性
にて「クロスサイトスクリプティングの脆弱性が存在」する事を知りました。
Blosxom Starter Kitを使っている場合、そのままblosxom.cgiを差し替える事が出来ませんが、実は修正パッチは簡単です。
１．追加分
package blosxom;
の後に次の２行を追加
eval { require './config.cgi'; }; # added
die "Failed to load configuration file.\n$@" if $@; # added
２．削除分
Configurable variablesは全て削除
# --- Configurable variables -----
# この部分を全て削除
# --------------------------------
Blosxom Starter Kitを使っている方はパッチをあててみて下さい。
(4/16追記）
説明不足だったみたいなので、追記します。
パッチを当てるblosxom.cgiは、今使っている物ではなく、4/15のエントリに書いた場所からダウンロードしたBlosxom 2.1.2のblosxom.cgiです。
オブジェクトタグのwidth,heightを変更しいくつかのサイズで表示してみる。
480*385（これがデフォルト）
300*250
200*180
175*165
150*150
100*120（さすがに小さすぎ）
ブログのサイドバー等に使うには、150*150～200*180位が良さそうに思います。
これでRimoが使えなくても自分でYouTubeでブログパーツ作れますね。
YouTube再生リストのWebページへの埋め込みタグも有るので、ちょっと実験してみる。
まず、再生リストを用意します。
ケツメイシの再生リストを作りました。
このページの
埋め込み型プレーヤー:
の下にあるタグをブログに貼り付ける。
ほら、これでこれまでRimoで出来ていた事が出来るでしょ？
だからRimoもやめたのかな？
仕事も一段落。
久しぶりに自宅のＰＣで作業。
Rimoのサービスは終了していますが、YouTubeでも似たような事が出来ます。
再生リストを作り、それを自動再生するのです。
再生リストを作るのは簡単です。
YouTubeの見ている動画の下に「再生リストへ追加」ボタンから追加します。
とりあえず作ってみました。
上記ページへアクセスすれば自動で曲が再生されるはずです。
いつかこの日が来ると思っていたのですが、
Rimoのサービス終了していました。
残念な気持ちも少し有りましたが、動かない状態が放置されていたので仕方ないよね。
最近エントリをまったく上げていませんが、体調が悪いとかやる気が無いとか、そういう事はまったくありません。
仕事に集中している為、自分のＰＣで自分の時間を持つ機会がなくなっているのです。
しかし、忙しいという感じとはちょっとちがいます。
集中しているとしか言い様が無い。
結構不思議な経験をしています。
自分の能力限界考え抜いたと思い、その結果をメモしておく。
「もう良い考えなんか出て来ないだろう。」と、思っている。
でも、違うのです。
時間が経つと、また、違う考えを思いつきます。
考えてもう限界だろうと思う。
なので、そこまでの内容を整理してメモしておく。
でも、また次の別の考えが、これまでの考えを超えて思いつきます。
「うっ」と思うのですが、そしてだんだん嫌になってくる気持ちと、「いや、もっと考えてみよう」という気持ちが混ざりながらも、結局、しっかり考えてしまう。
で、なかなかいつまで経っても終わらないような気がしてくる。
でも、実際はどこかで本当に終わりになる。いや、終わりではないかもしれないが、一旦終わりになる。
えーっと、何が言いたいかというと、
a) 考え抜いているから、集中しているから、全力を尽くすから
b) その先にまた新しい考えが浮かんでくる
のではないか？という感じを受けているのです。
逆に言えば、a)が成立していない場合、b)にはいかないのではないか？と思うのです。
これは自分では確かめられないのですが、結構、重要な真理なのでは？とか思っています。
スポーツだったら、
a) 真剣に練習するから、全力で練習するから、
b) より高い次元のプレーが出来るようになる
という感じではないでしょうか？
こういう体験は貴重でしょう。
だから
I will be focusing for my job for a while.
って感じです。(ただしいenglishになってる？)
Googleのサービスが
で見れるのですが、ふと、「ノートブック」というサービスが気になって使ってみた。
このサービスを使い始めると、Firefoxでそれ用のプラグインを導入する様に薦められたので、それと合わせて使っている。
ブラウザの右下に「ノートブックを開く」というのが追加される。
ここをクリックすると、小型のノートブック画面が出る。
そして、「☆切り抜き」というボタンが有るので、ここをクリックすると見ているページがノートブックに保存される。ページの一部を選択して「☆切り抜き」をクリックすると、テキストなり画像なりを含めて保存される。
これ、私的には結構便利。
HTML_FEPでの改良をwritebackプラグインにも反映しました。
これまではSimpleAPIでしたが、MozShotに変更。
まず、普通のページなら少し待てば必ず表示される様になります。
試したい方はコメント投稿ないしはトラックバック送って、当該ページをブラウザで見て下さい。表示されるまで数分待たされるかもしれません。
ブラウザのキャッシュが残っている場合も有るので、ブラウザのリロードもしてみて下さい。一度表示される様になれば、その後はずっと表示されるはずです。
サムネイルが表示されると結構気持ちいいです。