class Person {
    private $_name;
    public function setName($name)
    {
        if (empty($name)) {
            throw new IllegalArgumentException();
        }
        $this->_name = $name;
    }
    public function name()
    {
        return $this->_name;
    }
}

でも、明らかにバカっぽい！！ public なら１行じゃないか！！

誰しも、１度ならず１０度ぐらいは考えたことがあると思います。

我々崇高なるプログラマはこんなコードを書くために時間を費やしていいはずがない。

そこで、私はあえて、もう全部 public でいい！と推します。関数も。

上記がメインの理由ですが、他の理由もこねくりだしてみます。

なんでこの関数が private ！？

オープンソースプロジェクトのコードを見ていて、

中々便利そうな関数があるじゃないか、と思ったら private ！なんてことが実は結構あります。

（それを正式に使いたいとなったら、パッチを投げて議論を交わし導入されるのを待たなければいけません。）

コードをコミットした人は上級者といっていいプログラミングレベルの人です。

そんな人でも、private にしたほうが意図せず外からアクセスされなくて安心、の理論で、

とりあえず private 関数にしてしまうのです。なぜか？

考えたくないからです。

他から利用されたりすることが完全にないと言い切れるのか、などと悩みたくないからです。

この作業は単純なようでいておそろしく時間がかかります。

ありとあらゆる可能性をつぶしていかなければならないからです。

「あとはコードに直すだけ」

なんて言葉を上級者から聞いたことはありませんか？

彼らにとっては、本当に時間がかかるのはアルゴリズムだったり、このようなコード設計なのです。

このコード設計の時間を短縮できれば彼らの崇高なる脳力を有効活用できるのです。

もう、全部 public にすればいいじゃん！

この private 変数覗きたいんですけど！

確かに、設計上、その変数は他所から覗かれることはない変数でしょう。

でも、デバグ目的だったりで、メンバ変数の値を覗きたい、なんていうことは良くあります。

UnitTest をやっていて、途中経過の値を見たい、なんて実はよくあるんじゃないですか？皆さん。

UnitTest は関数の仕様をテストするもので、途中経過がどんな値であろうか問題ではない？

知るか！！オレが今やりたいのはデバグなんだよ！！

なんて実はよくあるんじゃないですか？皆さん。

そんな時、メンバ変数が private だと、わざわざリフレクションを使ったトリックを使ってアクセスしたりと、

本来必要のない時間の使い方をしちゃったりします。

我々崇高なるプログラマはこんなコードを書くために時間を費やしていいはずがない。

Permalink | 記事への反応(2) | 02:58

2008-07-11

■http://b.hatena.ne.jp/entry/http://anond.hatelabo.jp/20080710141416

ちょ、おまえら嬉しがってんじゃねぇ。なんで入ってるのかわかってんのか？http://b.hatena.ne.jp/entry/http://anond.hatelabo.jp/20080709220323 もホッテント入りしてるからって増々増えてるんじゃねぇ！http://anond.hatelabo.jp/20080710141416 とまとめて消毒しる！！

Permalink | 記事への反応(0) | 00:12

2008-07-10

■BF社・有償交換の流れ。送金まで。

PF有償交換の送金までの経緯を書いてみます。

1:インタQ＆A掲示板で

「PF初期肌の子が黄変してしまった。有償交換できるか？」といくつかの内容質問を

書き込み。

2:担当者より返信

「有償交換・可能」とのこと。

「公式メールアドレスに詳細等は問い合わせる」か

「掲示板のQ＆Aに書き込んで欲しい」とのこと。

申し込みの際に記入して欲しいものは

::: Bluefairy AS Request :::

Name :

Doll Type :

Exchange Type : Full Body / Full Body + Make up

Your Address :

Zipcode:

Bank transfer Payment by :

BFより「送金が届いた」と連絡が来るまで交換する人形をインタに送ってはいけない。
交換に伴う送料は全て客個人の負担である。
初期肌を交換すると現行の肌になってしまう。
素体を送るときは、ウィッグ・服・アイなどつけないで欲しい。それらが紛失したときに責任は持てない。
素体を返送する住所はインタ公式の右下にある住所。
代金支払いは国際送金（銀行送金）のみ、とのこと。
現在の交換代金（送金する金額）は

PFの素体交換+メイク+返送料で

「PF Full exchange + make up 150 USD + Shipping fee to Japan 26 USD」

= Total 176 USD

と掲示板に担当者より返信。

3:自分はメールで申し込みすることにした。

インタ掲示板のレスでは

「Application for service (Bluefairy AS Request )」

と書いてあったので、メールのタイトル欄にそう記入してみた。

一応、掲示板のレス番号・ハンドル、上記の書いてほしいと呼ばれた内容を

記入してメール送信。（6月末日）

4：ゆうちょ銀行でここの過去ログを参照しつつ、初めての国際送金。

自分の場合は2で書いてある金額を送金。

送金用紙が変更になってから初国際送金だったらしい、ゆうちょ銀行で結構時間がかかり終了。

口座宛なので送金完了まで短くて3日、長くて5日は待って欲しいと銀行で説明を受ける。

(7月1日）

5：「送金完了」メールをインタに送信。

同日の夕方時刻付で

Dear ***

Hello. Thank you for your AS application.

When we receive your payment, we'll send you an e-mail to notify you.

Have a good day~

Best regards,

Bluefairy

とメールが来たので待機。

そして、現在に至る、です。

音沙汰無しなのでメールで7/8に問い合わせしてみた所で放置プレイです。

レポというか、だらだらになってしまい申し訳ないです。

次段階としては

インタから送金受領したと確認が来る
PFをインタに送る

ぽいです。

Permalink | 記事への反応(1) | 11:55

2008-07-09

■hp2133 xp インストール

いるもの

Windows XP Professional SP2
microSD
内蔵光学ドライブ
USB<->IDE変換ケーブル
USBフラッシュメモリ(ドライバインスト時に必要)

準備

ドライバをHPのサイトからダウンロード
ドライバをmicroSDにコピー
Documents and Settings/[User name]/直下のファイルをZIPして、microSDにコピー
D:\App\DYNA\DYNA.ini(または[username].ini)をSDにコピー
以下は最新版を取得してSDにコピー
- いじくるつくーる
- だいなファイラー
- Lhaz
- Sylera
E:\shell\bblean_116をZIP、SDにコピー

手順

光学ドライブをUSB-IDE変換ケーブルでPCにつなぐ
XP インストール CDをセット
PCを再起動
起動時にF9でセットドライブをUSB ドライブに変更
インストーラーが起動するまで待つ
パーティションの設定画面でC->15360MB,F->20480MB,G->残りとなるように分割(Dはリカバリ領域,Eは光学ドライブ)
Cにインストール

Permalink | 記事への反応(0) | 17:36

2008-07-07

■もん毛スター for firefox

動作未確認。すんげー冗談半分。

// Hatena Monge Star user script
// 2008-07-07
// by masda. (http://anond.hatelabo.jp/20080707043247)

// ==UserScript==
// @name           Hatena Monge Star
// @namespace      http://anond.hatelabo.jp/20080707043247
// @description    Hatena Monge Star
// @include        http://b.hatena.ne.jp/entry/*
// @version        0.3.1
// ==/UserScript==

// deriving from [http://d.hatena.ne.jp/Hamachiya2/20080707/HatenaBlackStar2] ver Firefox
//               [http://f.hatena.ne.jp/hatenacinnamon/20070109001332]
// Thx! and CUTE!


location.href = 'javascript:(' + function() { (function (w) {

	if (typeof(w.Ten) == 'undefined') {
		return;
	}

	HatenaBookmarkMongeStar = new Ten.Class({
		initialize: function(li, entryTitle) {
			var comment = '';
			var tags    = '';
			var commentSpans = Ten.DOM.getElementsByTagAndClassName('span', 'comment', li);
			if (commentSpans.length > 0) {
				comment = Ten.DOM.scrapeText(commentSpans[0]);
			}

	        var tagsSpans = Ten.DOM.getElementsByTagAndClassName('span', 'user-tag', li);
			if (tagsSpans.length > 0) {
				$A(tagsSpans[0].getElementsByTagName('a')).each(function(a) {
					tags += '[' + Ten.DOM.scrapeText(a)+ ']';
				});
			}

			var title = tags + comment;
			if (title.length == 0) {
				var name = Ten.DOM.scrapeText(li.getElementsByTagName('a')[1]);
				title = name + 'のブックマーク';
	        }

			// this.uri   = 'http://b.hatena.ne.jp/keyword/' + li.getElementsByTagName('a')[1].href;
			var u = li.getElementsByTagName('a')[1].href;

			if (u.indexOf('#') == -1) {
				this.uri = u + '#_HatenaMongeStar';
			} else {
				this.uri = u + '_HatenaMongeStar';
			}

			this.title = title + ' - ' + entryTitle;

			this.comment_container = Hatena.Star.EntryLoader.createCommentContainer();
			var target = commentSpans[0] || li;
			target.appendChild(this.comment_container);

			this.star_container = Hatena.Star.EntryLoader.createStarContainer();
			this.star_container.className = 'hatena-star-star-container MongeStarContainer';
			target.appendChild(this.star_container);
		}
	});


	var tryCount = 0;
	var tryMax = 300;
	function waitForHatenaStar() {
//		if (Hatena.Star.EntryLoader.loaded) {
//			Hatena.Star.EntryLoader.loaded = false;
		var s = document.getElementsByClassName('hatena-star-add-button');
		if (s.length) {

			Hatena.Star.EntryLoader.loaded = false;

			Hatena.Star.EntryLoader.loadEntries = function() {
				var entries = [];
				var title = Ten.DOM.scrapeText(Ten.DOM.getElementsByTagAndClassName('span', 'title', document.body)[0]);
				var ul = document.getElementById('bookmarked_user');
				if (ul) {
					$A(ul.getElementsByTagName('li')).each(function(li) {
						if (li.className != 'more') {
							entries.push(new HatenaBookmarkMongeStar(li, title));
						}
					});
				}
				return entries;
			}
			new Hatena.Star.EntryLoader();

		} else {
			if (++tryCount > tryMax) {
				setTimeout(waitForHatenaStar, 400);
			}
		}
	}

	setTimeout(waitForHatenaStar, 500);

})(window); }.toString() + ')()';



GM_addStyle(<><![CDATA[

	.MongeStarContainer {
		margin-left: 4px;
	}

	.MongeStarContainer .hatena-star-add-button {
		background-color: #fc6 ! important;
	}

	.MongeStarContainer a {
		text-decoration: none ! important;
		color: #f80 ! important;
		font-size: 10px;
		position: relative;
	}

	.MongeStarContainer a:before {
		content: '毛';
		font-size:small;
	}

	.MongeStarContainer a .hatena-star-star {
		filter: alpha(opacity=00);
		-moz-opacity:0.00;
		opacity:0.00;

		position: absolute;
		top: 0;
		left: 0;
	}

	.MongeStarContainer .hatena-star-inner-count {
		color: #f90 ! important;
	}

]]></>);

動いたらいいな-

Permalink | 記事への反応(0) | 04:32

2008-07-04

■javascriptで継承

javascriptでスーパークラスのメソッドを簡単に呼び出したかった。それだけだった。

思いのほか長くなった。車輪を再発明した気がする。

var Class = inherit(SuperClass, {hoge: ...});

のように使い、スーパークラスを継承したクラスを作る。

作ったクラスはprototypeに、第二引数のオブジェクトがコピーされたスーパークラスのインスタンスを持つ。

第一引数がnullだと、スーパークラスにObjectを用いる。つまり、

var Class = inherit(null, {hoge: ...});

は

var Class = inherit(Object, {hoge: ...});

と同等となる。

また、第一引数が"prototype"をメンバに持たない普通のオブジェクト、つまり、

var Class = inherit({hoge: ...});

だと

var Class = inherit(Object, {hoge: ...});

と同等となる。

var obj = new Class({hoge: ...});

でインスタンスを作ると、引数のオブジェクトのコピーを持つオブジェクトとなる。

また、メソッド"initialize"が自動的に実行される。

ただし、コンストラクタに引数を渡さなかった場合は、initializeは実行されない。

オーバーライドしたメソッド内では

this.superapply(arguments);

としてスーパークラスのメソッドを呼べる。第一引数は呼び出すメソッドの引数の配列とする。

このとき、呼び出し側のメソッドはコンストラクタやinheritでオーバーライドしたメソッドでなくてはならない。これは呼び出し側のメソッド名を記録する必要があるためである。

そうでない場合は第二引数にメソッド名を渡す必要がある。

var obj = new Class({});
obj.foo = function(){
        this.superapply(arguments);         // X
        this.superapply(arguments, "foo");  // O
};

<html><head>
<script type="text/javascript">
function inherit(superclass, override) {
	if (!superclass)
		superclass = Object;
	if (! "prototype" in superclass) {
		override = superclass;
		superclass = Object;
	}
	var that;
	var func;
	function superapply(arg, name) {
		var prev = {that: that, func: func};
		try {
			var my = this.superapply;
			if (!arg)
				arg = [];
			if (!name)
				name = arguments.callee.caller.caller.methodName;
			if (that &amp;&amp; func &amp;&amp; (!name || name == func.methodName)) {
				that = that.superapply.obj;
				name = func.methodName;
			} else if (name) {
				that = my.obj;
				func = arguments.callee.caller.caller;
				func.methodName = name;
			} else {
				throw new Error("methodName is null");
			}
			var result;
			if (func === that[name]) {
				result = this.superapply(arg, name);
			} else {
				func = that[name];
				func.methodName = name;
				result = func.apply(this, arg);
			}
		} finally {
			that = prev.that;
			func = prev.func;
		}
		return result;
	};
	var prototype = new superclass();
	prototype.superapply = function(){superapply.apply(this, arguments)};
	prototype.superapply.obj = superclass.prototype;
	if (override)
		for (var i in override) {
			prototype[i] = override[i];
			if (typeof override[i] == "function")
				prototype[i].methodName = i;
		}
	var subclass = function(obj) {
		this.superapply = function(){superapply.apply(this, arguments)};
		this.superapply.obj = prototype;
		if (obj) {
			for (var i in obj) {
				this[i] = obj[i];
				if (typeof obj[i] == "function")
					this[i].methodName = i;
			}
			this.initialize();
		}
	};
	subclass.prototype = prototype;
	subclass.prototype.constructor = subclass;
	return subclass;
}
var C1 = inherit(Object, {
fn: "C1",
initialize:
	function(){
		alert("C1.initialize");
		this.second(this.fn);
	},
second:
	function(a){
		alert("C1.second: "+a);
	}
});
var C2 = inherit(C1, {
fn: "C2",
initialize:
	function(){
		alert("C2.initialize");
		this.superapply();
//	},
//second:
//	function(a){
//		alert("C2.second: "+a);
//		this.superapply([a]);
	}
});
var C3 = new C2({
fn: "C3",
//initialize:
//	function(){
//		alert("C3.initialize");
//		this.superapply();
//	},
second:
	function(a){
		alert("C3.second: "+a);
		this.superapply([a]);
	}
});
</script>
</head><body>
</body><html>

methodNameなんとかならんもんか。

Permalink | 記事への反応(0) | 13:17

2008-06-20

■JavaScriptが楽しい

Event.add=function(_element,_name,_func){
　if(_name=="load") { Event.onload.add(_func); return; }
　if(ua.name.indexOf("IE")>0 &amp;&amp; _name=="keypress") _name="keydown";
　if(window.addEventListener) _element.addEventListener(_name, _func, false);
　else if (window.attachEvent) {
　　if(_element==window) _element=document;
　　_element.attachEvent("on"+_name,function(){
　　　var e=arguments[0];
　　　e.target=e.srcElement;
　　　e.pageX=document.body.scrollLeft+e.clientX;
　　　e.pageY=document.body.scrollTop+e.clientY;
　　　_func.apply(_element,arguments);
　　});
　}
};

はじめてのラッパー

Permalink | 記事への反応(0) | 03:50

2008-06-11

■http://anond.hatelabo.jp/20080611142215

とりあえずGreasemonkeyでも書いてみた

でもproxomitronの方が軽いような気がする

あと、適当に移植しただけだから誤爆があるかも

// ==UserScript==
// @name           simple reply
// @namespace      aomid
// @include        http://anond.hatelabo.jp/
// ==/UserScript==

document.body.innerHTML = document.body.innerHTML.replace(/<!--\s(<a.*href=".*edit\?title.*\/a>)\s-->/g,"$1");

追記：firefoxの拡張「MR Tech Link Wrapper」と干渉して、日記の編集時、日記の確認画面から編集画面に戻った時、本文に<wbr>タグが付加されるバグを確認。

とりあえずの対処法として、MR Tech Link Wrapperを増田では無効にしておくことで回避可能。

Permalink | 記事への反応(0) | 15:16

■[増田][proxomitron]　この記事について書く　リンクの追加

増田のソースを眺めてたら、「この記事について書く」って機能のリンクがコメントアウトされてたのでproxomitronを使って復活させてみた。

何でコメントアウトしてんだろう、結構便利なのに。

greasemonkeyあたりで書けば需要あるかね?

[Patterns]
Name = "masuda:simple reply"
Active = TRUE
Multi = TRUE
URL = "anond.hatelabo.jp/*"
Limit = 256
Match = "<!--\s($NEST(<a*,href=$AV(*edit\?title*)*,/a>))\1\s-->"
Replace = "\1"

Permalink | 記事への反応(1) | 14:22

2008-05-26

■

Permalink | 記事への反応(0) | 12:58

2008-05-13

■

Guice と Seasar2 を連携させてみたよ

［参考文献］

google-guice - Google Code

S2Container

第 6 回 DI フレームワーク Guice で，さらば XML！：ITpro

S2 は、.dicon ファイルで定義をだいぶ簡略化できる。パフォーマンスはどうなんだろう。誰かテストしてくれいｗ

app.dicon

<?xml version="1.0" encoding="UTF-8" ?>

<!DOCTYPE components PUBLIC "-//SEASAR//DTD S2Container 2.4//EN" "http://www.seasar.org/dtd/components24.dtd">

</components>

hello.dicon

<?xml version="1.0" encoding="UTF-8" ?>

<!DOCTYPE components PUBLIC "-//SEASAR//DTD S2Container 2.4//EN"

"http://www.seasar.org/dtd/components24.dtd">

</components>

HelloService.java、HelloServiceImpl.java は、上記 ITPro と内容が同じなので省略。

Module.java

package org.seasar.guice;

import org.seasar .framework.container.S2Container;

import org.seasar .framework.container.SingletonS2Container;

import org.seasar .framework.container.factory.S2ContainerFactory;

import com.google.inject.AbstractModule;

import com.google.inject.name.Names;

public class Module extends AbstractModule {

S2Container container = null;

public Module(S2Container container){

this.container = container;

}

@Override

protected void configure() {

bind(S2ContainerFactory.class).annotatedWith(Names.named(container.getPath()));

bind(Client.class).toInstance(SingletonS2Container.getComponent(Client.class));

}

Client.java

package org.seasar.guice;

public class Client {

private HelloService helloService = null;

public void setHelloService(HelloService helloService) {

this.helloService = helloService;

}

public void execute() {

helloService.sayHello();

}

Main.java

package org.seasar.guice;

import org.seasar .framework.container.S2Container;

import org.seasar .framework.container.factory.SingletonS2ContainerFactory;

import com.google.inject.Guice;

import com.google.inject.Injector;

public class Main {

private static final String PATH = ".\\app.dicon";

public static void main(String[] args) {

SingletonS2ContainerFactory.setConfigPath(PATH);

SingletonS2ContainerFactory.init();

S2Container container = SingletonS2ContainerFactory.getContainer();

Module module = new Module(container);

Injector injector = Guice.createInjector(module);

Client client = injector.getInstance(Client.class);

client.execute();

}

実行結果

java -cp ?? org.seasar.guice.Main

2008/05/13 21:19:22 org.seasar .framework.log.Logger info

情報: Running on [ENV]product, [DEPLOY MODE]Normal Mode

Hello, world!

実行環境：JDK 7 (build 1.7.0-ea-b24)

Permalink | 記事への反応(1) | 23:08

2008-04-27

■

無念 Name としあき 08/04/27(日)20:36:40 No.7417141

画像掲示板でエロ絵あさってるハタチ未満の人間に

未来なんて無いけどさ、建前上はまだ希望があるってことになってんだから

ブラウザ閉じて今しかできないことをやってくれよ

本格的に手遅れになってからまたおいでとしか言えない

そんときゃ仲間だ。遊ぼうぜ

http://jun.2chan.net/b/res/7415119.htm

Permalink | 記事への反応(0) | 20:40

2008-04-17

■Vista で HTML エディタを変更するまで

今回の Windows では関連付けが関連付けしか出来なくなるなどカスタマイズ周辺機能の劣化が甚大この上なく、レジストリを直接変更する他に手がないらしい。

ですので、 regedit で HKEY_CLASSES_ROOT\htmlfile\shell\Edit\command の既定値を編集。 "full path" "%1" で、full path部分にはエディタのフルパスを書くとよいですね。

また、 Ver7 にもなってソース表示エディタに notepad を採用しているブラウザを改善する為にも、インターネットオプションの HTML エディタを変更します。

該当するレジストリキーが無いなどの理由(推測)でなぜか変更されない場合は HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\View Source Editor\Editor Name の既定値を "full path" にします。よかったですね。

Permalink | 記事への反応(0) | 14:46

2008-04-11

■

Permalink | 記事への反応(0) | 17:20

2008-04-07

■Proxomitronでやってみた

こっちのほうが処理が軽くていいや

filter name masuda tag abone

URL match anond.hatelabo.jp/*

matching expression

(<font*>)$SET(0=)|

(<i[^m]++>)$SET(0=)|

(<strike*>)$SET(0=)

Replacement Text

しっかしコピペとはいえひとつの投稿に900組以上のfont i strikeタグを突っ込むとかよーやるねぇ。

Permalink | 記事への反応(5) | 06:07

2008-04-05

■さくらの旧(?)専用サーバ CentOS 4.6 を Linux-Vserver に入れ替えてみた

前置き

疎結合な複数のWebサービスを運用するために、お手軽な仮想化環境がほしくなった。
3月上旬にさくらインターネットの専用サーバを借りた。
サービスプランはAthlon64RAIDモデル+10Mスタンダード。
DebianがOSラインナップから消えて久しいのでCentOS4.6を選択、CentOSは初体験なので不安である。
ググった限りではCentOSのリモートアップグレードを完全におこなうのは困難そうだが、ある程度妥協すれば可能なことをVMWare上で検証してから以下の作業をおこなった。

契約直後の初期状態

ホスト名をsakura2とした。
sshd と vsftpd が動いていた。

[admin@sakura2 ~]$ uname -a
Linux sakura2 2.6.9-67.0.4.ELsmp #1 SMP Sun Feb 3 07:08:57 EST 2008 i686 athlon i386 GNU/Linux
[admin@sakura2 ~]$ cat /etc/issue.net
CentOS release 4.6 (Final)
Kernel \r on an \m

CentOS 5 へのアップグレード（？）

中身の整理

なるべく最小構成に近い最新のCentOS4.6にしてみる。

# yum update
# yum remove emacs emacspeak emacs-leim emacs-common
# yum remove NetworkManager
# yum remove bluez-bluefw bluez-hcidump bluez-libs bluez-utils
# yum remove cups cups-libs
# yum remove irda-utils isdn4k-utils pcmcia-cs wireless-tools
# yum remove wpa_supplicant gpm xinetd
# yum remove ppp nfs-utils lksctp-tools autofs
# yum remove xorg-x11-libs
# yum remove selinux-policy-targeted
# yum remove vsftpd
# yum clean all

CentOS 5 にアップグレード（？）してみる

再起動

[admin@sakura2 ~]$ uname -a
Linux sakura2 2.6.9-67.0.7.ELsmp #1 SMP Sat Mar 15 06:54:55 EDT 2008 i686 athlon i386 GNU/Linux

カーネルを入れ替える準備

# rpm -Uvh http://mirror.centos.org/centos/5/os/i386/CentOS/centos-release-notes-5.1.0-2.i386.rpm \
http://mirror.centos.org/centos/5/os/i386/CentOS/centos-release-5-1.0.el5.centos.1.i386.rpm
[root@sakura2 admin]# cat /etc/issue.net
CentOS release 5 (Final)
Kernel \r on an \m

# yum update glib procps udev iptables
# rpm -Uvh --nodeps http://mirror.centos.org/centos/5/os/i386/CentOS/initscripts-8.45.17.EL-1.el5.centos.1.i386.rpm \
http://mirror.centos.org/centos/5/os/i386/CentOS/mkinitrd-5.1.19.6-19.i386.rpm
# rpm -Uvh http://mirror.centos.org/centos/5/os/i386/CentOS/e2fsprogs-1.39-10.el5.i386.rpm \
http://mirror.centos.org/centos/5/os/i386/CentOS/e2fsprogs-libs-1.39-10.el5.i386.rpm \
http://mirror.centos.org/centos/5/os/i386/CentOS/e2fsprogs-devel-1.39-10.el5.i386.rpm

再起動後にカーネル更新

# rpm -Uvh http://mirror.centos.org/centos/5/os/i386/CentOS/kernel-2.6.18-53.el5.i686.rpm

再起動して新しいカーネルで立ち上げる

[admin@sakura2 ~]$ uname -a
Linux sakura2 2.6.18-53.el5 #1 SMP Mon Nov 12 02:22:48 EST 2007 i686 athlon i386 GNU/Linux

# yum clean all

[root@sakura2 admin]# yum --version
Loading "fastestmirror" plugin
2.4.3
[root@sakura2 admin]# rpm --version
RPM version 4.3.3

こんなエラーが出るのでまっとうなアップグレードにはなっていないらしい。

# yum update
Error: Missing Dependency: python-abi = 2.3 is needed by package python-elementtree

解決法がわからないので放置。

Linux-Vserver の導入

ref. http://linux-vserver.org/Installation_on_CentOS
sshd の ListenAddress を eth0（に割り当てたグローバルIPアドレス）のみに修正

# vi /etc/ssh/sshd_config
# /etc/init.d/sshd restart

レポジトリの追加

# vi /etc/yum.repos.d/dhozac-vserver.repo

カーネルの入れ替えとユーティリティの導入

# yum update kernel
# yum install util-vserver{,-core,-lib,-sysv,-build}

再起動後

[admin@sakura2 ~]$ uname -a
Linux sakura2 2.6.22.19-vs2.3.0.34.1 #1 SMP Mon Mar 17 05:32:04 EDT 2008 i686 athlon i386 GNU/Linux

ホスト OS 環境の整備

パケットフィルタの設定、リバースプロキシの導入
- install pound by hand
- install daemontools by hand

# yum update bash screen rsync
# /etc/init.d/iptables save
# /etc/init.d/iptables start
# cat /etc/sysconfig/iptables

# Generated by iptables-save v1.3.5 on Mon Mar 24 19:57:07 2008
**filter
:INPUT ACCEPT [1067:96557]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [63680:6208436]
:e0 - [0:0]
-A INPUT -i eth0 -j e0
-A e0 -m state --state RELATED,ESTABLISHED -j ACCEPT
-A e0 -p icmp -m icmp --icmp-type 8 -j ACCEPT
-A e0 -p tcp -m tcp --dport 22 -j ACCEPT
-A e0 -p tcp -m tcp --dport 80 -j ACCEPT
-A e0 -p tcp -m tcp --dport 443 -j ACCEPT
-A e0 -j REJECT --reject-with icmp-port-unreachable
COMMIT
# Completed on Mon Mar 24 19:57:07 2008
# Generated by iptables-save v1.3.5 on Mon Mar 24 19:57:07 2008
**nat
:PREROUTING ACCEPT [179:10642]
:POSTROUTING ACCEPT [213:13895]
:OUTPUT ACCEPT [251:16220]
-A PREROUTING -s ! 10.0.0.0/255.255.255.0 -p tcp -m tcp --dport NNNN -j DNAT --to-destination 10.0.0.1:22
-A POSTROUTING -s 10.0.0.0/255.255.255.0 -d ! 10.0.0.0/255.255.255.0 -j SNAT --to-source AAA.BBB.CCC.DDD
COMMIT
# Completed on Mon Mar 24 19:57:07 2008

ゲスト OSの設定

やっとDebianが使えるぞ。
ゲスト OSには 10.0.0.0/24 を割り当てる。
ゲスト OS名を考えるのは面倒なので one, two, three, ... とする。
vserver one build -n one --interface eth0:10.0.0.1/24 -m debootstrap -- -d etch ->うまくいかない
手元で動いている etch 環境から tar でファイルシステムを持ってきて vserver-build -m template だとOK
- × /usr/sbin/vserver one build -n one --interface eth0:10.0.0.1/24 -m debootstrap -- -d etch
- ○ /usr/sbin/vserver one build -m template -n one --hostname one --interface eth0:10.0.0.1/24 -- -t filesystem.tar.gz
なんか微妙におかしいようだが…動いているので良しとする。
現在3個のゲストOSを作ってetch環境にしているが、いまのところ問題なし。
- ゲスト OS側に入ってしまえば、素のDebianで気楽に過ごせている。
- インターネット側からのHTTP アクセスはホスト OS上のpoundからで各ゲスト OSへ振り分けている。
- 特定のゲスト OSだけにアクセスさせたいユーザ向けに、ホスト OS上でもsshdを動かしている。

[root@sakura2 ~]# /usr/sbin/vserver-stat
CTX   PROC    VSZ    RSS  userTIME   sysTIME    UPTIME NAME
40013   27 301.5M  73.8M  30m36s31  56m38s90  11d06h56 one
40015    5  10.8M   4.4M   0m28s33   0m12s68   9d04h23 two
40016    2   4.2M   1.3M   0m00s47   0m00s64   0m01s97 three

追記

4/15からCentOS5とUbuntuがOSラインナップに加わるそうな orz
- ref. http://www.sakura.ad.jp/news/archives/20080401-001.news

Permalink | 記事への反応(0) | 03:16

2008-03-27

■やったー！ツンブヨたんgreasemonkey スクリプトできたよー＼(^o^)／

// ==UserScript==
// @name            tsun-buyo
// @include         http://b.hatena.ne.jp/*
// ==/UserScript==

(function(){
  buyobuyo = document.getElementById('bookmark-user-buyobuyo');
  buyobuyo.innerHTML = buyobuyo.innerHTML.replace(/あたまがわるい/g,'もうっバカッ/////').replace(/あとでＤＩＳる/g,'そんなことばっかり言って……。後で覚えてなさいよ……！').replace(/これはひどい/g,'これってひっどーい！ぷんぷん！').replace(/意味がわからない/g,'なにわけわかんないこと言ってんの!!!/////').replace(/死ねばいいのに/g,'バカッ！変態！もう、○○なんか、し、しんじゃえ///');
})();

参考: http://d.hatena.ne.jp/mujin/20080326/p3

ブックマークレットをクリックするのが面倒だったので作った。

buyobuyoという人のことはよく知らないし、ツンデレなんて好きでもなんでもないんだからねっ!

Permalink | 記事への反応(0) | 00:23

2008-03-21

■[Python]Python 2.5のdistutilsで、Visual Studio 2005を使いたい！

目的

Visual Studio 2005しかインストールしてない場合、Python 2.5だとdistutilsが正しく動かないっぽいので、どうにかしたいYO！

なんでVisual Studio 2005だと、distutilsが動かないんかな？

distutilsでVisual Studioを使うときのコンパイル環境は、sysモジュールのversionプロパティを参照して環境を選択をしているようです。Pythonのインタプリタを起動して、以下のような命令を実行してみると、sys.versionプロパティが確認できます。

import sys;print sys.version

Python 2.5.2だと、以下のようになっています。Visual Studio 2003の環境が使われるようです。

2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)]

Python 2.6a1だと、以下のようになっています。Visual Studio 2008の環境が使われるようです。

2.6a1 (r26a1:61155, Mar  1 2008, 12:11:56) [MSC v.1500 32 bit (Intel)]

以上から察するに、Python 2.5.2とPython 2.6のどちらでも、Visual Studio 2005の環境が選択されることはないっぽいです。うーん、困った！

解決策

「Python 2.6とVisual Studio 2008をインストールしよう！」というのを真っ先に思いつきましたが、あんまり環境を変えたくないんだよなー。というわけで、環境の変更を最低限に抑えてどうにかしてみました。簡単に言うと、distutilsだけの置き換えをしました。

Python 2.6 をインストールする

Python 2.6の公式ダウンロードページから、Windows版のインストーラーをダウンロードして、適当な場所にインストールしてください。

distutilsだけ置き換える

"Python-2.5.2/Lib/distutils"を別の場所に移動し、"Python-2.6a1/Lib/distutils"を"Python-2.5.2/Lib"以下にコピーしてください。以降はPython 2.6は必要ないので、アンインストールして構いません。

ファイルの修正

例外をPython 2.5.2で許されている形式に変更。
get_build_version()関数で強制的に8を返すように変更。

上記の2点の変更を行います。distutilsディレクトリに、以下のパッチをあててください。

Index: msvccompiler.py
===================================================================
--- msvccompiler.py
+++ msvccompiler.py
@@ -170,6 +170,7 @@
     if majorVersion == 6:
         minorVersion = 0
     if majorVersion >= 6:
+        return 8
         return majorVersion + minorVersion
     # else we don't know what version of the compiler this is
     return None
Index: msvc9compiler.py
===================================================================
--- msvc9compiler.py
+++ msvc9compiler.py
@@ -128,7 +128,7 @@
                                "sdkinstallrootv2.0")
             else:
                 raise KeyError("sdkinstallrootv2.0")
-        except KeyError as exc: #
+        except KeyError, exc: #
             raise DistutilsPlatformError(
             """Python was built with Visual Studio 2008;
 extensions must be built with a compiler than can generate compatible binaries.
@@ -172,6 +172,7 @@
     if majorVersion == 6:
         minorVersion = 0
     if majorVersion >= 6:
+        return 8
         return majorVersion + minorVersion
     # else we don't know what version of the compiler this is
     return None
@@ -455,7 +456,7 @@
                 try:
                     self.spawn([self.rc] + pp_opts +
                                [output_opt] + [input_opt])
-                except DistutilsExecError as msg:
+                except DistutilsExecError, msg:
                     raise CompileError(msg)
                 continue
             elif ext in self._mc_extensions:
@@ -482,7 +483,7 @@
                     self.spawn([self.rc] +
                                ["/fo" + obj] + [rc_file])
 
-                except DistutilsExecError as msg:
+                except DistutilsExecError, msg:
                     raise CompileError(msg)
                 continue
             else:
@@ -495,7 +496,7 @@
                 self.spawn([self.cc] + compile_opts + pp_opts +
                            [input_opt, output_opt] +
                            extra_postargs)
-            except DistutilsExecError as msg:
+            except DistutilsExecError, msg:
                 raise CompileError(msg)
 
         return objects
@@ -520,7 +521,7 @@
                 pass # XXX what goes here?
             try:
                 self.spawn([self.lib] + lib_args)
-            except DistutilsExecError as msg:
+            except DistutilsExecError, msg:
                 raise LibError(msg)
         else:
             log.debug("skipping %s (up-to-date)", output_filename)
@@ -598,7 +599,7 @@
             self.mkpath(os.path.dirname(output_filename))
             try:
                 self.spawn([self.linker] + ld_args)
-            except DistutilsExecError as msg:
+            except DistutilsExecError, msg:
                 raise LinkError(msg)
 
         else:

manifestファイルを作る

python.exeと同じディレクトリに、以下のXMLを"python.exe.manifest"として保存してください。

<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'>
  <dependency>
    <dependentAssembly>
      <assemblyIdentity
        type='win32'
        name='Microsoft.VC80.CRT'
        version='8.0.50608.0'
        processorArchitecture='x86'
        publicKeyToken='1fc8b3b9a1e18e3b'
        />
    </dependentAssembly>
  </dependency>
</assembly>