mieki256's diary

CD-ROMを漁りまくり。午前中が丸々潰れた。

未インストールのフォントも、このツールで閲覧中なら、他のアプリから利用できる、らしい。ビュアーとしても使えるし、一時的なフォント利用も可能とは、ありがたい。しかし、特定の未インストールフォントが正常表示されなかった。WinXPを再起動したが動作に変化なし。また、ツール自体が頻繁に落ちて辟易。落ちるのはともかく、フォントが表示されないのでは、見本一覧が作れない。

上のウインドウにインストール済みフォント一覧が、下のウインドウに未インストールフォント一覧が表示される。同時に閲覧できるのはいい感じ。画面もスッキリしていて判り易い。かつ、見本一覧印刷の設定項目が多く、出力結果がちとオシャレ。しかし、インストール済みフォントしか見本一覧を出力できないように見えた。出力したいのは未インストールフォントなのだけど。 *1

フォント関連の雑誌記事作成等に用いられるだけあって、スッキリした出力結果。これで2段組出力等、細かい出力設定ができれば良かったのだけど。 *2 見本一覧を bmp || png で保存できるので、その点はありがたい。 が、印刷プレビュー時、ページ毎に手作業で保存しなければならない点はツライ。全ページを自動で連番保存してくれたら言う事なしだったのだけど。 それはともかく、未インストールフォントは全て正常表示されたので、これで見本一覧を作る事にした。

2004/09/10追記：印刷プレビュー時、「ファイル」→「すべて保存」を選べば、連番でpng保存できることを教えてもらいました。自分、何故気づかなんだ… orz

PrimoPDF なら出力PDFにフォントを埋め込んでくれるはず。なので、FontPage XPress の印刷先に PrimoPDF を指定して、PDFでも見本を作成してみた。ただ、作成したPDFをPhotoshopで読んでみたら、フォントが正しく表示されなかった。他の環境で該当PDFが問題なく見れるかどうか不安。後で確認してみないと。

_低コストでスケーラブルなアーキテクチャーを目指す「Openfind」
_Googleの1.7倍、35億ページを検索できる「Openfind」
そんなサーチエンジンもあるのか。恥ずかしながら知りませんでした。 _なるほど。 hnsを使う人は必ず通る道っぽい。これでオイラも晴れてhnsユーザの仲間入りだ。わーい。とか言ってる場合じゃない。ぅわーん。 _(via つれづれなる備忘録)

なるほど。こういうことが起こってると。φ(..)メモメモ

MaxClientsやMaxServers、Lookupなどの変更はご遠慮願います、と書いてある。ということは逆にそのへんを少なくしていけばいいのかしら。

_連載記事 「ApacheによるWebサーバ構築」
_Webサーバー編: Apacheの設定
_MaxClients の適正値を求める
メモ。よく読んでみます。…いや。

搭載メモリが 256MB なので MaxClients 150 は大きすぎる。

の一文を目にした段階で既に焦ってたり。128MBしかないのにデフォルト設定の150のままでした。話にならない。でも、ウチのサーバでtopと打ってみたら、httpdは1つにつき6MBも使ってないように見える。せいぜい2MB。共有部分も加味すると、子プロセスのメモリ消費量=800KB程度になってしまうような。少な過ぎる。何故。mod_perlとやらを使ってない環境だからだろうか。…とすれば、cgiを呼び出したときに別途メモリが使われるかもしれん。そちらも量らないと。試しにこの日記ページを呼んだ時の状態を見てみると、index.cgiとやらの文字が見え、1つにつき6MBぐらい使ってた。が、その数が増えていかない。せいぜい4つ程度が現れ、それ以上増えない。どこかでPerlを大量に呼ばないよう設定してあるのかな。謎が増えてしまった。

それはともかく、MaxClients を150→60にしてみた。計算上はこれで問題ないだろうけど。閲覧時に問題がでてこないか心配。

_robotはぢきについて
対策する必要のあるロボットってこんなにあるのか。考えてみれば、行儀の悪いロボットに一々付き合う必要は無いのだな。ということで試しにrobots.txtを置いてOpenfindとやらを弾くようにしてみたり。

User-Agent: Openbot
Disallow: /

.htaccess や httpd.conf で弾く方法はどれだろう。参考ページのリンクが切れてるなぁ。

_ボットなどの無礼者アクセスの拒否
_robotはじきファイル
色々あるのだな。φ(..)メモメモ

hnsでも弾けるのか。簡単そうだから試してみたり。でもこれ、index.cgiが処理するんだろうから、処理の重さは変わらないか。でもないか。呼ばれてすぐにチェックして、条件に合致したらexitしてるように見える。即座に終了するなら軽いのかもしれん。

ウチではplalaからしかきてないように見えるのだけど。これってどこかのplalaユーザが感染してるのか、それともウチがplalaユーザだから必ずplalaになっちゃうのか、どっちなんだろう。うーん。

_延長時間分、事前に録画予約時間を増やすだけ だったのね。知らなかった。力技だ。テープ録画でそんなことしたら大変な事になるけど、 *1 HDD録画なら録画時間については余裕があるのでどうにかなるのだろう。と思ったらコレHDDついてないやん。ダメじゃん。DVD満杯になるやん。解決になってない。それとも空き容量を常時チェックして自動的にレートを落としてくれるのかしら。それもそれでなんだかな。ラストがガビガビ画質になりそうだし。…EPG予約する際にメディアの空き容量をチェックして、それを加味しつつユーザに警告すればいいだけの話か。

しかし、そもそも余分に録画するというのは、今後解決策としては不適切になるかも。別メディアにコピー・編集することに回数制限がつくのが当たり前の時代になるから、余分なところをカットすることすら難しい場面が増えてくるだろうし。つまり、録画したら録画したまま一切何も弄れない場面が多々出てくる。結果、マニアの大切なライブラリには、別番組に出演してる芸能人達の痴態も常に付随して永久保存されてしまうことに。ライブラリの半分が関係ない爺婆の映像で埋め尽くされたら、マニアはかなり落ち込むのではないか。 *2 …真のマニアなら、自由に編集・コピーできる裏技を実現・駆使しそうではあるけど。