無料サーバで動かす場合には、そのへんも考えておかないとアレですな...でも今回は、それについては問題無いような気もします。htmlファイルを読んで何か処理するような仕様になってないようなので。他に扱うファイル種類といっても、アップロードされた画像ファイルやzip云々の、広告表示とは関係無いファイル種類しかないし。今、Y氏の設置したzeus.cgiを表示してみて「あっ!」と思ったけどそもそもあのzeus.cgiの画面、広告が一切表示されてないヨ!(爆)すると、spaceportsって、cgi中に自分で広告表示用の文を書き込むタイプのサーバ、ってことかな。́Д`)今のところ、件のcgiは、cgi-binの下位に利用するディレクトリを作っておくような仕様(ありがち)ですが...でもなぁ...仮に、実体となるディレクトリが別の場所にあるとしても、そこへcgiから問題無くアクセス云々って、cgi側でどうこうする問題じゃなく、Webサーバの設定でしておくべき事項のような気もしますな...もしも、全く別の場所に入ってるファイルに対してもアクセスできるような処理をcgiにさせるなら、いっそのこと、そもそも別サーバに対しても処理が出来てしまうようなスクリプトを作るほうが色々と便利でしょうね。「ファイルの置かれてる環境」が不具合の原因になってそうな気もするんで、そのへんも意識しながらソースを眺めてみますですよ。ツッコミをhnfと同列に扱いたいなんか前にも似たような事を書いたような気がするんだけど。hns導入後、各記事に、非常に為になる有用なツッコミを入れてもらえて助かってたり。これだけでもhns導入した甲斐があったかも。:しかし、hnsのツッコミ機能は、あくまで掲示板の一種として実装されてる為に問題点があって。hns導入時から懸念してた事だけど、仮に、ある記事で有用な議論が展開された場合、現状のhnsの仕様ではそれら議論を確実に残す事が出来ず、書き込み件数が指定数を超えるとちょっと困った事になる。言っても今のところ、書き込み件数の設定値をかなり大きい値にしてるので、このペースならあと数年は余裕で持つだろうし、実際に問題は起きないような気もしつつ。それでも仕様的には、やはり問題として残っちゃってるわけで。:例えばこういったところにも、hnsの思想が見え隠れしているような気もする。ツッコミ』と判断した上で仕様決定していたのかな、と。開発者達には、「自分達のほうが読者より、よほど優れた文章・情報を提供するはず」だから「ツッコミ内容は残らなくても問題無し」という自信なり考えなりがあったのではないかと。自分などは、自分の書くタコ電波文章より、読者のツッコミの方が、客観性を持つ分、情報としては有用なものが多いのではないかなと思ったりしていて、こういった「読者より書き手のほうがとにかく偉いんだぞー」的思想には首を捻るというか。言って、自分にはガリガリ改造してくだけのスキルも無いわけで。:仮に、ツッコミ内容をhnfファイルと同列に扱おうとした場合、自分でも出来そうな対策としては、掲示板のログ内容を該当hnfに混入していくようなスクリプトを書くぐらいだろうか。ないけどhns本体は難しくて弄れそうにないし。思ったけど、ツッコミ内容をhnfに混入したら、ツッコミである事がパッと見てわかるようなコマンドを新規に用意しないといけない。:とか考えると今現在のように、とにかく書き込み指定件数を大きい値で設定しておいて、自分がWeb日記を書くのに飽きてしまうまで運用するか、他のツールを選択・導入してしまうほうがよほど現実的な対策かもしれない。議論になりそうな(議論になってる)記事に関しては、Wikiを導入して、そちらにログを移行して話を進めるとか。なると、hnfフォーマットが流用できるWikiとか、hnf→Wikiフォーマット(っていうの?)変換スクリプトがあるとログの移行が楽になって便利、とかいう話になっていくのだろうか。そもそも数年後、こうして自分はWeb日記を書いてるだろうか...うーん。「ログが残らないほうが嬉しい」という利用者も居る場合は、現在の仕様がプラスに働くだろうけど。考え過ぎかもしれないけど、こういった部分にhns開発コミュニティの選民思想(?)っぽい雰囲気を感じたりもして。このへん、一部のMTコミュニティにもなんだか同種のものを感じたり。...やっぱり考え過ぎかな。いうかUNIX系OSを触ってる人達って、Winユーザに対してデフォルトで「俺達のほうが偉いぞ」的感情を持ってるみたいだし、同様にMacユーザ、あるいはWinユーザもそういった人がたまに居たりして、取り立てて○○コミュニティが云々、って話じゃないのかも。何をやってるのか>俺。してもLWPは非常に便利。以前Javaの勉強をしてた時にも予想はしていたものの、やはりPerlでもこういった処理が簡単に実現できるのだな、などと今頃になってようやく認識したとでもいうか。いった処理がこれほど簡単に出来るのでは、UNIX文化圏の人達がGUIのダウンローダ等を作ろうとしないのもなんだか判る気がした。新入社員とおる君(?)が...うわーSEED。最近の2話における某瞬間の表現が凄いなと。一瞬のカットだったけどビックリした。イデオン劇場版やVガンダムをちょっぴり思い出したり。:「怪獣を倒さない偽善の極致のウルトラマン」が流れてた時間帯で、特撮・アニメの違いがあるとはいえ、ああいった表現をちゃんと画面に出したのだから、自分はもう拍手喝采ですよ。いいぞ、SEEDスタッフ。すると、アレでもまだ局やスポンサーから制限かけられてたりするんだろうか。このサーバに繋がらなかった原因についてY氏から、このサーバに繋がらないとの報告あり。サーバのログを眺めてみたらどうやらIPアドレスが変化してた模様。該当日はなぜか3時間毎に変化してた。いう事があるから、皆、固定IPを望むのか。言え、光ファイバーで繋がってるならまだしも、こんな低速・低品質なADSL回線上で固定IPにする意味がどれだけあるのかという気も。zeus.cgi見直し中zeus.cgiとにらめっこ。:Y氏が別の海外サーバに設置して実験したところ、そちらのサーバでは記録時間はズレるものの、以前報告にあったような不具合は見られなかったとの事。するとG氏の指摘通り、spaceportsに起因する問題なのだろうか。なんにせよ、時間がズレるというのもマズイと言えばマズイので、localtimeをgmtimeに置き換えたものを後で渡そうかと。未来少年コナンがなぜかHKアーカイブで放映されてたNHKアーカイブで未来少年コナンを流してたのだけど、1話のラナの顔と、「逃亡」のラナの顔の違いにビックリ。宮崎監督が(本人曰く)「狂ってしまって」修正しまくった証拠だろうか。それにしても、「逃亡」の回のシチュエーション、コナンの尽くしぶりが素晴らしい。カッコイイぞ、コナン。この日記の更新間隔hnsを導入してから、この日記ページの更新間隔が毎日更新になってるけど、それは単に、作業をする上でその方が楽だからそうしてるだけの話で。別に、自分の意識が「日記は毎日更新すべきもの」などと変化した為に更新間隔が変化したわけではなく。基本的に「日記記述にあまり労力を割かず」の方針に変わりは無くて、そもそもそれを叶えたいが為のhns導入・運用なわけで。:hnsは、「自分が普段利用してるPC」が「Webに公開」されていて、「特定フォルダにhnfファイルを作成」さえしておけば、「勝手(?)にWeb日記として公開」される、といった利用スタイルを想定して開発されたツールだろうから、「何日分か書いておいて、後でまとめてサーバにアップする」という使い方はむしろ想定外の利用スタイルではないのかと。自分の環境は、Web公開サーバとメインPCが分離してる為、ある意味イリーガルな利用スタイルではあるのだけど、hnf記述ツールのカスタマイズでそのへんはなんとかなったような気も。:文章量は以前に比べて明らかに増えてるけど、これは、hnfフォーマットのCAT,NEW,SUB,FNの効果によるところが大きく。カテゴリ別、項目別を意識して記述出来ることで、以前に比べて随分と文章を書きやすくなった。言え、まだhnsを導入したばかりで嬉しくなってしまい、ついつい量が多くなってるところも。そのうち飽きてきて自ずと量が減っていくだろうし、今だけの現象かと。自分の環境では、xyzzy上で「hnf作成」「該当ファイルのみftpでアップロード」をそれぞれファンクションキー一つで出来るようにしてる。増加してしまって作業としては面倒臭くなる。方が作業としては非常に楽。UNIXコマンドsort,uniq,splitって便利だなぁ。この国には魔法使いが居る..._腰が抜けた。思いつき最近ゲーム関係の情報は全然見聞きしてないんで、もしかしたら既に実現されてるのかもしれないし、友人・元同僚達がそういうアイデアを出してたのが記憶に残ってるだけのような気もしつつ。:カーナビのCD-ROMやDVD-ROMを読み込んでコースデータを作ってしまうドライブゲームとか作れないだろうか。テンプレートをユーザに選択させ、それらテンプレートに従って自動生成するとか。SWエピソード1のレースシーン作成と同様に、作成済みの各ブロックをどのように並べるか、その処理部分だけにカーナビの道路情報を利用する。カーナビの道路情報データは、コースを作るだけの充分な情報量は持ってないだろうし、メーカ毎に独自フォーマットで記録してたりするのだろうから読み出すのも一苦労だろうけど。それと、高低に関する情報がなさそうなのが痛い気もする。それに、生成したデータをどこに格納するかも問題。メインメモリには収まりきらないんじゃないか。HDDにファイルとして書き出すとか。コンシューマ機でHDD積んでる機種なんて限られるだろうから、PC上で実現する方がまだ現実的かな。コレ、自分のアイデアじゃなくて、誰かのアイデアだったような気がする。マズかったらツッコんでください。昔に聞いた話だったような気もするので、もし当人が本腰で取り組んでたら、既に実現していてもおかしくないような気がする。:車にビデオカメラを積んで、ドライブしてる映像を元に、コースデータを作れないだろうか。したりできるんだから、かなりアバウトな、だけどパッと見は一応ソレっぽいデータ程度なら生成できないかなと。ソレを修正して、ちゃんとしたデータにして各種商品に利用してもいいだろうし、アバウトなデータのまま利用して、なんとなく気分だけは味わえる、ってのもいいだろうし。:学生の頃からずっと、レースをしないドライブゲーム、現実の風景をどこか思い出させてくれるだけのドライブゲームを遊んでみたいと思ってたりする。事故らずに、ただ、ひたすらドライブするだけ。ガソリン代を気にしなくていいとか、免許を持たなくてもドライブ気分を味わえるとか、そのくらいしかメリット無いけど。ゲームというのは、障害をクリアする喜びをユーザが感じる事で商品として成立するものだから、ひたすらドライブするだけのゲームなんて誰も遊ばない、いや、そもそも遊びですらない気もする。結局自分は、現実世界を仮想体験したいだけなのだろうと思う。真夜中、遠くに街の明かりがポツポツ見える田んぼの中の一本道を、好きな音楽をかけながらのんびりドライブしてる感じとか、海岸へと向かう道を探してあちこち迷いながら、ようやく海がチラチラと見えてきた時のどこか嬉しい感じとか。PCの電源をONにするだけでなんとなく味わえたつもりになってしまう...そんなモノがあったら面白いかもしれないなと。それだけでは商品にならないだろうな。メールアドレスだけではわかりませんがな...自分の書いたYahooBB導入顛末のページを見た人から、ADSLについての有用な情報をメールで戴いて、「ああ、ありがたいな」と思ったのだけど。困った事に、本文中に個人名等書かれてないし、送信者名=アカウント名になってるので、送信者が誰なのかわからない...。アドレス帳のメールアドレスを眺めてみたけど、該当アドレスは見つからず。友人からのメールなのか、それとも自分の知らない人からのメールなのか、あるいは...単なる広告メールの類なのか。広告メールの類なら、返信すると面倒な事になる。いうわけで、情報を戴けた事は非常に嬉しいのですが、怖くて返信できませんので、あしからず。電子メールのマナー(?)について書いてみるせっかくの機会なので、電子メールのマナーについて書いてみたり。して既に書かれてるページを見つけたので、リンクだけして済ませようかと。:この手のルールやマナーについて意識しておかなければならないのは、「なぜそうしなければならないか」についてはそれぞれ合理的理由がちゃんとあるのだと言う事。居るようだけど、それらの人々には再考を望みたいというか。目的や理由無くしてルールやマナーは作られないし、ルールやマナーがあると言う事はそれらを要求する状況が必ずあるわけで、そこをしっかり認識できている状態で議論や主張をしないと。コンピュータ関係は、ルールやマナーが産み出されるその背景として、技術や効率に基いた揺るぎようの無い論理が必ず存在していて、個人の感情や嗜好性のみで是非を語れる場面など無いに等しいわけで。少なくとも、前述のメールに関するマナーは現在も守るべき理由がちゃんとある。それら理由について理解・想像すらできないなら、とりあえずは守っておいたほうがいいのです。守らない事で自分が損をする事はあっても、守る事で自分が損をする事は絶対に無いのですから。いえ、時間が経つにつれ、目的・理由が忘れられてしまって、あるいは技術的状況が変化してしまって、「守る」事だけが目的になってしまったルールが多々あるのもたしか。堅苦しい事を言う必要など無いくらいに当たり前の事しか件のページには書いてないんですけどー。zeus.cgiのファイル公開チェック処理に異常はないように見えるzeus.cgiを追いかけ中。ついては、ログに記録された時間情報のみを元に判断してるようにしか見えない。ファイルのタイムスタンプ参照の可能性を考えていたが、そういった処理は見受けられず。time」、つまりは時間の差分のみで各種判断をしているので、海外サーバのローカルタイムが日本時間とどれだけズレていても動作には何ら問題は出ない。日本時間とズレるだけだ。:問題が起こるとすれば、日本のサーバ上で記録したログを、海外のサーバにそのまま持っていった時ぐらいだろう。それも数日経ってしまえば、現在時間が確実にスレッド作成時間を追い越すので、不具合は消滅してしまうはず。:もしかすると、ログが壊れてる可能性はないか。前述のとおり、未来に立てられたスレッドに対しては正常な条件判断が出来ない。スレッド作成時間のみが異常値になっているだけで、公開期限関連の判断処理は狂ってしまう。そのように特定情報だけが壊れてしまう場面などどれだけあるだろうか。:もしかすると、本来書きこむべき値が一つずつズレてしまってる可能性はないか。特定処理を通った時のみ、別のログ記録サブルーチンが呼ばれてしまうとか。あれば、ログを検証すれば何かわかりそうだ。いや、そもそも異常な動作をした時点で、即座にログを検証しておけば良かったような気も。...そうか、すっかり失念してた。そもそも編集時に不具合が出るという話だったし。そこで異常値が書きこまれてしまうのでは。...さて、編集時の処理って、どこでされているのだろう。ソースを追いかけないと。メッセージ書き込み時に文字列として生成されて、ログに記録されている。表示の際は、該当文字列がそのまま表示されているだけ。スクリプトを眺めて動作の仕組みを理解してからでないと、いくらログだけ眺めてみてもわかるはずもないか。見た目に囚われずしっかり実を取ってみせるだけの柔軟さ・しなやかさを議会に求めている...硬直化した「神聖な議会」ではなく、「新生した議会」を有権者は望むのではないかしら。マスクマンが当選したのだと思う。マスクマン当選は、議会に新しい風を入れたいと願っている、有権者の想いの現れでしょう。*1反対してる議員達は民意に背いている現実になぜ気づかないんだろう。会話してないから民意が判らなくなってんじゃないの。クリスタルな知事の名刺を折ったどこかの役人と同じだな。:個人的には、議員全員がマスクをつけて議場に入った方がいいのではないかとも。「公」を語る上で「個」は障害になる。「個」を意識せざるを得ないかと言うと顔が晒されているから。マスクをつけて「顔」を隠し「匿名」になれば本心で議論が出来るのではないかと。「個」を意識してる事で建前論の応酬にしかならない議会じゃ存在価値ないだろうし。すると「匿名」になることでむしろ「公」を語れなくなる人間が続出するかもしれないけど、それは元々「公」を語れるだけの能力・資格がなかった人間ってことで。「匿名」であっても正々堂々と「公」を語れる人間であれば、それこそ真に「公」を任せられるだけの人間であることが判る。どこかで心理学的見地で実験とかしないかな。マスクをつけて「匿名」で議論するのと、素顔で議論するのでは、発言内容にどんな差が出てくるかを検証する。仮に、マスクをつけたほうが有意義な議論が活発に為されると判明したなら、議員全員がマスクをつけて語ったほうがいいよね、という話になるし。逆の結果が出たなら、マスクマンはマスクをつけずに議場に入れ、という話になるだろうし。「神聖」とか口にする前に、まずは実験してみたらどうだろう。:ていうか「神聖」なんて言葉を恥ずかしげも無く素面で口にできる人間が一番うさんくせえ。_新しいWindowsの画面を見て思ったペイントと電卓が相変らずショボそう。別にOSの一機能というわけではないし、所詮はおまけアプリでしかないから、変化が無くて当然なのだろうけど。リンク、変更しておきましたですよん。向こうのBBSにカキコしておけば良かっただろうか。編集cgiを眺めてるけどzeus.cgiのedit.cgiを眺めてるけど、おかしそうな部分が見当たらず。特定処理時に云々なんてそもそも無くて、結局どのcgiも、sub.cgi中の所定のサブルーチンを呼んでるだけだし。オプション項目変数の内容がそれぞれ違ってるだけなんだよな...うーん。:再現しないバグは修正が難しいです。再現した時の状況があやふやなバグも修正が難しい。逆に、確実に再現さえ出来れば(バグの発生する状況がわかれば)、大抵修正は容易なわけで。:ということで、バグが出た時に、「要レスon/off」「回数制限on/off」「期間限定on/off、及び時間」「公開間隔on/off、及び時間」...等、「オプション項目はどうなっていたか。渡してもらえると助かります。ないとタコの私には、ちょっと対処が難しそうな感じがするですよ...。書き直せばおかしくならないはずです。そこ以外は修正する必要が無い様に見えまする。いうより、状況があやふやだとバグを再現できない。できればその前の状況のログもあると嬉しいけどそれはちょっと無理だろう...過去には遡れないし。22:11ちょっと待ってて下さい(汗)先日の名古屋OFFで貰った300G超のデータ整理に没頭中で中々・・・。勉強中Perlとか、文字列探索アルゴリズムとか、BATファイルの書き方とか、色々勉強中。Windowsにはなぜcronが無いのだろうWindows上で、一定時間毎にプログラム(Perlスクリプト、BATファイル)を呼び出す必要が。なれば大抵の場合「タスクスケジューラ使え」で終わるけど、今回は時間単位で呼び出したいので、タスクスケジューラの「日・週・月」などという間隔では要求を満たせない。このノンビリ屋さんめ。嗚呼、Windowsに、Linuxのcronと同等の機能があればなぁ。