15:58:15)試験公開鯖運用のためのメモ。試行錯誤中につき無保証。tornado==3.2.2を行う。2.7.12でも動いた。4.8を要求されるようです。4.6とかだったら以下のサイトを参考にインストール。(再ログイン必要かも)http://venuschjp.blogspot.jp/2013/11/c11gcc.htmladd-apt-repositoryがない場合はpython-software-propertiesパッケージで導入。↑GCC4.8系を追加で入れたのにビルドエラーが出る以下のようにしてシンボリックリンクを4.8系に更新する。(目的のディレクトリ名)gitoriousのリポジトリはもはや更新されていません。既存のリポジトリがある場合は移行しましょう。"./saves/milestones"crawl-ref/source以下にrcsディレクトリを置く。別の場所からシンボリックリンクを張ってもよい。SAVEDIR=savesマルチコアなPCの場合-jオプションで並列コンパイルによる高速化を期待できる。論理コア数は/proc/cpuinfo参照。cleanしてからのビルドを推奨する。タイル周りの変更があった場合、タイルが化けるおそれがある。webserver/server.pyport8080でサーバーが動く。手動dump出力の際にチャットに出るURLの設定webserver/config.pyのmorgue_url設定を書き換える。%nにはプレイヤー名が挿入される↑ログ出力webserver/config.pyのlogging_config['filename']をコメント解除し、必要なら適宜ファイルパスを変更します。"webtiles.log",ログは自動的にログローテーションされ、デフォルトでは10メガバイト×5ファイルです。ローテーションでの最大ファイル数は以下のように設定を追加することで変更できます。%(message)s"}↑scores/logfiles過去のスコアはビルド時に指定されたセーブデータディレクトリにscores*2という名前で各種情報が保存され、ランキング表示等のタイミングで適宜参照されます。runes!scores*の方はランキング画面などを実装する際に有用ですが、最大SCORE_FILE_ENTRIES*3件までしか保存しないため注意です。全スコアを参照したい場合はlogfileというファイルに上記と同じ形式で記載されています。こちらはスコア順に並べられてはいません。endで指定してあるdump日付は月の項がなぜか1-12でなく0-11になっているのでそのままではdumpのファイル名に使用できません(dumpのファイル名の月部分は1-12)。↑ttyrecswebserver/config.pyで指定したディレクトリにゲーム中のコマンド記録が保存されます。"./rcs/ttyrecs/%n",生成される*.ttyrecファイルはけっこうなファイルサイズがあり、プレイ回数に応じてどんどん増えていくため、レンタルサーバなどディスク容量が潤沢でない環境だとなんらかの対策を打つ必要があります。保存しない保存する必要が無ければ問題は解決です。出力先に/dev/nullを指定すれば多分大丈夫。圧縮する(現運用はこちら)定期的にbzip2で圧縮すれば1/10程度になるのでディスク容量の節約になります。以下のttyrecファイルは現在進行中のプレイなので除外しつつ、定期的に自動圧縮するといいでしょう。fsniperというツールがあり、設定ファイルで指定したディレクトリ以下にファイルが生成されたのを検知してスクリプトを走らせることができます。現在こちらで自動圧縮しています。Ubuntuならaptからインストールできます。--daemonでデーモンとして動かします。%f(ファイル名に置換)で代用しています。部分バックアップはしたいが大量の*.ttyrec.bz2はフルバックアップ時だけでいいという時のために、rcs/ttyrecsディレクトリは別のところに置いてシンボリックリンクを張るのがよさげ。最近のCPUではコア数と同じにした方がよいとの話も。