POTI改 設置サポート掲示板

以前RSSの要望もあり、作りかけたのですが、RSSのサーバが古い投稿をキャッシュするトラブルが懸念されたため中止してしまいました。
ご希望にそえなくて申し訳ありませんが、RSSを実装する予定もありません。

そうなのですね、承知しました。
ご回答ありがとうございました。

いつもお世話になっております。
先日はPetit Noteについて大変暖かなご対応をいただき、誠にありがとうございました。
最初に質問させていただいた件とは異なる話題になってしまうのですが、同一人が連続で複数のスレッドを立てるのはあまり好ましくないかな？と勝手に想定し、こちらのスレッドを再利用させていただきます。
（新スレッドを立てた方がよい場合はご指摘ください。改めて新スレッドを立てさせていただきます）

configにある設定に、「 最大スレッド保存件数 この数値以上のスレッドは削除されます」とありますが、これは
「最大スレッドになった状態で新たなスレッドを立てた場合」、「親記事が最も古いスレッドから削除される」挙動になるという理解でよろしいでしょうか？

それとも、「新しいスレッドを立てようとしても、それが反映されることなく削除される」という挙動になるのでしょうか？
仮に後者（新規スレッド不可）になる場合は、同一掲示板に継続してスレッド作成を行うにはログを手動で削除する必要があるのでしょうか？

現在使用させていただいている掲示板は昔の絵日記的なノリで使用しているため、こちらのお絵描き掲示板のように1スレッド内に画像を増やしていく使い方をほとんどしておりません。
いずれはスレッドが満タンになることが予想されたため、その際の挙動と対処法が気になって質問させていただきました。

大変手前勝手な質問ではありますが、ご教示いただけましたら幸いです。なにとぞよろしくお願いいたします。

>それとも、「新しいスレッドを立てようとしても、それが反映されることなく削除される」という挙動になるのでしょうか？
いいえ、新しい投稿は受け付けて、古い投稿がスレッドごとざっくり消えていくです。
Petit Noteであれば、そうですね。
まだ3000スレッドぐらいしか確認できていませんが、3000スレッドでも負荷は特に感じないので、5000スレッドぐらいはほとんど問題ないのではないでしょうか。
これは、ログの保存件数を大きくしておいて、掲示板がこれは動作がなんか重たくなってきたぞ…という時に、新しい掲示板を設置して、重たくなったたくさん投稿があった掲示板は

// すべての投稿を拒否する
// 管理人長期不在、展示のみなど。
// する: trueで、すべての投稿ができなくなります。 初期値 false。
// する: true しない: false

$deny_all_posts = true;

に設定して、展示するなどの対応方法もあるのかな…と。
私だったらそうするという話なのですが。

迅速なご回答をいただけていたにもかかわらず、御礼が遅くなってしまい大変申し訳ございませんでした…！
最大スレッド時のスレッドの削除仕様のご教示、誠にありがとうございます。
古い投稿から消えていく…ということで、絵日記的利用にあたって大変助かりました。
当方のログはまだまだ3桁にも届かぬような状態ですが、非常に軽やかに使わせていただいており感謝のいたりです。
今後とも大切に使わせていただきたいと思います。
ありがとうございました。

こんにちは。
これは私の憶測でしかありませんが、
たくさんの人が投稿する交流サイトであれば掲示板が重くなるところまで投稿がたまると思うのですが、一人で日記で使っているのであれば、ログファイルの保存件数を思いっきり大きくして使っても掲示板が重たくなるところまで投稿がたまるのは10年先とかそんな感じになるのではないかと思います。
POTI-boardだとスレッド単位ではなくて発言数単位で重たくなっていくので、もっとはやく重たくなってしまうと思いますがPetit Noteならたぶん大丈夫なのではないかと…。

なにも変更せずに、設置してみたところ、
Not Foundが出る仕様でした。

v1.87.0とv1.88.7はそうでした。

改造の件は、他の掲示板で解決しました。

v1.88.10は、functions.phpを最新版に更新してください。

とでます。最新のはずです。

functions.phpの問題はv1.88.10.1で解決しており、Not Foundに関しては、このサポート掲示板もサンプル掲示板も動作しておりこちらでは問題を確認できておりません。
問題があると指摘を受けたバージョンの配布ファイルのzipを解凍して、ローカルサーバとさくらのレンタルサーバにあげてみましたが、正常動作しました。
あなたの個別の環境で発生したとしても、それをサポートする義務は私にはありません。
途中の転送や、あなたが何をしたのかサーバがどうなっているのかも含めて、私にはわかりませんから。

私も他のサイトで設置したら、できました。

見て頂いた方が、早いです。
URL貼りました。

なぜ、こっちのサイトでは、
Not Foundになるのでしょうか？

あなたの言う
>掲示板の見た目をしていますが、
>表面だけで、実際には機能しないものを、
>配布しているように、見受けられます。
ではなく、動作する掲示板だったのですね。
時間もありませんので、対応を打ち切らさせて頂きます。

今見たら、正常に動いています！

何の拍子か、わかりませんが、
ご迷惑おかけしました。

対応ありがとうございます。

C_SECURITY_CLICK
が未定義ですというエラーなので、
config.phpに
define("C_SECURITY_CLICK", "");
を追加してみていただけませんか?

さらに、
C_SECURITY_TIMER
も未定義の場合は
define("C_SECURITY_TIMER", "");
を追加します。
未定義ですというエラーを確認してから追加しないと今度は二重定義でエラーになります。
phpの定数はいろいろとやっかいです…。

解決しました！有難うございます！
確かにｐｈｐの定義はやっかいですね…

POTI-board EVO v6.76.3の日本語版がダウンロードリンクが無いのでダウンロードできないです。英語版はあるのですが…。

バージョンの更新ボタンとリリースノートの作成もれでした。
至急更新します。

//メール通知のほか、シェアボタンなどで使用
//設置場所のURL。phpのあるディレクトリの"/"まで
define("ROOT_URL", "http://example.com/oekaki/");

config.phpのこの箇所に実際に設置しているURLを記入します。

たぶん、
//メール通知のほか、シェアボタンなどで使用
//設置場所のURL。phpのあるディレクトリの"/"まで
define("ROOT_URL", "http://ss301558.stars.ne.jp/potiboard5/");

だと思います。

完全に見落としていました。
初歩的な内容にもかかわらず迅速にご対応いただきありがとうございます！
たいへん助かりました！

SECURITY_URLという定数が未定義ですというエラーなので、
config.phpに
define("SECURITY_URL", "");
を追加してみていただけませんか?
あとは、可能であればPOTI-boardの最新版を試す…
新しいPHPのバージョンで仕様が変わりv5.x系統のものは軽微なエラーが出るようになってきています。
また、最新版では今出ているエラーの
SECURITY_URL
という定数は使用していないので、そのエラーは理論的にでない筈です。
この定数は、しぃちゃんが考案した40秒以内に投稿を完了しようとした場合は掲示板から警視庁のサイトへ飛ばす機能のためのURLで、v6.xで廃止になっています。

define("SECURITY_URL", "");

の追加だけでも解决する可能性はありますが、心配なのがPHPのバージョンがあがって定数の未定義を厳格にチェックするようになった可能性等ですね。
その場合は、都度、
define("別の定数名", "");
とすれば該当する定数の未定義エラーはでなくなるかもしれませんが、
だとすると、古いバージョン定数の定義の抜け+新しいサーバのPHPのバージョンの問題という事になるので、
新しいバージョンのPOTI-boardから、config.phpだけ抜いて上書きしないようにして、さらにimg.logとtree.logが入っていない事を確認後新しいバージョンで上書きが最善の解決策かもしれません…。
この場合は、手元にあるログ・ファイルは別途保管しておいていただいて、ログ・ファイルが消失しないようご注意ください。

ご利用になられているPOTI-boardのバージョン+PHP8.4(最新版)で確認しましたが、
初期設定通りであれば

//　セキュリティ関連－URLとクリック数かタイマーのどちらかが設定されていれば有効
//※アプレットのreadmeを参照し、十分テストした上で設定して下さい
//NEOでは無効
//セキュリティクリック数。設定しないなら''で
define('SECURITY_CLICK', '');
//セキュリティタイマー(単位:秒)。設定しないなら''で
define('SECURITY_TIMER', '');
//セキュリティにヒットした場合の飛び先
define('SECURITY_URL', './security_c.html');

となっているので、定数は未定義にならず、致命的エラーにもなりません。
新しいPHPのバージョンでは定数が未定義の場合はプログラムの動作を停止させますが、古いバージョンではエラーを記録するのみで、動作は継続していました。
サーバを変更したら動作しなくなった
↓
定数の未定義チェックが厳格になったという事だと思います。
ただ、該当バージョン+最新のPHPのバージョンの動作確認では問題なく動作して、
config.phpから
//セキュリティにヒットした場合の飛び先
define('SECURITY_URL', './security_c.html');

の記述を消した場合にのみ、問題のエラーが発生して動作が停止しています。
ですから、
//セキュリティにヒットした場合の飛び先
define('SECURITY_URL', '');
をconfig.phpに追加して動作すればそれでいいのかもしれません。

解決しました！有難うございます！

その色は、CSSで指定しているので、
MONOのCSSの、
.NEO .color_bk {
color: #99b6e5;
}
.NEO .color_bk2 {
color: #8a95b9;
}
を変更するだけでいけると思います。
画像になっているのは、neoの内部の処理を経過しているからなので、そういう画像が最初からあるわけではなくてCSSから読み取った計算結果ですね。
そのあたりのCSSで調整できる範囲であれば説明するぐらいまではサポートの範囲内です。

.NEO .color_bk {
color: #fff;
}
.NEO .color_bk2 {
color: #bbb;
}
単に配色を変更するだけなら、上記CSSの設定で、こんな感じになります。
.color_bk
.color_bk2
の色がどちらも同じなら格子状の模様も見えなくなります。

本来の、appletタグ(neoではapplet-dummy)
でキャンバスの背景の色を設定する方法が掲載されていたしぃちゃんのベクター支部が消えてしまったので、どこかにまとめなおさないといけないのかもしれませんね。
記述のあるファイルは
配布しているものの中にも入っている
Readme_Shichan.html
なので、そこで確認してもいいのですが…。
キャンバスの背景色
<param name="color_bk" value="#ffffff">
<param name="color_bk2" value="#ffffff">
Paint画面のappletタグだとこの2つで色と格子の色の2つを設定可能で、こちらはCSSより優先され、さらに、PaintBBS NEOだけでなく、JavaのPaintBBSやしぃペインターにも適用されますね。

追記詳しくありがとうございます！
画像を入れ替える手間がなさそうで助かりました。便利ですね。

では、解决で。

起動時間の最適化 - CheerpJ Documentation
↑
これを試しても、思ったほど起動時間は短縮できなかったのですが、10分が8分に短縮するだけでもしないよりはましなので、v6.66.0で対応してみました。
まだリリースにはしていないので、GitHubのリポジトリの緑のボタンからのzipファイルのダウンロードでお試しいただけます。
使っている光回線のルータが20年前のものなので、最大で100mbps(本当は1Gbps出る回線なので1/10)でテスト。
10分かかっていた起動が7分30秒になりました。
回線速度が1Gbpsなら10倍早いのか、イギリスのサーバからファイルをダウンロードしているから光回線のルーターや5Gは無関係なのかは?

ご対応ありがとうございます。6.66.0にアプデしました。
そこで解りました。
IOSのChromeには対応しなくなってます！！
Chromeだと30分放置しても起動しませんが、Safariからだと3秒で起動しました！
Chromeのバージョンの問題か、なにかOSか、そっちの都合で、IOSのChromeに対応しなくなったのかもしれないです。

IOS版FireFoxで動作確認しましたが、FireFoxでも動作します。
Chromeだけは30分放置しても起動せず、アプレットの範囲が真っ白になります。
Thredsのアカウントの方に、さとぴあさんにメンションします。画面の録画しましたので、Chromeの動作をご確認いただきたいです。

開発元に連絡して検証して頂いたところ、コンテンツ配信ネットワークのキャッシュの破損が原因との事で調査をしていただいていましたが、3月10日に根本原因がわかり解决したとの事でした。
あとは、モバイル版のChromeで問題なく起動するようなら解决にしたいのですがどうでしょうか?

SNSで報告があり、問題が解决している事を確認しました。
CheerpJ+iPadのChromeでしぃペインターが起動しなくなっていた問題は解决しました。
もちろんPCで起動しない問題も。

FC2さん側の問題かと思ったのですが、他のレンタルサーバー、掲示板を設置しているスターレンタルサーバーさんで試してみても結果は同じでした。
掲示板の設定などで解決しますでしょうか…？もしくは設置しているスターレンタルサーバーさんの設定でしたらなんとか探して頑張ってみます。

あまりこういった専門的な事に詳しくないので説明が分かりにくかったら申し訳ありません；；
よろしくお願いします。

PetitNote
// iframe内での表示を 拒否する:true 許可する:false
// セキュリティリスクを回避するため "拒否する:true" を強く推奨。
$x_frame_options_deny=true;
// $x_frame_options_deny=false;
ここをfalseにします。

POTI-board
//iframe内での表示を 拒否する:1 許可する:0
//セキュリティリスクを回避するため "拒否する:1" を強く推奨。

define("X_FRAME_OPTIONS_DENY", "1");

ここを
"1"
から
"0"
へ。
この設定かもしれませんがドメインが異なるフレームだとブラウザがデフォルトで弾くかも?
私にわかるのはここまでです。
上記設定はどちらも
config.phpの中にあります。
ファイル内を｢Frame｣という単語で検索すればみつかります。

早速のお返事ありがとうございます！

configはかなりいじっていたのに見落としていました、無事解決いたしました、本当にありがとうございます！

パーミッションを手動で設定した時に、パーミッションを間違えた可能性があります。
修正するとしたら…。
新しくダウンロードしたPOTI-boardをアップロードして動作するようにする。
(この時点で動作している事を確認する)
次に、既存の動作していた掲示板のファイル一式でそれを上書きする。
この時にバージョンが古くなるかもしれませんが気にしない。
新しく設置しなおした時点で、パーミッションの設定は自動で行われるので、あとは上書きしてしまえばいい。
これでどうでしょう?

あとは、PHPのバージョン指定がPHP7.4-PHP8.4の間でなければ動作しない可能性があります。
またお引越しとの事ですので、
POTI-boardのバージョンによっては、PHP8.3等の新しい環境では動作しない可能性があります。
さくらのレンタルサーバでよくあるのが、PHPのバージョンがPHP5.2等になっていて動作しないといった事例です。
その場合は500エラーが発生します。
サーバのPHPのバージョンはPHP7.4からPHP8.4の間に設定する必要があります。

さくらのレンタルサーバでしかテストできていませんが、
設置して運営しているファイル一式のダウンロード
それを、別のサーバにアップロードする時に、｢に書けません｣のようなエラーがでていなければ、パーミッションを手動で設定する必要はなさそうです。
ただ、一度間違ったパーミッションを手動で設定しているとなると、そのままエラーの原因になる可能性はあります。
でも、書き込みの内容からすると、PHPのバージョンの切り替えで直りそうな気もします…。
PHPのバージョンを変更したい | さくらのサポート情報
↑
さくらのレンタルサーバの設定例。

あれから更新して、POTI-boardのサーバ移転時のパーミッション変更→必要なし。
Petit Note ログファイル
｢/log/｣ディレクトリ内のファイル一式の拡張子が｢.log｣のファイルだけパーミッションを600にするだけで問題なく使えるようにしました。
Petit Noteのログファイルのパーミッション変更も、単に外部から覗かれないように600にするだけで、何もしなくても掲示板は動作します。
掲示板の主にフォルダのパーミッションを手動で設定しようとして777等にした時には動作しなくなります。
また、やはりPHPバージョンが低いと古いバージョンのPHPには存在しない構文が入っているため500エラーが発生してしまいます。