目次: 自宅サーバー
PukiWiki 1.4.7に関連するページへのリンクを表示するrelatedというプラグインがあります。リンクには二種類あって、
が表示されるようになっています。
PukiWikiの編集時にブロック型プラグイン形式 #relatedか、index.php?plugin=related&page=PageNameのように(便宜的に直起動と呼ぶ)してpluginを呼び出すことで上記の機能が発動します。
どちらの起動方法でも機能は同じ……そんなふうに考えていた時期が俺にもありました。
バキネタはさておき、relatedプラグインってば直で起動するとブロック型とは別の処理が走ってしまいます。そのせいで順リンクが出ません。なんだこれ。
PukiWikiなんてそこら中で使われてるし、relatedの妙な動きにも誰か気づいていそうなもんですが…、そもそもどちらの動きが正しいんでしょう?それによっては以下のエントリが丸々無駄になる可能性があったりなかったり。
PukiWikiで「ひらメソッド」をやってみると、ある関数が誰を呼ぶか?という一覧の他に、ある関数が誰から呼ばれ得るか?ってのも知りたくなりませんか?
その手の情報は手動で管理すると死ねるので、逆リンクの一覧をページに埋め込むってのが欲しかったわけです。しかしながら #relatedでは、先述したように順リンクが混ざってうまくないです。
relatedを直すとあちこちに影響が出そうなので、今のところは、以下の図のような対象ページの逆リンクだけをすっぱ抜いてくるbacklinksプラグインを追加して凌いでいます。
<?php
// PukiWiki - Yet another WikiWikiWeb clone
// Backlinks plugin: Show backlinks for the page
function plugin_backlinks_convert()
{
global $vars;
return make_backlinks($vars['page'], 'p');
}
function make_backlinks($page, $tag = '')
{
global $script, $vars, $rule_related_str, $related_str;
global $_ul_left_margin, $_ul_margin, $_list_pad_str;
$links = links_get_related_db($vars['page']);
if ($tag) {
ksort($links);
} else {
arsort($links);
}
$_links = array();
foreach ($links as $page=>$lastmod) {
if (check_non_list($page)) continue;
$r_page = rawurlencode($page);
$s_page = htmlspecialchars($page);
$passage = get_passage($lastmod);
$_links[] = $tag ?
'<a href="' . $script . '?' . $r_page . '" title="' .
$s_page . ' ' . $passage . '">' . $s_page . '</a>' :
'<a href="' . $script . '?' . $r_page . '">' .
$s_page . '</a>' . $passage;
}
if (empty($_links)) return ''; // Nothing
if ($tag == 'p') { // From the line-head
$margin = $_ul_left_margin + $_ul_margin;
$style = sprintf($_list_pad_str, 1, $margin, $margin);
$retval = "\n" . '<ul' . $style . '>' . "\n" .
'<li>' . join($rule_related_str, $_links) . '</li>' . "\n" .
'</ul>' . "\n";
} else if ($tag) {
$retval = join($rule_related_str, $_links);
} else {
$retval = join($related_str, $_links);
}
return $retval;
}
?>
PukiWikiのpluginディレクトリにbacklinks.inc.phpという名前で置いて、PukiWikiでページ編集するときに #backlinksと書けば動作するはずです。PukiWikiのコード(make_related関数)をそのままパクッてるんで、ライセンスはGPLです。こんなんで良ければご自由にどうぞ。
この記事にコメントする
会社の挨拶運動に参加しました。寒空の下30分間、会社の入り口で「おはようございまーす」を連呼しました。
寒さを考慮してほっかいろを配ってくれたので早速使ってみたのですが、最近の製品は発熱量が少ないみたいです。かいろが暖かくなるどころか逆に寒さに負けて冷たくなってくる始末。低温火傷に配慮したのかなあ?それにしてはやりすぎだよなあ?
この記事にコメントする
ちょっと前にニコニコ動画で大流行していた「チーターマン」という伝説級のクソゲーがあるんですが、これを越える超絶クソゲーがあります。
「未来神話ジャーヴァス」というファミコンのゲームなのですが、アクションRPGにも関わらず、説明なくゲームが始まって当然、てな作り方です。ターゲット層と思われる小学生に理解させる気ゼロです。
バッテリーバックアップカセット、クエストシステム、城攻めなどの斬新な要素(当時)も見られます。しかし基本が即死というバランスの悪さ、説明不足すぎて理解不能なクエストなどマイナス点が多すぎです。これは常人にはクリア不可能だと思われます。
ニコニコにクリアムービー(かなり省略されてます)が載ってたので、暇で仕方ない人は探してみてください。見ていても何してるのか全然わからんのが難点だけど…。
この記事にコメントする
今日は飲み物を買いに行ったりしたくらいなので、昨日の晩〜深夜にかけて、友達とゲームしてた話でも。
PS3のありあまるパワーを生かして、ハイビジョン画質(1080p出力)をでかい画面(50インチのプラズマ)に繋いで、ガンダム無双やってました。ポリゴンのアラが見えてしまうくらい、綺麗だなあ。
Wiiでパワプロもやりました。リモコンを振って投げる/打つってのが楽しいです。最初はシンプルすぎる操作を見て、プレイヤーを馬鹿にしてると思ったんですが、やってみると逆にシンプルさが楽しいです。
ただ、PS3やった後にWiiの絵をみると、ぼやけているというかなんというか…。やるなら逆の順番にしたほうが良さそう。
この記事にコメントする
友人の誘いに乗って、京都の三嶋亭にすき焼きを食べに行きました。店の雰囲気に対して、ジーパン+トレーナーという僕らの服装が激しく場違いでした。あやうく周囲の視線で針のむしろになるところでした。個室で良かったと思います。
一食で一ヶ月の食費の半分くらいが吹っ飛びました。しかし…、うまかった…!
食事を食べた後は京都の町をぶらぶら。京都のコンビニはみんな地味な色にしていて面白いです。街並みとの調和ってやつでしょうか。
近くの八坂神社にお参りしました。門の修復工事が終わっていたので、写真を撮りました。柱の朱が鮮やかです。今はまだ直したてで綺麗すぎるきらいがありますけどしばらくしたら良い味が出るでしょう。
神社にお参りしてお土産買った後は、パフェを食いました。男五人でな…、なんか最近こんなのばっかりだw
この記事にコメントする
会社からの帰り道、電車の到着時刻を知らせる電光掲示板を見るとなんかおかしい。先に来るはずの8分が、16分の電車の下に表示されています。普通は到着時刻順に並ぶはずです。
そのまましばらく電光掲示板を見ていると、JR西日本恒例の赤い文字(電車の遅れ時間を示す)が。またですか、もう勘弁してください。
ああ、これはだめだって思ってたら「8分の普通電車は16分より後になる」ってアナウンスが入りました。電光掲示板の順番が入れ替わってる=先行(8分の電車)は来ませんよ、って予告なんですねっ…て、わかりづらいよ。
最終的には10分遅れになって、時間順で正しい順番になりました。結局ホームで20分も待っちゃったYO!遅れの原因は、小動物を跳ね飛ばしたせいらしいです。へぇー。
この記事にコメントする
目次: C言語とlibc
突然printfの動きがおかしくなって、引数で与えた数値を表示したりしなかったりするようになりました。
で、調べてみるとこーんなプログラムになってたわけです。
#include <stdio.h>
int main(int argc, char *argv[])
{
long long int a;
int b, c;
a = 0x1234567887654321LL;
b = 200;
c = 300;
printf("a:%d, %s, b:%d, c:%d \n", a, "strings", b, c);
return 0;
}
実行してみると
$ gcc a.c $ ./a.out Segmentation fault
見事に落ちました。
このプログラムのまずいところは変数aは8バイト(long long int型)あるのに、printfには %d書式(signed int型の指定)と指示しているため、printf側が4バイトしか見ない、ってところです。残った4バイトは次の %s指令のデータと見なされて、その結果変なアドレスを見に行ってプロセスが死にます。
なので、この場合は %dじゃなくて %lldと書いてlong long signed int型であることを指定すべきです。正しく動いたときの結果はこんな感じ。
$ ./a.out a:1311768467139281697, strings, b:200, c:300
整数だからといってなんでもかんでも %dにしちゃだめですよ、って教訓ですな。
$ gcc --version gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ gcc -Wall a.c a.c: In function 'main': a.c:12: warning: format '%d' expects type 'int', but argument 2 has type 'long long int'
ちなみにgccなら -Wallオプションを指定すれば、printfの書式指定が間違っていたときに教えてくれます。
もちろん好きこのんでこんな状態を作ったわけではありませんので、お間違いなく…。
この問題に出会うきっかけとなったプログラムは、言うなれば「typedef地獄」でしょうか。ぱっと見ても、整数なのか浮動小数点数なのか、はたまた構造体なのか…型が全くわかりません。何よりひどいのはtypedefが連鎖しまくっていることでしょうか。
例えばAライブラリのA_TypeがBライブラリのB_Typeのエイリアスだったとして、そのB_TypeがさらにCライブラリのC_Typeのエイリアスで、それがさらにDの…というように、ひねりのないtypedefが延々と続きます。
そのくせ最後まで辿ってみると無条件でtypedef int X_Type;(単なるint)とかいうオチが多いので、ウザいことこの上ない。
やがて調べるのが面倒くさくなって、どうせlongかintだろって思ってなめてたら、long long intのエイリアスがいくつか混ざっていて、警告オプション -Wallもご丁寧に抹消されており、上記の問題にはまったわけです。
C言語において、ダメなマクロの話は良く聞きますが、ダメなtypedefの使い方はそうそうないと思う。
この記事にコメントする
大好きな蒟蒻畑をダイエーで3袋くらい買ってきてもさもさ食ってたら、一瞬でなくなりました。しかも食べ過ぎて具合悪くなってきたし…。
それはさておき、蒟蒻畑の袋に「高齢者と子供は食べないで」というイラストが入っていることに気づきました。以前は裏側に「気をつけて食べて」とか「スプーンで食べて」という注意書きがあっただけだった気がします。
袋の表にしっかり描いてありますね。右下のマークの部分を拡大すると、以下のような具合です。
食べるな、とはっきり描いてあります。喉に詰まらせる事故が起きる度にこの手の警告は厳しくなりますが、ついに注意や警告ではなくて禁止になってしまったようです。事故が起きまくる交差点が一時停止 -> 信号 -> 歩車分離へと進化する(?)のと似たような物か…。
この記事にコメントする
目次: Java
Javaでプログラムしていたら妙な現象に気づきました。
以上の処理を行うループを回していると、PCの時計が3倍くらいの速さでどんどん進んでしまいます。バッファに何も描かずにdrawImageするであるとか、20ms以上の時間をsleepに指定した場合には、問題ないようです。
バッファに描いてdrawImageしてsleepを呼んで待つ、というパターンはゲームでありがちな処理だけに困ってしまいます。何が悪いのかさっぱりわからない。Javaとその内部に詳しい人が居たら、何が起きてるのか教えて欲しいところです。
それともなんだ、地球のためにCPUパワーを食うBlitではなくFlipにしなさいっておぼしめしなのか…?
検証に使ったコードは以下の通りです。
import java.applet.*;
import java.awt.*;
public class TestClockSkew extends Applet implements Runnable {
Image i;
public void init() {
i = this.createImage(800, 600);
Thread t = new Thread(this);
t.start();
}
public void run() {
while (true) {
Graphics g = i.getGraphics();
g.setColor(new Color(0, 0, 0));
g.fillRect(0, 0, 500, 500);
g.dispose();
this.getGraphics().drawImage(i, 0, 0, null);
try {
Thread.sleep(11);
} catch (InterruptedException e) {
}
}
}
}
当初は実際に動作するアプレットを貼りつける予定でした。しかし実行したところで、黒い画面が出るだけで何も面白くないうえに、もし皆さんのマシンの時計が狂ったりしたら大迷惑なのでやめました。
この記事にコメントする
どこの会社もそうだと思いますが、情報漏洩対策でUSBメモリだのCD-Rだのといった記録媒体を会社内に持ち込むことは原則禁止されています。
普段はそんなこと気にならないのですが、PCの再セットアップの際にイーサネットカードのドライバが見あたらないとき、非常に困ります。別のマシンから持ってこようにも、移す手段がありません。
今日まさにその状態にはまってしまって困ったんですが…。窮地を救ったのはシリアルポートでした。
Windowsにはハイパーターミナルという素敵ソフトが大抵入っていて、そいつを使うとシリアルポート経由でファイルを転送可能です。LinuxなどのUNIX系OSでもシリアルポート経由でファイルを送る手段はあるはずです。
速度はせいぜい115.2kbps(14.4KB/s)で、けして速いものではありませんが、シリアルポートさえあれば必ず使えるので助かります。おおよそどのOSにもドライバがある、というのは枯れきったデバイスたるシリアルポートの利点でしょうねえ。
しかし最近のノートPCなどはシリアルポートが無いものも多いし、この手段も廃れつつあるのかな…。
この記事にコメントする
車検が終わったらしいので車を取りに行きました。
取りに行くと書きましたが、実は車検に出すとき代車が借りられなかったので足がありません。なので、販売店の営業の人がわざわざ迎えに来てくれたわけです。親切な方ですなあ。
車の販売店に行くなんてそうそう無いし、ランサーエボリューション(店先に飾ってあった)に試乗させてくれー、って言えば良かったなあ。
最近の国産車は必ずしも日本人にウケが良いとは思えません。自動車メーカーのやる気がなくなったのでしょうか?実はそうではありません。最近の日本車は「世界戦略車の日本バージョン」であって、日本向けに一から設計された物ではないのです。
詳しくは日経の記事(日本で売っても儲からない、だから世界戦略車で勝負)を参照いただきますが、ざっくり言ってしまうとまずはどの国と決めずに平均的な車を設計して、それから各国向けにカスタマイズした車を設計するのだとか。
そんなことをして日本で売れなくなっても良いのか?と思われるかも知れませんが、日本で売れなくてもどうということはない…がメーカーの本音でしょう。
日本は豊かな国ですが、自動車メーカーが多数ひしめきあっていて利益は出ないし、今後は少子化で購入層も減る一方です。日本は世界戦略の一部を担うどころか、全くうまみのないお荷物になりつつあります。今後も日本仕様は軽視されること間違いなしで、寂しい限りですね。
この記事にコメントする
夕方まで寝てた。やっぱり一週間に一日はこういう日がないといかんね。
この記事にコメントする
飲み会に誘ってもらったので「行きます」って返事しました。夜、再びメールが来て、飲み会が無くなったとのこと。
だけど、別の飲み会が開かれることになったらしいのでそちらに行きました。飲み会は不滅です。
話題が運転中の眠気の話になり、友人が「眠くなってくると、視界が暗くぼやけるというか、例えるなら映画の黒い枠みたいになる。」と言っていました。私も同じような体験があるのですが、なるほど言い得て妙です。
こういう状態になってるのは確実にまずいわけで、即車を止めて休むべきです。が、当の本人は気づかないから、困っちゃうわけです。下手したらどこかに激突しますが、私や友人は幸運なことに事故らなかったため、続きも見たわけですよ。
しばらく映画の黒い枠状態が続いた後に、どういうタイミングかわかりませんが、一気に目が覚めるポイントが訪れます。一瞬で眠気がゼロになって、視界が晴れ、頭が冴えます。そのあまりのギャップに初めて「今まずい状態になっていた!!」と気づくのです。
気づくのが遅すぎとお思いでしょうけど、本当にこんな感じでした。もちろんこれは確実に良くない状態なので、絶対に寝不足で運転しないでください。私も二度と体験したくないですね…。
この記事にコメントする
| < | 2008 | > | ||||
| << | < | 02 | > | >> | ||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| - | - | - | - | - | 1 | 2 |
| 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 10 | 11 | 12 | 13 | 14 | 15 | 16 |
| 17 | 18 | 19 | 20 | 21 | 22 | 23 |
| 24 | 25 | 26 | 27 | 28 | 29 | - |
wiki
Linux JM
Java API
2002年
2003年
2004年
2005年
2006年
2007年
2008年
2009年
2010年
2011年
2012年
2013年
2014年
2015年
2016年
2017年
2018年
2019年
2020年
2021年
2022年
2023年
2024年
2025年
過去日記について
アクセス統計
サーバ一覧
サイトの情報合計:
本日: