|
zunbe |
|
|
|
||
 |
2006年6月 | 2006年8月 |  |
|
| ［<<先頭］ ［<前へ］ [ 1 2 3 4 5 ] ［次へ>］ ［最後>>］ | ||
|
このエピソードの続き。
2006/06/27 雑誌を処分
会社に溜まりに溜まったMSDNのディスクを処分した。
会社には、社員の人も使えるようにと、MSDNを複数セット購入してあるのだが、毎月送られてくるディスクを溜め込んでいくと、社内がディスクだらけになってしまう。
先月から来てもらっている、事務のお姉さんに頼んで、溢れ返っているディスクを整理してもらった。
最新号については、インデックス通り整理しておき、バックナンバーとなるディスクについては、DVD版の１セットだけを残して、すべて破棄することにした。
それがこれ。
破棄するディスク
3000枚くらいはあるだろうか。
すごい量だ。
雑誌に付録として CD が付くようになって感動していた頃を思い出して、CD や DVD を捨てる時代になったのかと、妙に感慨深い。
しかし、処分をしていて、ある事に気付いた。
現在の最新号のインデックスを見てみると、驚くべき事に、Windows 2000 や Windows Me という記述が無い。
実際に Windows 2000 や Windows Me が収録されているディスクも無い。
毎月送られてくるインデックスを信じて差し替えをし、何も考えずに古いディスクを捨ててしまうと、知らないうちに Windows 2000 や Windows Me のセットが無くなってしまう事になる。
インデックス遡ってを調べてみると、Windows 2000 は、2006/01号で削除、Windows Me は、2005/11号で削除されているようだ。
Windows 2000 も、Windows Me も、メインストリーム サポートは終了しているが、まだ延長サポート期間中であるので、クライアントは、普通にこれらの OS を使っている。
当然の事ながら、クライアントが使っている以上、我々デベロッパは、開発やメンテナンスで、これらの製品が必要だ。
メインストリーム終了後、半年足らずでMSDNのセットから消し去ってしまうのは、ちょっと問題があるのではないだろうか。
MSDNの配布ポリシーに、大きな疑問を感じる。
●2006/07/26追記
マイクロソフトのサブスクライバ・ダウンロードにアクセスしても、Windows 2000、Windows Me は、ダウンロードできなくなってしまっている。
最近MSDNを新規に購入した人だと、Windows 2000、Windows Me を入手できないと言う事なのだろうか？
かなり問題があるように思うのだが…。
しかし、もっと前のバージョンである Windows 3.1 や MS-DOS 6.22 などはダウンロードできるようだ。
いったい、どういうスタンスなんだろう？
●2006/07/26更に追記
マイクロソフトのMSDN事務局に電話をして聞いてみた。
その回答は…。
Windows 2000、Window Me のご提供は終了しております。
以前にお送りしたメディアが残っている場合は、それを使用して頂いても構いませんが、
これらを新規に入手する方法は一切ございません。
最近MSDNを購入した人は、Windows 2000、Windows Me などは入手不可能という事である。
念のため、こんなことも聞いてみた。
私は、以前のメディアを持っています。
そのメディアを、新規に購入した人に渡しても構いませんか？
その回答は…。
渡してはいけません。
サポートが完全に終了している Windows 95 や Windows 98 が入手できないのは、わからないでもないが、今現在、普通にユーザが使用しているOSをサポートさせないとは、いったいどういう考え方なのだろうか？
かなり問題があるんじゃないの？ マイクロソフト君。
■マイ・開発ツール
 |  Visual Studio 2005 Professional Edition | |
このエピソードはいかがでしたか？   |  |
投稿者 zunbe : 2006/07/24 09:03:59 | コメント (4) | トラックバック (0)
2006/07/23
|
ふとバイク（MTB-2168F）のタイヤを見たら…。
だいぶ後輪が擦り減っている。
こちらは後輪の状態。
もう山がほとんどない。
後輪の状態
こちらは前輪の状態。
こちらは、まだまだ山がある。
前輪の状態
バイクを購入したのは 2006/01/01 だが、実際には 2006/02/06 に新品に交換してもらっているので、約6ヶ月でここまで擦り減ってしまったことになる。
バイクで走るとき、努めてグイグイとペダルを踏むようにしているせいだろうか。
後輪ばかりがやたらと擦り減ってしまった。
１年くらいは持つだろうと思っていたのだが、意外に早く擦り減った。
後輪はそろそろ交換しないといけないな。
よさげなタイヤを探してみるか。
| このエピソードはいかがでしたか？ | |
投稿者 zunbe : 2006/07/23 01:25:22 | コメント (0) | トラックバック (0)
2006/07/22
|
今日は、6月から来ていただいている、素敵な事務のお姉さんの歓迎会を開催した。
と言っても、会社には、ずんべと素敵な事務のお姉さんの２人しかおらず、２人で歓迎会というのもナンなので、素敵な事務のお姉さんの旦那さんとお子様も招待しての歓迎会となりました。
うちの相方とTOMOKIも参加の予定だったのだけれど、都合により欠席。
子供もゆっくりできるように座敷があって、そこそこ騒いでも大丈夫そうで、駐車場があるところ、というので探したお店がこちら。
グルメウォーカーの紹介記事によれば、「座敷の個室は5部屋あり、お子様連れのファミリーでも安心して来店できる」などと記載されていて、実際に、店内の半分は座敷らしい。
加えて、座敷にはメインのテーブルの他に、小テーブルが置かれていて、子供グッズなどを置くことができる。
お店に行ってから知ったのだが、キッズメニューなる子供用のメニューもあって、子供連れでも安心。
なかなかいいですね。
強いて難を言うなれば、店内の通路の足元に段差があったり石畳であったりと、少々子供向きでない気がする。更に言うなれば、座敷の壁には、子供の頭の高さに出っ張りがあり、ガツンとやってしまいそうで、ちょっと怖いかな。
でも、全体的にはマルなお店だと思う。
注文した料理はこちら。
料理いっぱい
テーブルいっぱいに並んでいます。
けど、最終的には全部食べました。(^^;
なかなかうまかった。
# いいのか、ずんべ、お前は糖尿病じゃないのか。(^^;
さて、素敵な事務のお姉さんのお子様２人。
姉のあーちゃん（仮名(^^;）は、恥ずかしがり屋さんで、パパの背中に隠れてピースサインだけ。(^^;
あーちゃん
妹のひーちゃん（仮名(^^;）は、カメラっ子のようで、はい、ポーズ！
ひーちゃん
あーちゃんも、ひーちゃんも、かわいいですね。
お姉さんのあーちゃんからは、うちのTOMOKI宛にハート型のラブレターが。
はぁと♪
ありがとう。
今日はTOMOKIが参加できなくてごめんね。
今度、遊んであげてね。
そんなこんなで、食べて、飲んで、お子様と遊んで、の歓迎会となりました。
食った食った。
ちなみに、今日も会社からお店まで、バイク（MTB-2618F）で走って行ったのだが、片道12Km、往復24Km走った分は、食べた分で帳消し。(^^;
いや、走り足りないくらいか。
明日は、ちょっと余分に走るかな。
| このエピソードはいかがでしたか？ | |
投稿者 zunbe : 2006/07/22 14:55:43 | コメント (0) | トラックバック (0)
2006/07/20
|
このエピソードの続き。
2006/02/26 大地のテーブル - 自然食バイキング
2006/02/28 カッチン玉まつり
2006/06/24 みつばさん、出産
ずんべの友人の DOJIEMONさん が出産しました。
朝 3:20 に、本人から携帯メールで報告が。(^^;
3254g（デカっ！）、母子ともに健康、超安産だったらしい。
いや～、めでたいですね。(^^)
| このエピソードはいかがでしたか？ | |
投稿者 zunbe : 2006/07/20 20:29:26 | コメント (4) | トラックバック (0)
|
このエピソードの続き。
2005/10/01 プロキシ・サーバと高機能アクセス解析CGI
このブログを運営しているサーバは、WAN→LANへの内向きのプロキシ・サーバの配下にある。
これは、WANからのアクセス要求に対して、様々な条件でLAN内にある複数のサーバに接続を振り分けるためなのだが、とても重宝している。
現在は、http のリクエストだけを振り分けるようにプロキシ・サーバを稼動させていたのだが、今日、どうしても https のリクエストを振り分ける必要が生じた。
これまで、「ちょっと難しそうだなぁ～」というだけの理由でSSLプロキシ・サーバの構築をやらずにいたのだが、いい機会なので、トライしてみた。
プロキシ・サーバは、DeleGate を使用しているのだが、マニュアルを読んでみると、プロキシ・サーバへの入力と、プロキシ・サーバからの出力に、sslway というフィルタを挿入すればいいとある。
おや、なんとなく難しいかと思っていたが、なんか意外に簡単そうだ。
とりあえず、マニュアルにある通り、フィルタのディレクトリにある Makefile を修正し、SSLライブラリを参照するようにしてコンパイルしてみる…。
うー、リンクでエラーが発生。
--
$ make -f Makefile.go sslway
：
## SSLEAY=/usr/local/ssl-0.9.8a/lib ---- the directory of SSLeay
## LIBSSL=/usr/local/ssl-0.9.8a/lib/libssl.a /usr/local/ssl-0.9.8a/lib/libcrypto.a ---- the SSLeay library
## specify proper SSLEAY and/or LIBSSL if the following failed.
cc -O -L../lib -o sslway sslway.o /usr/local/ssl-0.9.8a/lib/libssl.a /usr/local/ssl-0.9.8a/lib/libcrypto.a -lnsl ../lib/library.a ../lib/libsubst.a \
/usr/local/ssl-0.9.8a/lib/libssl.a /usr/local/ssl-0.9.8a/lib/libcrypto.a -lnsl
/usr/local/ssl-0.9.8a/lib/libcrypto.a(dso_dlfcn.o)(.text+0x37): In function `dlfcn_load':
: undefined reference to `dlopen'
/usr/local/ssl-0.9.8a/lib/libcrypto.a(dso_dlfcn.o)(.text+0x98): In function `dlfcn_load':
: undefined reference to `dlclose'
/usr/local/ssl-0.9.8a/lib/libcrypto.a(dso_dlfcn.o)(.text+0xc0): In function `dlfcn_load':
: undefined reference to `dlerror'
：
--
ん～？
エラーメッセージを見ると、dlopen、dlclose、dlerror などが未定義と言っている。
どうも、「dlうんちゃら」みたいなライブラリが足りないようだ。
「man dlopen」してみると…。
おぉ、コードとリンク・オプションの例があった。
gcc -rdynamic -o foo foo.c -ldl
なるほど、libdl.a を明示的にリンクする必要があって、そして、このライブラリは、RTLD_GLOBAL フラグが付いているのか。
Makefile を編集し直して、コンパイル。
成功！
オプションを指定して、DeleGate を起動してみる。
どれどれ。
https://sample.zunbe.com/proxy/
※オレオレSSLなので、警告が表示されます。
おしおし、バッチリだ。
■参考文献
 Linuxサーバ Hacks |  Apache ハンドブック 第3版 |  Apache セキュリティ |
| このエピソードはいかがでしたか？ | |
投稿者 zunbe : 2006/07/20 10:53:43 | コメント (0) | トラックバック (0)
|
| ［<<先頭］ ［<前へ］ [ 1 2 3 4 5 ] ［次へ>］ ［最後>>］ | ||