ブログトップ 記事一覧 ログイン 無料ブログ開設

それはそれ。これはこれ。 このページをアンテナに追加 RSSフィード

2003 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2004 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2005 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2006 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2007 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 10 | 11 | 12 |
2008 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2009 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2010 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2011 | 03 | 04 | 05 | 06 | 07 | 09 | 10 | 11 | 12 |
2012 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 11 | 12 |
2013 | 01 | 02 | 04 | 05 | 07 | 08 | 10 | 11 | 12 |
2014 | 02 | 03 | 07 | 08 | 09 | 10 | 11 | 12 |
2015 | 01 | 02 | 03 | 05 | 06 | 07 | 11 |
2016 | 07 |
2017 | 01 | 03 | 06 | 07 | 11 |
2018 | 05 |

2006-06-29(木)

[]最近気になる言葉写メ最近気になる言葉「写メ」を含むブックマーク 最近気になる言葉「写メ」のブックマークコメント

写メ」はおそらく「写メール」の略であろう。「写メール」はボーダフォンソフトバンク登録商標で、「カメラ付き携帯電話機で写真を撮って、それを添付した電子メール」を意味するようである。


が、しかし、どうもテレビを見ていると、携帯電話機で撮る写真のことを「写メ」と言っているようだ。「写」はいいとしても「メ」はないだろう。何も考えないでその場の雰囲気のみで生きている人たちは気楽でいいなあ。

トラックバック - http://d.hatena.ne.jp/otn/20060629

2006-06-26(月)

[]「飲・食・睡・眠」SMAP×SMAP with 綾瀬はるか and 中井貴一 「飲・食・睡・眠」SMAP×SMAP with 綾瀬はるか and 中井貴一を含むブックマーク 「飲・食・睡・眠」SMAP×SMAP with 綾瀬はるか and 中井貴一のブックマークコメント

綾瀬はるかはドラマでは見ていたけど、バラエティーで見るのは初めて。ここまで天然だとは・・・

これでドラマではあの演技だから大女優の素質ありか?最初の連ドラだったという「僕の生きる道」でも全然危なげなかったし。

トラックバック - http://d.hatena.ne.jp/otn/20060626

2006-06-22(木)

[]「堀北真希が変だ」〜グータンヌーボ 「堀北真希が変だ」〜グータンヌーボを含むブックマーク 「堀北真希が変だ」〜グータンヌーボのブックマークコメント

堀北真希が変だ」というナレーションで始まった今週のグータン。先週の予告編では「(ヤマピーのこと)よく分かんないですね」「好きになった人に好きになってもらおうとは思わないですね」


「恋を忘れた女」ということだけど、個々の話を聞いているとそんなに変でもないように思う。

堀北:私あんまり…その、好きになった人に、好きになってもらおうと思わないですね
(宮迫:え?)
江角:え?え?
(うっちー:どういうこと?)
江角:何で何で?
堀北:だから何か
江角:何で何で?
堀北:嫌われてなかったらいいかな
若槻:え!付き合いたいとか思わないの?
堀北:あんまり思わないですね
若槻:え?!
(宮迫:えーー)
若槻:え?え?え?
堀北:そんなにおかしい?
--------------------------------------------------------------
江角:でも、ヤマピーとか見たらどきどきしない?
(中略)
堀北:変な風に言うと、多分もう見慣れちゃったんですよ
若槻:あら、もったいない。マジで?
江角:どきどきしないの?実物のヤマピー
(宮迫:オレでも付き合うわ)
堀北:でも私、お仕事で会うと、お仕事する人として見たりするから
--------------------------------------------------------------
堀北:女子高でよかったなあと思って。変な気は遣わなくていいし
江角:でもその、変な気を遣いたい時もない?なんか共学でさあ
若槻:はい。ちょっと意識するみたいな
江角:なんとなく、うんうんうん
堀北:そういうのなくて良かったなあと思いますね。面倒くさがりで
--------------------------------------------------------------
江角:真希ちゃんだったらどうする?すっごい好きな人が出来て
若槻:すっごい好きなんだよ
堀北:どうするっかなあ。好きな人は、なんか、見てたい

番組の作りとしては、これを変だと思わない人が変という感じ。

しかし、江角さんいつも怖い。次回の予告編は、

高橋克実「この人たちに欠けているのは番組に出ていると言う意識ですよね」。うっちー奥菜恵小野真弓


それはそれとして、マージンFXのひまわり証券さん、ニンテンドーDS Lite欲しい!

トラックバック - http://d.hatena.ne.jp/otn/20060622

2006-06-19(月)

[][]SMAP×SMAP with 松山千春 SMAP×SMAP with 松山千春を含むブックマーク SMAP×SMAP with 松山千春のブックマークコメント

今日音楽ゲストは、松山千春だった。

5月に出た、カバーセルフカバーアルバム「再生」のレコーディングについて:

長い夜やなんかも、「なが〜〜」とかナ、延ばしたりしてんだろ。ところがあの、レコーディングやってて、「オレ昔、どうやって歌ってたんだろ」て聞いたらさ、全然延びてないんだよ。「あれオレいつから延ばしたんだろ」とかナ。それとレコーディングやってて、「が〜〜」て延ばしてたらさ、「これいつまで延ばしたらいいんだ」とか。自分でわかんなくなってきちゃった。

確かに、オリジナルは「な-がい〜〜、よ-るを〜〜」だったはず。ということで、1970年代のファンとしては、セルフカバーと言えども

よりも、後で作ったベスト版とはいえオリジナル楽曲の、

とかのほうがお薦め。髪の毛長いし。

トラックバック - http://d.hatena.ne.jp/otn/20060619

2006-06-18(日)

[]宇宙家族ロビンソン 宇宙家族ロビンソンを含むブックマーク 宇宙家族ロビンソンのブックマークコメント

amazonを見ていると、DVD-BOXが。割引はあるけど、ファーストシーズン・セカンドシーズンと日本で放映のなかったサードシーズン字幕版を合わせると7万円くらい。

大人買いできない額ではないが、全部見るかと言うと、うーん。


他に買うべきDVDはもっとある。いや、誰か買って。

次女のペニーのファンでした(SOMにも出てる)。

トラックバック - http://d.hatena.ne.jp/otn/20060618

2006-06-17(土)

[]PuwkiWikiのページ一覧表示のハック PuwkiWikiのページ一覧表示のハックを含むブックマーク PuwkiWikiのページ一覧表示のハックのブックマークコメント

ページ一覧をクリックすると、全ページの一覧が表示される。まあ、当たり前だが。編集ユーザと一般ユーザを分けている場合に、一般ユーザーにもPukiWikiの説明ページ(標準で元からついているページ)が表示されるのがうざいので抑止を考える。


標準添付の説明ページファイルの実行可能ビットを立てておいて、EDIT_OKがdefineされているときだけ、実行可能ビットの立っているファイルを表示するようにする。実行可能ビットで区別しておくと、PukiWikiバージョンアップのときに(プラグインヘルプなどの)置き換えるべきファイルと、そうでないファイルの区別にもなって便利。

lib/file.php の、function get_existpages() の中

         die_message($dir . ' is not found or not readable.');
    $matches = array();
    while ($file = readdir($dp))
!        if ((defined('EDIT_OK')|| !is_executable($dir .'/'. $file))
!         && preg_match($pattern, $file, $matches))
             $aryret[$file] = decode($matches[1]);
         closedir($dp);

トラックバック - http://d.hatena.ne.jp/otn/20060617

2006-06-11(日)

[]PukiWikiファイル配置 PukiWikiのファイル配置を含むブックマーク PukiWikiのファイル配置のブックマークコメント

PukiWikiの記事が続いたついでに、ファイル配置についての覚書を書いておく。

ファイル群は以下の4種類に分けられる。

(1) インストール用ドキュメントで実行時に不要なもの
    README.txt 等
(2) 直接ブラウザから参照されるもの
    .htaccess index.php image/* skin/*(*.skin.phpを除く)
(3) 直接ブラウザから参照されないライブラリ(PukiWiki本体スクリプト)
    lib/* 
(4) 直接ブラウザから参照されない設定ファイルデータ等
    *.ini.php *.lng.php plugin/* skin/*.skin.php
    wiki/* atatch/* backup/* cache/* counter/* diff/*

配置だが、(2) は当然ながらWWWサーバーが表示可能な場所、つまり、~/public_html とか ~/www とか*1またはそのサブディレクトリに置く必要がある。

(3) はブラウザから直接参照されないので、~/public_html 以下に置く必要は無い。~/lib 等に置いて、その絶対パスを、index.php で LIB_DIR に定義する。

(4) もブラウザから直接参照されないので、~/data などに置く。またその絶対パスを、index.php で DATA_HOME に定義する。


複数のWikiを設置する場合(WikiFarm)は、(3)は共用できる。(2)もindex.php等の起動元スクリプト以外は共用できる。(4)は必要なだけ別ディレクトリコピーして、そのパスをそれぞれの起動元となる index.php で DATA_HOME に定義する。その複数の index.php はサブディレクトリを分けてもいいし、index2.php 等と名前を変えてもいい。

(4)の中でも本来はプラグインスキンは共用できてもいいように思うが、現状の1.4.6段階では分けるようになっている。おそらく、プラグインの設定をそのプラグインファイルの中に書くようになっているので単純には分けられないのだろう。複数のプラグインディレクトリを探索するようになっていると設定変更したものだけ個別に置けばいいので、それ以外のものは共用できるのだが。いや、プラグイン中の定数定義を「定義されてなければ定義する」ようにして、pukiwiki.ini.phpプラグイン用の定数も定義するようにすればいいか。いずれにせよ WikiFarm についてはいずれは本格対応されると思うのでそれを待つことにする。


なお、pukiwiki.ini.phpプラグイン等をWWWサーバーから直接参照出来る場所に置いた場合は、拡張子に注意が必要である。標準の .htaccess では、"\.(ini\.php|lng\.php|txt|gz|tgz|zip)$" にマッチするファイルは参照出来ないようにしてあるが、.bak や .old 等と古いものを拡張子を変えて保存しておくと、それらは参照できてしまうので、ユーザ名・パスワードメールアドレスなどが漏洩する。上記のようなファイル配置にすれば問題ないが、レンタルサーバーの都合で、WWWサーバーから参照不可能な場所が無い場合は、.htaccess を修正してそれらも参照不能になるようにする必要がある。うーん、count/* や cache/* なんかも保護したほうがいいような。

*1サーバーの設定によって異なる

トラックバック - http://d.hatena.ne.jp/otn/20060611

2006-06-06(火)

[]PukiWikiURLの整形(その4) PukiWikiのURLの整形(その4)を含むブックマーク PukiWikiのURLの整形(その4)のブックマークコメント

id:otn:20060604 の続き。

最後に、各ページURLの表示を変更する。EUC-JP のページ名は、rawurlencode() によって URL 中のページ名に変換される。そこで、lib/make_link.phpの先頭で、

function myurlencode($uri) {
        return str_replace('%2F','/',rawurlencode($uri)).'/';
}

と、%2F を / に戻してさらに最後に / を付けるように変更する。これを使い、

$script . '?' . rawurlencode($page)

のようになっている部分を、

$script . '/' . myurlencode($page)

のように変更するのだが、これだと、/CMD/?ページ名 が、/CMD//ページ名 になってしまう。そこで、

rtrim($script,'/') . '/' . myurlencode($page)

のように、スクリプト文字列の最後の / を取る必要がある。


こういった変更を、lib/make_link.php の他、lib/html.phplib/func.php や plugin の中も変更する。

ただし、refer= の後や、page= の後は、rawurlencode() のままである。


lib/func.php の中の function page_list() は、

    // Shrink URI for read
    if ($cmd == 'read') {
!       $href = rtrim($script,'/') . '/';
    } else {
        $href = $script . '?cmd=' . $cmd . '&page=';
    }

    foreach($pages as $file=>$page) {
!       if ($cmd == 'read') {
!           $r_page  = myurlencode($page);
!       } else {
!           $r_page  = rawurlencode($page);
!       }
        $s_page  = htmlspecialchars($page, ENT_QUOTES);
        $passage = get_pg_passage($page);

のようにするといいだろう。


plungin は、navi ls2 recent rss tb しか修正していない。まだ使っていないもので修正が必要なものがあるだろうが、“そのときはそのとき”という方針で、未修正。

おわり。

トラックバック - http://d.hatena.ne.jp/otn/20060606

2006-06-04(日)

[]PukiWikiURLの整形(その3) PukiWikiのURLの整形(その3)を含むブックマーク PukiWikiのURLの整形(その3)のブックマークコメント

昨日 id:otn:20060603 の続き。次は、表示リンクの変更だが、まず入力されるURLが今までは http://otnx.jp/CMD/ ディレクトリ配下だったため、skin や image ディレクトリも、相対指定でよかった。今後は、URLディレクトリがページ名に応じた階層構造になり相対指定では無理なので、絶対指定になる。そこで、まず、pukiwiki.ini.php において、

define('BASE_DIR',    '/CMD/'); // URL base

を追加し、

// Skins / Stylesheets
define('SKIN_DIR', BASE_DIR .'skin/');

// Static image files
define('IMAGE_DIR', BASE_DIR .'image/');

と修正する。そうすると今度は DATA_HOME 配下のスキンディレクトリパス名が狂うので、default.ini.php を、

if (defined('TDIARY_THEME')) {
        define('SKIN_FILE', DATA_HOME . basename(SKIN_DIR) . '/tdiary.skin.php')
} else {
        define('SKIN_FILE', DATA_HOME . basename(SKIN_DIR) . '/pukiwiki.skin.php
}

のように修正する。また、skin ファイルの中で、css や js ファイルの場所が、skin と決め打ちされているので、skin/*.skin.phpの中の、

href="skin/
を
href="<?php echo SKIN_DIR ?>
に

src="skin/
を
src="<?php echo SKIN_DIR ?>
に

という修正をそれぞれ行う。これは元々のPukiWikiバグか?


最後は、各ページへのリンクを修正して終わり。

つづく。

トラックバック - http://d.hatena.ne.jp/otn/20060604

2006-06-03(土)

[]PukiWikiURLの整形(その2) PukiWikiのURLの整形(その2)を含むブックマーク PukiWikiのURLの整形(その2)のブックマークコメント

id:otn:20060529の続き。

結局リライトルールは、

RewriteEngine on
RewriteBase /CMD
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*[^/])/?$ index.php?$1 [L]

となった。ファイルディレクトリで無いとき、末尾に / があればそれを取った上で、先頭に index.php? をつける。途中の / は、%2F に復元せずにそのまま QUERY_STRING に渡すことになるが、特に問題なく動いている。


PATH_INFOの解釈部分の変更は以下の通り。

*** init.php.org        Sun Sep 11 14:58:33 2005
--- init.php    Sun May 28 23:53:51 2006
***************
*** 274,279 ****
--- 274,281 ----
  $arg = '';
  if (isset($_SERVER['QUERY_STRING']) && $_SERVER['QUERY_STRING']) {
        $arg = & $_SERVER['QUERY_STRING'];
+ } else if (isset($_SERVER['ORIG_PATH_INFO']) && $_SERVER['ORIG_PATH_INFO']) {
+       $arg = ltrim(rtrim($_SERVER['ORIG_PATH_INFO'],'/'),'/');
  } else if (isset($_SERVER['argv']) && ! empty($_SERVER['argv'])) {
        $arg = & $_SERVER['argv'][0];
  }

cgiのため、直接にPATH_INFOは参照できず、php.iniに、

cgi.fix_pathinfo=1

を指定した上で、ORIG_PATH_INFOを参照する。先頭と末尾の / を削除した上で、QUERY_STRING で渡されたかのごとく扱う。いずれのケースにおいても途中の / はそのままで問題はおきていない。また、PATH_INFOと違ってOROG_PATH_INFO はURLデコードされた状態で渡ってくるようだが*1、これも再度URLエンコードすることなくデコード済みの状態のまま渡しても問題は起きていない。今後のバージョンアップでもし問題が起きるようなら rawurlencode してから $arg に設定する必要があるかもしれない。


これで、受け側はできた。あとは、html生成側を整形後形式にすればよい。

つづく。

*1:これがcgiの時一般の動作なのか、さくらインターネット固有の事情なのかは未調査