何もない場所

WordPress2.6.3日本語版にアップデートしてみました。
何か不具合があれば教えていただけるとありがたいです。

今のところ、管理画面のjavascript周りで文字化けが……。＾＾；

http://slashdot.jp/mac/article.pl?sid=07/06/11/2023209

おうっ。いつか来るだろなとは思ってたけど、ついに。Safari3のPublic BetaでWindows版。
ちょい触ってみましたけど、日本語周りはまだ全然って感じですね。うう～ん正式リリースはいつごろになるんだろうなぁ。

いずれにしても、これでようやく主要なレンダリングエンジンがWindowsに出揃ったという感じ。
今までSafariでの動作確認が一番のネックだったもんなー。
う～ん、嬉しいような嬉しくないような……。

ブログをMovable TypeからWordPressに移行する際、記事やコメントに関してはWordPress側でコンバートツールが実装されてるので特に問題は無いのですが、URIが変わってしまうという点が一番ネックになると思います。
KAYも最初は、引っ越しメッセージ付きのRSSだけ用意しといて後は諦めるか、と思ってたんですが、記事数もそんなに多くないし（ちょうど100件だった）、せっかくだから全記事リダイレクトしたれと思ってこんなスクリプトを書いてみました。
(続きを読む…)

せっかくサーバを立てたのにコンテンツが何もなかったので、ブログを引っ越しさせてみました。
というか、xreaの鯖でCGIを動かすとめちゃくちゃ重かったので……。
さようならムーバブルタイプ。こんにちはワードプレス。

というわけで、ついにムーバブルタイプに愛想尽かしてしまいました～。
とりあえず、各ページのパーマリンクとRSSはリダイレクトされるように設定したつもりだけど……ちゃんと出来てるんだろーか。
つか、RSSリーダがリダイレクトのレスポンスコードをちゃんと解釈してくれるのかがちと心配。今のところ、Operaでは大丈夫っぽかったけど。

で、WordPress。う～ん、どうだろう。軽くなったのは確かだけど、WordPressだからなのか、引っ越ししたからなのか……。
まあ、多分両方かな。xreaってひとつの鯖にいくつくらいアカウント詰め込んでんだろ。あそこ、朝方はいっつも激重なんだよねえ。

つか、なんか色々やってて疲れた。眠い。今回のエントリ、内容がぐちゃまらですが（いつもの事と言われそう）ご容赦を。

とにかくまあ、そんな感じですので、これからもよろしくお願いしまっす！！

chisyamori.com～。

今回のドメイン取得に伴って、智者森のURIも http://kay.s18.xrea.com/ から http://kay.chisyamori.com/ に変わってます。
一応、旧URIでも問題なくアクセス出来るようにはしてあります。

というかここ数日自宅サーバの構築に奔走しておりましたよ、と。
現智者森は、サブドメインに旧来どおりxreaのs18鯖を割り当てて運用しておりますが、メインの方は自分でサーバ建ててみました。
CPUはP4の3.2GHz、メモリ1GB、HDD250GB、OSはVine Linux 4.1です。
サーバ用に新しくマシンを組んだんですが、大体のパーツは秘蔵のガラクタボックスに揃っていたので、出費はマザーボード、CPU、LANケーブル、ドメイン代のみ。2万そこそこで環境が構築出来てしまいました。＾＾；
ただ、電気代が気になるなあ……。

一応、PHP5とMySQLとphpMyAdminも入れてみた。使うのかしらん。
あと、Subversionもインストールしてみました。つか、現在のところこいつがメイン？　例のゲーム制作の管理用にと思って。
WEBサイトとしての運用は、「『ゲーム制作サークル』智者の棲む森」のサイトとして使うつもりです。
全然サイト制作の目途は立ってないけど……。＾＾；

ものっそい今更という気がしますが。＾＾；
mixi自体に付いてる機能で2列表示、3列表示の切り替えは出来ますしねえ……。
でもまあ、車輪の再発明はKAYのオハコなので、ネタ的には全然おっけー。（マジかよ）
ブックマークレットの練習という感じで作ってみたんですが、得るものは非常に少なかったですね。やってる事はフツーにスクリプト書くのと変わんないので、当たり前といえば当たり前ですが。＾＾；
大仰な名前まで付いてますが、どっちかっつーとこれ、小技、小ネタの範疇ですよねえ。スクリプトを直接ブックマークするという発想の面白さと、導入の容易さが受けたって感じでしょうか。まあいいや。

(続きを読む…)

前回のエントリ書いてから微妙にバージョンアップしてます。
組み込みのトランジションに加速度付きの移動とバウンドを追加してみました。
せっかくだから個々のトランジションに解説でも付けてみようかなと。

(続きを読む…)

components.jsでも紹介しようかなと。
なんつーか、結構前から使ってるんですが、解説とかすんのめんどくさくてずっと放置してました。

一応これは、prototype.jsのような、javascriptのライブラリ（と言っていいのか？）です。
prototype.jsはその名のとおり、組み込みのオブジェクトを汚しますが、components.jsは組み込みオブジェクトには一切手を付けないようにしてあります。なんか、頻繁に使いそうな関数とかはとりあえずグローバルに登録しとけ的な。
何分、勉強しながらの制作なので、ぶっちゃけ作りは粗いです。で、まだまだ開発途中です。なんかjavascriptで色々ちょこちょこやってる時に、関数やらオブジェクトやらが必要になりそうになったら更新していく、というスタンスです。めっちゃ自分用です。
そもそも、prototype.jsがいいらしいと聞きつつも、使い方を覚えるのがしんどいというのが出発点ですからっ。

でまあ、やっぱ1から解説すんのはめんどくさいので、とりあえずこいつのキモであるTransitionオブジェクトの触りの部分だけ。
そうなんだよなあ……そもそも、HTMLの動的書き換えの為に作ったのに、自分のサイトではほとんど活かされてない……。orz
まあいいや。

(続きを読む…)

こんな関数を作って、ベンチマークを実行してみました。

(続きを読む…)

先日から稼動させているお絵描き掲示板ですが、なんとスパム書き込みが。
掲示板部分は完全に自作なので、ちょっとびっくりしました。
やっぱフォーム部品のname属性値は無難な名前にしとくと危険なんですかねー。
あと、スパム対策処理も入れとかないと……。うぜー。
とりあえず、あんまりめんどくさい処理は入れたくないんで、前にWikiのスパム対策でやったASCII文字のみの投稿は弾く、という線で行こうかな。

あと、PCH（アニメーション）の再生機能の追加と……データベースの方で、PCH再生を許可するかどうかのフラグもあった方がいいのかな。
当初は、PCHが存在するかどうかで再生の可否を判別しようと思ってたんだけど。
一応、投稿後にPCHダウンロードのリンクと、PCHをサーバから削除するチェックボックスはあるんだけど、上書き用にPCHは残しておいて、でも再生はさせたくない、というニーズもあると思うんだよねえ。

それと、新規お絵描き投稿の時のアップロード処理が無くなった関係で、ひとつ画面遷移が必要な部分が減ったので、もうちょいAjax寄りにしてもいいかなと思った。
まあどうなるかわかりませんけどね……。

上書き機能追加～。
う～んしかし、ブラウザのキャッシュどうにかならんかなー。画像の方はまあ、どうにかすればどうとでもなりそうかなという気はするんだけど。
問題はPCH（アニメーション）ファイル。
一度PCHから上書きすると、それがキャッシュに残るのね。んで、その状態で再度上書きするとアプレットはキャッシュの方を参照しちゃう模様……。
つかまあ、Operaでしかチェックしてないし、もしかしたらIEなんかは違う挙動すんのかもしんないけど……。
同じ画像を2回以上立て続けに上書きする場合なんてそうそうないかなーとか思って、今のところ放置してます。

meta要素で「no-cache」とかあるけど、あれはアプレットから読み込まれるファイルにも有効なんだろうか。当該のHTMLのみか？　あとでちょっと試してみよう……。

結局CSSは必要最小限で。そのうち気が向いたら代替CSSとか導入するかも。

あと、しぃペインターを導入して絵板を復活させました。
一応サーバ側の処理は自分でスクリプト書いたんだけど、なんかいろいろ挫折した。
いちびってajax使っていろいろやってみようと思ってたんだけど、object要素があまりにも使えず……。orz
ていうか、Firefox2.0でobject要素に対してtypeofしたら”function”を返すのはなぜなんだぜ？

ライブコネクトのコールバック関数とかもうまく動かないし、iframeの代替として使おうとしても全然思うような動作しないし……。
XHTML+PHP+MySQL+Ajaxなお絵描き掲示板として華麗にデビューさせたかったんだけどなあ……。

とりあえず、現時点で超超作りかけです。KAYが使えればいいやという感じで作ったので、返信機能すらありません。
IEにも対応してません。IE7ではどうだろう……。
KAY以外の方も使っていただいて全然構いませんが、まあ誰も使わないだろな。

各ブラウザで、documentオブジェクトへは、以下のような感じでアクセスできる。

※インラインフレームを「name=”child” id=”iframe_object”」で定義したとする。

■Opera9.02
document.getElementById(”iframe_object”).documentでアクセス可能。

■Firefox2.0
child.documentでアクセス可能。

■IE6
document.getElementById(”iframe_object”).document、child.documentのどちらでもアクセス可能。（===の比較で同定出来る）

ここで問題になるのがOperaの場合。IE、Firefoxはchildがグローバル（インラインフレームのwindowオブジェクト）という事になりますが、じゃあOperaの時のグローバルはどこよ？　という話で。

実はOperaでも、iframe要素によるインラインフレームの場合だと、要素のname属性で指定した名前で親のスクリプトからインラインフレームのwindowオブジェクトへアクセス可能なんですね。
しかも、object要素の場合でも親の方のwindowオブジェクトのメンバでちゃんと名前空間が確保されてる。
「window.(name属性で指定した値)」を参照するとundefindではなくnullを返します。
これはなんなんですかねー。あえてこういう仕様にしてるとも取れるなあ……。

まあ実際、object要素でHTML文書を指定した場合はあくまで文書を埋め込むんであって、ウィンドウを埋め込むわけじゃないですからねえ……。
とはいえ、親のスクリプトから見た時にフレーム内のグローバルが行方不明になるというのもどーかと……。

でまあ、苦肉の策で、インラインフレーム側のスクリプトにこんな感じの記述を入れておく事で親のスクリプトからインラインフレームのグローバルへアクセスする事は出来ます。

parent[window.name] = window;

実際は、場合や環境によってインラインフレーム側のスクリプトが先に読み込まれるかも知れないので、各フレーム間でもうちょい厳密な同期処理を入れといた方がいいのかも知れない。（いらないのかも知れない）
事実、簡単なテストをしたところ、Operaの場合は親のスクリプトが先に実行され、Firefoxの場合は子のスクリプトが先に実行されるという現象を確認しました。これが上記の記述に影響するかどうかは未検証ですが。（そんくらい検証しとけよという話も）

んでまあ、最終的に何が言いたいかというと、もっとスマートに子フレームのグローバルにアクセスできる方法があれば誰か教えて下さい。orz

winIEのhtml要素は、デフォルトでボーダーを持っています。
なので、

html {border:0;}

などとしてやると、閲覧領域の凹みが無くなり、フラットな表示になります。

……とここまでならなんて事の無い小技ですが、javascriptでイベントを扱ったりすると、これが思わぬ動作に繋がる事があります。
というのも、IEではdocument.documentElement.clientWidth(clientHeight)は内容領域（CSSのwidth、height）の値を返しますが、event.clientX(clientY)はボーダーまでを含めた座標を返します。ぶっちゃけ、html要素に何も指定しない場合だと2pxほどずれます。
clientWidthをoffsetWidthとかに変えても無駄です。スクロールバーは幅に含まれますが、相変わらずボーダーは含まれません。
しかもIEは、標準準拠モードと互換モードでdocumentElement周りの挙動が変わるらしく、加えて他のブラウザへの対応も考えると、もう何がなんだかわかりません。誰か助けて下さい。（←エントリの趣旨が変わってきている）

前回のエントリで紹介したjavascriptの高速化ですが、せっかくだからベンチマークやってみました。

スクリプトはこんな感じ。

(続きを読む…)