11 月 19 2008
CMS?
1KBも無い簡易なWikiっぽいスクリプトを作ったので、それでページをいくつか作り直そうと計画中。
正確には管理システムではないので、CMSではないわけだが。
既にあるPukiWikiにまとめようとも思ったけど、わざわざスタイルシートいじって確認したりするのが面倒なので
必要最低限のパラメータだけ書けばHTMLで出力できるようにした。
トラックバック、コメント、カウンタ、そんなものは要らない。
せいぜい最終更新日時とタイトル、コンテンツが有ればいいさ。
11 月 19 2008
1KBも無い簡易なWikiっぽいスクリプトを作ったので、それでページをいくつか作り直そうと計画中。
正確には管理システムではないので、CMSではないわけだが。
既にあるPukiWikiにまとめようとも思ったけど、わざわざスタイルシートいじって確認したりするのが面倒なので
必要最低限のパラメータだけ書けばHTMLで出力できるようにした。
トラックバック、コメント、カウンタ、そんなものは要らない。
せいぜい最終更新日時とタイトル、コンテンツが有ればいいさ。
11 月 15 2008
9月下旬に発生したDNSキャッシュサーバーの障害について、ユーザー掲示板で対象ユーザーは
10月15日頃までに「無料でXREA+の有効期限を90日間延長する」とされていたのだけれども、
待てども、待てども、一向に期限が追加されないのでサポートに問い合わせてみた。
すると、次の日の朝、サポートから「対応しました。再度ご確認ください。」と
メッセージが返ってきており、90日間の期限が延長されていた。
対応するならちゃんとアナウンスした時期にちゃんと実行して欲しいのだけれど、
ただユーザーがのんびりしているだけではダメなんだなと、改めて思った。
# ひととおり作りたいものが終わってしまったので、
# 次に作りたいものが見つかるまでひたすら更新作業をすることにします。
11 月 10 2008
板毎に手動でwgetなんちゃらと書いて定期的に呼び出していたものを
ディレクトリリストを読み込んでシェルスクリプトを自動で作成するように切り替えた。
と同時に、クロールスケジュールもこのディレクトリリストから作成するようにして、
転記ミスが発生しないようにした。
いよいよ1割近い板を巡回するようになったわけですが、
転送量もさほど増えないし、巡回スレッド数も2500~3000スレ/日とそれほど増えている様子はない。
2chのdatに割いているのはプライマリの46.57Bとデイリーバックアップ用途の36.55GB。
プライマリの使用容量は27%なので、およそ12.5GB…
あれ、おかしいな2ヶ月前から2.5GBぐらいしか増えてない。
これは案外HDDが持つかしれない。
10 月 16 2008
MaxClientとかMaxRequestPerChildとかをいじってみた。
アクセスが特に詰まってる感じも無かったんだけど、安定していると色々と欲が出てくるものです。
そういえば、前サーバー色々いじったときからずっとホストの逆引きが有効になっていたみたいで、
それを無効にしたので、レスポンスがかなり良くなったんじゃないか思う。
2、3日様子を見て、orzメニューの方もいじってみようか。
9 月 27 2008
補完しているdatが211000件を越えたみたい。
そろそろ、パーティションを移さないとDISKFULLエラーでまた大変なことになる。
現在、80%だから、88%辺りになったら移そう。
GBにすると、およそ10GBかな?
# あっという間に増えそうなので速めに移行した。
46G 9.9G 34G 23%
このままのペースで、あと34GBも有れば1年ぐらいは持つだろう。
9 月 17 2008
WordPress へようこそ。これは最初の投稿です。編集もしくは削除してブログを始めてください !
# MySQLのテーブルが壊れた。
# むぅ…。
9 月 16 2008
Fedora9にアップグレードしようと思ったらpython他多数(httpdとかphpとかperl)の依存が出たので退散してきた。
こりゃひどいな。
muninのグラフも何故か止まってしなったし、アップグレードどうしよう?
9 月 13 2008
XREAで使っている一部のデータベーステーブルをMySQLからSQLiteに置き換えた。
何回やってもCGIとして動かしているスクリプトからレコードの追加が出来なかったんだけど、
よく見たらファイルのパーミッションが書き込み出来ないようになっていたりと、ちょっと変なところで詰まったけど、
記述部分自体はMySQLのベタ書きから、PDOを使う形式に数行書き換えるだけだから、結構簡単だった。
(最近は、たまにMDB2を使ってるけど、前は全くそういった類のものは一切使ってなかった。)
この部分のSQLite化により、過去ログ倉庫にdatを転送するとき等に使う
データベースのアクセス速度がちょっと速くなったんじゃないかと思う。
もともと、後から書き込んでも内容が重複しないファイルとしてDBMSを使っているだけだから
それほど高度な内容を扱っている部分でもないし、SQLiteで十分。
7 月 23 2008
Sim-Boardの突貫工事を行いました。
いつものことだけど、運用中にデバッグ、 運用中にバグ修正。
●主な変更点
表示関係(ファイル・返信・削除)
いらなそうな情報は一気に削除したので、もしかしたら不具合があるかも。
まだ一杯時間が取れるわけではないけど、 時間があるって良いな。
ブラウザの解釈によって若干問題があると思いますが、
パーセント・文字サイズ指定にしているので、画面サイズ関係では大きく崩れないと思います。