C-BOARD Moyuku ユーザー掲示板
この掲示板は、【C-BOARD Moyuku】のユーザーさん用掲示板です。
かつ、実地試験用に設置されています。テスト書き込みは禁止です。
不具合報告は、大歓迎です。要望や質問については、時間があればということで……。
書きこむ方は必ず【Moyuku用ドキュメント】に目を通しておいてください。
・スタイルにはシンプルスキンを選択しています。スクリプト名は、moyuku.cgi に変更しています。
・アクセステスト : PDA用表示 / 携帯電話用表示 別ID アクアスタイル（テスト書き込み可）
かつ、実地試験用に設置されています。テスト書き込みは禁止です。
不具合報告は、大歓迎です。要望や質問については、時間があればということで……。
書きこむ方は必ず【Moyuku用ドキュメント】に目を通しておいてください。
・スタイルにはシンプルスキンを選択しています。スクリプト名は、moyuku.cgi に変更しています。
・アクセステスト : PDA用表示 / 携帯電話用表示 別ID アクアスタイル（テスト書き込み可）
Wajett
- 10/9/16(木) 22:23 -
こんにちは、Wajettです
▼Hiiroさん：
>基本的に新しいVerを待とうと思います。
>それまでに今のVerでご説明をいただいた変更を加えると、VerUpする際とか難しくなりますよね？
>新しいVerが出た時の切り替えるいい方法があれば教えていただけますか。
>Legacy版をしようした場合に、moyukuに切り替えられるのでしょうか。
どの方法をとるにしろ手間が増えることは間違いないので、とりあえずは
次のリリースを待つのが楽だと思います。
ちなみに、LegacyとMoyukuは別物なので、切り替えるとやはり二度手間に
なります。
LegacyはSSからの変化が少ないので、使い続けるならLegacyでも
いいのかなとは思います。SSのパス設定そのままなので、作業もMoyukuへ
移行するよりは簡単なはずです。
サーバ環境のこともあるので、あまり労力をかけたくなければLegacyが
無難といえば無難だと思います。
>
>P.S
>> 懐かしいサーバの仕様ですね。
>
>そうなんですか。
>こういうしようが古いものだと知りませんでした。
>そういうルールを作る必要がなくなったのでしょうかね。
サーバ側のリスク管理的には利点のある仕組みですが、最近は流行らない
かなと。
CGIを使う時に、今回の件のように余計な手間がかかりますし。
設備投資を抑え気味にもできるので、現在もプロバイダの無料HP領域
などには割と残っていますね。
▼Hiiroさん：
>基本的に新しいVerを待とうと思います。
>それまでに今のVerでご説明をいただいた変更を加えると、VerUpする際とか難しくなりますよね？
>新しいVerが出た時の切り替えるいい方法があれば教えていただけますか。
>Legacy版をしようした場合に、moyukuに切り替えられるのでしょうか。
どの方法をとるにしろ手間が増えることは間違いないので、とりあえずは
次のリリースを待つのが楽だと思います。
ちなみに、LegacyとMoyukuは別物なので、切り替えるとやはり二度手間に
なります。
LegacyはSSからの変化が少ないので、使い続けるならLegacyでも
いいのかなとは思います。SSのパス設定そのままなので、作業もMoyukuへ
移行するよりは簡単なはずです。
サーバ環境のこともあるので、あまり労力をかけたくなければLegacyが
無難といえば無難だと思います。
>
>P.S
>> 懐かしいサーバの仕様ですね。
>
>そうなんですか。
>こういうしようが古いものだと知りませんでした。
>そういうルールを作る必要がなくなったのでしょうかね。
サーバ側のリスク管理的には利点のある仕組みですが、最近は流行らない
かなと。
CGIを使う時に、今回の件のように余計な手間がかかりますし。
設備投資を抑え気味にもできるので、現在もプロバイダの無料HP領域
などには割と残っていますね。
Hiiro
- 10/9/16(木) 21:37 -
ご回答、ありがとうございます。
いろいろと説明をしていただきありがとうございます。
基本的に新しいVerを待とうと思います。
それまでに今のVerでご説明をいただいた変更を加えると、VerUpする際とか難しくなりますよね？
新しいVerが出た時の切り替えるいい方法があれば教えていただけますか。
Legacy版をしようした場合に、moyukuに切り替えられるのでしょうか。
以上ですがよろしくお願いします。
P.S
> 懐かしいサーバの仕様ですね。
そうなんですか。
こういうしようが古いものだと知りませんでした。
そういうルールを作る必要がなくなったのでしょうかね。
いろいろと説明をしていただきありがとうございます。
基本的に新しいVerを待とうと思います。
それまでに今のVerでご説明をいただいた変更を加えると、VerUpする際とか難しくなりますよね？
新しいVerが出た時の切り替えるいい方法があれば教えていただけますか。
Legacy版をしようした場合に、moyukuに切り替えられるのでしょうか。
以上ですがよろしくお願いします。
P.S
> 懐かしいサーバの仕様ですね。
そうなんですか。
こういうしようが古いものだと知りませんでした。
そういうルールを作る必要がなくなったのでしょうかね。
Wajett
- 10/9/16(木) 21:24 -
こんにちは、Wajettです。
▼Hiiroさん：
>はじめまして
>C-BOARD Moyuku v0.99aをこれまでの3.88から変更し設定しているところです。
>こちらのサーバの事情でimage や、data,publicがパーミッションの制限がかかるようです。
>そこでcgiフォルダより別のフォルダに移すことが望ましいようなのですが、
>パスを変更する方法を教えていただけますか。
>よろしくお願いいたします。
懐かしいサーバの仕様ですね。
残念ながらMoyukuは現状で、お使いのサーバの仕様には完全には
対応していません。確認はしていませんが、どちらかというと、別途
配布しているLegacyの方が設置は簡単なように思います。
実は、Moyukuはある程度は対応させたつもりでいたんですが、今回
調べ直して一部の作業が抜けていたのに気づいたので、次のバージョン
では対応予定なのです。ただ次のリリースまでにはもうしばらくかかり
そうで。
おそらくお使いのサーバ環境だと、Moyukuの、brd・public・tmpの
３フォルダを別の場所（Html領域）に移す必要があるのではないかと
思います。
現状で、brdとpublicは移せるようにしているのですが、そのままでは
tmpが動かせません。ファイルのアップロード機能を使うのであれば、
ソースの一部変更が必要です。
まず、brd/commander.plの、26〜31行目あたりのパス設定をサーバ
環境に合わせて書き換えます。brd・public・tmpはコピーして置いて
おいてください。このとき、brd以下のパーミッションに要注意です。
brd/commander.plにはtmpフォルダの設定がないので、スクリプトを
書き換える必要があります。
c-board.cgiに１箇所、app/cmd/bse.plに１箇所、app/cmd/post.plに
３箇所、app/lib/mlf.plに８箇所です。./tmpとなっている部分を環境に
合わせて書き換えてください。
すべて終わったら、設定画面にいって設定を保存し直し、必要なく
なったと思われるフォルダのパスをずらしたりしてから稼働させて
確かめてみます。
と、一応ざっと書いてみましたが、お急ぎでなければ、次のバージョンを
待った方が、作業が楽かもしれません。
今のところ次のバージョンのリリースは未定ですが、10月中にはなんとか
したいと考えています。
上記の情報がお役に立てば幸いです。
▼Hiiroさん：
>はじめまして
>C-BOARD Moyuku v0.99aをこれまでの3.88から変更し設定しているところです。
>こちらのサーバの事情でimage や、data,publicがパーミッションの制限がかかるようです。
>そこでcgiフォルダより別のフォルダに移すことが望ましいようなのですが、
>パスを変更する方法を教えていただけますか。
>よろしくお願いいたします。
懐かしいサーバの仕様ですね。
残念ながらMoyukuは現状で、お使いのサーバの仕様には完全には
対応していません。確認はしていませんが、どちらかというと、別途
配布しているLegacyの方が設置は簡単なように思います。
実は、Moyukuはある程度は対応させたつもりでいたんですが、今回
調べ直して一部の作業が抜けていたのに気づいたので、次のバージョン
では対応予定なのです。ただ次のリリースまでにはもうしばらくかかり
そうで。
おそらくお使いのサーバ環境だと、Moyukuの、brd・public・tmpの
３フォルダを別の場所（Html領域）に移す必要があるのではないかと
思います。
現状で、brdとpublicは移せるようにしているのですが、そのままでは
tmpが動かせません。ファイルのアップロード機能を使うのであれば、
ソースの一部変更が必要です。
まず、brd/commander.plの、26〜31行目あたりのパス設定をサーバ
環境に合わせて書き換えます。brd・public・tmpはコピーして置いて
おいてください。このとき、brd以下のパーミッションに要注意です。
brd/commander.plにはtmpフォルダの設定がないので、スクリプトを
書き換える必要があります。
c-board.cgiに１箇所、app/cmd/bse.plに１箇所、app/cmd/post.plに
３箇所、app/lib/mlf.plに８箇所です。./tmpとなっている部分を環境に
合わせて書き換えてください。
すべて終わったら、設定画面にいって設定を保存し直し、必要なく
なったと思われるフォルダのパスをずらしたりしてから稼働させて
確かめてみます。
と、一応ざっと書いてみましたが、お急ぎでなければ、次のバージョンを
待った方が、作業が楽かもしれません。
今のところ次のバージョンのリリースは未定ですが、10月中にはなんとか
したいと考えています。
上記の情報がお役に立てば幸いです。
Hiiro
- 10/9/16(木) 17:32 -
試しにconfig.cgiの ./brd/myk/imageのパスを置き換えてもみましたが、
うまくいきませんでした。
どなたかご教授をお願いできますか。
うまくいきませんでした。
どなたかご教授をお願いできますか。
Hiiro
- 10/9/16(木) 15:48 -
はじめまして
C-BOARD Moyuku v0.99aをこれまでの3.88から変更し設定しているところです。
こちらのサーバの事情でimage や、data,publicがパーミッションの制限がかかるようです。
そこでcgiフォルダより別のフォルダに移すことが望ましいようなのですが、
パスを変更する方法を教えていただけますか。
よろしくお願いいたします。
C-BOARD Moyuku v0.99aをこれまでの3.88から変更し設定しているところです。
こちらのサーバの事情でimage や、data,publicがパーミッションの制限がかかるようです。
そこでcgiフォルダより別のフォルダに移すことが望ましいようなのですが、
パスを変更する方法を教えていただけますか。
よろしくお願いいたします。
Wajett
- 10/9/16(木) 0:03 -
こんにちは、Wajettです。
▼Tybさん：
>お世話になっております。
>
>1番目にご教授いただきました、
>#$::SYS{'liar'} = 1;
>のコメントアウトを外す方法を試しましたが、状況は変わりませんでした。
ここの関連部分が一番あやしかったので、これで状況が変わらない
となると、ちょっと苦しいですね。
登録はできているということなので、テキスト書き込み以降のはず
なんですが。
>そこで、2番目にご教授いただきました「デバッグモードを使用しての問題特定」を試すべく、
>(残念ながら今の私はCGIやPerlなどの知識が皆無なもので……)色々検索を行い、
>http://q.hatena.ne.jp/1123817964#a379603
>にある方法、具体的には
>「c-board.cgi」の2行目に「use CGI::Carp qw(fatalsToBrowser);」の文字列を追加しますと、
>なんと「Script Error」が全く出なくなりました。
>この行は、最小限のHTTPヘッダをブラウザに送るようにするものとのことで、
>件のエラーもHTTPヘッダ関連のものだったことから、これがうまく効いたのかもしれません……。
>http://homepage3.nifty.com/hippo2000/perltips/CGI/Carp.html#MAKING_PERL_ERRORS_APPEAR_IN_THE
ちょっと専門的な話をすると、おそらくサーバーが何らかのエラー
メッセージを標準出力に出力してしまっているために、ヘッダーが狂って
しまっているわけです。
CGI::Carpは標準出力を一度バッファに留め置くので、その出力の回避に
なります。
fatalsToBrowserを使ってエラーが表示されないということは、致命的な
エラーではないというふうに考えたほうがいいのかもしれません。ただ、
それなら普通は止まるはずもないんですが……。
ちなみに、CGI::Carpの代わりに以下のような行を挿入して、同様の
処理を行ってみる、というちょっと無理やりな確認方法もあります。
BEGIN{ $| = 1; print "Content-type: text/html\n\n"; open(STDERR, ">&STDOUT"); }
これだと、エラー部分がわかるかもしれません。変な１行がでますが、
気にせずにやるとＯＫです。
書き込みの直後に止まりますが（Location転送などの関係）、もしか
したらそこにエラー文が混ざって表示されるかもしれません。
>ちなみに環境ですが、WindowsXP上にてLhaz(Ver2.06)で解凍、
>FileZilla(Ver3.3.4.1)を転送モード自動(バイナリーでも試しましたが結果は同じでした)で転送しております。
>行追加などはWindowsのメモ帳で行いました。
ちょっと気になったのですが、バイナリーで転送すると改行コードの
関係で普通はいくらか不具合が出てたりするんです。
もしかして、FTPS転送を使ってらっしゃいますか？ FileZillaなどは
FTPSだとすべてバイナリー転送らしいので。
以前のXreaの件でも、１つのファイルだけ改行コードを変換したという
話をされてて、なんでそんな不具合を誘発しそうな特殊なことをわざわざ
するんだろうと不思議に思っていたわけです。変換するなら、やはり
すべてのcgi系ファイルでやるべきなので。
FTPソフトの都合だったのかもしれませんね。
エラーメッセージに「Missing operator before ...」の記述が
あったので、かなりの確率で文字化けか改行コードの問題のだったはず
なんですが。
それにしても今回の件は、使用回線のドメインと関連している
らしいのが、なんともやっかいですね。
▼Tybさん：
>お世話になっております。
>
>1番目にご教授いただきました、
>#$::SYS{'liar'} = 1;
>のコメントアウトを外す方法を試しましたが、状況は変わりませんでした。
ここの関連部分が一番あやしかったので、これで状況が変わらない
となると、ちょっと苦しいですね。
登録はできているということなので、テキスト書き込み以降のはず
なんですが。
>そこで、2番目にご教授いただきました「デバッグモードを使用しての問題特定」を試すべく、
>(残念ながら今の私はCGIやPerlなどの知識が皆無なもので……)色々検索を行い、
>http://q.hatena.ne.jp/1123817964#a379603
>にある方法、具体的には
>「c-board.cgi」の2行目に「use CGI::Carp qw(fatalsToBrowser);」の文字列を追加しますと、
>なんと「Script Error」が全く出なくなりました。
>この行は、最小限のHTTPヘッダをブラウザに送るようにするものとのことで、
>件のエラーもHTTPヘッダ関連のものだったことから、これがうまく効いたのかもしれません……。
>http://homepage3.nifty.com/hippo2000/perltips/CGI/Carp.html#MAKING_PERL_ERRORS_APPEAR_IN_THE
ちょっと専門的な話をすると、おそらくサーバーが何らかのエラー
メッセージを標準出力に出力してしまっているために、ヘッダーが狂って
しまっているわけです。
CGI::Carpは標準出力を一度バッファに留め置くので、その出力の回避に
なります。
fatalsToBrowserを使ってエラーが表示されないということは、致命的な
エラーではないというふうに考えたほうがいいのかもしれません。ただ、
それなら普通は止まるはずもないんですが……。
ちなみに、CGI::Carpの代わりに以下のような行を挿入して、同様の
処理を行ってみる、というちょっと無理やりな確認方法もあります。
BEGIN{ $| = 1; print "Content-type: text/html\n\n"; open(STDERR, ">&STDOUT"); }
これだと、エラー部分がわかるかもしれません。変な１行がでますが、
気にせずにやるとＯＫです。
書き込みの直後に止まりますが（Location転送などの関係）、もしか
したらそこにエラー文が混ざって表示されるかもしれません。
>ちなみに環境ですが、WindowsXP上にてLhaz(Ver2.06)で解凍、
>FileZilla(Ver3.3.4.1)を転送モード自動(バイナリーでも試しましたが結果は同じでした)で転送しております。
>行追加などはWindowsのメモ帳で行いました。
ちょっと気になったのですが、バイナリーで転送すると改行コードの
関係で普通はいくらか不具合が出てたりするんです。
もしかして、FTPS転送を使ってらっしゃいますか？ FileZillaなどは
FTPSだとすべてバイナリー転送らしいので。
以前のXreaの件でも、１つのファイルだけ改行コードを変換したという
話をされてて、なんでそんな不具合を誘発しそうな特殊なことをわざわざ
するんだろうと不思議に思っていたわけです。変換するなら、やはり
すべてのcgi系ファイルでやるべきなので。
FTPソフトの都合だったのかもしれませんね。
エラーメッセージに「Missing operator before ...」の記述が
あったので、かなりの確率で文字化けか改行コードの問題のだったはず
なんですが。
それにしても今回の件は、使用回線のドメインと関連している
らしいのが、なんともやっかいですね。
Tyb
- 10/9/14(火) 16:18 -
お世話になっております。
1番目にご教授いただきました、
#$::SYS{'liar'} = 1;
のコメントアウトを外す方法を試しましたが、状況は変わりませんでした。
そこで、2番目にご教授いただきました「デバッグモードを使用しての問題特定」を試すべく、
(残念ながら今の私はCGIやPerlなどの知識が皆無なもので……)色々検索を行い、
http://q.hatena.ne.jp/1123817964#a379603
にある方法、具体的には
「c-board.cgi」の2行目に「use CGI::Carp qw(fatalsToBrowser);」の文字列を追加しますと、
なんと「Script Error」が全く出なくなりました。
この行は、最小限のHTTPヘッダをブラウザに送るようにするものとのことで、
件のエラーもHTTPヘッダ関連のものだったことから、これがうまく効いたのかもしれません……。
http://homepage3.nifty.com/hippo2000/perltips/CGI/Carp.html#MAKING_PERL_ERRORS_APPEAR_IN_THE
ちなみに環境ですが、WindowsXP上にてLhaz(Ver2.06)で解凍、
FileZilla(Ver3.3.4.1)を転送モード自動(バイナリーでも試しましたが結果は同じでした)で転送しております。
行追加などはWindowsのメモ帳で行いました。
1番目にご教授いただきました、
#$::SYS{'liar'} = 1;
のコメントアウトを外す方法を試しましたが、状況は変わりませんでした。
そこで、2番目にご教授いただきました「デバッグモードを使用しての問題特定」を試すべく、
(残念ながら今の私はCGIやPerlなどの知識が皆無なもので……)色々検索を行い、
http://q.hatena.ne.jp/1123817964#a379603
にある方法、具体的には
「c-board.cgi」の2行目に「use CGI::Carp qw(fatalsToBrowser);」の文字列を追加しますと、
なんと「Script Error」が全く出なくなりました。
この行は、最小限のHTTPヘッダをブラウザに送るようにするものとのことで、
件のエラーもHTTPヘッダ関連のものだったことから、これがうまく効いたのかもしれません……。
http://homepage3.nifty.com/hippo2000/perltips/CGI/Carp.html#MAKING_PERL_ERRORS_APPEAR_IN_THE
ちなみに環境ですが、WindowsXP上にてLhaz(Ver2.06)で解凍、
FileZilla(Ver3.3.4.1)を転送モード自動(バイナリーでも試しましたが結果は同じでした)で転送しております。
行追加などはWindowsのメモ帳で行いました。
Wajett
- 10/9/13(月) 22:42 -
こんにちは、Wajettです
▼Tybさん：
>C-BOARD Moyuku v0.99aおよび(SS)C-BOARD Legacy 0.95.03bを、デジロック社のレンタルサーバ、CORESERVERのCORE-Aにて設置しましたところ、
>「e-mobile.ne.jp」回線でPCから閲覧の上、投稿フォームの「投稿」ボタンを押すと「Script Error」を返されてしまいます。
>ただし、連続投稿エラー等、上部に赤字で警告され投稿が受け付けられないときは発生しません。
>ここでプレビューせずに投稿すると、エラーは返されますが投稿は反映されています。
>症状的にはこちらの方の症状と酷似しているように見えます。
>http://wajett.net/labs/myk_users/moyuku.cgi?cmd=ntr;tree=40#atop
>ここで手元の固定回線(eaccess.ne.jp)につなぎかえて投稿したところ、エラーはなく正常に投稿できました。
>知り合いの方のご協力を得まして、他のプロバイダ(asahi-net.or.jp)でPCから投稿していただいたところ、こちらも正常に動作するとのことでした。
>http://cb-moyuku.sourceforge.jp/の必要最低限の設置方法で設置しても、
>やはりe-mobileから投稿するとエラーを返されてしまいます。
１．サーバー環境について
まず、サーバーの環境に依存している症状がでているものと考え
られます。
XREAとCORESERVERは、経営グループが同じなのかサーバー環境が
似通っているようです。
主に注意する点は各ファイルのパーミッションです。
加えて、サーバー側がヘッダーで何かをやっているようですので、以下
http://wajett.net/labs/myk_users/moyuku.cgi?cmd=one;no=80
を参考に、モードを変更してみるといいかもしれません。
２．回線について
回線依存の症状というよりは、回線のドメインなどの何らかの文字
パターンに反応しているような気もします。
サーバーの設定により、なんらかの警告表示がヘッダーを阻害して
いるようですが、材料が少ないので詳しくはわかりません。
アップ時の改行コードなどがあやしい気もしますが……。
お使いのサーバーはおそらくデバッグモードを使えるようですので、
それを利用すると障害の原因を探せると思いますが、現状でこちらから
指摘できることは以上です。
今のところ、単なる不具合とは認識していません。
▼Tybさん：
>C-BOARD Moyuku v0.99aおよび(SS)C-BOARD Legacy 0.95.03bを、デジロック社のレンタルサーバ、CORESERVERのCORE-Aにて設置しましたところ、
>「e-mobile.ne.jp」回線でPCから閲覧の上、投稿フォームの「投稿」ボタンを押すと「Script Error」を返されてしまいます。
>ただし、連続投稿エラー等、上部に赤字で警告され投稿が受け付けられないときは発生しません。
>ここでプレビューせずに投稿すると、エラーは返されますが投稿は反映されています。
>症状的にはこちらの方の症状と酷似しているように見えます。
>http://wajett.net/labs/myk_users/moyuku.cgi?cmd=ntr;tree=40#atop
>ここで手元の固定回線(eaccess.ne.jp)につなぎかえて投稿したところ、エラーはなく正常に投稿できました。
>知り合いの方のご協力を得まして、他のプロバイダ(asahi-net.or.jp)でPCから投稿していただいたところ、こちらも正常に動作するとのことでした。
>http://cb-moyuku.sourceforge.jp/の必要最低限の設置方法で設置しても、
>やはりe-mobileから投稿するとエラーを返されてしまいます。
１．サーバー環境について
まず、サーバーの環境に依存している症状がでているものと考え
られます。
XREAとCORESERVERは、経営グループが同じなのかサーバー環境が
似通っているようです。
主に注意する点は各ファイルのパーミッションです。
加えて、サーバー側がヘッダーで何かをやっているようですので、以下
http://wajett.net/labs/myk_users/moyuku.cgi?cmd=one;no=80
を参考に、モードを変更してみるといいかもしれません。
２．回線について
回線依存の症状というよりは、回線のドメインなどの何らかの文字
パターンに反応しているような気もします。
サーバーの設定により、なんらかの警告表示がヘッダーを阻害して
いるようですが、材料が少ないので詳しくはわかりません。
アップ時の改行コードなどがあやしい気もしますが……。
お使いのサーバーはおそらくデバッグモードを使えるようですので、
それを利用すると障害の原因を探せると思いますが、現状でこちらから
指摘できることは以上です。
今のところ、単なる不具合とは認識していません。
Wajett
- 10/9/13(月) 21:32 -
こんにちは、Wajettです。
▼MAXさん：
>こちらで(SS)C-BOARD v3.8をもう一度利用できるようにはできないものでしょうか
>
>返答宜しくお願いします。
とほほ改ver2.1ならば、ちゃんと調べてもらえれば開発プロジェクトの方で再配布を行っています。
そのほかについては、とりあつかう予定はありません。
▼MAXさん：
>こちらで(SS)C-BOARD v3.8をもう一度利用できるようにはできないものでしょうか
>
>返答宜しくお願いします。
とほほ改ver2.1ならば、ちゃんと調べてもらえれば開発プロジェクトの方で再配布を行っています。
そのほかについては、とりあつかう予定はありません。
Tyb
- 10/9/13(月) 11:50 -
自己レス・補足です。
こちらの掲示板で投稿(上の投稿)のときにはエラーは特にでませんでした。
「別ID アクアスタイル（テスト書き込み可）」でテスト投稿してみましたが、こちらも正常に投稿できました。
こちらの掲示板で投稿(上の投稿)のときにはエラーは特にでませんでした。
「別ID アクアスタイル（テスト書き込み可）」でテスト投稿してみましたが、こちらも正常に投稿できました。
Tyb
- 10/9/13(月) 11:45 -
はじめまして。
不具合が疑われる状況に出くわしましたので、報告させていいただきます。
C-BOARD Moyuku v0.99aおよび(SS)C-BOARD Legacy 0.95.03bを、デジロック社のレンタルサーバ、CORESERVERのCORE-Aにて設置しましたところ、
「e-mobile.ne.jp」回線でPCから閲覧の上、投稿フォームの「投稿」ボタンを押すと「Script Error」を返されてしまいます。
ただし、連続投稿エラー等、上部に赤字で警告され投稿が受け付けられないときは発生しません。
ここでプレビューせずに投稿すると、エラーは返されますが投稿は反映されています。
症状的にはこちらの方の症状と酷似しているように見えます。
http://wajett.net/labs/myk_users/moyuku.cgi?cmd=ntr;tree=40#atop
ここで手元の固定回線(eaccess.ne.jp)につなぎかえて投稿したところ、エラーはなく正常に投稿できました。
知り合いの方のご協力を得まして、他のプロバイダ(asahi-net.or.jp)でPCから投稿していただいたところ、こちらも正常に動作するとのことでした。
http://cb-moyuku.sourceforge.jp/の必要最低限の設置方法で設置しても、
やはりe-mobileから投稿するとエラーを返されてしまいます。
私の知識不足もあり、下手な文章・情報が少なくなってしまい申し訳ありませんが、ご確認くだされば幸いです。
以下、そのエラー文です。
--
Script Error
The script did not produce proper HTTP headers. Please see the error log to see the detail of the errors. Depending on the server configuration, you can also run thisscript under CGIWrap debugging. Usually, either rename or linkthe script temporarily to a file which ends with .cgidextension, or add a AddHandler cgi-script-debug .cgiline to your .htaccess file.
--
不具合が疑われる状況に出くわしましたので、報告させていいただきます。
C-BOARD Moyuku v0.99aおよび(SS)C-BOARD Legacy 0.95.03bを、デジロック社のレンタルサーバ、CORESERVERのCORE-Aにて設置しましたところ、
「e-mobile.ne.jp」回線でPCから閲覧の上、投稿フォームの「投稿」ボタンを押すと「Script Error」を返されてしまいます。
ただし、連続投稿エラー等、上部に赤字で警告され投稿が受け付けられないときは発生しません。
ここでプレビューせずに投稿すると、エラーは返されますが投稿は反映されています。
症状的にはこちらの方の症状と酷似しているように見えます。
http://wajett.net/labs/myk_users/moyuku.cgi?cmd=ntr;tree=40#atop
ここで手元の固定回線(eaccess.ne.jp)につなぎかえて投稿したところ、エラーはなく正常に投稿できました。
知り合いの方のご協力を得まして、他のプロバイダ(asahi-net.or.jp)でPCから投稿していただいたところ、こちらも正常に動作するとのことでした。
http://cb-moyuku.sourceforge.jp/の必要最低限の設置方法で設置しても、
やはりe-mobileから投稿するとエラーを返されてしまいます。
私の知識不足もあり、下手な文章・情報が少なくなってしまい申し訳ありませんが、ご確認くだされば幸いです。
以下、そのエラー文です。
--
Script Error
The script did not produce proper HTTP headers. Please see the error log to see the detail of the errors. Depending on the server configuration, you can also run thisscript under CGIWrap debugging. Usually, either rename or linkthe script temporarily to a file which ends with .cgidextension, or add a AddHandler cgi-script-debug .cgiline to your .htaccess file.
--
Akemi
- 10/9/1(水) 23:21 -
▼Wajettさん：
お忙しいところご指摘ありがとうございました！
スキンを全部上書きアップロードしたら問題なく動作しました。
アップロード時に一部うまく転送できていなかったようです。
どの辺りに問題があるか自分では突き止められなかったので大変助かりました。
これからもありがたく使わせていただきます！
ありがとうございました。
お忙しいところご指摘ありがとうございました！
スキンを全部上書きアップロードしたら問題なく動作しました。
アップロード時に一部うまく転送できていなかったようです。
どの辺りに問題があるか自分では突き止められなかったので大変助かりました。
これからもありがたく使わせていただきます！
ありがとうございました。
Wajett
- 10/8/31(火) 0:05 -
こんにちは、Wajettです。
▼Akemiさん：
>PCでの設置はスムーズに出来て問題なく動作しているのですが、携帯電話とPDAの表示が500サーバーエラーを出してしまいます。
>この2種類にエラーというのは何が原因か分かりますでしょうか？
いただいている情報からは、スキン関連のファイルが正しくアップロードされていないといった、スキン関連のファイルに問題がある可能性が考えられます。
書き込み記事をすべて削除して、それでも同じエラーがでるのであれば、パーミッションなどファイル設置時の問題である可能性が高いです。
パスでいうと、skin/platformsのあたりになります。
>さくらのサーバーなためパーミッションの707or777は使えませんが705or755で動作しています。
さくらとは、さくらインターネットでしょうか。
さくらインターネットだとすると、パーミッションなどのルールはゆるめなはずなので、ディレクトリを707にしても問題はないような気がしますが、とはいえ今回の件には直接関係がないでしょう。
私からお答えできるのは、以上です。
▼Akemiさん：
>PCでの設置はスムーズに出来て問題なく動作しているのですが、携帯電話とPDAの表示が500サーバーエラーを出してしまいます。
>この2種類にエラーというのは何が原因か分かりますでしょうか？
いただいている情報からは、スキン関連のファイルが正しくアップロードされていないといった、スキン関連のファイルに問題がある可能性が考えられます。
書き込み記事をすべて削除して、それでも同じエラーがでるのであれば、パーミッションなどファイル設置時の問題である可能性が高いです。
パスでいうと、skin/platformsのあたりになります。
>さくらのサーバーなためパーミッションの707or777は使えませんが705or755で動作しています。
さくらとは、さくらインターネットでしょうか。
さくらインターネットだとすると、パーミッションなどのルールはゆるめなはずなので、ディレクトリを707にしても問題はないような気がしますが、とはいえ今回の件には直接関係がないでしょう。
私からお答えできるのは、以上です。
Akemi
- 10/8/30(月) 23:10 -
初めまして。C-BOARDの開発ありがとうございます。
以前(SS)C-BOARDを利用していたのですが、こちらのCGIを知り利用させていただいております。
PCでの設置はスムーズに出来て問題なく動作しているのですが、携帯電話とPDAの表示が500サーバーエラーを出してしまいます。
この2種類にエラーというのは何が原因か分かりますでしょうか？
いろいろ調べてみたのですが解決策が分かりませんでしたので質問させていただきました。
さくらのサーバーなためパーミッションの707or777は使えませんが705or755で動作しています。
以前の(SS)バージョンでは同じサーバーで携帯でも使えていました。
大変恐縮ですがご指導いただければ助かります。よろしくお願いいたします。
以前(SS)C-BOARDを利用していたのですが、こちらのCGIを知り利用させていただいております。
PCでの設置はスムーズに出来て問題なく動作しているのですが、携帯電話とPDAの表示が500サーバーエラーを出してしまいます。
この2種類にエラーというのは何が原因か分かりますでしょうか？
いろいろ調べてみたのですが解決策が分かりませんでしたので質問させていただきました。
さくらのサーバーなためパーミッションの707or777は使えませんが705or755で動作しています。
以前の(SS)バージョンでは同じサーバーで携帯でも使えていました。
大変恐縮ですがご指導いただければ助かります。よろしくお願いいたします。
Ruka
- 10/8/17(火) 19:14 -
Wajettさん、わざわざの返答ありがとうございました。
当方の運営サイトが、アダルト要素を含む小説公開サイトのため、余計に狙われやすいということもありまして……。
とりあえず、現行のSSと差し替えて本運用してみます。
Wajett
- 10/8/17(火) 0:51 -
こんにちは、Wajettです。
▼Rukaさん：
>｢万円もらった｣などの定番語句を禁止語登録していますが、最近では｢万 円 も ら っ た｣とか、全角半角問わずのスペース区切りで回避されるパターンが多く見られます。
>
>チェックの対象となるアイテムから、余分なスペースを排除しての判定はできないものでしょうか？
技術的には可能ですが、実装する予定はありません。
実際のスパムのパターンとして半角スペースなど以外にも、たとえば
「万円貰った」「萬円もらった」「万円ゲット」など、数限りない
単語パターンが考えられますので、追いかけるだけ無駄だからです。
おそらく現在は(SS)C-BOARDをご利用なのでしょうが、SSが投稿を
受け付けてしまうスパムのうち、99％以上をMoyukuは、初期状態で
カットします。
初期状態では、投稿時間制限とスパムフィルターが稼働します。
実際、このユーザー掲示板は禁止語句を一切設定していませんが、
今のところ平気です。
追加機能として、画像認証と投稿キーワード機能もありますので、
ご心配ならそちらも活用してみてください。
▼Rukaさん：
>｢万円もらった｣などの定番語句を禁止語登録していますが、最近では｢万 円 も ら っ た｣とか、全角半角問わずのスペース区切りで回避されるパターンが多く見られます。
>
>チェックの対象となるアイテムから、余分なスペースを排除しての判定はできないものでしょうか？
技術的には可能ですが、実装する予定はありません。
実際のスパムのパターンとして半角スペースなど以外にも、たとえば
「万円貰った」「萬円もらった」「万円ゲット」など、数限りない
単語パターンが考えられますので、追いかけるだけ無駄だからです。
おそらく現在は(SS)C-BOARDをご利用なのでしょうが、SSが投稿を
受け付けてしまうスパムのうち、99％以上をMoyukuは、初期状態で
カットします。
初期状態では、投稿時間制限とスパムフィルターが稼働します。
実際、このユーザー掲示板は禁止語句を一切設定していませんが、
今のところ平気です。
追加機能として、画像認証と投稿キーワード機能もありますので、
ご心配ならそちらも活用してみてください。
Wajett
- 10/8/17(火) 0:30 -
こんにちは、Wajettです。
>キャッシュを保存しなくなるというのは一体どういう事なのでしょうか？
>そうすることでどの様な弊害が起きてしまうのでしょうか？
>問題なければこのまま使ってみようと思います。
C-BOARDのキャッシュ機能を設定でONにしたとしても、実際には
作動しないということです。
エラーが発生するようなことは、ないと思います。
>キャッシュを保存しなくなるというのは一体どういう事なのでしょうか？
>そうすることでどの様な弊害が起きてしまうのでしょうか？
>問題なければこのまま使ってみようと思います。
C-BOARDのキャッシュ機能を設定でONにしたとしても、実際には
作動しないということです。
エラーが発生するようなことは、ないと思います。
Ruka
- 10/8/16(月) 15:15 -
はじめまして。開発ご苦労様です。
テスト運用させて頂いておりますが、日本語のスパムメールに対する禁止語句判定について要望があります。
｢万円もらった｣などの定番語句を禁止語登録していますが、最近では｢万 円 も ら っ た｣とか、全角半角問わずのスペース区切りで回避されるパターンが多く見られます。
チェックの対象となるアイテムから、余分なスペースを排除しての判定はできないものでしょうか？
Lusiuce
- 10/8/15(日) 23:49 -
- 10/8/15(日) 23:49 -
C-board、教えていただいた様に記述を変えましたら動作しました＠＠；
問題はサーバーですね…
ありがとうございました。
キャッシュを保存しなくなるというのは一体どういう事なのでしょうか？
そうすることでどの様な弊害が起きてしまうのでしょうか？
問題なければこのまま使ってみようと思います。
とてもわかりやすい解説ありがとうございました＾＾
問題はサーバーですね…
ありがとうございました。
キャッシュを保存しなくなるというのは一体どういう事なのでしょうか？
そうすることでどの様な弊害が起きてしまうのでしょうか？
問題なければこのまま使ってみようと思います。
とてもわかりやすい解説ありがとうございました＾＾
