POTI改 設置サポート掲示板

そうですね。
若干向き不向きの違いはあって、
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も誰でも改造と再配布が可能ですから、誰かが開発を引き継いでくれれば、作者死亡後も使える可能性はあります。

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

petitnote/template/basic/index.css
を開いて、
スタイルシートの先頭行にある、
以下の色設定の箇所を16進数、RGB、HSLなど、CSSで指定可能な色に設定します。

--background-color:#fff;

マニュアルは
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の時に、トップのスレ立てのためのコメント入力欄が表示されます。
また、管理者投稿モードでログインの時には、どの設定をしていても、表示され、日記モードに設定している場合でも、管理者がログインすると表示されます。
要するに、コメントだけでスレ立てしてもいいのなら、トップのコメント入力欄は必要。
画像アップロードしてスレ立てするならトップの入力欄は必要。
お絵かきだけなら、トップの入力欄は不要なので消える。
管理者はすべての機能が使えるから、トップのコメント入力欄が管理者には常に表示される(他の人には見えない)
になっています。
それ以外のテンプレート本体の改造は、機能要望として何か考えてもいいのかもしれませんが、これはフリーソフトですから、改造部分はサポート対象外になります。
これらの情報をヒントにして、自己責任で改造するか、誰かに有償などで依頼する形での解決をお願いします。

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

>①URLはどれが正しく使えるものでしょうか
index.phpは、potiboard.phpに誘導してそのあと消えるように設計されていますので、消えていいのですが、
.sakura.ne.jp/potiboard5/potiboard.php
が動作していないようです。
まずはPHPのバージョンをさくらのレンタルサーバーのコントロールパネルで確認して、PHP7.4以上になっている事をご確認ください。
PHPのバージョンが古いと500エラーになって動作しません。
昔からさくらのレンタルサーバーを使っている人の場合は、PHPのバージョンが古いままになっている事が多くそれがエラーの原因かもしれません。
PHPのバージョンは差し支えなければ、PHP8.3の最新バージョンが望ましいです。
その上で、
.sakura.ne.jp/potiboard5/potiboard.php
にアクセスして、正常に動作すれば、
.sakura.ne.jp/potiboard5/index.htmlが新しくPHPによって生成されます。

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

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

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

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

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

お絵かき画面は問題なく表示できますでしょうか?
管理パス以外だとすると、対応していないブラウザの可能性もあります。
あとは、templates/errorlog/error.logが実際には存在しているとしても、
何か私が思い違いをしているのでなければ、「しない: 0」の場合は｢拒絶されました。｣のエラーは、でない設計になっているはずです。
憶測なので間違っていたら申し訳ないのですが、
config.phpの設定ファイルがどこか別のディレクトリに存在していて、転送しているものとは違う個所を操作している可能性です。
これは私が時々ドハマリするケースからの憶測です。
違っていたらすみません。
templates/errorlog/error.log
を削除するスクリプトを書いて、
potiboard.phpと同じ階層にいれることも考えましたが、
とりあえず3日経過したら自動削除機能がPetit NoteにはあってPOTI-boardには無かったので、実装しようと思います。
templates/errorlog/error.log
は、
templates/ディレクトリに
basic/
mono/
errorlog/
のように並んで存在している可能性が高いのですが、本当に存在していないのであればお絵かき画面でも発生するエラーの可能性が高いです。
これは同じオリジンからの投稿しか許可しないセキュリティ機能で、外部サイトからの投稿を制限しています。
その場合は、本当に同じオリジン以外から投稿しているか、ブラウザが非対応かもしれません。

例えば、対策されていない古い掲示板だとできてしまうのが
掲示板の入力画面をブラウザでPCに保存してデスクトップ等から投稿。
または、ブログに画面をインラインフレームで読み込んでそこで操作といった事を行うと拒絶される可能性があります。
掲示板の通常の画面でも発生するとしたら、ブラウザ名も知りたいです。
またはheaderを偽装する拡張機能のようなものが入っているとやはり｢拒絶されました。｣というエラーになる可能性があります。
あれから、
として、パスワードを5回間違えて拒絶されましたエラーが出たあとで

// 管理者パスワードを5回連続して間違えた時は拒絶する
// する: 1 しない: 0
// する: 1 にするとセキュリティは高まりますが、ログインページがロックされた時の解除に手間がかかります。

define("CHECK_PASSWORD_INPUT_ERROR_COUNT", "0");

に設定を戻してどうなるか確認しましたが、単にパスワードが違いますとなるか、パスワードが通って処理が実行されるかどちらかになりました。

つまり、

define("CHECK_PASSWORD_INPUT_ERROR_COUNT", "0");

で、　設定値が"0"で間違いないのであれば、あとは、
check_same_origin関数の個所しか考えられません。

error(MSG049);
という個所を
先頭に　//　をつけて無効化して
//error(MSG049);
とすると動作するとしたら
同一オリジンチェックにひっかかっています。
セキュリティ的にはこのチェックは外したくありませんが、
とりあえず一時的にでもエラーを解消したいのであれば
error(MSG049);
を
//error(MSG049);
に書き直した
potiboard.phpに差し替えれば
とりあえず動作するはずです。
なぜなら、｢拒絶されました。｣
というエラーメッセージがでる個所は二個所しか存在しないからです。

一応POTI-boardのバージョンをあげて、パスワード間違いが記録されているログファイルをftp接続で削除しなくても3日経過すればロックが解除できるようにして、さらに、拒絶しない設定に一度戻せばロックの原因になっているファイルも削除されるようにはしてみたのですが、
たぶん、同一オリジンチェックのほうで拒絶されましたというエラーがでているんでしょうね…。
管理者パスワードの呼び出し画面が外部サイトにあるとかでなければ、エラーにならないはずなんですけどね。
何か見落としがあるのかもしれません。
念のため調べてはみますが、情報量も足りないので難しいですね。

ご回答いただきありがとうございます！
ご確認いただいた点につきまして、

>お絵描き画面の表示
拒絶エラーが起こる前も、問題なく表示・操作できていました。

>config.phpの格納ディレクトリ
「potiboad5」の直下にありました。
FTP転送の際に違う場所へコピーしたかもと思い、様々なディレクトリを探しましたがありませんでした。

>同じオリジン以外から投稿
通常のブラウザ（GoogleChrome、Safari）でアクセスしています。拡張機能も使っていませんでした。

>error(MSG049);を無効化
実行したところ、ひとまず拒絶エラーは出なくなりました！

色々とご確認や、自動削除機能の追加など迅速なご対応に大変感謝申し上げます。自分の環境だけの原因かもしれずすみませんが、原因が解明できれば何よりです。

error(MSG049);
は二個所ありますが、
//パスワードを5回連続して間違えた時は拒絶
のところと
check_same_origin
のどちらがひっかかっているかわかりますでしょうか。
もし、
'HTTP_ORIGIN'という文字が近くにあるところだけ
error(MSG049);を無効化
して管理者パスワードが通るようになるのであれば、そこのオリジンチェックを無効化するオプションを追加して、設定してもらうという対処ができると思います。
ただ、
'HTTP_ORIGIN'
のところだとすると、Paintボタン押下でお絵かき画面を出す事もレスをつける事もできないはずですので、
だとすると、管理者パスワードの間違い連続5回のところが予想できない何かになっている可能性があります。
管理者パスワード間違いで拒絶の設定になっていなければこちらテスト環境では、拒絶されないので、config.phpが正しくサーバにアップロードされているのかどうかは気になります。
手元のconfig.phpとサーバにあるpotiboard5/ディレクトリ内のconfig.phpの内容が同じかどうか。
例えば、ftp接続してconfig.phpをデスクトップ等の別の場所にダウンロードして、開いてみた時に拒絶する設定になっているなっていない等です。
追加情報をいただけるようでしたら、それにあわせて対応を検討します。

あとは、ChromeとSafariという事は、iPadとかになりますでしょうか。
だとすると、ChromeでもエンジンはSafariなので、ブラウザの関係かもしれません。
WindowsでもテストできるSafariのエンジンで試してみます。

テスト環境のSafariでは問題がでませんでした。
あとは、できるとしたら、同一オリジンチェックを投稿時に行う行わないのチェックを無効化するオプションの追加ぐらいしか対応策は思い浮かびません…。
ただ、やっぱりそれだとこの掲示板にも投稿できないはずですので、パスワードのほうなのか、同一オリジンなのかの切り分けはしたいですね。
管理パス以外では拒絶されない
→管理パス関連の処理の問題?
管理パス以外のレスの投稿やお絵かき画面の呼び出しでも拒絶される
→同一オリジンチェックの問題?

せめてこれらは調べたいですが、
やっぱり、同一オリジンチェックをするしないのオプションを付けるぐらいしか対応策がないかもしれません。

追加の情報があるようでしたら、よろしくお願いします。

>’HTTP_ORIGIN'という文字が近くにあるところだけerror(MSG049);を無効化
こちらの方法で管理用パスワードが通りました。（//パスワードを5回連続〜だけだと、拒絶エラーが出ます。）
そしてお絵描きもレスもできないはずとのことですが、どちらも問題なくできました。管理パス以外でのレス投稿も可能です。

>手元とサーバーのconfig.phpの内容が同じかどうか
どちらも拒絶しない設定になっていました。

>ChromeとSafariという事は、iPadとかになりますでしょうか
MacでChrome、iPadやiPhoneでSafariを使用しています。

確認できたのは以上の通りですが、もし他に必要な情報がございましたら引き続きご確認のほど、よろしくお願いします。（自分では何が作用してるか、心当たりがなくすみません！）

お手数をおかけします。
https://github.com/satopian/poti-kaini/issues/16
↑
ここの｢potiboard.zip｣のリンクからzipファイルをダウンロードして、
中に入っている
potiboard.phpと差し替えてみていただけないでしょうか。
何が変わっているかというと、
エラー
拒絶されました。
から、
エラーの中身が具体的なホスト名になります。
ただ、これは設置している場所のホスト名が入ってしまいますので、そこまで報告していただかなくてもいいのですが、
例えば
sakura.ne.jp:sakura.ne.jp
ならエラーにならないし
sakura.ne.jp:sakura.com
なら
:で区切った左右が違うので、エラーになっている事がわかります。
もし:の片方には文字があって、もう一方には文字化けか空白があるとかであれば対応方法がまた変わります。
管理者パスワードを入力→テスト用のpotiboard.php使用時のエラーの内容がだいたいどんな感じになるかを教えていただく事はできますでしょうか?

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

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

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

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

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

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

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

追記です。
Petit NoteDLページの「設置しても動作しない場合」欄は確認しました。
パーミッションを手動で設定していないし
PHPのバージョンは8.0、
関係ないかもしれないけどtemplate/ディレクトリの.htaccessを一応削除してみたりしました。

(http://実際に設置したURL)/petitnote/app/neo/neo.js
(http://実際に設置したURL)/petitnote/app/neo/neo.css
この場合、設置フォルダをpetitnoteとしていますが、そこも含めて実際に設置したURLで、
app/ディレクトリにneo.jsとneo.cssがあるか確認します。
直接呼び出してあれば、コードが表示され、なければ404not Foundで見つからなかった事がわかると思います。
ただ、app/ディレクトリが呼び出し禁止等に設定されていれば、そこのコードは呼び出し禁止になるのでお絵かき画面はでてきません。
その場合は、403というエラーコードが返ってきます。
PaintBBS NEOの場合は、描画画面でのキャンバス以外のところを、マウスで右クリック(ペンなら長押し)で開発者ツールを開けばたいていの場合、エラーの原因が赤字で表示されます。
これは完全に憶測にすぎませんが、app/ディレクトリが存在しないか、その中身が無い、あるいは、転送時に文字コードが化けてしまったのかもしれません。
テキストモードで転送して失敗しているのであれば、appディレクトリの中に入っているJavaScriptとcssをバイナリモードで転送してみるのもひとつの方法だと思います。
たとえばffftpはutf-8以外に変換する事があります。
元のファイルも転送先もすべてutf-8でなければならないのですが、euc-jpやShift JISになっているとやはり動作しません。
ただ、一度エラーが発生するとブラウザのキャッシュ機能に古いファイルがはいってしまいますから、Chromeならゲストモードを何度か開き直して確認するか、開発者モードにした上で、リロードのボタンを長押ししてハード再読み込みします。

あとは、メールフォームから設置した掲示板の実際のURLを教えて頂くのが一番てっとり早いです。
開発者ツールと、neo.jsの直接呼び出し等で文字コードがutf-8になっているかどうか確認するだけかもしれませんが…。
JavaScriptはアスキーモードで転送が昔は常識でしたが、それでも動かない場合はバイナリモードで送信するも最近はありです。
app/ディレクトリをまるごと、バイナリモードで転送すれば動くかもしれません。
アップロードされていないか、アップロードされていても、euc-jpやShift JISに文字化けしていると動きません。
バイナリモードの場合は、手元のファイルと同じものがアップロードされて変換されませんから、手元のファイルがutf-8ならutf-8の文字エンコードになります。

たまに遭遇する例ですが、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%は未解決だったりしますので…。

GIFアニメ画像を添付しました。
これは、Windows11+ブラウザEdgeの、IEモードでJava8を使って起動したしぃペインターの画面です。
明+と明-(Bright dark)は正常に動作しています。
しぃペインターはJavaアプレットを、無理やりJavaScriptに変換しているので、そのJavaScriptに変換しているCheerpJというプログラムが修正されない限り、この問題も解決しないと思います。
そもそも、本来の動作環境ではないものを動かしていますので、今後の将来的な問題もふくめて手を入れる事がむずかしいです。
どうしてもしぃペインターで明+明-を使いたいという場合は、Windows+Edge+IEモードを使用。
そして、オラクルのJava8のインストールとセキュリティの設定が必要になります。

どうすれば手動でJavaをダウンロードしてWindowsコンピュータにインストールできますか。
ここの手順でJava8をダウンロードできます。
新しいバージョンのJavaではブラウザ上で動作するJavaアプレットは動きませんから、Javaのバージョン8以外のJavaでは動作しません。
上の添付画像の箇所のセキュリティ設定を行えば、2023年でもWindows環境ならJavaアプレットをJavaを使って起動できます。
例外サイトリストの箇所には、しぃペインターを動かすサイトのurlを入力します。
TLSのところのチェック項目の箇所にもチェックを入れます。
面倒ですが、ここまですればどうにかなります…。
ただ、繰り返しになりますが、しぃペインターそのものは開発が終了していて、Javaアプレットのブラウザによるサポートが終了して、それをとりあえず動かせるようにしているのが、CheerpJです。
そのCheerpJがまもなくバージョンアップするようなので、CheerpJがv2.2から、3.0になった時に改善されるかどうかという感じです。

環境を昔に戻せばよかったのですね。
とても丁寧に教えていただきありがとうございます。
おかげさまで、しぃペインターでちゃんとボタンが反応するようになりました。
これからも使わせていただきます。
重ね重ねになりますが、本当にありがとうございます。

まだ正式にリリースされていないので、実装していませんが、CheerpJのバージョン3で、明るさの+-も可能になります。
Javaを使用しなくても、ChromeやFirefoxで利用可能です。
もうしばらくお待ち下さい。

毎度のアップデートお疲れ様です。
CheerpJのバージョン3、実装が楽しみです。
動画がスピードによって再生がおかしくなるところも気になっていたのですが、
さとぴあさんのSNSの投稿を見させていただいたところ、そこも直るみたいで嬉しい限りです。

こんにちは。
ただ、残念なお知らせがあります。
xamppのlocalhostでは投稿に失敗します…。
動画の再生はできます。
開発元に報告しましたが、localhostはサポート対象外なので動かなくても何もできないとの事でした。
今後の開発過程でまた動くようになる可能性もありますが…。
無償で利用可能な条件に、非営利、パブリックなネットワークでの使用と記載があったりもしますので、とても難しい問題です。
CheerpJv3に対応した後も、cj2が必要な人のための切り替えの設定を追加して対応する事になりそうです。
あとは、Java関連では、Waterfox Classicと、Ple moonというJavapluginが現在も利用可能なブラウザからの投稿ができなくなっていたのを修正しています。

動的パレットの問題も解決した、
POTI-board v6.23.0をリリースしました。
ただし、CheerpJv3.0はローカル環境での動作に対応していないので、しぃペインターからの投稿に失敗します。
どうしてもXAMPPのLocalhostで使いたい場合は、Pale MoonやWaterfox Classicと、オラクルのJava8の64bit版をインストールして使うか、CheerpJv2.3のまま使う設定にする形になりそうです。
Windows環境であれば、EdgeのIEモード+Java8 32bit版でもしぃペインターを使う事ができます。
公開されているインターネット上であれば、CheerpJ v3.0で問題ないのですが…。

毎度のアップデート、大変感謝しております。
ChreepJv3.0の実装、楽しみにしておりました。
xamppではなく、レンタルサーバーを借りてそこで動かすことにしました。
動的パレットがしっかり動作してくれて嬉しい限りです。
重ね重ねになりますが、本当にありがとうございます。

XAMPPでは動作しないから解決してないなぁと思っていましたが、良かったです。

この問題は、掲示板のセキュリティチェック機能が過剰な事が原因で発生している可能性があり、最新版では、ユーザーコードが途中で確認できなくなったらユーザーコードのCookieを再発行して投稿が可能になるようにしました。
それで問題が解決するといいのですが、全員がこの問題を指摘している訳ではなく、特定の環境下で発生している問題の可能性もあり、
ブラウザの種類、拡張機能使用の有無等の確認をすすめています。
いまやって頂いているのは、
Chromeに新規ユーザーを作成して新しい設定でお絵かきしてみてもらう事です。
それを試してみてもらって、問題が再現しないようなら、問題は解決としたいと思っています。

スレッドの作成、ありがとうございます。

『検証用 ～ 第２期。』を、開始しました。

見た事が無い画面が出てきました。
時間を置いて再度投稿してみました。
何回か試してみましたが、ダメでした。

サーバのエラーログをみましたが、20MB以上は受信できないというエラーなので、動画データが20MBを超過したのだと思います。
ちょっと前に確認した時点で15MBでした。
動画が受信できない場合は切り捨てる設計にしてはいたのですが、サーバ側でエラー扱いになってすべて投稿不可になってしまったようです。
動画を削除して投稿可能にできればいいのですが、もしかするとそこまで肥大化した動画データを扱うのは無理かもしれません。
みちるさんのこのストレステストは、普通に絵を描いている状態ではないので、すみませんが対応できないかもしれません。

いろいろと対応して頂き、ありがとうございました。

動画データというのは、動画再生の画面の
『Download』でダウンロードできる
ＰＣＨファイルというファイルのサイズでしょうか？

今後は、２０ＭＢ以内で描けるように、
精進したいと思います。
現状では、それが一番の解決策だと思います。

>ＰＣＨファイルというファイルのサイズでしょうか？
はい、そうです。
設定でもう少し大きくできないかサーバ側でも調整してみますが、本来なら数枚の作品のものを1枚に詰め込む実験になっているので、限界をすぎてしまっているようです。
おそらくブラウザもそろそろ処理しきれなくなってきているのでは…?と。
仮に技術的に対応できたとしても、受信できる限界値をあげてみる。
受信できないサイズだとわかったら動画を切り捨てて画像だけ受信するの2つしかできないと思います。
メモリもサーバ容量も増えましたが、PHPで扱える最大のファイル数が15年前は2MBまでだったものが、最近では20MBぐらいまであがってきていて、それでもあまり受信できるサイズをあげるとDDOS攻撃の標的になってサイトが動かなくなるケースもあって、受信できるファイルの最大値もあまりあげられないのが現状です。
あとは、動画だけなんとか切り捨てて画像だけ救済するしかないので、それはたぶんみちるさんが実現したい事ではない気もします。

『水着マフラー部２０２３』の絵は、
　ＰＣＨファイル＝18.8ＭＢ
　ＰＮＧイメージ＝788ＫＢ
となっていました。
この絵が限界ギリギリという事ですね。

背景の雲ガンダム (？) を描かなくて良かったです。^^;

25MBまで設定を引き上げました。
水着マフラー部2023のアニメを再生してみましたが、ぼかしを使っている関係でファイルサイズが大きくなっているのかもしれないですね。

ありがとうございます！

しかし、懸念されている心配事が、
問題となってしまった場合は、
２０ＭＢに戻して下さい。

あとは、フェードアウトのための四角薄消しも、動画の容量を増やしている可能性がありますね…。

了解です！

25MBに上限をひきあげて、さらに、25MBを超える動画データの場合は、NEOが動画を送信しないようにする事で、画像の投稿が成功するようにしました。
この25MBという値は、ほかの掲示板の管理者の方の場合は
サーバコントロールパネルの
php.ini設定等で
upload_max_filesize = 25M
post_max_size = 25M
のように設定する事を意味します。
さくらのレンタルサーバのデフォルト値はかなり小さかった記憶…。
昔のように2MBという事は無い気もしますが…。

さくらのレンタルサーバのデフォルト値を調べてみたら8MBでした。
設定で引き上げる事は可能。

質問があります。
Chrome で作成した新規ユーザーは、
削除してしまって問題ないのでしょうか？

はい、検証用に作成して頂いていていましたが、無関係でしたので、削除していただいて大丈夫です。

わかりました。

最終的に、neoを改造して、サーバで受信できないサイズのpchアニメデータの時は、アニメデータを切り捨てて、画像だけ投稿するようにしました。
そうしないと、すべて投稿できなくなるので仕方がありません。
しかし、動画がなくなるとレイヤー情報もなくなってしまうのでそれでも投稿を完了していいかどうかを確認するダイヤログが開くようにしました。
キャンセルすれば作画を続行できます。
OKで、画像だけ送信します。

こんにちは。
最新版のv0.89.11で、添付ファイルによる画像アップロード機能を使用しない設定にして確認してみましたが、Paintボタンは機能しています。
もし個別ページからPaintフォームだけでなく、文字の投稿フォームの消えているのなら、
指定日数例えばスレ立てから180日を超えるスレッドはクローズする設定等によるものか、100件以上の投稿があった時は、スレッドをクローズする機能によるものではないでしょうか?
他に考えられるのは、テンプレートの構造が変わっているため、PHP本体とテンプレートのバージョンの食い違いが発生しているのかもしれません。
例えば、レスのフォームを開く変数の役目だったり、出現条件が変わっていたりします。
バグの可能性は否定できませんが、デフォルト設定ではどうなるのか、ご確認いただけないでしょうか?

もう少し古いバージョンとの比較とかやっていて、やっと気が付きました。
たしかに｢投稿する｣ボタンが消えていました。
ほぼ間違いなくバグです。
修正します。

Petit Note v0.98.12リリース · satopian/Petit_Note
https://github.com/satopian/Petit_Note/releases/latest
修正しましたので、よろしくお願いします。

ありがとうございます！解決致しました。トップから入力欄がなくなったので？？と思ってしまいましたが、画像アップロードを使わない設定なら要らなかったですね＾＾。

あと一つちょっと気になっていた事があるんですが、アップデートしたあとその掲示板を表示させると、最近投稿された絵がindexのページで表示されなくなるという現象が起こりました。
カタログには表示されるので、そこから行ってレスを付けるとindexにも表示されます。
今回のアップデートでは2枚の絵が表示されなくなりましたが、1枚にレスを付けると2枚ともindexに表示されるようになりました。
さほど問題ではないのですが、以前は無かったけど最近起こるようになった現象なので書き込ませていただきました。

それは、templateフォルダにあるcashフォルダの中身を表示した結果だと思います。
設計上はバグっていなければ、新しい書き込みのタイミングで古いキャッシュは削除されて、キャッシュが存在しなければ新しいキャッシュを作成します。
古いキャッシュがtemplate/cash/index_cache.json
に存在している時は、それが表示されてしまいます。
これは、昔のお絵かき掲示板の、最初の1ページ目だけは静的なHTMLファイルにして負荷を削減していたのを、
最初の1ページ目だけは配列をキャッシュしておいてPHPに計算ずみのキャッシュを読み込ませる事で負荷を削減しているものです。
ただ、もしかしたらバグかもしれませんので、問題が続くようでしたらお知らせください。
template/cash/
の中身をftpで削除する、あるいは掲示板に何か書き込むで通常はキャッシュが削除されます。

$use_top_form=true;
でトップの入力フォームを使う設定にしていても、
コメントのみの新規投稿を許可する
あるいは
添付画像のアップロード機能を使うを選択しないと、トップの入力フォームは表示されないので、
$use_top_form=true;
の設定項目を廃止して、
画像アップロード機能を使う
あるいは
コメントのみの新規投稿を許可する
の時だけ、トップの入力フォームが開くようにします。
トップの入力フォームを使う設定にしているのに、表示されないのは確かにわかりにくいです。

なるほど！よく分かりました＾▽＾
確かにcashというのはそのままにしてましたので、そういうことなんですねー。
（最初なかったよく分からないものは全てそのままにしてるので＾＾；）
原因が分かって安心しました！
丁寧に説明して下さりありがとうございます！ｍ（＿＿）ｍ

1.
>お絵描きモードが出てきますが、一番下の描画時間を削除できませんか？
機能としてはできませんが、
paint.blade.phpの中に時計のJavaScriptが入っていますので、そこを削除すれば表示されなくなります。
そして、その時計は単に時間を計測しているだけで、その後の時間表示とはまったく関係ありません。
投稿時の描画時間の計測は別の箇所で行っています。
2.描画時間の非表示の設定項目があります。
config.phpの
//描画時間の表示 する:1 しない:0
define("DSP_PAINTTIME", "1");
を
define("DSP_PAINTTIME", "0");
に変更します。
3.
>タイトルのピンク色の部分をブルーやグリーンに
外部スタイルシートを使っていますので、スタイルシートを書き換えれば好きな色に変更できます。
特別なアプリは必要なく、GoogleChromeの開発者ツールで色を変更したスタイルシートをダウンロードして入れ替えます。

また、ピンク色のタイトルは
テンプレートBASICの色ですから、
config.phpのテンプレート設定の箇所が

define("SKIN_DIR", "basic/");
// define("SKIN_DIR", "mono/");

になっていると思います。
そこを
//define("SKIN_DIR", "basic/");
define("SKIN_DIR", "mono/");

として、monoの　先頭のコメントアウトの//を消します。
すると、配色がMONOに切り替わり、配色以外のデザインも変わります。

参考例(英語版のPOTI-board)
https://paintbbs.sakura.ne.jp/cgi/neosample/poti-board-en/index.html

さらに、MONOの場合は、
MONO、dark、deep、MAYOの4パターンの配色を右下の｢Style｣から切り替える事ができます。

それでもよければ、ピンク色以外の配色で利用できます。

単純に、描画時間をすべて非表示にするだけなら、簡単に実現できますので、機能をこれから追加…
と思いましたが、すでに設定項目がありました。
config.phpの
//描画時間の表示 する:1 しない:0
define("DSP_PAINTTIME", "1");
となっている箇所を
define("DSP_PAINTTIME", "0");
に変更すれば、描画時間は表示されません。
よろしくお願いします。

テンプレートをMONOに切り替えるだけでも、タイトルはピンク色から変わりますので、それでよければ、以下は読まなくても大丈夫です。
もとのBASICのデザインのまま、タイトルの色を自分の好きな色に変更するには、スタイルシートを変更します。
その場合の具体的なブラウザGoogle Chromeの使用例です。
basic.cssというファイルにデザイン、配色の一式が含まれていますので、直接エディタで編集してもいいですし、添付画像のようにGoogleChromeで確認しながら変更する事もできます。
個別のデザイン対応は、ご自身でやっていただくか、ウェブデザイナーの方への有償での依頼などで対応をお願いしています。
かなりの方が自分でスタイルシートを変更して使っているようです。

回答ありがとうございます！
１の描画時間が出てくるのはしかたないと思いそのままにいたします。
２のカラーは指定通り変更したところ、MONOのDeepが好みの色でしたのでそちらに変更しました。
３については確認不足でした。動画時間はナシにできたのですが描画は見落としてました。０を選んだら希望通り表示はされなくなりました。

ご丁寧に説明くださり、ありがとうございました！！

>３については確認不足でした。
別の人が追加した機能だったので、現在の開発者の私もそんな機能がある事を覚えていませんでした…。