てがろぐ - Fumy Otegaru Memo Logger -

テスト

明日には Ver 4.6.6βを配布できると良いな……。（願望）

🍮Re:5403◆詳しい解説をありがとうございます。なるほど、お礼メッセージ(ページ)の中にさらに追加で押せるボタンが表示されるんですねえ。お礼メッセージがバルーン(吹き出し)で表示される場合なら今見えているボタンを再度押せば良いだけですが、ページ遷移を伴う場合は確かに移動先にもボタンがある方が望ましいのでしょうね。実装する段階になってみないと分からない面も多々あるので、どうするかは（今の時点では）分かりませんが、動作の選択肢の参考にさせて頂きます。(╹◡╹)

🍮Re:5404◆気に入って下さってありがとうございます。ご自身だけでお使いになる（再配布しない）場合は、著作権表示の要件を満たす限りはプログラムのソースを改変してお使い頂いても特に問題ありません。ただ、プログラム側のソースを改変するとバージョンアップがしにくくなると思いますので、まずはソースを改変せずに望みを叶える方法を探ることをお勧めいたします。てがろぐでは、

• スキンのカスタマイズの段階でも相当いろいろできます。
• また、そもそも設定項目も豊富にあります。

なので、「実はソースを書き換えなくても、設定だけで済む or スキンの編集だけで済む」というケースも多々あると思います。まずは、スキン側のカスタマイズ方法を眺めたり、管理画面の設定項目を眺めたりしてみて下さい。（同梱のTegUpを使うとワンクリックでバージョンアップできます。その際、ソース内の設定項目は維持されますが、こちらが想定していない部分の改変内容は維持されません。）
CGIにお詳しいようですから、最新β版も使ってみて下さい。正式版の最新版Ver 4.6.0からも機能がいろいろ増えています。

なお、ソースを修正しないと実現できなさそうな機能については、ここにお書き下されば、今後の開発の参考にしますので、ぜひお知らせ下さい。

個人サイト28年ぶりですか。西暦何年かな……と思ったら1997年ですね。私が最初に個人サイトを作ったのも1997年だったので28年前です。(笑)
もうそんなに……。_(┐｢ε:)_

cgi本体の改造は可能でしょうか？

申し訳ありません、利用にあたっての質問がございます。

cgi本体（tegalog.cgi）を直接書き換える改造・カスタマイズは、許可されていますでしょうか？
可能であれば、どの程度の範囲まで変更可能でしょうか？
また、その際の著作権表示等へのご指定などはあるでしょうか？
（ざっと使用条件を拝見したのですが、表記がなかったようですので…）

お手数恐縮ですが、ご回答いただけましたら幸いです。

------以下は質問とは関係ない感想です-----

28年ぶり(!)に個人サイトを立ち上げようとしております。
配置するbbsで、良さげなcgiがないかネットを漁っていたところ、先ほど、てがろぐに行き当たりました。
是非、ブログとして利用させていただきたいと考えております。

実はブログは、サーバーがロリポップ！の一番安いプランなので、BaserCMS+SQLiteで構築の予定でした。
でもちょっといじってみて、機能は必要十分だけど、なんか気乗りがしません。
CMS系はバージョン違いの引っ越しに苦労した思い出しかないし…しかもSQLiteだし…ぞっとしないなあ、と。

で、今、てがろぐを拝見して、もうびっくりです。
高機能！
Perlで作られてる！！
引っ越ししやすそう！！！
カスタマイズしやすそう！！！！
私のニーズにぴったりすぎて、驚愕の出来栄えです。

機能的に特にシビれたのは、投稿番号の再採番機能ですね。
これ、xmlで管理するなら欲しくなりますよね。「運用がわかってる」作りに、良いものだと確信しました。

今はソースを読むのに夢中です。ていうか、ソースが読みやすい！もうライトノベル感覚です。
で、ちょっと手を入れてみたくなっている次第です。
失礼かとも思いましたが、ぜひよろしくお願いいたします。

>>5402
5400です
わかりづらい要望を出してしまい申し訳ありません…m(__)m
通常のphpソフトとしてだけでなくてがろぐのアドオンという形での開発もしておられるので色々と開発は大変だと思いますが陰ながら開発を応援しております

Web拍手系機能についてですがサービス様によって多少差異はありましたが大体のお礼メッセージ設置ページは

• お礼メッセージやお礼イラスト
• 追加で押せる拍手ボタンやメッセージフォーム
• ボタン設置元のページへ戻るリンク

の3つで出来ていて、
拍手ボタンを押す→タブ切り替え無しにそのままお礼メッセージページに跳ぶ→お礼メッセージページにある拍手ボタンを更に押す→またタブ切り替えなしで新しいお礼メッセージページに跳ぶ
…のような形になっていました
念のため確認してきましたがWeb拍手（webclap .com）様も一度サービスページに別タブで跳んだ後に同様の処理をしているっぽいです

ただ、ここまで書いていて気がついたんですが、この方式だと新たに開いたお礼メッセージにもセットで拍手ボタンとメールフォームも設置されてしまうので「特定のページに置いて統計が取れるいいねボタン」というコンセプトからは離れてしまうかも…
ですのでにしし様がおっしゃられているような「設置したボタンを押すたびに別タブが開いてお礼メッセージが表示される」形の方がわかりやすいかもです

近日中には Ver 4.6.6β を配布できる予定でいます。（たぶん）

🍮Re:5399◆よく考えたら、ボタンとバルーン(お礼メッセージの表示)はスキン式なので、スキン側でお礼メッセージをどう表示するかを決定できるようにすれば良いんだな、と思いました。^^;
まだ具体的なスキン仕様を作っていないので何とも言えないんですけども、スキン側で「ボタンが押された後にどう動作するのか」を制御できるようにすれば、スキンの選択（作成）でどうにでもできるわけですしね。
バルーンの生成そのものをスキン側の処理に任せられるのか、そういう処理をシステム側が用意しておいてスキン側からはそれを呼び出すだけにするのか、……みたいなところはまだどうなるか分かりませんけども。

🍮Re:5400◆まあ、できるだけ選択肢を用意する方が望ましいのは望ましいでしょうね。どこまで幅広く用意できるかは、その辺を実際に作りかけてみないと分かりませんけども。
背景の解説をありがとうございます。個人的にはWeb拍手を全然使っていなかったので、細部がどんな動作になっていたのか全然知らないんですよね。^^; 「拍手ボタンを続けてぽちぽち押して掲載文を全て読んでいく」というのは、拍手ボタンのリンク先を別タブに開くように操作する形で次々に押していく、みたいな操作ですかね？

>5400 です
レス先間違えたまま編集可能時間を超えてしまいましたが正しくは >5398 のにししさまの投稿にレスしてます！

>>5390
小説サイトを運営しているものですが私もⒶ案でいいかなと思っております。
ただ、メッセージ送信フォーム付きのボタンに長めのお礼文（SS）を設定し、小説投稿サイトのように各小説に設定したボタンではモーダルで短いメッセージを表示したい…みたいな使い方も考えられるのでⒷ案を選ばれる方もいるかなと思ってみたりもしております。

あとやはりお礼画面はモーダル表示だけでなく別ページ移行する設定を残していただけたらなあと…Web拍手様やケータイ向けホームページ制作サービスの拍手機能のようで馴染み深いので…
またこれはWeb制作に疎い人間の見当違いな杞憂かもしれないのですが、お礼画面表示をモーダルにし、ある程度の長さのお礼文を複数設定した拍手ボタンが複数回押される際、読み込みが重たくならないかが気になっております。
実体験として拍手ボタンに複数SSを掲載しているサイトさまの拍手ボタンを続けてぽちぽち押して掲載文を全て読んでいくなどしていたので。