2006 7 月 | 英太郎の鯖缶

2006年07月27日

http://plusd.itmedia.co.jp/pcuser/articles/0607/27/news030.html

とうとうCore2 Duo解禁です。実際の市場からの声がどんどん上がってくれば、正体が見えてくるかな。

ドスパラ(http://www.dospara.co.jp/goods_pc_parts/goods_pc_parts.php?dr=10&sc=2&iv=y&stk=0&brcode=11&sbrcode=393)では8/5発送開始予定みたいですね。X6800は即納みたいですが。

2006年07月27日

http://plusd.itmedia.co.jp/pcuser/articles/0607/27/news038.html

最大６１％値下げです。在庫処分してCore2 Duoで勝負したいのかなと勝手におもってます。

2006年07月27日

FedraCore でのパッケージマネージャ、yum の利用方法

yum list: 利用可能なパッケージリストを得る
yum check-update: アップデート可能なパッケージリストを表示する
yum clean <headers|packages|cache|metadata|all>: 指定されたパッケージ情報をクリーニングする
yum search <package-name>: 利用可能なパッケージリストを表示する。ワイルドカード[*]が利用できます
yum info <package-name>: パッケージの情報を表示する
yum provides <package-name>: パッケージに含まれているファイルを表示する
yum list installed: インストール済みのパッケージを表示する
yum install <package-name>:指定されたパッケージをインストールする
yum remove <package-name>: 指定されたパッケージを削除する

2006年07月25日

http://www.itmedia.co.jp/news/articles/0607/24/news079.html

AMDがATIを買収決定したみたいですね。順調に行けば今年中に買収完了。

一ユーザーとして期待したいのは、低発熱へ特化したチップセットとCPUのコンビですねぇ。今の高発熱ソリューションからぜひ脱却してほしい。もちろんそこそこの性能ありきなのですが。

2006年07月25日

とりあえず結果だけ。

環境設定からやり直しても、Windows2000 ローカルからのファイルコピーがうまくいきません。仕方がないので、インストールディスクからRPMパッケージをインストールして凌いでいます。自動アップデートがかかるとまた問題なので、しばらく yum による samba パッケージの自動アップデートを禁止に。

# vi /etc/yum.conf

exclude=samba-* ===> 追加

2006年07月24日

次期 Opteron は AM2 らしいですね。ソケットFとか言ってなかったかなー。

AMD64と同じソケットでしばらく展開してくれるなら、これは歓迎すべきことだと思うんですけどねぇ。

2006年07月22日

FC5 で samba のアップデート後、画像ファイルのコピーができていません。何でなのかな？

多分同じ問題なんだろうけど、メールデータが一部壊れたりしました。今はファイルサーバーにメールデータ置いてないんですが、実行ビット関連なのかなーと思いつつ、まだつっこんで調べてはいない状況。

2006年07月18日

http://japan.cnet.com/news/ent/story/0,2000056022,20172847,00.htm

Windows 上で Xen が動いて、Linux が稼動するようになるのかな。GUIしか無いサーバOSはとりあえず今のところあんまり興味はないけど、動けば動いたで管理は楽になっていくのかな。

2006年07月15日

迷惑メールが着信するたび、出来るだけプロバイダへの通報及び、管理団体への情報の提供をしていますが、傾向があって面白いですね。

少し前までは FreeBit (窓口:https://secure.freebit.net/spam/mail.html)あたりが多かったのですが、最近はODNからの迷惑メールが多いですね。

海外のアドレスはまめに Great Pause を利用してはじくのですが、６０秒制限をかけてもすり抜けてくるメールがありますねぇ・・・何も考えずただ送信してるだけなんでしょうけど。

2006年07月14日

MySQL4.0 以前から MySQL4.1 以降への切り替えは、データベースの文字コードの扱いが変更になり、標準のRPMパッケージのインストールのままでは文字コードに起因する問題が多い。

MySQL4.1 以降、標準で格納されるデータは全てUTF-8に統一されているようです。PHPなどで MySQL4.1 以降向けに考慮されていないプログラムでは、読み書きがまともに動かず、日本語が全て ??? となる場合が多いようです。以下のコードを追加すれば、動く可能性が高いです。

phpソースで、mysql_connect の部分を探す。

コネクトのすぐ下か、エラーチェックしている部分の下などに追加する。
if (mysql_get_server_info() >= 4.1) {
mysql_query("SET NAMES ujis");
}

■MySQLへのコネクションが成功した後、文字コードをMySQLに教えてやることで、その後のやり取りはこの例の場合全て ujis(Linux での EUC)となります。