ID:Of6a3HfA0cron用スクリプトを含め現在できた所までを>>43のアドレスにアップしてテスト中。cronをオプション付きで10分毎に実行していますが、無事に動作しているような感じです。画像投稿が有ったらどうなのか、オプション無しならどうなのかはこれから。他の機能も含め今日明日テストして、問題無ければ明後日あたりに人柱版アップの作業をしようかなと思います。ID:Of6a3HfA0cron用スクリプト画像投稿の部分で不具合が出てます。画像の過去ログ倉庫移動はできてるのに、画像URLが変わってないっす。時間より早く過去ログ倉庫送りになったり、う〜ん、これを直さないとアップできなですね〜。ID:Of6a3HfA0うまくいかない原因はcronで動かす場合、CGIモジュールでurlが取得できない事でした。考えてみれば、cronとういのはwebサーバー上で動かすかどうかは考慮しないのだから当たり前かもしれない。ID:Of6a3HfA0sleepぐぐっても分かんなかったです。解決策は思い付いたので、何とかなりそう。ID:aepa3p8.0cronで落ちたスレの画像url書き換えは何とかCGIモジュールを使わずにできた模様。その後の動作にも特におかしな点はないような。レス数上限を超えたスレが設定より早く落ちた理由は・・・・え〜と・・・1時間は何秒ですかね、60*60=3600秒ですね、時間を秒に直すには3600倍しなければなりませんが、360倍してました。ID:aepa3p8.0cron処理は完成したような感じ。これから他の修正した管理コマンドのテストをしてみて正常なら新しい人柱版のアップロード作業に入ります。今回はスレ圧縮のみの予定だったのですが、他にも大量の修正をしました。ID:gytosBPv0アニメーションgifを投稿されると、サムネに無駄なファイルが出来ます。今のところftpソフトで削除するしか無いですね〜、う〜む。処理が止まる訳では無いので、今回は保留して次回の人柱版で対策します。datファイルのアップロードで不具合が出そうなので、修正が必要、ここを修正したら人柱版アップの準備に入っても良いかも。ID:Vj5/FBQv0うっかり昼寝をしてたら、夜になってたwwdatファイルアップロードの不具合回避はできました。アニメーションgif投稿時のサムネの不具合の対策を思いついたので、それをしてから、新しい人柱版の準備します。ID:Vj5/FBQv0アニメーションgif対策完了、昼寝したから眠れない、新しい人柱版の準備にはいろう。ID:Vj5/FBQv0新しい人柱版をアップしました。例によって動作確認は主要な部分以外はあんまりできていません。http://hp.vector.co.jp/authors/VA012059/だいぶ、形が整ってきた感じがしますね。次はクッキー等の規制強化の予定でしたが、変更して携帯AAモードでアスキーアートの自動判定と過去ログ倉庫のスクリプト、携帯用スレタイ表示スクリプトの省メモリ化をします。これはすぐにできそうな感じはしています。規制関係の完成とスマホ用ページが出来たら一段落しそうな感じですけど、まだまだ先ですね。ID:Vj5/FBQv0レンタルサーバーによっては環境変数HTTP_X_FORWARDED_FORを取得してくれないようです。0;}に変更して下さい。ID末尾が1でも気にならない場合はそのままで。これの為に管理者ページに設定を設けるべきか否か、HTTP_X_FORWARDED_FORを取得できないだけなら0で良いのか迷います。{exit(0);}の行頭に#を付けてコメントアウトします。"$dir\n$ENV{'REMOTE_ADDR'}\n";を挿入してみて下さい。メールが送信されなければ、cronの設定が間違っていると考えられます。メールの1行目が空白なら正常ですが、REMOTE_ADDR送られて来ていれば、ブラウザから実行されない別の方法を検討します。2行目絶対パスがサーバーの説明に有るパスと同じか確認してください。違っていれば試行錯誤をしながら対策をします。ID:/vsWPWBH0メールの説明の1行目と2行目が逆でした。1行目に絶対パス2行目にREMOTE_ADDRが送られてくるはずです。ID:/vsWPWBH0圧縮の発生をcronと投稿時にしていましたが、何等かのイベントが発生すれば、いつ圧縮しても良い訳で、閲覧時に圧縮を発生させる手も有ると思ったりします。毎回発生させるのではなく、前回の圧縮から一定時間経過して閲覧されたらの話ですけど。ID:qYpFUpgt0サイト上でのテストもできたので、新しい人柱版の準備をします。前回から余り間がないので、改造して運営されているであろう投稿に関わるwrite.pl等の変更は有りません。ID:qYpFUpgt0新しい人柱版をアップしました。ID:qYpFUpgt0ぜろちゃんねるプラスの見本掲示板に試し書きをしてみたら、クッキー確認画面が出ない。専ブラ利用者とスパム業者をスルーというのはちと困る。Bone2は記録できるっぽい。Styleのクッキーの記録場所を発見、2ちゃんとか外部板とか区別してないっぽい。うかつに同じ名前のクッキーを記録すると忍法帖が壊れるみたい。Lv40まで上げたのが1からやり直しになりました。ID:oJ/DOVsA0で、記録はしているけど2ちゃん以外のサイトでは読み出せないっぽい。ユーザーエージェントを見て個別にスルー、規制はIPになりそう。ID:F3ik1G4G0クッキーID生成方法は後で考えるとして、クッキーを不正操作した場合はどうしようかと思案中。ID:F3ik1G4G0ID末尾1はHTTP_X_FORWARDED_FORが取得できないサーバーから、クッキーを記録しないブラウザから投稿に変更の予定。クッキーを記録しないスマホは末尾Sの予定。ID:kcKcWxv60規制関係の作業をしていて気が付いたのですが、ドコモの携帯IDの先頭に入れているdcの2文字、16進数と解釈でき、IPアドレスを規制しようとして偶然ドコモの携帯を規制してしまう可能性が有りそう。次のバージョンではdoに変更します。ID:1S7tJunW0auの携帯から投稿できないとの報告が有りました。心当たりはGET送信を禁止したくらいですね。リモートホストを見てauならGET送信を許可するようには出来ますが、ともかく報告待ちです。ID:1S7tJunW0ググってみたところ、auではformタグ内に余計な記述が有るとPOST送信に失敗するっぽい。そんな訳で、2ちゃんねるとhtmlソースを比較してみたところ、formタグのオプションにENCTYPE=multipart/form-dataというのを付けている、POST先が2ちゃんはURL表記なのに対し、相対パスで記述している。この2点を修正してみます。現在進行中の作業では関係有りそうな所には手を付けていないはず。投稿ができなくなります。困った・・・ともかく報告待ちです。ID:1S7tJunW0端末情報を検索してみたら、画像投稿に対応してからauの投稿が無くなっています。画像投稿とauの相性が悪いとなると、解決の手段が有りません・・・困った。何年も前の情報だから今は対応していると思いたい・・・auの携帯の場合は画像投稿用のタグを表示しなければ良いのかな・・・auの携帯と判断したら画像投稿ができないようにする方向で検討してみます。ID:H.0ZXKdl0auの携帯で投稿できない問題は解決!>>83に書いた原因でした。ID:H.0ZXKdl0借りているサーバーを調べたらgzipが使えるらしい。専ブラでdatを読む時にgzip圧縮を導入できるかと思ったら、Apacheの設定を変更しないと駄目のようで、借りている立場では無理でした。スクリプトからの画面出力をgzip圧縮するのはできるようなので、read.cgi等の大きなデータを吐き出すのは圧縮を掛けられるかもしれないです。規制関係の実装が終わってから検討します。ID:iWFP/bgG0更に調べたら、サーバーでCGIの出力も圧縮対象に設定できるという事でした。これはサーバー側で設定する話で、スクリプト作者には関係無さそうなのでやめます。ID:iWFP/bgG0クッキーの記録に難航してます。専ブラならクッキーは登録せず、ということなら楽ですが、外部板のクッキーに対応している専ブラも有るようで、そういう専ブラにはクッキーを記録したい訳です。クッキーは登録して即読み出すのは不可能で、確認ページのような物を表示して2度以上画面表示をしなければ読み出せないのですが、専ブラの中には確認ページを認識してくれない物が有ったりで・・・困ってます。一応の解決策は考えてあるのですが、結構大掛かりな仕組みになりそう。bone2に移植できました。クッキー規制を入れても荒らしは防げませんね。ID:TIhzT.o10クッキー規制を入れたらJaneXenoとOpenJaneが使えなくなる模様。Library)ではスパムロボットと区別が付かないです。ID:TIhzT.o10クッキーの確認画面を出すと、投稿した画像が消えてしまうのをどうしよう。画像投稿が有ったら一度文章のみ書き込んでからやり直してもらうのが実装は楽。規制で弾いた時にゴミになるのが問題。ID:TIhzT.o10値が固定のクッキーは閲覧時に書き込んでおき、投稿時にそのクッキーが読み込めれば可変値のクッキーをセットする。すれば確認画面なんてうざい物はクッキーを記録していないブラウザか専ブラ以外は出さなくて済む。時に確認画面を出す必要が無い。確認画面で画像選択できるようにしておけば良いはず。ID:vo8R8L/I0スパム投稿が規制に掛かっていましたが、HTTP_X_FORWARDED_FOR規制は役に立っていない模様。ID:vo8R8L/I0コテ忘れてた。ID:vo8R8L/I0V2Cからの画像投稿に対応できそう。簡単なテストではうまく動作しました。要はImg0chの振りをするだけなんですけど。JaneViewでもいけるかと思ったら、やり方が分からない。V2Cってローカルホストの板とWEBサーバーの板ではユーザーエージェントが違うのね。ローカルの環境ではクッキーのテストができないや。ID:4WxwLOwV0昨日はうまくいっていたはずなのに、今日になってクッキーが上書きできなくなってる。ID:rfUuov.G0Safariではうまくいくようになったけど、IEが駄目。サイト上にテストアップしたのはうまく動いているから、とりあえず良しとしよう。ローカル環境だけIEが失敗する。ID:s/AQQagU0V2Cの画像投稿に対応する為のImg0ch偽装方法は、SETTING.XTXにBBS_MODE=pictureBBS_IMG_MAX_SIZE=XXXXの2行を入れただけ。XXXXの所には文章+画像投稿のサイズ上限を入れてます。このスクリプトではCGIモジュールを使っている関係で板単位の画像サイズ上限を設定できないです。ついでに専ブラでサポートしてくれるのを期待しつつ、BBS_INFO=掲示板URL/bbs.txtの1行を追加する予定。サポートしてくれる専ブラが現れれば、板1枚を追加したら掲示板全体の板が登録できるし、Shift_JIS以外の文字コードにも対応できると思うのですが、このスクリプトが普及しないと無理ですね。ID:YIVqepkM0ちょっとペースを落とすかな。ID:wsfFY8sp0クッキー規制がもうすぐなのに気持が現実逃避をして思考が逸れてしまったりします。現実逃避して考え付いたのが板単位にIDを変える方法。このスクリプトはデタラメな20桁の文字列を使ってIDを生成しているのは管理している人はご存知のはず。この文字列を板単位で記録できるようにすればIDの異なる掲示板のできあがり。文字列が記録してない板なら全体の設定を使う。これで特定の板だけ異なるIDが設定でます。この文字列は管理人が設定しなければならないので、実装は簡単でも運用は面倒。板単位でIDを変えると荒らしに都合が良かったりするので、果たして必要な機能なのか疑問。このスレッドで要望が有れば実装します。