SoftWare のバックアップ(No.7)

SoftWare関係の作業メモ †

perl
...まずはCGIを動かしてみる
 NETWORK
...lustre

perl †

きまぐれに時間のあるとき(もしくは現実逃避したいとき)に、遊び勉強してみる。いずれは何かの役に立つ？

htmlコードを書き出してみる...の前にまずはCGIを動かしてみる †

apacheの設定で重要な「.htaccess」というファイルがある。具体的な説明は以下、IT用語辞典から引用。

ApacheなどのWebサーバで使用できる、Webサーバの動作をディレクトリ単位で制御するためのファイル。
具体的には、CGIやSSIなどを実行するための宣言(命令)や、拡張子ごとにファイルタイプを指定するMIMEタイプの設定、ユーザ認証、IPアドレスやドメイン単位でのアクセス制限などを書き込むことができる。

この設定は結構面白いみたい。
=>.htaccessの設定解説
=>とほほのCGI入門

これで使えるCGIの指定もしないといけない。

現状>設定した。でもできない(^^;)

apacheの設定か？=>N研ではapache2.0

09.3.16
SQUIDがtry&errorの邪魔をしていた。SQUIDはLAN内からのリクエストURLでキャッシュの有無を確認し、キャッシュしていればそれをローカルマシンに渡す。だから、頻繁に更新して確認するような場合は前の状態を渡されるため正しい確認にならない。SQUIDは一定時間後にまたリクエストがあったときそのサイトに更新があるかどうかチェックしにいくので、気づいた頃にまた更新が反映されて頭が混乱していた。htmlでは起きるのは知っていたが、CGIなので大丈夫かと思っていた。凡ミスです。
解決策はCtrl+Shift+RでリロードすればOK。どうやってるかは知らないが、SQUIDに対して(ローカルも？)キャッシュを使わないで更新できる。
いい機会なので、Firefoxのショートカットキーについて調べた。いろいろあるなー。キャッシュについて面白い記事があった。about:configとかでfirefoxの設定をいじれるってのは便利そうだと思った。なるほりんぐ。
しかし依然CGIは動かせず。。。ぼちぼちtryしていきたい。

↑

NETWORK †

ネットワーク関係の備忘録。

↑

lustre †

lustreはオープンソースの分散ファイルシステムで、よく使われている。
たとえば、NFSシステムで情報をやりとりするときに、ひとつのサーバーマシンだけにファイルのマウントをさせるのではなく、いくつかのマシンで分散したほうが負担が少なくなる。そういった問題を解決するための、クラスタ用のファイルシステムがlustreである。と思う。具体的には、「ユーザー側からアクセスするのはひとつのファイルシステムだが、実際には複数のサーバー機のうちから選ばれて(分散されて)マウントされる」…というような環境を作れる。

Lustreファイルシステムの概要
 LustreファイルシステムのI/O性能評価