2025年9月 この範囲を時系列順で読む この範囲をファイルに出力する
🍮Re:5403◆詳しい解説をありがとうございます。なるほど、お礼メッセージ(ページ)の中にさらに追加で押せるボタンが表示されるんですねえ。お礼メッセージがバルーン(吹き出し)で表示される場合なら今見えているボタンを再度押せば良いだけですが、ページ遷移を伴う場合は確かに移動先にもボタンがある方が望ましいのでしょうね。実装する段階になってみないと分からない面も多々あるので、どうするかは（今の時点では）分かりませんが、動作の選択肢の参考にさせて頂きます。(╹◡╹)
🍮Re:5404◆気に入って下さってありがとうございます。ご自身だけでお使いになる（再配布しない）場合は、著作権表示の要件を満たす限りはプログラムのソースを改変してお使い頂いても特に問題ありません。ただ、プログラム側のソースを改変するとバージョンアップがしにくくなると思いますので、まずはソースを改変せずに望みを叶える方法を探ることをお勧めいたします。てがろぐでは、なので、「実はソースを書き換えなくても、設定だけで済む or スキンの編集だけで済む」というケースも多々あると思います。まずは、スキン側のカスタマイズ方法を眺めたり、管理画面の設定項目を眺めたりしてみて下さい。（同梱のTegUpを使うとワンクリックでバージョンアップできます。その際、ソース内の設定項目は維持されますが、こちらが想定していない部分の改変内容は維持されません。）
CGIにお詳しいようですから、最新β版も使ってみて下さい。正式版の最新版Ver 4.6.0からも機能がいろいろ増えています。
なお、ソースを修正しないと実現できなさそうな機能については、ここにお書き下されば、今後の開発の参考にしますので、ぜひお知らせ下さい。
個人サイト28年ぶりですか。西暦何年かな……と思ったら1997年ですね。私が最初に個人サイトを作ったのも1997年だったので28年前です。(笑)
もうそんなに……。_(┐｢ε:)_
申し訳ありません、利用にあたっての質問がございます。
cgi本体（tegalog.cgi）を直接書き換える改造・カスタマイズは、許可されていますでしょうか？
可能であれば、どの程度の範囲まで変更可能でしょうか？
また、その際の著作権表示等へのご指定などはあるでしょうか？
（ざっと使用条件を拝見したのですが、表記がなかったようですので…）
お手数恐縮ですが、ご回答いただけましたら幸いです。
------以下は質問とは関係ない感想です-----
28年ぶり(!)に個人サイトを立ち上げようとしております。
配置するbbsで、良さげなcgiがないかネットを漁っていたところ、先ほど、てがろぐに行き当たりました。
是非、ブログとして利用させていただきたいと考えております。
実はブログは、サーバーがロリポップ！の一番安いプランなので、BaserCMS+SQLiteで構築の予定でした。
でもちょっといじってみて、機能は必要十分だけど、なんか気乗りがしません。
CMS系はバージョン違いの引っ越しに苦労した思い出しかないし…しかもSQLiteだし…ぞっとしないなあ、と。
で、今、てがろぐを拝見して、もうびっくりです。
高機能！
Perlで作られてる！！
引っ越ししやすそう！！！
カスタマイズしやすそう！！！！
私のニーズにぴったりすぎて、驚愕の出来栄えです。
機能的に特にシビれたのは、投稿番号の再採番機能ですね。
これ、xmlで管理するなら欲しくなりますよね。「運用がわかってる」作りに、良いものだと確信しました。
今はソースを読むのに夢中です。ていうか、ソースが読みやすい！もうライトノベル感覚です。
で、ちょっと手を入れてみたくなっている次第です。
失礼かとも思いましたが、ぜひよろしくお願いいたします。
5400です
わかりづらい要望を出してしまい申し訳ありません…m(__)m
通常のphpソフトとしてだけでなくてがろぐのアドオンという形での開発もしておられるので色々と開発は大変だと思いますが陰ながら開発を応援しております
Web拍手系機能についてですがサービス様によって多少差異はありましたが大体のお礼メッセージ設置ページは
拍手ボタンを押す→タブ切り替え無しにそのままお礼メッセージページに跳ぶ→お礼メッセージページにある拍手ボタンを更に押す→またタブ切り替えなしで新しいお礼メッセージページに跳ぶ
…のような形になっていました
念のため確認してきましたがWeb拍手（webclap .com）様も一度サービスページに別タブで跳んだ後に同様の処理をしているっぽいです
ただ、ここまで書いていて気がついたんですが、この方式だと新たに開いたお礼メッセージにもセットで拍手ボタンとメールフォームも設置されてしまうので「特定のページに置いて統計が取れるいいねボタン」というコンセプトからは離れてしまうかも…
ですのでにしし様がおっしゃられているような「設置したボタンを押すたびに別タブが開いてお礼メッセージが表示される」形の方がわかりやすいかもです
わかりづらい要望を出してしまい申し訳ありません…m(__)m
通常のphpソフトとしてだけでなくてがろぐのアドオンという形での開発もしておられるので色々と開発は大変だと思いますが陰ながら開発を応援しております
Web拍手系機能についてですがサービス様によって多少差異はありましたが大体のお礼メッセージ設置ページは
- お礼メッセージやお礼イラスト
- 追加で押せる拍手ボタンやメッセージフォーム
- ボタン設置元のページへ戻るリンク
拍手ボタンを押す→タブ切り替え無しにそのままお礼メッセージページに跳ぶ→お礼メッセージページにある拍手ボタンを更に押す→またタブ切り替えなしで新しいお礼メッセージページに跳ぶ
…のような形になっていました
念のため確認してきましたがWeb拍手（webclap .com）様も一度サービスページに別タブで跳んだ後に同様の処理をしているっぽいです
ただ、ここまで書いていて気がついたんですが、この方式だと新たに開いたお礼メッセージにもセットで拍手ボタンとメールフォームも設置されてしまうので「特定のページに置いて統計が取れるいいねボタン」というコンセプトからは離れてしまうかも…
ですのでにしし様がおっしゃられているような「設置したボタンを押すたびに別タブが開いてお礼メッセージが表示される」形の方がわかりやすいかもです
🍮Re:5399◆よく考えたら、ボタンとバルーン(お礼メッセージの表示)はスキン式なので、スキン側でお礼メッセージをどう表示するかを決定できるようにすれば良いんだな、と思いました。^^;
まだ具体的なスキン仕様を作っていないので何とも言えないんですけども、スキン側で「ボタンが押された後にどう動作するのか」を制御できるようにすれば、スキンの選択（作成）でどうにでもできるわけですしね。
バルーンの生成そのものをスキン側の処理に任せられるのか、そういう処理をシステム側が用意しておいてスキン側からはそれを呼び出すだけにするのか、……みたいなところはまだどうなるか分かりませんけども。
🍮Re:5400◆まあ、できるだけ選択肢を用意する方が望ましいのは望ましいでしょうね。どこまで幅広く用意できるかは、その辺を実際に作りかけてみないと分かりませんけども。
背景の解説をありがとうございます。個人的にはWeb拍手を全然使っていなかったので、細部がどんな動作になっていたのか全然知らないんですよね。^^; 「拍手ボタンを続けてぽちぽち押して掲載文を全て読んでいく」というのは、拍手ボタンのリンク先を別タブに開くように操作する形で次々に押していく、みたいな操作ですかね？
レス先間違えたまま編集可能時間を超えてしまいましたが正しくは >5398 のにししさまの投稿にレスしてます！
小説サイトを運営しているものですが私もⒶ案でいいかなと思っております。
ただ、メッセージ送信フォーム付きのボタンに長めのお礼文（SS）を設定し、小説投稿サイトのように各小説に設定したボタンではモーダルで短いメッセージを表示したい…みたいな使い方も考えられるのでⒷ案を選ばれる方もいるかなと思ってみたりもしております。
あとやはりお礼画面はモーダル表示だけでなく別ページ移行する設定を残していただけたらなあと…Web拍手様やケータイ向けホームページ制作サービスの拍手機能のようで馴染み深いので…
またこれはWeb制作に疎い人間の見当違いな杞憂かもしれないのですが、お礼画面表示をモーダルにし、ある程度の長さのお礼文を複数設定した拍手ボタンが複数回押される際、読み込みが重たくならないかが気になっております。
実体験として拍手ボタンに複数SSを掲載しているサイトさまの拍手ボタンを続けてぽちぽち押して掲載文を全て読んでいくなどしていたので。
ただ、メッセージ送信フォーム付きのボタンに長めのお礼文（SS）を設定し、小説投稿サイトのように各小説に設定したボタンではモーダルで短いメッセージを表示したい…みたいな使い方も考えられるのでⒷ案を選ばれる方もいるかなと思ってみたりもしております。
あとやはりお礼画面はモーダル表示だけでなく別ページ移行する設定を残していただけたらなあと…Web拍手様やケータイ向けホームページ制作サービスの拍手機能のようで馴染み深いので…
またこれはWeb制作に疎い人間の見当違いな杞憂かもしれないのですが、お礼画面表示をモーダルにし、ある程度の長さのお礼文を複数設定した拍手ボタンが複数回押される際、読み込みが重たくならないかが気になっております。
実体験として拍手ボタンに複数SSを掲載しているサイトさまの拍手ボタンを続けてぽちぽち押して掲載文を全て読んでいくなどしていたので。
>>5397 です。自分としてはⒶの設定で一括、もしくは全画面のモーダル選択肢の追加でも大丈夫かと思います。御礼SSを置くというのを想定すると、多分そうなるかな～と予測します。
自分は小説を公開しないので詳しくは不明ですが、御礼のイラスト画像を作るとしたら大きめに作りたいため、モーダルの方がいいかなと思います（御礼画面がモーダル式の拍手ってなかなか見ませんし）
構想のご提示ありがとうございました。
自分は小説を公開しないので詳しくは不明ですが、御礼のイラスト画像を作るとしたら大きめに作りたいため、モーダルの方がいいかなと思います（御礼画面がモーダル式の拍手ってなかなか見ませんし）
構想のご提示ありがとうございました。
🍮Re:5390◆こちらのローカルにあるtegalog.cgiでは解決しました。次のβ版からは（Apple Musicの新URLでも）無駄な空間はなくなりますので、配布までもうしばらくお待ち下さい。この試験場でも解決版に上書きしましたので、No.5390でお書き下さった埋め込みでも無駄な空間は消えています。
なお、今すぐ対処したい場合は、tegalog.cgiファイル内の（※Ver4.6.0なら6805行目、Ver4.6.5βなら7022行目にある） m/album.+i=/ という部分の記述を m/(album.+i=)|(\/song\/)/ に書き換えると良いです。
🍮Re:5397◆詳しい背景解説をどうもありがとうございます。なるほど、最近の（例えばnoteとかの）サービスにあるいいねボタンだとバルーン表示ばかりだな……と思っていたんですが、だからといって需要もそうとは限らないですね。実装する処理としては、むしろ別ページに移動する方が簡単なので、「バルーンはなしで、別ページに移動するのみ」としてしまえばシンプルになりますが。(^_^;) まあ、両方ある方が望ましいでしょうね。
人によって好みが異なるとはいえ、
- バルーンでの表示を望む場合は全部バルーン、別ページでの表示を望む場合は全部別ページでの表示
- お礼メッセージによって、バルーンで表示するか別ページで表示するかを選択したい
……と思ったんですけども、もしかして『バルーンを全画面表示できる選択肢』があれば、別ページ（＝お礼メッセージ表示専用のURLがある形）はなくても良かったりしますかね……？ ただ、画像を大きく見せたい（描画領域が全画面ほしい）とか、長文を掲載したい、というだけなら、別ページでなくても「いま見ているページの全画面にバルーンを拡げて（モーダルウインドウみたいに）表示」できれば良かったりします……？
web拍手（webclap .com）やpatipatiなどの拍手系のスクリプト、もしくはノーコード系のサービスで搭載されている拍手だと、送信後に小説を掲載するって方も結構いました（今もいます）ね。
昔はポップアップウィンドウでの表示が主流だったため、その時代を知る方の場合はイラストも大きめのサイズで掲載したいという事例も考えられるかもしれません。
この辺は好みが大きいため、ポップアップだけ・両方搭載するか、アンケートを取るのもいいかもと思います。
自分の場合はwaveboxを使ってるのもあって、新しいウィンドウが開くこと自体には抵抗ないですし、ポップアップのみだとdoさんのいいねボタンがあるのであってもいいかなと思います。
昔はポップアップウィンドウでの表示が主流だったため、その時代を知る方の場合はイラストも大きめのサイズで掲載したいという事例も考えられるかもしれません。
この辺は好みが大きいため、ポップアップだけ・両方搭載するか、アンケートを取るのもいいかもと思います。
自分の場合はwaveboxを使ってるのもあって、新しいウィンドウが開くこと自体には抵抗ないですし、ポップアップのみだとdoさんのいいねボタンがあるのであってもいいかなと思います。
もしかして、ボタン押下後のお礼メッセージは、（その場でポップアップするバルーンの形ではなく）別ページに独立して表示したい、という需要もそこそこあったりするんですかね？
はい、後者のようにお礼を独立したページで表示し、そこに長文を掲載したいと思っていました！
Web拍手公式さんみたいな感じを想像していました。こういった技術には疎くて申し訳ないのですが、実装が難しくないのであればぜひご一考いただけましたら…
🍨Re:5390◆お知らせありがとうございます。たしかに、URLの構造が変わっていますね。次のバージョン(β)で対処します。もうしばらくお待ち下さい～。
おそらく最近にAppleMusicの共有用URLの仕様が変わった模様？です。
↑の単曲のURLはhttps://music.apple.com/jp/song/the-greatest-show/1299856904 なので、従来の「album」と「i=」の形式に当てはまらずiframeがアルバムと同じ高さになって下に余白ができてしまいます。お時間のある時にでも、URLに「/song/」が含まれる場合も単曲として判別できるようにして頂けると幸いです。
↓こちらはアルバム単位のリンクです。アルバムは現在のURLの仕様でも問題なさそうです。
↑の単曲のURLはhttps://music.apple.com/jp/song/the-greatest-show/1299856904 なので、従来の「album」と「i=」の形式に当てはまらずiframeがアルバムと同じ高さになって下に余白ができてしまいます。お時間のある時にでも、URLに「/song/」が含まれる場合も単曲として判別できるようにして頂けると幸いです。
↓こちらはアルバム単位のリンクです。アルバムは現在のURLの仕様でも問題なさそうです。
2025年8月 この範囲を時系列順で読む この範囲をファイルに出力する
各区分ごとに展開の有無が設定できるよう、既に管理画面にご用意くださっていたとは…！
こちらの確認不足でお手間をかけてしまい恐縮です。お忙しいなか、適切なご案内をありがとうございました。
こちらの確認不足でお手間をかけてしまい恐縮です。お忙しいなか、適切なご案内をありがとうございました。
🍨Re:5386◆お礼バルーンに直接掲載するわけではなく、そこから任意のURLへリンクしたい、ということですかね？ それとも、お礼をバルーンではなく独立したページで表示できるようにして、そこに長文を掲載したいとか、そういう感じですかね？
🍨Re:5387◆管理画面の設定に【全ボタン展開】の機能は既にあります。[設定]→[投稿欄の表示]タブで、【画像ボタンの表示と動作】【装飾ボタンの表示設定】【リンクボタンの表示設定】【既存ハッシュタグ簡単入力機能】【カテゴリ選択の表示設定】のそれぞれに、『最初から展開しておく(常時表示)』という設定項目があります。これを選択して頂ければ、すべてのボタンは最初から展開された状態で表示されます。ご活用下さい。
いつもお世話になっております。
5376さんの要望とはあまり関連性がないかもしれませんが、この機会をお借りして要望を述べさせてください。
実は、「装飾」「画像」「リンク」「＃」「区分」「公開状態」「機能」の並び変えと自由配置についてはあまりこだわりがなく、その点どのようなバージョンアップになっても全然不都合を感じません。
ではなぜこの機会かと申しますと、たいへん横着な要望なのですが、
『現状、「装飾」「画像」「リンク」「＃」「区分」「公開状態」「機能」の各ボタンをクリックしないと中身が出てこない。実は、それぞれのボタンをいちいちクリックするのがめんどくさい。
なので、どうせなら【全ボタンを展開する】という総合ボタン（クリックしたら全ての中身がずらーりと表示されるボタン）を用意していただくか、管理画面に【全ボタン展開】という設定項目を用意していただけると、ありがたい』
…というものです。
このような理由なので無視していただいても全く構いません。もし万一にしし様の今後のご計画に何か参考になる点があれば幸いです。
5376さんの要望とはあまり関連性がないかもしれませんが、この機会をお借りして要望を述べさせてください。
実は、「装飾」「画像」「リンク」「＃」「区分」「公開状態」「機能」の並び変えと自由配置についてはあまりこだわりがなく、その点どのようなバージョンアップになっても全然不都合を感じません。
ではなぜこの機会かと申しますと、たいへん横着な要望なのですが、
『現状、「装飾」「画像」「リンク」「＃」「区分」「公開状態」「機能」の各ボタンをクリックしないと中身が出てこない。実は、それぞれのボタンをいちいちクリックするのがめんどくさい。
なので、どうせなら【全ボタンを展開する】という総合ボタン（クリックしたら全ての中身がずらーりと表示されるボタン）を用意していただくか、管理画面に【全ボタン展開】という設定項目を用意していただけると、ありがたい』
…というものです。
このような理由なので無視していただいても全く構いません。もし万一にしし様の今後のご計画に何か参考になる点があれば幸いです。
欲を言えば、私は小説サイトを運営しているのですが拍手を押してくれた方にお礼の小説を載せられるページ？などがあれば素敵だなぁ、と思いました
🍨Re:5383◆いま作っている「汎用いいね拍手ボタン的なツール（名称未定）」では、
- ボタン押下で表示されるお礼バルーン枠にメッセージ送信フォームを表示することもできますし、
- メッセージ送信フォームだけを単独で使うこともできる
なので、「いいねができるボタン」と「メッセージを送れるボタン」を用意したい場合には、以下の2通りの方法があります。
- いいねボタンを1つ設置する。そのお礼バルーンの中に『メッセージ送信フォーム』を用意する。
- いいねボタンを1つ設置する。それとは別に「メッセージ送信フォームだけを単独で使う表示」も用意した上で、ボタンクリックでそれを表示するボタンを自力で作る。
なお、ボタンは複数種類用意できますから、「いいねボタン」・「超いいねボタン」・「とてもいいねボタン」……など、複数個を並べて表示することもできます。ただ、もし「ボタン押下で表示されるお礼バルーンの中」にメッセージ送信フォームを表示するようにした場合は、どのボタンを押した場合にもメッセージ送信フォームが表示されます。
まあ、まだあくまでも「そうする感じで考えている」というような段階ですけども。何か上記とは異なるご希望の動作があるようでしたら、お書き頂ければ参考にします。
あ、すいません普通にてがろぐの投稿の話です
てがろぐのひとつの投稿にふたつの今開発していらっしゃるいいねボタンを置ける？のかなーと思いまして（今はdoさんのいいねボタンと、普通のメールフォームへのリンクを投稿ひとつずつに付けてて）
すいません一応ツールの説明（ファンボックスの）を見てはいるのですがいまいち分からなくて
てがろぐのひとつの投稿にふたつの今開発していらっしゃるいいねボタンを置ける？のかなーと思いまして（今はdoさんのいいねボタンと、普通のメールフォームへのリンクを投稿ひとつずつに付けてて）
すいません一応ツールの説明（ファンボックスの）を見てはいるのですがいまいち分からなくて
どのツールを使ったときの話ですか？ >>5381
ツイッターでいうリプライとふぁぼみたいな……
🥛Re:5378◆たしかに、現状の仕様も単にPICT:の記述と画像ファイル名をAND検索しているだけなので、正確に「その画像が使われている」場合だけを抜き出せているわけではありませんから、PICT:の記述は含めずに画像ファイル名だけの検索結果に移動する仕様に変えても良いかもしれませんね……。そうすると、「単にファイル名を書いただけ」の投稿もヒットしてしまう代わりに、[IMG]URL記法での画像表示もヒットできますしね。
🥛Re:5379◆今の段階では何も実装方法は決まっていませんので、（どんな内容でも）需要の存在を知れるのはありがたいです。むしろ、「これとこれを近くに配置したい」みたいな具体的なカスタマイズ要望がある方が、実装方法を検討しやすいので助かります。バラバラといっても、おそらく「装飾」区分に含まれるボタンをあちこちに分散させる需要はないでしょうね……？（あるのかな？^^;） その辺の細かな需要が見えていませんので、何かご希望があれば（どなたでも）ここに書いておいて頂けると参考にします。
申し訳ありません、「装飾」「画像」「リンク」「＃」「区分」「公開状態」「機能」の区分に関係なく、中身をバラバラに自由配置できたらいいなと勝手に考えてしまいました。でもよく考えたらいろんな設定に対応させるのがすごく難しいのではという気がしてきたので、区分ごとの配置換えができるだけでも大変ありがたいです。
ご回答ありがとうございます。アップロードが手動前提なので削除も手動でやるべきなのでは……？と思ったのですが実装されるようでとても嬉しいです。
クイックポストを専用スキンでカスタマイズも、自分も欲しい機能です。今はCSSSで無理やり位置を変えたりしているので……
またこれも新たな要望になるのですが、画像管理からこの画像が使われている投稿が見れますが、この検索結果に：LBで使われているものは表示されないのですが、どうにか出るようにはできないでしょうか……？（今は[PICT:～～～]形式で使われている結果しか出ないため……）
自分で[PICT:]の部分を削れば済む話ではあるのですが……
クイックポストを専用スキンでカスタマイズも、自分も欲しい機能です。今はCSSSで無理やり位置を変えたりしているので……
またこれも新たな要望になるのですが、画像管理からこの画像が使われている投稿が見れますが、この検索結果に：LBで使われているものは表示されないのですが、どうにか出るようにはできないでしょうか……？（今は[PICT:～～～]形式で使われている結果しか出ないため……）
自分で[PICT:]の部分を削れば済む話ではあるのですが……
🍣Re:5373,5375◆ご要望ありがとうございます。そういえば、サムネイル画像がminiディレクトリに存在している場合のことは考慮していませんでしたね。同時に削除するようにする仕組みは特に難しくないので、加えるようにします。もうしばらくお待ち下さい。
🍣Re:5376◆反応ありがとうございます。(╹◡╹)ﾉ やはり、専用スキンで自由に構成できると便利ですかね。将来的に作る方向で考えつつあります。「装飾」「画像」「リンク」「＃」「区分」「公開状態」「機能」の区分に関係なく、中身をバラバラに自由配置できる方が望ましいでしょうかね……？
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176
