piyosuke.org: weblog

たまにしか更新しないし、そもそも大した記事もなく「ライト」な利用しかないが、一応は「ブロガー」と自称できるだろう。記事の作成自体は文書を作る手間と大して変わらない。ほとんどは中身を書く手間なのだから当然といえば当然なんだが。結局は書いたあとの記事の管理のしやすさという点で「ブログ」は楽なのだ。

カテゴリ管理にしてもタグ管理にしても、また「記事を存在させる手順」に関しても、ある程度の自動化の下にあるため、スタティックな文書を管理するよりもだいぶ楽だと言える。「メタ情報」の記述が自動化されているのがもっとも大きい点かな。

一方で、マーク付けにおいて構造化が思い通りにならないことと、文書（記事）の価値が希薄になりがちなのはデメリット。または構造化文書と言う点において、シンプルな文書を作りづらいことも難点かもしれない。

いかにして単純な構造で扱いやすい文書に仕立て上げるかを考えていた頃と比べ、記事そのものはやはり人手によって書かなければならないものの、アウトラインの構造をプログラムが勝手に造ってくれるのは、便利ではあるが少し寂しいし、ウェブサイトの全体構造における、制作者の「工夫」の入る余地が僅かでも損なわれるのは物足りない気もする。

「ブログ」には「ブログ」なりに、工夫できる点があるんだけど、ひとたび「懐古」に浸ってしまうと、やはり、こういった想いも禁じえない。どちらかを絶対的な「行動原理」として捉えているわけでもないし、むしろ、技術は適材適所だと思っているものの、慣れ親しんだ「作法」に特別な思いを抱くのもやむをえない、というジレンマに悩まされる。

珍しく前日から予定を立ててドライブに行って来ました。

いつもは近場で手軽に済ませるんですが、今日はちょっと体力があったので、長崎県大村市から国道34号を通り、佐賀県嬉野市・鹿島市を経由し、国道444号の山道を通って一周して来ました。いまだに土地勘が無くて、無駄に疲れた。

でも山道とか海沿いとかって、疲れても気分は癒されるよね。

勾配がきつい所があって、特に下りでは、万能なはずの3速を過信出来ないんです。

• 

休憩で停まったダム横で思いつきで撮影。最近の携帯は案外綺麗な写真が撮れるんだな。

概要

プレイヤーがトリガーに触れた際に作動する自動ドアの解説。

見た目に凝ったガンマジャンプ系のマップで、よくあるアレ。

ドアの準備

ドアとなるブラシを用意します。

• 

画像は赤い部分から左右に開く両開きの例です。左右の両開きならブラシは2つあれば事足りるんですが、ドアと認識しやすいように切れ目の縁取りを行ってるため、今回はブラシを4つ使いましたが、この辺はそれぞれのお好みでよしなに作ってください。

さてさて。

「一枚のドア」となるブラシ（群）を選択した状態で、「func」→「func_door」の手順でエンティティ化します。「一枚のドア」を表現するためにブラシを二つ使っているならば、その二つを同時に選択した状態で、エンティティ化する必要があります。

次に、「一枚」ずつパラメータを記述します。

func_doorのパラメータ（一部）

key

施錠の状態（-1でロック、0でアンロック）

デフォルトではアンロック状態ですが、この後行うターゲット指定を完了するとロック状態になりますので、必ずアンロック状態にしておいてください。

angle

ドアが動く方向。

水平方向は、0から360(=0)の範囲内で指定。

垂直方向は、-1で上方向、-2で下方向。

speed

ドアが開く速度（デフォルトは100）

type

ドアが開くときに鳴らすサウンドの種類。

sound types:
     0 - nosound (default)
     1 - metal
     2 - stone
     3 - lab
     4 - wood
     5 - iron/jail
     6 - portcullis
     7 - wood (quiet)

8種類ありますが、機能していないのがいくつかあるようです。

例で用意したのが鉄のドアなのに、”metal”が鳴らない（笑）

トリガーの準備

トリガーとなるブラシを用意します。全面に「textures/common/trigger」のテクスチャを貼って置いてください。画像の例では、ドアの位置を分かりやすくするために、ドアを選択状態で撮影しています。

• 

このブラシを次の手順でエンティティ化します。

• 「trigger」→「trigger_multiple」

「trigger_multiple」は、汎用的に様々な用途に使えるトリガーです。ターゲット先のエンティティやスクリプトなどを作動させるためだけのトリガーとも言えそうですね。

トリガーとドアの連動

今回もターゲット指定にて行います。

トリガーを始点にし、ドアのパーツ全てに対するターゲット指定を行うだけです。

例

trigger_multiple

target = door_test

func_door

targetname = door_test

完成

• 

こんな感じで開きます。

これを実際にジャンプマップに用いるときは、トリガーの設置場所を、プレイヤーの速度に合わせるように考える必要があります。開き始めるのが遅いと通過出来ずにぶつかるからね。

応用次第ではドア以外にも使えるギミックかと。色々試すと良いよ。

タイトルで「入った」と書いた割りに、Act1もいよいよ大詰め。

TOSAから紫装備をいくつか貰ってだいぶ強くなりました。

といっても、耐性がチン○スですけどね。

• 
• 

貰ったのはこの二つと、画像はないんですが、頭装備を一つ。

難破船の積荷からは、貰ったローブとセットになっている足が出たのでそれを装備中。

杖はいずれ氷に乗り換える予定ですが、それもいつになるか分からないので、今まで氷仕様だったストームニンバス系のスキルをリビルドして、今は雷仕様で冒険してます。

• 

こいつの箱で、何回かトレハン予定。

18時ぐらいまで二時間ほど、俺の無知のせいで起こった「人災」で、このブログをまともに見れない状態でした。

事の発端はこれなんですが――

• 

何事かと思いましたが、どうやら久しぶりにスパムの標的になったみたいで。

このサーバは「さくらのインターネット」で借りてるウェブスペースなんですが、SQLのバージョンを5.1にするのが面倒だったので、4.0のまま使ってました。いつごろか、WordPressのバージョンが2.9.1になって、SQL4.0では動かせなくなったので、WordPressのアップグレードもサボってたんです。

でもセキュリティ上の理由で、早めにアップグレードしないといけないとは思ってたんですけどね。まあ、2.9.2にする根拠に、さっきのスパムを持って来たところで無関係な気もするんですが、やっぱりセキュリティは最新のやつがいいだろうと思い、重い腰を上げてようやくアップグレードに取り掛かったんですが……。

さくらのインターネットのスタンダードプランって、データベースを一つしかもてないので、SQL5.0のデータベースをつくる前に、旧い方を削除しなくちゃいけないんですよ。なので、一旦バックアップを取ってから削除した後、新しくデータベースを作ってバックアップから復旧するという手順を踏む必要があるんです。

新しくデータベースも作っていざインポート。

見事に全ての記事が文字化け。

データベースの管理画面にログインするときに選択する文字コード等を間違っていたせいで、大事になりました。幸いバックアップファイル自体が必要なデータを持たない訳ではなかったので、こうやって復旧出来たんですがね。

そこで、一旦新しいデータベースを削除し、再びSQL4.0のデータベースを作成。そのデータベース上でバックアップファイルをインポートして元の状態を復元。と、ここで正しい手順でバックアップファイルを作成して、もう一度最初からやりなおししたらいけました。

ところで、スパム対策にAkismetというプラグインを使ってるんですが、これが優秀で、導入後は全てのスパムがこれにブロックされてます。表だけ見るとスパムなんか無い様に見えますが、ちょくちょくあるんですよ。今日ほど大規模に来ることは稀ですけど。ただ一度だけ、誤射してスパムじゃないのをブロックしたことがあるな。その時は、俺が手動で承認したっけな。