POTI改 設置サポート掲示板

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エラーが発生してしまいます。

こんにちは。
404という事は、サーバにファイルが存在しないという事ですので、アップロードされていないか、POTI-boardが自分で自分を削除する処理をしているかどちらかになります。
もしファイルが存在しているのに404だとすると、呼び出しているURLのスペルミスの可能性があり、ファイルが存在している箇所の呼び出しに失敗している可能性が高いです。
添付していただいた画像は｢Petit Note｣のファイル一式であるため、
その場合の掲示板を呼び出すためのURLは
｢.stars.ne.jp/petitnote/｣
だと思います。
また、スターサーバに、画像を1枚転送してブラウザで表示できるかどうかテストをお願いしてもよろしいでしょうか?
それも404であれば、掲示板のファイルとは関係なく、サーバから｢404ファイルが存在しない｣というエラーが返って来ている事になります。

URLのミスでした......最後の/を入れ忘れていたため掲示板が呼び出されなかった様です。
初歩的なミスにお手間を取らせてしまい恐縮です。
迅速かつ丁寧なご対応ありがとうございました！

解決して良かったです。
私も、設定したのに動かない!
数十分考え込む。
別の掲示板の設定をしていたみたいことを、毎日やっています。

掲示板の返信コメントを入力するところ
(画面むかって右下)
の
｢Paint｣ボタンから描くとそのスレッドへのお絵かき投稿になります。

コメント入力欄
(画面むかって右下)
の
｢ファイルを選択｣
が表示されている時は、そこから画像ファイルを追加できます。

自分の投稿の削除は
掲示板の一番上のタイトルの下にある
[編集]を押します。
すると、各記事に｢編集｣｢削除｣ボタンが出現しますので、｢削除｣ボタンを押して、次の画面でパスワードを入力します。
ほとんどの場合、使った端末がパスワードを覚えています。

そうですね。
若干向き不向きの違いはあって、
POTI-board
ログファイルの発言数が8千件ぐらいまでで限界。
Petit Note
1スレッド1ログファイル形式なので、スレッド全体を管理しているログファイルの行数が8千件
つまり、8千スレッドまで運用可能。
1スレッドに200コメントあれば、8000x200で、160万コメント保存可能。
POTI-boardで運用していて困った事があったからPetit Noteを作りました。
記事の編集削除もPetit Noteのほうが、わかりやすく、積極的な機能追加もPetit Noteがメインです。
では、POTI-boardは不要かというと、Javaアプレットのしぃペインター(PaintBBSはJavaScript化されているので、それとは別のしぃちゃんお絵かき)
が今でも使えるようにしているのがPOTI-boardです。
あとは、たぶん大丈夫だとは思いますが、テンプレートエンジンをPOTI-boardでは使っているので、テンプレートエンジンの開発元で開発が終了してしまった時に改修できるかどうか…という問題はあります。
Petit Noteでは、PHPにもともと存在しているテンプレート機能を使っているので、外部の作者のライブラリの影響をうけにくいです。
POTI-boardを選択したからダメという事ではないのですが、だいたいこんな感じです。
私も、古いしぃペインターのイラストの展示には、POTI-boardを使っています。
お絵かき掲示板
https://paintbbs.sakura.ne.jp/cgi/paintbbs/

あとは、
POTI-boardのログファイルは、
Petit Note形式に変換して、使う事もできます。
逆にPetit NoteのログファイルをPOTI-boardに変換する事もできます。
WonderCatStudioさんのBBSNoteのログファイルも、
POTI-board、Petit Noteそれぞれのログファイル形式に変換が可能です。

satopian/PetitNote_plugin: お絵かき掲示板 Petit Note のプラグイン
https://github.com/satopian/PetitNote_plugin

satopian/potiboard_plugin: お絵かき掲示板 POTI-boardのための外部phpプログラム https://paintbbs.sakura.ne.jp/
https://github.com/satopian/potiboard_plugin

万が一、POTI-board、Petit Noteどちらかの開発が終了してしまった場合でもログファイルを変換できるかもしれません。
絶対に完璧に変換できるという保証はありませんが、自サイトで実運用していたログファイルの変換実績はあります。
作者が仮に行方不明になった場合でも、POTI-boardもPetit Noteも誰でも改造と再配布が可能ですから、誰かが開発を引き継いでくれれば、作者死亡後も使える可能性はあります。

とてもご丁寧に返信くださりありがとうございます！
いただいた内容を元に自サイトではどちらを使用させていただくか検討させていただこうと思います。

マニュアルは
CSS カスタムプロパティ（変数）の使用 - CSS: カスケーディングスタイルシート | MDN
https://developer.mozilla.org/ja/docs/Web/CSS/Using_CSS_custom_properties
にあります。

また、Google Chromeの開発者ツールを、ショートカットキー｢ctrl+Shift+i｣で開くか、メニューから｢その他のツール>デベロッパーツール｣として開いて、このカスタム変数の箇所の配色をChrome上で設定して、設定したファイルをパソコンにダウンロードすれば、Chromeで画面を確認しながら、色を設定する事ができます。

Google Chromeのデベロッパーツール(開発者ツール)を開いて、
要素メニューで、スタイルシートのCSSカスタム変数で指定している背景色
--background-color:#fff;
を
--background-color:#96cac8
にChrome上で変更するとこんな感じになります。
このあと、Chromeから、index.cssをダウンロードして、
template/basic/index.cssを上書きすれば、自分で設定した背景色になります。
ただ、
.darkmode{
から始まる、ダークモードの背景色もありますので、そちらも変更する場合は二箇所の変更が必要になります。

template/basic/index.css
の中身のスクショです。
内容をテキストで貼るとサーバのセキュリティ機能が発動して投稿できなくなるので、画像です。
色指定の変数名を説明するコメント付きです。
--article-title-color: var(--title-a-color);
のように、var()で囲っている箇所は、
--article-title-colorに
--title-a-colorで設定ずみの色を使いまわしましています。
このあたりも、
https://developer.mozilla.org/ja/docs/Web/CSS/Using_CSS_custom_properties
の説明のほうがわかりやすいと思います。

わかりやすい解説ありがとうございます！無事解決しました！
Chromeだとキャッシュの関係で中々反映されていませんでした
なので、SafariとFirefoxで確認するとすぐ反映されました！わかりやすい解説のおかげでその後の作業もすいすい進行できました。ありがとうございます

解決してよかったです。
Chromeの時は、デベロッパーツールを開いた状態で、再読み込みのアイコンを長押しして｢ハード再読み込み｣を実行するとキャッシュをクリアして再読み込みしてくれます。

config.phpの
//添付画像アップロード機能を使う
$use_upload = true;
//コメントのみの新規投稿を許可する、しない。
$allow_comments_only = true;
この2つの条件のうちのどちらかが、
trueの時に、トップのスレ立てのためのコメント入力欄が表示されます。
また、管理者投稿モードでログインの時には、どの設定をしていても、表示され、日記モードに設定している場合でも、管理者がログインすると表示されます。
要するに、コメントだけでスレ立てしてもいいのなら、トップのコメント入力欄は必要。
画像アップロードしてスレ立てするならトップの入力欄は必要。
お絵かきだけなら、トップの入力欄は不要なので消える。
管理者はすべての機能が使えるから、トップのコメント入力欄が管理者には常に表示される(他の人には見えない)
になっています。
それ以外のテンプレート本体の改造は、機能要望として何か考えてもいいのかもしれませんが、これはフリーソフトですから、改造部分はサポート対象外になります。
これらの情報をヒントにして、自己責任で改造するか、誰かに有償などで依頼する形での解決をお願いします。

管理者のログアウトしたところ非表示になり、無事解決しました。
初歩的なところで失礼しました･･･分かりやすい回答をありがとうございました。

PHPのバージョン切り替え画面のスクショです。
PHP8.3が望ましいです。
PHP5.3以下になっている場合はエラーメッセージを出す事もできず、500エラーになってしまいます。

早速のお返事ありがとうございます。
PHP8.3にしてきました！
すると今度は
"DNS_PROBE_FINISHED_NXDOMAIN”
のエラーが出てきました…。
.htaccessは触っていませんし、config.phpも一旦なにも弄らずアップロードしています。
パーミッションはファイル系は755、その他は707です。

すみません、できました…！
FFTPで一括アップロードし直したら起動しました。ありがとうございます。

ChickenPaintとklecksのファイルの一部が欠落しているようですので、
chickenpaint/
klecks/
ふたつのディレクトリの上書きアップロードをしたほうがいいかもしれません。
一部の画像がサーバにあがっていないみたいです。

chickenpaint/
klecks/
上書きしました！問題なく動いてるかもしれません。
しばらく動作確認してみます。丁寧に教えていただきありがとうございます。

あとは可能性というか、すべて憶測でしかないのですが、
その他の投稿やお絵かき画面では拒絶されない、管理者ログインのときにだけ拒絶される理由がどうももやもやしていて、
考えられるとしたら、
管理者ログイン画面のところだけ
http://
で、
その他は
https:// の保護された通信
で、内部的にリダイレクトがかかっているとか?
ある日突然エラーがでるようになったとしたらSafariのブラウザキャッシュが原因かもしれない?とかですかね。
とりあえずは、上記テストのお願いのほか、同一オリジンの取得に失敗したときにはエラーにならないように緩和する処理への書き換えはやってみているところです。

zipファイルをDLして差し替えてみたところ、：で区切られた左右が、異なる文字列でエラーが出ました。

ここで気づいたのですが、（憶測としておっしゃられていることにも近いのですが）今まで掲示板を設置しているサーバーのドメインのうち共有SSLの方でアクセスしていて、そこで管理人パスワードを打つと拒絶されていました。
通常のドメインでアクセスすると、管理人認証を問題なく通ることができました。（以前問題なく投稿できていたのも、通常ドメインからアクセスしていた時でした）

もしかしますと、投稿をする時だけ通常ドメインからアクセスし投稿すればよい、という初歩的な問題だったかもしれません…！
その場合は、コードでの対応策は必要ないかと思われます。
ここまで探っていただいた中、大変お手数おかけしまして申し訳ございません！このこと以外にお気づきの点がなければ、解決とさせていただきたいと思います。

では解決という事で。
他にも同じ問題が発生する人がいるかもしれませんから、今回の事例のログは決して無駄にはならないと思います。
ありがとうございました。

返信に期間が空いてしまい申し訳ございません。
改めまして、原因解明のため様々ご対応いただき誠にありがとうございました。
終始管理人様のお力に頼りきりでお手数をおかけしてしまいましたが、原因と対応の方法が明確になり大変助かりました…！

お絵かき掲示板は自分にとって思い出深く、この時代でも個人で開設できることや、現在もサポートしていただけることに、深く感謝いたします。これからもよろしくお願いいたします！

たまに遭遇する例ですが、ffftpで、アスキーモードで転送+ホストの漢字コードをutf-8以外の例えばeuc-jpにした時は、お絵かき画面は起動しません。
(赤丸のところは無が正しい)
ローカルの漢字コードもShift JISにわざと設定した画面です。
ローカルの漢字コードはutf-8が正しいです。
ただ、バイナリモードで転送してしまえば、漢字コードが切り替わる事がないので、このような細かな設定は気にしなくても問題が解消されるかもしれません。

ホストの漢字コードをeucにしてわざとエラーを出した画面です。
開発者ツールでコードを確認すると文字化けしています。
仮設置でも構いませんので、
この掲示板か
https://paintbbs.sakura.ne.jp/mail/postmail.html
のメールフォームから、実際に問題が発生している掲示板のURLを教えていただければ結局は同じ事の確認になりますが、原因の特定が容易にはなります。

https://note.com/akiraneko/n/nf8cebc04ab23
ここの記事も参考になるかもしれません。
(ただ、実際に見ていないので原因が違う可能性もありますが)
この記事では、
ローカル、utf-8、ホストutf-8のアスキーモード(文字モード)で転送したら成功したとあります。
元のファイルはutf-8形式ですから、ホストでもutf-8にする形です。
これとは少し異なりますが、転送モードを自動からバイナリモードにして、全部バイナリーモードで転送してしまえば、文字コードはutf-8のまま転送されますから、自動振り分けではなく、全部バイナリーモードで転送してもおそらく動作します。
ダウンロードしたPetit Noteのファイル一式をさくらのレンタルサーバーにfftpのバイナリモードですべて転送してみましたが正常動作しました。
昔は、Shift JISが掲示板の主流で古いウェブサイトもShift JISやeuc-jpだったのですが、HTML5以後はすべてutf-8に統一されましたので、形式が絶対に変わらないバイナリモードでの転送がおすすめです。
ここまで、状況が確認できない状態で思いつくものを列挙しましたが…。

さとぴあさん、ご丁寧に返信ありがとうございます！
＞これは完全に憶測にすぎませんが、app/ディレクトリが存在しないか、
まさにこれでした…！
一気にアップロードするとうまくいかなかった経験から、小分けにアップロードしたのがだめでした。
app/ディレクトリの中身だけアップロードして肝心のapp/ディレクトリが無かったのです。

これだけ色々推測していただいて、初歩的なミスだったのが申し訳ない…
しかし教えていただいたことで、原因が分かったのでおかげさまでちゃんと描画できるようになりました。
親身な対応に感謝します。
これからも陰ながら応援させていただきます。

解決して良かったです。
だいたい90%位の確率でこれまで解決してきましたが、残り10%は未解決だったりしますので…。