2003-09-08
_ Gecko on Windows のバグ。
英語フォントがなぜか日本語の記号類の一部に影響を与えてしまうのはどうも Gecko のバグっぽい。OOo でも似たような現象が起きるが、IE では起きない。Unicode フォントの扱いのまずさのような気がしているが、詳細は不明。ブラウザ側で回避方法があるなら知りたいところだが…。
えーい、くそ。
_ IE on Windows のバグ。
position: absolute の指定について、包含ブロックが明示的に大きさを定義しているか否かで動作が異なる。例えば明示的に幅を定義していない場合、包含ブロックはなぜか初期包含ブロックと同じ幅を持つことになる。
ばかですか？
2004-09-08
_ 吉ブーストラップもらえず
自分は別に根っからの吉野家ファンというわけではないし、できることならこういうところにお世話にならない生活がしたい。キャラクターものもそんなに好きじゃない。でもなんか今回はほしかったのだ。
しかしキャンペーン期間中の4回っつーがもう限界で、すぐさま引き換えのためにまた吉野家に食いに行くということはできませんでした。そして引き換え期間ギリギリの昨日、食べに行ったらもうストラップはないとさ。
おれはさー。別に冷凍の牛丼はほしくないのよ。むしろストラップくれと。つけないよ。携帯につける気はさらさらないけどね。でもほしかったの、ストラップ。
ちくしょー。
_ おや？
ライブドア、「AAA! CAFE」の無料レンタル掲示板などを1億円で譲り受け (INTERNET Watch)
事業の中心がライブドアに持って行かれたあとの AAA!CAFE っていったい。。。バナー免除と、有料の Web スペースと無料チャット、無料メールが残るってことかな？ バナー免除と有料のスペースの違いが分かりにくいな。
ふーん。てことはいずれこのスペースの URL も変わるのかな？ 短い名前になって、妙な制限がなくなるのは歓迎するけど、ライブドア傘下になってますます重くなるなんてことがありませんよーに。
_ アクセス落ち着く
もう落ち着いた。やっぱリンクの効果って1日なんだ。それにしてもみんなマメにサイト巡回してんだな。
まだちらほら、まったくこれまで見たことのないところからリンクされている模様。しかし意味のあるコメントとともにリンク張ってる人ってほんとに少ないのな。みんななんでそれを見てたどってみようと思うんだろうか。不思議だ。
_ Google の誕生日
アメリカの時間で9月7日ってことかな。6周年だそうで。そうか。あーそんなもんかー。日本語beta 見つけたのが 98年か 99年辺りだもんな。その頃はググるなんて言葉は当然なかったが、まさかこんなに浸透するとはちょっと思わなかったな。Google のレスポンスの良さ、キャッシュ、そしてブロードバンド化がすっかりコンピューティングを変えたって感じですか。
Gmail はまたコンピューティングを変えてくれるんだろか。個人的には news の方に期待してますが。
- Google ニュース
- Google ニュース (テキスト版)
- gnews2rss-jp
シンプルさが Google の売りだったのに、この見にくさはどうだ。ということで RSS をうまいこと利用すると。その際は空気嫁ってことになってますが。あ。テキスト版あるね。これでいいじゃん。
_ 強者連合？
ヤフー、オールアバウトに資本参加 (ITmedia)
その前に、オールアバウトって社名変更してたのね。というか本家はオールアバウトじゃなくてアバウトなのね。なんだろう、この微妙な違いは。
早い話がリクルートと Yahoo! の協業の第2弾とも言えるのかな？（第1弾はたぶんリクナビNEXT）なんとなくだけど、これがリクルートなりの初期投資回収方法なんだろうという感じ。そりゃそうだよな、ISIZE も持っててオールアバウトもやって、、、ってポータル頑張りすぎやろって話だ。ISIZE もそのうち縮小していくんじゃないかな。ゼクシィとか独立ブランドで頑張れるところだけが生き残れると思う。あとはベネッセと客層がかぶる辺りをどうするか、かな？
_ Ruby 使えそうなモジュール＆ライブラリ
一部必要から、一部趣味から。
- Mail(mailread.rb)
- 複数 UNIX From 形式に対応
- header を hash に収めてくれる
- body を配列に収めてくれる
- TMail
- mh 形式（not UNIX From）
- かなり細か操作ができる
- Tempfile
- テンポラリのファイルは自分で適当に作らずにこれ使えと
- curses
- テキストとカーソルだけのゲームとか作ったら面白いかも
- Ruby Cursesモジュール
2005-09-08
_ SSL 2.0 を切ってみた
Firefox は SSL 2.0 を切る方向らしいので、どういうことになるのか確認するために 1.0.6 で SSL 2.0 を off にしてみた。
Web メールで広告が出なくなった。素晴らしい :-)
_ Ruby 率高すぎ
Lightweight Language Day 2005アンケート集計(1)
他の言語の人があまりよその言語の人と交流を持とうとしていないのか？ あるいは他の言語のコミュニティではあまり話題にならないのか。実際現場で使われている率で言うと Perl と PHP の方が断然高そうだもんな。（自分勝手に Ruby や Python を使っている人は多そうだけど。）
それとも、関東では実は Perl, PHP よりも Ruby がキテるのか？ まさかね。
意外と awk が健闘しているのがなんか嬉しかったり。（XML をいじろうとは思わないけど。）
2006-09-08
_ （たぶん）いちばん短い phpdoc 生成の覚え書き
なんか今までサクっとコマンドで phpdoc を生成するってのはなぜかやったことがなかったので。
- CLI 版 PHP バイナリが入っている
- Pear で PhpDocumentor をインストールしている
状態を想定。以下のように叩く。
php PHPDOC-MODULE -d SOURCEDIR -t OUTPUTDIR
オプションは
- -f
- parse 対象ファイル名の指定
- -d
- parse 対象ディレクトリの指定（たぶん、普通使うのはこっち）
- -t
- HTML などの出力先
- -h
- ヘルプを出力
-t じゃなくて -o じゃないのかとか、-f と -d を分けるのってちょっとどうなんだとか、CLI 好きとしてはなんか少し他のいろいろあるコマンドと比べてオプションの体系に違和感がある。やっぱもともと Web インターフェイス + 設定ファイル（PHP直書き）という文化圏のツールなんだなぁって感じがしないでもない。
phpdoc のモジュールは OSX 標準の PHP に対して Pear でインストールしたときには /usr/lib/php/PhpDocumentor/phpDocumentor/phpdoc.inc にある。alias を設定しておけ。*1と思ったら Debian で入れたら勝手に phpdoc コマンドができた。あれれ。まぁ便利だからいいけど。
しかしこれ未だに多言語対応は考えてないんだな、きっと。iso-8859-1 に決め打った HTML が生成されてしまう。まぁオープンソースものなら Pear の規約に照らし合わせても us-ascii 以外をコード内に入れない方がいいんだろうけど、手元で使う分には日本語書けないとさすがに不便なのよね。
*1 みんなに使わせたいなら shell script の方がよい。
2007-09-08
_ PHP 5.2.1 以降は pecl で Syck か
ただなぁ。時代は PyYAML だっつってんのに今ごろ Syck なのかよという気はするんだけど。この辺、PHP 界隈はどうにも弱い印象だなぁ。
もっとも速さに関しては、そもそもはっきり差が出るようなでかい YAML を毎回パースさせるっつーのがおかしいので、気になるなら serialize(), unserialize() を使ってキャッシュすりゃいいんじゃないかとは思っている。あんまり真面目に計測したことはないけど、parse_ini_file() でまかなえない構造のものを扱いたくて速度もそれなりに気になりますって場合はそれが今のところベストじゃないかしらん。設定ファイルなんてそんな毎回書き換えるもんじゃないんだから。
まぁ YAML ファイルそのものをストレージとして使いたいとか JSON みたいにレスポンスとして使いたいとかいうんだったら話は別なんだろうけど。
2008-09-08
_ うん、これは自習にいいかも
週末必死に未読feedを消化しているうちに出会った本。
cf. 2008-09-03 - 思っているよりもずっとずっと人生は短い。
以前取り上げた本は、内容的にはいいんだけど、ちょっと硬派で人によっては拒絶反応が出てしまいかねないのと、学習の過程の設計がそれほど上手ではなく、学習曲線がいびつな感じがしていた。最終的にちゃんと全部目を通せば結構な量を網羅できるが、完全なわけでもないし、実際に手を動かす部分が弱かった。
つまり、これ渡して「はい、これで勉強して」と言えないわけではないんだけど、練習問題不足。こちらで「補助輪」として練習問題を用意した方がいいな、という印象。あと取っ掛かりとしてはちょっと情報量が多すぎる。取り上げておいてなんだけど、どっちかというと教材作りのための資料的な使い方やチョコチョコと断片的に知識を仕入れていた人がブラッシュアップするのに向いてそうな感じだった。
そこにこの これからはじめる HTML&スタイルシートの本 (自分で選べるパソコン到達点)(中邨 登美枝) を持ってくるとちょうどギャップが埋まりそうな気配。なんと言っても一冊丸ごと練習問題。
編集はスクリーンショット貼りまくりで個人的には目がチカチカしてきらいなタイプなんだけど、まぁこの方がキャッチーだし、自分がこれで勉強するわけではないので(笑。
何より、本の大きさ、情報の詰め込み具合、一通りのことを順に経験できる内容、といった辺りは非常にこなれていていい感じ。安心して渡せる。まず問題なく一人で最初から最後までやり遂げられて、かつ達成感を味わってもらえると信じられる。もちろん不足分は先日の本や自分で用意した資料などで補ってやる必要はあるけど、最後までやり遂げて成果が出そうっていう辺りが自習教材としてとてもよさげ。
やり始め用の資料を自分で整理とかしてたんだけど、とりあえず初期段階はこれに丸投げしてしまおう。
2009-09-08
_ Apache の Satisfy は And/Or だったか
Allow と Require の両方が使われているときの アクセスポリシーを設定します。パラメータは All か Any です。このディレクティブはある場所へのアクセスがユーザ名/パスワード とクライアントのホストのアドレスで制限されているときにのみ 役立ちます。デフォルトの動作 (All) はクライアントがアドレスによる アクセス制限を満たし、かつ正しいユーザ名とパスワードを入力することを 要求します。Any では、クライアントはホストの制限を満たすか、 正しいユーザ名とパスワードの入力をするかをすればアクセスを許可されます。 これは、ある場所をパスワードで保護するけれど、特定のアドレスからの クライアントにはパスワードの入力を要求せずにアクセスを許可する、 というようなときに使用できます
ということは
AuthType ... Require ... Order deny,allow Deny from all Allow from IP_ADDR Satisfy Any
にすると、
特定の IP アドレス以外からのアクセスは認証を要求される
という形になるわけだ。Satisfy のとる値は All か Any なんだけど、これはアクセスを許可するための条件が And になるか Or になるかの違いなんだなと思ったら急に分かりやすくなった。
実際には特定のユーザーにだけアクセスを許可する場合はそのユーザーが固定 IP を持ってて、それに該当しないユーザーは丸ごと 403 の方がスマートなんだけど、なかなかそうもいかんわね。少なくとも URL がバレていないのならこの形で我慢するのが現実的か。