Σ:)［そして、全角ハッシュタグテスト
◎どんなかな〜

#擬古猫

Σ:D［ハッシュタグテストだぜ！　#test

> Σ:D［20:00超えたのに
> ◎週間規制にハマった
> ※ちょう残念
>ttps://motoikenkichi.com/kc/kcv28.html
> #HTML5 #javascript


Σ:D［しょうがないので手動調整
◎ナンダカナーttps://motoikenkichi.com/kc/kcv29.html

参考： 2026/07/21(火) 22:46:34

Σ:D［20:00超えたのに
◎週間規制にハマった

※ちょう残念
ttps://motoikenkichi.com/kc/kcv28.html

#HTML5 #javascript

Σ:)「20:00まで、やることが特にない
◎Claudeさん待ち

Σ:D「アップデートをもうちょい詰めようか
◎テストはキリがないからねぇ

Σ:)「メモ。01:10 にclaudeさんの利用再開
◎ksphp+RC8 私家版の具合はどう？

Σ:D［人柱系実験者募集中です。

擬古猫

　　　　　 ∧ ∧
～′￣￣(´ー`)<初出段階
　UU￣￣ U  U
　　↓
　　　 ∧ ∧
～′￣(´ー`)<普及段階
　UU￣ U  U
　　↓
 ____ ∧ ∧
|＼ /(´～`)＼<発展段階
|　|￣￣￣￣￣|
|　|＝みかん＝|
 ＼|＿＿＿＿＿|
　　↓
  ∧ ∧
/(´Д`)ノ<汎用・省スペース
￣￣￣￣|
擬古猫・超変形

 　　　 　　   　　∧ ∧
〜′‾‾‾‾‾‾‾(´ー`)
　UU‾‾‾‾‾‾‾ U  U
　　＿
〜′＿＼＿
　　U＼＿ ＼∧ ∧
　　　U  ＼(´ー`)＜たれてみた
　           U  U
 　　 ∧ ∧
 〜′(´ー`)＜これ以上は縮めない
 　UU U  U
 　　 ∧ ∧
 　〜(´ー`)＜甘いよ
 　   UU UU
  ∧∧
~(´ｰ`)＜もう縮めない
 UUUU

くずはすくりぷとPHP+（ksphp-plus）RC8を公開します。

本バージョンより、公式配布版（Heyuri本家）と
有志改造版（gikonekost Custom）の分岐点となります。

主な変更点：
・管理者パスワードの安全な移行フローを追加
・多言語対応を7言語に拡張
（日本語／英語／ポルトガル語／繁体字中国語／簡体字中国語／韓国語／トルコ語）
・掲示板画面に言語切替プルダウンを追加
・SETUP_SEEDの生成方式を改善（設置ごとに異なる値を自動生成）

詳細はREADME.mdをご参照ください。

../pub/ksphp-rc8-2026-07-20-01-01.zip

Σ:D「Claudeさんが使えなくなったので@grok さんにやってもらう
◎よくコンセプトを理解してないらしく問題ありだが

Σ:)「とりあえずスクリプトは更新しました
◎動作確認中。

過去ログを自動でzip化する処理で、稀に
Warning: Undefined variable $checkedfile
というPHPの警告が表示される場合があります
（トップページからの投稿直後など）。

これは表示上の警告のみで、実害はありません
（zip化処理自体は正常にスキップされます）。

原因は特定済みで、次回のアップデート（RC8）で修正予定です。

ご報告いただいた方、ありがとうございました。

RC7を公開します   投稿者： 擬古猫 ◆6HsNBsg◆bjgikOneKo   投稿日時： 2026/07/20(月) 00:18:20 
   ■   ★   ◆   木   ×
今回の主な変更点：
・過去ログ出力が失敗する不具合を修正しました
（過去ログ保存先フォルダが無い場合、自動的に作成するようにしました）

・カウンター表示のエラーに関する不具合対応を行いました
（同様にカウンター保存先フォルダを自動作成するようにしています。

　ただし今回報告いただいた事例の直接の原因は、conf.php側の
　パス設定ミスでした。ご協力ありがとうございました）

・アップグレード時の設定引き継ぎ（conf.phpのマージ）について、
　保存先パスに関する設定項目は、今後install.php側で自動的に
　値を埋めないよう仕様変更しました。新規追加時は空欄になります
　ので、導入後にご自身で指定をお願いします

・データ移行機能（migrate.php）を大幅に整理し、意図しないパス
　変更が起きないようにしました

ご報告・ご指摘をくださった方々、ありがとうございました。ttps://qptns.com/pub/ksphp-plus-main-rc7-2026-07-20-01.zip

掲示板の表示処理を軽量化しました。

これまで表示のたびにログ全体をメモリに読み込んでいましたが、
必要な範囲だけを読む方式に変更しています。

ログが大きい掲示板ほど効果があり、アクセスが集中した際の
サーバー負荷も軽減されます。

その他の変更点：
・「擬古猫といっしょ」表示のON/OFFをconf.phpで設定できるようにしました
・使われていない古いコメントコードを整理しました

・インストーラー（install.php）に、新しいフォルダへの導入機能と
　日本語／English表示切替を追加しました
・インストーラーのバックアップ処理を安全性重視の方式に見直しました
　（万一の失敗時も元ファイルが失われないようにしています）

・掲示板タイトルの表記を一部整理しました

いつも通り、導入前の既存ファイルはすべてバックアップされます。
何か不具合等ありましたらお知らせください。

../pub/ksphp-plus-main-rc6-2026-07-19-01.zip

> Claude：負荷テスト完了しました
> （内容は一切参照・出力していません。
> 表示件数のみカウントし、テスト後は実ログのコピー
> も削除済みです）
>ttps://qptns.com/up/stored/nup0055.png
> ログが肥大化するほど旧実装のメモリ消費（ログ全体をfile()で一括保持）が比例して増える一方、
> 新実装はログサイズに関わらずほぼ一定（表示に使う範囲のみ保持）です。
> 今回のケースでは約65倍のメモリ削減を確認できました。
> 負のbindex等のエッジケース（2パスfallback経路）でも表示結果は完全一致、メモリは軽いままです。
> 「ほぼ無限にログ記録している」設定自体（LOGSAVEの上限や過去ログ巻き取り運用）を
> 見直すかどうかは別問題として残りますが、少なくとも表示処理側の
> メモリ消費は今回の修正でログサイズから実質的に切り離せた、という結果です。

Σ:D「最適化したbbs.php youtobeコメントセクションも削除
◎bbs.php １ファイルのみ

../pub/bbs-fixed-2026-07-19-01.zip

参考： 2026/07/19(日) 13:20:08

Claude：負荷テスト完了しました

（内容は一切参照・出力していません。
表示件数のみカウントし、テスト後は実ログのコピー
も削除済みです）
ttps://qptns.com/up/stored/nup0055.png

ログが肥大化するほど旧実装のメモリ消費（ログ全体をfile()で一括保持）が比例して増える一方、
新実装はログサイズに関わらずほぼ一定（表示に使う範囲のみ保持）です。
今回のケースでは約65倍のメモリ削減を確認できました。

負のbindex等のエッジケース（2パスfallback経路）でも表示結果は完全一致、メモリは軽いままです。
「ほぼ無限にログ記録している」設定自体（LOGSAVEの上限や過去ログ巻き取り運用）を
見直すかどうかは別問題として残りますが、少なくとも表示処理側の
メモリ消費は今回の修正でログサイズから実質的に切り離せた、という結果です。

現状のボトルネック
通常の掲示板表示（prtmain() → getdispmessage()）は以下の流れです：

loadmessage() が file($logfilename) でログ全行を一括で配列にロード
array_splice() で表示に必要な範囲（bindex〜eindex、通常数十行）だけ抜き出し
残りの大部分（LOGSAVE件のうち表示しない分）は読み込んだ直後に破棄

つまり「表示に使うのはごく一部なのに、
毎回LOGSAVE全件をメモリに載せてから捨てている」状態です。
LOGSAVEを大きめに設定している掲示板ほど、
閲覧のたびに無駄なメモリを消費します。

一方、msgsearchlist() の過去ログ検索（ffパラメータあり）分岐は、
既に fopen＋Func::fgetline() で1行ずつストリーム読みしており、
こちらは元々ワンパス設計になっています（この既存パターンを流用できます）。
提案する対応
現行ログ表示パスを、既存の Func::fgetline() ストリーム読み方式に合わせて書き換え：

1行ずつ読みながら行数をカウント（lastindex 用に総件数は結局必要）
bindex〜eindexの範囲だけを配列に保持し、範囲外の行はメモリに残さない
msgsearchlist() の現行ログ検索（else分岐、loadmessage()使用）も
同じ方式に統一可能（対象はこちらのみ、過去ログ検索は既に対応済み）

Σ:D「処理中

Σ:)「テスト２（トリップ周りの変更）

Σ:)「テストしてほしいらしいのでテスト。

Σ:D「修正を更新してパッケージングしました
◎以下の通り

今回のzipに含まれる修正一覧

conf.phpマージエンジンの/su→/s（CP932設定消失バグ）
migrate.phpのconf.php自動パス更新/u→/s
Migration Engineのファイル移動処理を無効化（単純移植方式へ）
install.php「完了しました」誤表示の修正
近隣スキャン判定の強化（固有キー複数一致判定）
tripuse()のmbstring→iconvフォールバック

../pub/ksphp-plus-main-rc5-2026-07-19-02.zip

Σ:)「いきなり入れずに、サーバーイメージのバックアップを取ってから導入で
◎このスクリプトでもバックアップしますが念のため

Σ:D「ではよろしく！
◎マリオマーリオ

> Σ:D「誤って旧インストーラー使わないように削除
> ◎一応これで一区切りです
>ttps://qptns.com/pub/ksphp-plus-main-rc5-2026-07-19-01.zip

KSPHP Plus (rc5) 既知のバグ・今後の予定
2026-07-19時点

■ 修正済み（重大・要実機再検証）

conf.phpマージエンジンのCP932非対応バグ
新版conf.phpの値抽出処理に、PCREのUTF-8モード(/uオプション)が
使われていたため、旧設置のconf.phpがCP932（Shift_JIS系）の場合、
値の抽出処理が無言で失敗していました。

その結果、旧設置の設定値が引き継がれず、新版の既定値でこっそり
上書きされてしまう不具合がありました（エラーは出ません）。
実機テスト（旧kuzuhaphpおよびHeyuriの導入）で発見し、該当箇所の
修正は完了しています。ただし実機での再検証はこれからです。


■ 既知の未修正バグ

・セットアップ画面（install.php）で、導入先の一部が失敗（中止）した
  場合でも、画面上は無条件に「完了しました」と表示されてしまいます。
  導入ログの各行が緑（成功）か赤（失敗）かは正しく出るため、実際の
  結果はログの中身で確認できますが、ボタン表示だけを見ると成功した
  ように誤解しかねません。

・導入先の近隣自動検出（周辺フォルダのbbs.phpを探す機能）は、現状
  「conf.phpというファイルがあるかどうか」だけで判定しているため、
  まったく別系統のBBSスクリプト（例：Heyuri、非常に古いkuzuhaphp等）
  も「本ツールの旧バージョンかもしれない」と表示してしまいます。
  判定基準の見直しを予定しています。

・移行処理（Migration Engine）で、バックアップ後のファイル移動
  （rename）に失敗した場合、データは安全に残ります（バックアップと
  元データの両方が残る二重状態）が、ログ上は「バックアップ完了」
  「移動失敗」としか出ないため、状況が分かりにくいことがあります。

・上記と同様に、ディレクトリ作成に失敗した場合でも、ログ上は
  「移動失敗」としか表示されず、本当の原因（ディレクトリ作成失敗）
  が区別できません。

・トリップ機能（2ch互換）でmb_convert_encoding()を使用している箇所
  があり、mbstringが無効なサーバー環境では、トリップ付き投稿時に
  エラーになる可能性があります（未検証）。


■ 今後の予定

・cp932-to-utf8.php（仮称）の開発
  旧設置の過去ログ・conf.php内テキスト項目等をCP932からUTF-8へ
  変換する、汎用の単体ツールを新設予定です。導入処理（install.php）
  とは完全に切り離し、KSPHP Plus専用にせず他プロジェクトにも
  流用できる設計にする予定です。

・導入先フォルダを手動で指定できる機能の追加
  自動検出された既存設置以外に、任意のパスを新規導入先として
  指定できるようにします。誤入力対策として、追加前に確認ステップ
  を挟む予定です。

・install.php自体の多言語化
  現行bbs.php本体と同じ、単一スクリプト＋言語ファイル切り替え方式
  で対応予定です。

・上記の各種ログ・診断表示の改善
  「完了しました」の誤表示、移行処理の失敗理由の明確化など。

Σ:)「しばし休憩～
◎Claudeさんのリソースの件もあるので。質疑応答は受け付けます

参考： 2026/07/19(日) 07:43:40

■バグ1
conf.phpを新版で単純上書きしていたため、
既存のBBSTITLE・管理者投稿モード等の設定が
アップデートのたびに消えていた。

■修正1
conf.phpを項目（キー）単位で比較し、
既存の設定値は維持しつつ、新版にしかない
新規項目だけを追加するマージ方式に変更した。

■バグ2
上記マージ処理が単一行の値にしか対応しておらず、
HANDLENAMES（ハンドル名⇔パスワード対応表）のような
複数行・入れ子配列の項目は非対応で、新版デフォルトに
戻ってしまっていた。

■修正2
括弧の深度を追跡する方式に書き換え、複数行・入れ子配列の
項目もエントリ全体として正しく扱えるようにした。

■バグ3
上記パーサーが、PHPコメント内のアポストロフィ
（例：it's recommended）を文字列の開始と誤認識し、
構造解析がずれる不具合があった。

■修正3
コメント（//・#・/* */）を構造解析から読み飛ばすよう修正した。

■バグ4
配布用テンプレート（newbbs/conf.php）に、
実際の管理者メールアドレス・管理パスワードのハッシュ・Cloudflare等の
シークレットコードがそのまま残っていた。

■修正4
該当項目を汎用のダミー値・空文字に置き換えた。

■バグ5
同じくHANDLENAMESに、実際のハンドル名と
パスワードの対応がそのまま公開状態になっていた。

■修正5
実際の個人的な対応のみ削除し、汎用的な例（テスト用ハンドル等）のみ残した。

■バグ6
doc/フォルダ内の1ファイルが、ファイル名の文字化け
（%uXXXX風のエンコードのまま）で保存されていた。

■修正6
正しい日本語名を経て、環境依存を避けるため最終的に
英語名（InstallGuide.txt）へ変更した。

■バグ7
install.phpの自動検出が、設置場所（public_html等）の
1階層下（例：z/フォルダの中）にあるbbs.phpを検出できなかった。

■修正7
インストール先フォルダ配下を1階層分だけ再帰的に
検索するよう拡張した。あわせて、無関係な
兄弟フォルダ（awstats等）へのアクセスで
発生していたopen_basedir警告も抑制した。

■バグ8
複数のbbs.php候補が見つかった場合でも、
conf.php設定の概要表示は常に1つ（主対象）のみで、
チェックボックスの選択状態に連動していなかった。

■修正8
チェックボックスの選択状態に応じて、
選択中の対象それぞれのconf.php概要を
JavaScriptで動的に表示するよう変更した。

■バグ9（重大）
Migration Engineがbbs.log等のファイルを
新しい場所（logs/等）へ移動する一方、
conf.php側のパス設定（LOGFILENAME等）は
移動前の場所を指したまま維持されてしまい、
その結果bbs.phpが元のログを見失い、
新規に空のログファイルを作成してしまう事故が発生した。

■修正9
Migration Engineがファイルを移動する際、
conf.php側の対応する設定が旧デフォルト値のままであれば、
新しい設置先のパスへ自動的に書き換えるようにした。
既にカスタマイズ済みの値には一切触れない。

■バグ10
画像アップロード・ツリー表示・ログ検索の設定が、
conf.phpではなく各モジュールファイル（sub/bbsimage.php等）内に
直接書かれており、しかもモジュール側の値がconf.php側の値を
上書きしてしまう順序バグがあった。

■修正10
該当設定をすべてconf.php側へ集約し、モジュール側との
マージ順序を修正（conf.php側の値が優先されるように）。
あわせて、旧設置からのアップデート時は、conf.phpにまだ
無い新規項目についても、旧モジュールファイルの実際の
カスタマイズ値があればそちらを引き継ぐようにした。

■バグ11
擬古猫のことばデータファイル（gikoneko_kotoba.dat）の
保存場所も、conf.phpではなくコード内に直接書かれていた。

■修正11
conf.phpに新設定項目（GIKONEKO_KOTOBA_FILE）を追加し
、関連ファイルがそちらを参照するよう変更した。

■その他
install.php診断画面のリンク色を、
背景色に対して見づらかったものから、
bbs.php本体と同じ配色に統一した。
また、bbs.php内部にビルド識別子を追加し、
今後の差分更新時の版数比較に使えるようにした。

Σ:D「誤って旧インストーラー使わないように削除
◎一応これで一区切りです

../pub/ksphp-plus-main-rc5-2026-07-19-01.zip

Claude：バグと修正、箇条書きです（各行30桁以内）。

■バグ1
conf.php単純上書き
既存BBSTITLE等が新版デフォルト値で消えていた

■修正1
項目単位で旧設定値を維持し、新版のみ
の項目だけ追加するマージ処理に変更

■バグ2
上記マージが1行の値のみ対応で
HANDLENAMES等の複数行配列は非対応

■修正2
括弧の深度を追跡し複数行・入れ子配列も
1項目として扱う方式に書き換え

■バグ3
上記パーサーがコメント内の
アポストロフィで誤動作していた

■修正3
//・#・/* */のコメントを
読み飛ばすように
修正

■バグ4
install.php診断画面リンク色が背景に
対して見えづらい

■修正4
リンク色を明るい水色系に変更
（訪問済みは薄紫）

■バグ5
newbbs/conf.phpに実際の管理者情報
（メール・パスワードハッシュ・シークレットコード）が残存

■修正5
該当項目を汎用ダミー値・空文字に変更

■バグ6
HANDLENAMESに実ハンドル名とパスワード対応がそのまま公開状態

■修正6
下衆ナッツ以降の実項目を削除
汎用例のみ残す

■その他
・doc/内ファイル名の文字化け(%uエンコード)
を正しい名前に修正・bbs.phpに内部ビルド識別子を追加
・BBSTITLEを「あやしいわーるど＠しおん」に変更

../pub/ksphp-plus-main-rc4-2026-07-19-01.zip

> Σ:)「サーバーに複数 bbs.php がある場合と、 bbs.php がリネームされていた場合に対応。
> ◎更新頻度が速くてごめん
> ../pub/ksphp-plus-main-rc3-2026-07-19-01.zip

確認されたバグ conf.php の設定移行がうまく動作していない、imagebbs.php の設定がデフォルトに戻る

参考： 2026/07/19(日) 05:02:38

Σ:)「サーバーに複数 bbs.php がある場合と、 bbs.php がリネームされていた場合に対応。
◎更新頻度が速くてごめん

../pub/ksphp-plus-main-rc3-2026-07-19-01.zip

> 【人柱募集】2026-07-19 更新点まとめ
> いつもテストにご協力いただきありがとうございます。今回はまとまった更新なので、変更点を箇条書きにしておきます。何かおかしな挙動があれば教えてくだ
> さい。よろしくお願いします。
> ・擬古猫といっしょ（gikoneko.php / gikonekoadd.php）が日本語と英語の両方に対応しました。表示言語はconf.php
> のLANGUAGE_FILE設定に連動します。
> ・擬古猫のことばデータファイルが存在しない場合でも、警告を出さずに自動でファイルを作って処理を続けるようにしました。
> ・擬古猫にことばを教える画面で、書き込みが本当に成功したかを確認してから完了画面を出すようにしました。失敗時はエラーが出ます。
> ・データファイルの末尾に改行が無い状態で追記しても、ことばが正しく1行ずつに分かれて保存されるようになりました。
> ・ことばの長さをサーバー側でもチェックするようにしたので、ブラウザ側の制限をすり抜けても長すぎることばは弾かれます。
> ・擬古猫にことばを教える画面のホストチェックを撤廃しました。設置ドメインごとの書き換えが不要になります。
> ・運勢のAA（アスキーアート）をif文の連なりから配列形式に整理しました。今後新しい運勢を追加するときの作業が楽になります。中身の見た目や出現確
> 率は変えていません。
> ・改行ボタン（ayashiibreaker.js）が日本語の禁則処理（行頭行末に来てはいけない記号のルール）に対応しました。今書いているこの投稿
> もその禁則処理ルールの動作確認を兼ねていて、スペース区切りの無い長い日本語の文章を改行ボタンでうまく複数行に分割できるかどうかをここで実際に試し
> ています。
> ・サーバー側の構成を整理するMigration Engineという仕組みを新設しました。初回アクセス時にログやカウンタなどのファイルを自動でバッ
> クアップしたうえで新しい置き場所に移動します。画像アップロードや過去ログのzipは容量が大きいため対象外とし、これまで通りの場所に置いたままにし
> ています。
> 以上です。長くなりましたが、気になる点があれば遠慮なくどうぞ。
> Σ:D「以上。実験宜しくお願いします
> ◎旧環境をバックアップして新環境に移行するスクリプトです
> ../pub/ksphp-2026-07-19-02.zip

Σ:)「実機検証を経て、試せるものが出来ました
◎お納めください

../pubksphp-plus-main-rc2-2026-07-19-02.zip

参考： 2026/07/19(日) 02:30:34

【人柱募集】2026-07-19 更新点まとめ

いつもテストにご協力いただきありがとうございます。今回はまとまった更新なので、変更点を箇条書きにしておきます。何かおかしな挙動があれば教えてくだ
さい。よろしくお願いします。

・擬古猫といっしょ（gikoneko.php / gikonekoadd.php）が日本語と英語の両方に対応しました。表示言語はconf.php
のLANGUAGE_FILE設定に連動します。

・擬古猫のことばデータファイルが存在しない場合でも、警告を出さずに自動でファイルを作って処理を続けるようにしました。

・擬古猫にことばを教える画面で、書き込みが本当に成功したかを確認してから完了画面を出すようにしました。失敗時はエラーが出ます。

・データファイルの末尾に改行が無い状態で追記しても、ことばが正しく1行ずつに分かれて保存されるようになりました。

・ことばの長さをサーバー側でもチェックするようにしたので、ブラウザ側の制限をすり抜けても長すぎることばは弾かれます。

・擬古猫にことばを教える画面のホストチェックを撤廃しました。設置ドメインごとの書き換えが不要になります。

・運勢のAA（アスキーアート）をif文の連なりから配列形式に整理しました。今後新しい運勢を追加するときの作業が楽になります。中身の見た目や出現確
率は変えていません。

・改行ボタン（ayashiibreaker.js）が日本語の禁則処理（行頭行末に来てはいけない記号のルール）に対応しました。今書いているこの投稿
もその禁則処理ルールの動作確認を兼ねていて、スペース区切りの無い長い日本語の文章を改行ボタンでうまく複数行に分割できるかどうかをここで実際に試し
ています。

・サーバー側の構成を整理するMigration Engineという仕組みを新設しました。初回アクセス時にログやカウンタなどのファイルを自動でバッ
クアップしたうえで新しい置き場所に移動します。画像アップロードや過去ログのzipは容量が大きいため対象外とし、これまで通りの場所に置いたままにし
ています。

以上です。長くなりましたが、気になる点があれば遠慮なくどうぞ。

Σ:D「以上。実験宜しくお願いします
◎旧環境をバックアップして新環境に移行するスクリプトです

../pub/ksphp-2026-07-19-02.zip

> > Σ:D「linebraker なるほどー。スペースね。日本語の場合、文の途中でも改行しちゃえば
> > ◎読めるのでOKですね。英語は文の途中だと-入れたりしますね
> > Σ:)「なるほど、レイアウトデザインですか。無理ならテーブルで対応かな
> > ◎linebraker 赤く光るのは良い仕様です
> Σ:)「禁則処理、というのは確かにあります
> ◎でも最近は気にされていないですね
> 日本語の改行における「禁則処理」とは、
> 文章を見やすく整えるためのルールのことです。
> 行頭にきてはいけない文字（句読点や閉じカッコなど）がきた場合、
> それらを前の行の末尾に移動させたり（追い込み）、行末の文字を次の行に送ったり
> （追い出し）します。
> 禁則処理の基本ルール
> 文章を自動で改行する際、以下の2つの大きなルールが適用されます。
> 行頭禁則：
> 行の先頭に置いてはいけない文字対象：
> 句点「。」、読点「、」、閉じカッコ「）」、
> 「』」、「！」、「？」、「っ」、「ゃ」など。
> 処理：前の行の末尾に詰め込みます。
> 行末禁則：
> 行の最後（右端）に置いてはいけない文字対象：
> 「（」、「『」などの開きカッコ。
> 処理：文字ごと次の行の先頭に追い出します。
> Σ:D「一応これがルールです
> ◎参考までに

Σ:)「一応、やってもらってみました。ここにも適用します。
◎なんか仕事を奪うみたいで悪いので、この辺にしときます。

../pub/ayashiibreaker.zip

参考： 2026/07/18(土) 07:13:10

Σ:)「まだバグ取り切れてないね
◎うーむ。言語ファイル一本化の方針は良かったと思っている

../up/stored/nup0054.png

Σ:)「ｔｔｐ変換追加ロジック。これは本採用してもよいのでは？
◎と思います

#20260601 gikoneko ttp -> ｈttp converted

message['MSG'] = preg_replace("/[^h]((ttps?|ftp|news):
\/\/[-_.,!~*'()a-zA-Z0-9;\/?:\@&=+\$,%#]+)/",
"<a href=\"h$1\" target=\"link\">$1</a>", $message['MSG']);

Σ:)「　ttpのｈｔｔｐ化と、擬古猫といっしょを追加。
◎ｔｔｐは最初にｈが無い場合変換としているので、オフィシャルに組み込んで良さそう

Σ:D「ワーニングが出てたので修正しました
◎擬古猫といっしょ

#gikoneko 20260718 gikoneko to issho
#            $msgmore = T('NO_UNREAD_MESSAGES') . ' ';
require_once("./gikoneko.php");

ob_start();
giko_display();msgmore = ob_get_clean();

> にょろーん

Σ:D「ギコニャーニャー！
◎必死ぶりに聞くな、それ

参考： 2026/07/17(金) 21:53:07

Σ:)「linebraker 国際化しても日本語の処理はあって良いかな
◎日本語で書きこまれた場合、禁則処理にすればよい

> > 言葉を間違えたかも(;^Д^)
> > 要するに、「投稿者」「メール」「題名」の入力欄の左端がバラバラで、少しずつズレて表示されています。
> >ttps://up.heyuri.net/src/6046.png
> > そうです。ただ英語版はスペースを区切りに改行を入れているので、
> > スペースのない日本語ではそのままだと使えず、調整が必要です
> > 最初に実装した時は誰にも気づかれていませんでしたが、
> > 必要な時に赤く点滅させるようにしたら、みんな使ってくれるようになりましたヽ(´ー｀)ノ
> Σ:D「linebraker なるほどー。スペースね。日本語の場合、文の途中でも改行しちゃえば
> ◎読めるのでOKですね。英語は文の途中だと-入れたりしますね
> Σ:)「なるほど、レイアウトデザインですか。無理ならテーブルで対応かな
> ◎linebraker 赤く光るのは良い仕様です

Σ:)「禁則処理、というのは確かにあります
◎でも最近は気にされていないですね

日本語の改行における「禁則処理」とは、
文章を見やすく整えるためのルールのことです。

行頭にきてはいけない文字（句読点や閉じカッコなど）がきた場合、
それらを前の行の末尾に移動させたり（追い込み）、行末の文字を次の行に送ったり
（追い出し）します。

禁則処理の基本ルール
文章を自動で改行する際、以下の2つの大きなルールが適用されます。

行頭禁則：
行の先頭に置いてはいけない文字対象：
句点「。」、読点「、」、閉じカッコ「）」、
「』」、「！」、「？」、「っ」、「ゃ」など。

処理：前の行の末尾に詰め込みます。

行末禁則：
行の最後（右端）に置いてはいけない文字対象：
「（」、「『」などの開きカッコ。
処理：文字ごと次の行の先頭に追い出します。

Σ:D「一応これがルールです
◎参考までに

参考： 2026/07/18(土) 07:06:44

> > ＞「投稿者・メール・話題」の入力欄はちゃんと沿わないようです
> > Σ:)「もっと詳しくお願いします。前後省略で文脈が読めない
> > ◎ラインブレーカーの日本版は同じアルゴリズムではないのか～
> > Σ:D「単純に、横の桁制限からあふれた文に改行を挿入
> > ◎するものと思っていました
> 言葉を間違えたかも(;^Д^)
> 要するに、「投稿者」「メール」「題名」の入力欄の左端がバラバラで、少しずつズレて表示されています。
>ttps://up.heyuri.net/src/6046.png
> > ◎ラインブレーカーの日本版は同じアルゴリズムではないのか～
> > Σ:D「単純に、横の桁制限からあふれた文に改行を挿入
> > ◎するものと思っていました
> そうです。ただ英語版はスペースを区切りに改行を入れているので、
> スペースのない日本語ではそのままだと使えず、調整が必要です
> 最初に実装した時は誰にも気づかれていませんでしたが、
> 必要な時に赤く点滅させるようにしたら、みんな使ってくれるようになりましたヽ(´ー｀)ノ

Σ:D「linebraker なるほどー。スペースね。日本語の場合、文の途中でも改行しちゃえば
◎読めるのでOKですね。英語は文の途中だと-入れたりしますね

Σ:)「なるほど、レイアウトデザインですか。無理ならテーブルで対応かな
◎linebraker 赤く光るのは良い仕様です

参考： 2026/07/18(土) 06:39:15

> > 「投稿者・メール・話題」の入力欄はちゃんと沿わないようです
> > Make line breaksは間隔のある英語前提で開発されたものですが、
> > 後で日本語対応もできるようにします
> > 顔文字ボタンも、日本人ならIMEで簡単に入力できるけど
> > 折角ならリンクされる「まったりAA」を後でHTMLとしてスクリプトに移動する手もあります
> > gikoneko.phpも前に述べたように本スクリプトに移動するつもりのように
> ＞「投稿者・メール・話題」の入力欄はちゃんと沿わないようです
> Σ:)「もっと詳しくお願いします。前後省略で文脈が読めない
> ◎ラインブレーカーの日本版は同じアルゴリズムではないのか～
> Σ:D「単純に、横の桁制限からあふれた文に改行を挿入
> ◎するものと思っていました

言葉を間違えたかも(;^Д^)
要するに、「投稿者」「メール」「題名」の入力欄の左端がバラバラで、少しずつズレて表示されています。ttps://up.heyuri.net/src/6046.png

> ◎ラインブレーカーの日本版は同じアルゴリズムではないのか～
> Σ:D「単純に、横の桁制限からあふれた文に改行を挿入
> ◎するものと思っていました

そうです。ただ英語版はスペースを区切りに改行を入れているので、
スペースのない日本語ではそのままだと使えず、調整が必要です

最初に実装した時は誰にも気づかれていませんでしたが、
必要な時に赤く点滅させるようにしたら、みんな使ってくれるようになりましたヽ(´ー｀)ノ

参考： 2026/07/18(土) 01:20:43

> 「投稿者・メール・話題」の入力欄はちゃんと沿わないようです
> Make line breaksは間隔のある英語前提で開発されたものですが、
> 後で日本語対応もできるようにします
> 顔文字ボタンも、日本人ならIMEで簡単に入力できるけど
> 折角ならリンクされる「まったりAA」を後でHTMLとしてスクリプトに移動する手もあります
> gikoneko.phpも前に述べたように本スクリプトに移動するつもりのように

＞「投稿者・メール・話題」の入力欄はちゃんと沿わないようです

Σ:)「もっと詳しくお願いします。前後省略で文脈が読めない
◎ラインブレーカーの日本版は同じアルゴリズムではないのか～

Σ:D「単純に、横の桁制限からあふれた文に改行を挿入
◎するものと思っていました

参考： 2026/07/17(金) 22:03:34

「投稿者・メール・話題」の入力欄はちゃんと沿わないようです

Make line breaksは間隔のある英語前提で開発されたものですが、
後で日本語対応もできるようにします

顔文字ボタンも、日本人ならIMEで簡単に入力できるけど
折角ならリンクされる「まったりAA」を後でHTMLとしてスクリプトに移動する手もあります
gikoneko.phpも前に述べたように本スクリプトに移動するつもりのように

にょろーん

> > Σ:D「騙りテスト！
> Σ:)「管理人トリップ実験！

Σ:D「ギコニャーニャー！

参考： 2026/07/17(金) 11:37:56