てがろぐ - Fumy Otegaru Memo Logger -

いま作りつつある汎用いいね拍手ボタン的なツールの話（第2弾）。
(Loading...)...
主に前回以降に実装した機能（お礼メッセージ管理機能）の話を書きました。出現頻度を3通り設定できる話とか、てがろぐ側とは違って(ツール上でUPした)画像はお礼メッセージと1対1で紐付く仕様にした話とか。

＞にししさんの開発放言 No.2565 より

『指定回数以上使われているハッシュタグ』だけをリストアップする機能、私も欲しいです！
私のてがろぐは外側スキンに[[HASHTAG:LIST]]でハッシュタグをリスト表示しているのですが、1～2回しか使っていないハッシュタグが多いためリストがかなり縦長になってしまっています。
https://kachibito.net/css/tree-views-in-css
最近↑このサイトで解説されているような折り畳み表示のツリーにするイメージで、使用回数が一定数以下のハッシュタグの箇所に<details>タグを挿入して折り畳むjavascriptでも書いてみようかな？とぼんやり考えていたところだったので、まさに同じ望みです。折り畳むより最初から指定回数以上のハッシュタグしか表示しない方がスマートだと思います。ハッシュタグだけじゃなくてカテゴリも一定数の投稿がある物のみをリストアップできるとより嬉しいです。

ハッシュタグとは別で、外側スキンのリスト・ツリー表示関連で要望です。[[DATEBOX:LIST]]で表示している年月別リンクを、年単位で折り畳み表示できるようにしたいです。「Blogger」を利用しているブログ(https://ユーザー名.blogspot.com/のブログ)の右サイドバーの「ブログ アーカイブ」欄に表示されている年月リストのような感じです。私は過去に別の日記ツールで書いていたログをてがろぐに移植・統合しているため、[[DATEBOX:LIST]]の年月表示がかなり長くなってしまうので、Bloggerみたいに最初は年単位のリンクだけを表示しておいて、クリックで月を展開表示すればスッキリするかなと思いました。これも<details>タグを挿入するjavascriptを書けば今でも実現できそうではありますが、公式で実装されたらいいなと思ったもので…。もし可能そうであればで全然かまいませんので、ご検討頂けると幸いです。

いま作りつつある汎用いいね拍手ボタン的なツールの話。
いま作りつつある汎用いいね拍手ボタン的なツールの話...
今の時点でできている部分とか、なんでこんな仕様にしたのかの理由とか、スキンの作り方がどんな感じになりそうかとか、てがろぐアドオン稼働だとどうなるのかとか、何かそんな感じの話をまとめて書きました。

Google NotebookLM（AIリサーチアシスタント）に、てがろぐ公式ヘルプのURLを指定して読ませたら、カスタマイズ方法等の質問に会話形式で答えてくれるチャットAIになる。……という話を4月20日にしましたが、当時は作成したNotebookを共有する方法がありませんでした。その共有機能がどうやら今日実装されたっぽいので、共有してみます。
➡てがろぐ解説 notebook （使うには、Googleアカウントが必要だと思いますが、無料で使えます。）#🌱豆知識

（ツイート埋め込み処理中...）Twitterで見る

Bluesky

ただ、これはヘルプの書き方や構造の問題もありそうですが、実際には解説は存在するのに「ない」と回答されることもありますので、（返ってきた解説自体は参考にできそうですが）「ない」と言われた場合には信用しないで、質問を変えるか、もしくは自力でWebをご覧下さい。(笑)
「こう質問したのに、適切な回答はなかった」みたいな情報があれば教えて下さい。もしかしたら、ヘルプドキュメントの改善の参考になるかもしれませんので。

※これは、リアルタイムにWebから情報を取ってくれるわけではなくて、ソース(資料)としてURLを指定した瞬間のHTMLソースからテキストデータを抽出して取り込む仕様っぽいので、（私が今後もメンテナンスをすれば別ですが）2025年6月3日時点のヘルプドキュメントを元にして回答されます。

chatgptに色々聞きながら小説ビュワー作ってるんだけど思い通りにならず難しい…という吐き出し

カテゴリ単独での限定表示時にだけ、

• 1ページの表示件数を別指定したり、
• 表示に使うスキンを別指定したり、
• 先頭固定投稿を別指定したり

できる機能は実装できました。明日あたりに次のβ版として公開できるといいな……。

この動作試験場では、カテゴリ「つぶやき」を単独で表示した場合に限って、スキン「skin-twipink」で表示され、No.5004（※いま読んでいる投稿）が先頭に固定されます。
パラメータで直接表示用スキンを指定した場合は、カテゴリ側の設定は無視されて指定スキンで表示されますが、カテゴリ側で先頭固定に指定した投稿はその場合でも先頭に固定されます（RSSモードの場合を除く）。

てがろぐベースで開発した、スキン式で自由に装飾できるスケジュール・カレンダー表示フリーCGI「さんごよみ」Ver 2.0.0をリリースしました。

ログインセキュリティ機能、カスタム絵文字機能、リンク・文字装飾記法の仕様拡充など、てがろぐ側にある便利機能をこちらにも実装しました。あと、若干の不具合修正も。
さんごよみをお使いの方は、ぜひバージョンアップして下さい。

設定もデータもすべてそのまま引き継げます。
バージョンアップするには、パッケージZIPから sangoyomi.cgi と fumycts.pl の2ファイルを上書きUPするだけです。

ヘルプドキュメントも増量して、てがろぐサイトと同様に、セットアップ(設置)方法・使い方・設定方法・カスタマイズ方法ページを個別に設けました。
さんごよみは（てがろぐCGIをベースにして作ったので）てがろぐと仕様がかなり共通しています。てがろぐをカスタマイズした経験があれば、さんごよみのスキンカスタマイズも難なくできるだろうと思います。

遅ればせながら2024年も大変お世話になりました、今年もよろしくお願いいたします🎍🙇🎍 #感謝
そして1/12お誕生日おめでとうございました！ますますのご活躍をお祈り申し上げます✨🎉🎊✨
ひとことログによるとお体あまり調子が良くないようなのでご無理なさらず…！

スキンのカスタマイズがうまくいかない場合のご質問をしようとするすべての方へのお願いですが、質問する前に、

• その「うまくいかない方法」を、標準スキンに書いても同様にうまくいかないのか？

を先にご確認下さい。

もし標準スキンではうまくいくなら、お使いのスキンの問題です。
その場合は、「スキンのソース全体」や「稼働しているページ」を一緒に見せて頂かないと何も判断ができない可能性があります。

また、第三者が作成なさったスキン独自の機能に関するご質問は、まずはそのスキンの作者さんへお願いします。（※「○○で配布されているスキンに変えたら、××が適用されなくなった」というような感じのご質問は特に。）

Ver4.5.0リリースお疲れ様です🍵 未使用画像を探す機能がとても便利でありがたいです #感謝

あんまり詳しくは検証していないんですが、現在のてがろぐの仕様では、

• ハッシュタグの数が多いと重たくなりやすい

……ので、「カテゴリで分類しようかな～？ それともハッシュタグで分類しようかな～？」と迷っている場合は、カテゴリを採用する方が望ましいと思います。
カテゴリは専用項目で分類できるのに対して、ハッシュタグは本文全体の中身を走査しないと分類できないので、負荷がずいぶん異なります。

ハッシュタグがたくさんある場合に重たくなるのは主に「ハッシュタグを集計するタイミング」なので、たとえハッシュタグを使う場合でも、下図のように集計しない設定にしておけば、重たくなるのを回避できます。（たぶん）

※この設定をしていても、その下にある『本文中のハッシュタグをリンクにする』項目の方がONなら、ハッシュタグそのものは機能します。（単に個数を数えなくなるだけです。）

てがろぐCGIの画像保存用ディレクトリに、画像ファイルを凄まじく大量に（数万ファイルとか）入れると動作が極端に重たくなる可能性があるんですが、その原因と回避方法を紹介してみました。
➡ てがろぐ上で多量の画像を扱う際に、重たくなるのを防ぐ方法

Twitterアーカイブの移行とかで重たくなった場合に確認してみて下さい。

てがろぐ上に数百ページを超えるページがあるとき、ページ番号リンクを（省略せずに）全量出力する設定にしているととても動作が遅くなる問題がありましたが、こちらのローカルにあるソースでは解決しましたので、次のバージョン(β版)からは（たとえ数百ページを超えるページがあっても）遅くならなくなります。
※現状でその問題に直面している場合は、とりあえず [ページの表示]→【ナビゲーションリンクの表示】→[▼ページ番号リンク]→「総ページ数が多ければ途中のページ番号リンクを省略する」をONにして頂けば遅くならずに済みます。

これはめちゃくちゃ便利！

Twitter側の出力機能でダウンロードしたTwitter過去ログを、全部てがろぐ形式に変換してくれるスクリプト。

（ツイート埋め込み処理中...）Twitterで見る

2022年出力のTwitterログでも問題なく変換できました。
元データに3.6万ツイート含まれていて、リツイートを除いた2.5万ツイートでも、1秒掛からずに変換できた感じです。tweets_mediaフォルダをコピー（して images フォルダにリネームすると）ツイート本文中の画像もちゃんと表示できました。すごい。
ぜひ試してみて下さい。

※ツイート数が多い場合は、てがろぐ側で事前に以下のどちらかの設定をしておく方が良さそうです。

• [ページの表示]→【ナビゲーションリンクの表示】→[▼ページ番号リンク]→「総ページ数が多ければ途中のページ番号リンクを省略する」をONにしておく。
• [ページの表示]→【ページの表示／全体】→「▼1ページあたりの表示投稿数」を200とか400とか多めにして、総ページ数が莫大にならないような値にする。

何故なのかは今は分かっていないのですが、ページ数が莫大になると（てがろぐ側の処理で）ページネーションの生成に時間が掛かるっぽいです（1,000ページ超だと表示に20秒くらい待ち時間がありました）。途中のページを省略する設定にしていれば、ページ数が莫大でも問題ありません。

なお、私が試してみた感じでは、

• てがろぐのハッシュタグの仕様は、 # 記号の直前の文字が「英数字・&記号・スラッシュ記号・セミコロン記号」だとハッシュタグだとは認識されないので、本文末尾に自動付加されるハッシュタグの直前には空白文字を1つ入れてくれると望ましいかも。
• 投稿末尾に挿入される画像が行内にあるので、画像の直前に改行を入れてくれると見やすくなって嬉しいかも。

という感想を持ちました。
ただ、その辺は、生成された twitega.xml をテキストエディタで一括処理することで調整可能ですけども。

「何でも簡単入力ボタン機能」楽しみです！次のβ版あたりから実装でしょうか…わくわくしながら待ちます！

てがろぐ本体を1クリックでバージョンアップできるツール「TegUp」の専用ページを（ようやく）作りまして、機能をちょっとだけ増やしたのを先程 Ver 1.0.0 として公開しました。
➡ TegUp ：てがろぐ本体を《1クリック》だけでバージョンアップできるPHPスクリプト

従来のpixivFanbox上の公開ページからはダウンロードできませんので、今後は上記の専用ページからダウンロードして下さい。（というか、次のてがろぐ正式版からは、tegup.phpも同梱する予定ですが。）

※Ver 0.9.0からは、『作業ログをファイルに出力できるオプション』機能だけが加わっていますが、既に Ver 0.9.0 が問題なく使えているなら作業ログをファイルに出力する必要性はありませんから、TegUp自体を更新する必要性は特にありません。^^;（そのまま Ver 0.9.0 を引き続きお使い頂いても問題なく（てがろぐを）バージョンアップできます。）

以前に TegUp を使おうとして、何らかのエラーが出て使えなかった場合は、『作業ログをファイルに出力できるオプション』をONにした上で動作を試してみて下さい。もちろん以前と同様に動かないでしょうけども、作業ログがファイルに出力されていますので、それを見ると、どこの作業が失敗しているのかが把握できると思います。
詳しい設定方法は、「作業ログをファイルにも出力したい場合」をご覧下さい。

なんか「専用ページを作ろう」と思ったらいろいろ書かないといけない気になってしまったのでそこそこな分量がありますけども、ほぼ何も読まなくても使えます。
要は、tegup.php を tegalog.cgi と同じディレクトリにアップロードすれば良いだけです。

押し入れから扇風機を出してきました。

🍨Re:4471◆隠された範囲をSmooth展開するのは、現状のてがろぐの仕様で可能でしょうかね……？（どなたか実現なさっている方がいらっしゃったら教えて下さい！）なんとなく難しそうな気がします。デフォルト設定では、隠された範囲(のspan要素)は表示時に display:inline; のスタイルが付加されますしね（その値は設定で変更可能ですが）。

◆現状のような「JavaScriptで表示/非表示を切り替える」方法で隠す手段以外に、現在で(たぶん)主流な <details><summary>見せる部分</summary>折りたたむ部分</details> のようにHTMLだけで実現できる折り畳み機能で出力される記法も追加した方が良いかな……という気はなんとなくしています。今のところそのような要望は来ていないので、まだ「なんとなく思っているだけ」の状態ですけども。そちらの方がCSS（やJavaScript）で装飾しやすいだろうな、という気はします。

◆SNSシェアボタンで「特定のスキンを適用したURL」がシェアされるようにするには、[[PERMAURL]]系の記法の直後に（空白を挟まずに）&skin=skin-nameのような感じでパラメータを加えれば良いだけです。具体的にどのように書けば良いかは、お使いの「シェアボタン」の仕様次第ですので、（具体的な記述も知りたい場合は）まず現状の記述がどうなっているのかをお知らせ頂く必要があります。

🍨Re:4472◆てがろぐをご活用下さってありがとうございます。(╹◡╹)ﾉ
少なくとも（私が直接使っている範囲では）5千件や1万件程度の投稿総数では特に体感できるほどの変化は出ていません。
なお、今ご覧になっているこの動作試験場では、現状で4,350件近くの投稿数がありますので、実際に「5千件近くの投稿がある状態の動作」をご体感頂けています。(╹◡╹)

下記のⒶとⒷは私(だけ)が書いているページ（てがろぐ）で、Ⓒはここです。それぞれの大まかな総投稿数とデータサイズを調べてみました。

• Ⓐ 今日のひとことログ ：総投稿数 12,200件超　データファイル 6.27MB
• Ⓑ てがろぐリリースノート ：総投稿数　43件　データファイル 0.61MB
• Ⓒ 動作試験場（ここ） ：総投稿数 4,300件超　データファイル 2.94MB

実際に生成ページにアクセスしてみると、投稿総数が1万2千件を超えているⒶよりも、わずか43件しかないⒷの方が、むしろ表示までにかかる動作は比較的もっさりしている気がしませんか？ これは、Ⓑでは文字装飾記法が山ほど使われているために（てがろぐ内部で）独自記法をHTMLに展開する処理がたくさん発生するためだろうな……という気がしています。まあ、Ⓑはさすがに『1投稿に2万文字近くある』ような長文投稿ばかりなので、かなり極端な例ですが。(笑)

なお、管理画面の応答速度は、ⒶⒷⒸどれも同じ感じです。（ミリ秒単位で計測したら何らかの差はあるかもしれませんが、体感できるほどの差はありません。）

ただ、CGIなので、動作の重たさは『アクセスがどれくらい集中するか』の方が影響すると思います。
Botからの大量アクセスを受けると、あっという間に重たくなるケースはありました。

てがろぐは、ページを生成する際に(毎回)データファイルを全部読み込みますので、毎秒数十件みたいな極めて高い頻度でのアクセスが続いてしまうと、サーバ自体がかなり重たくなりますね。（その辺は、サーバ側の性能にも影響するとは思いますが。）
なので、アクセス数が多いサイトの場合は特にWAF（Web Application Firewall）を併用して、悪質なBotは（CGIに届く前にサーバ側で）排除される環境にしておく方が望ましいです。

というわけで、てがろぐは（データベースを使っていないシステムなので、極端にデータサイズが大きくなればそれに比例して重たくなるだろうと予想はしているのですけども）、1万2千件程度の投稿数なら特に気にならない、とは言えそうです。10万件だとどうなるのかはまだ分かりませんが。^^;（上記で述べたとおり、投稿の内容次第でもあります。）
投稿総数が莫大になる予想があるのであれば、その「即メモ」と「ライフログ」は、1つのてがろぐで運営するのではなく、最初から複数個のてがろぐに分散させておくと、なお安心かもしれません。
（とはいえ、1つのてがろぐで運営していた内容を、後から複数のてがろぐに分割するのは、テキストエディタでデータファイルを直接分離すれば簡単ですが。どの投稿をどこに分けるのかを判断しやすくするために、カテゴリ等を使って事前に分類されていると望ましいですね。）

てがろぐCGIにちょいとバグがありましたので、詳細や回避方法をブログに書きました。
➡『てがろぐに「簡易適用スキン」の設定が勝手に切り替わるバグがあった話』

簡単な説明簡単に述べると、以下の2条件を同時に満たしている場合にだけ、表示上の問題が発生します。

• 【条件①】未来の日時を『予約投稿として扱う』よう設定されている。（＝予約投稿機能をONに設定している）
• 【条件②】メインで使うスキン以外のスキンに、新着投稿リストを表示するための記法 [[LATESTLIST]] が記述されている。（＝メインで使うスキン以外のスキンで生成されるページ上に、新着投稿リストが表示されている）

なので、予約投稿機能をOFFにしているなら（※デフォルトでOFFです）全く問題は生じません。
次のバージョンで修正しますが、上記の2条件に現状で該当する場合には、一時的に予約投稿機能をOFFにしておくことをお勧め致します。
詳しくは上記の記事本文をご覧下さい。

ただ、Ver 4.0.0（※β版も含めると、Ver 3.9.3β）以降で発生していたバグですので、昨年の4月の時点で既に存在していたバグですから、『今まで問題がなかったなら、たぶん問題ない』と考えても良いとは思います。（1年間も問題が生じなかったわけですから。）
畳む

とりあえず、バグを解消した次のバージョン（4.3.1）は、おそらく今月末までには公開できると思っています。（今のところ）

＞今日のひとことログNo.12042
「30千円」と指定してしまうと、千円札が30枚出てきてしまうようなので、「1万円分だけを千円札で」という指定にはならない

要はそれぞれのお札を何枚ずつ欲しいのかを入力すればいいので、3万円のうちの1万円分だけを千円札にしたい場合は枚数そのまんまの「2万10千円」指定で行けます。

1万円札や五千円札を極力持ちたくない派で、1万円以上の金額を下ろす時も全部千円札にしているのですが
どうしても1万円札が1枚だけ必要になった時などにこの指定方法をよく使ってます。

てがろぐセットアップ方法のレンタルサーバ別解説リストに、「ConoHa WING」を追加しました。
追加しました、と言っても特別なことはなく、単に全ファイルをUPして、指定のパーミッションに設定するだけですけども。（要するに、ノーマルな設置方法で済む、という話です。^^;）

>>4321
4316です。私も一足遅れてグリスを購入しました。確かに打鍵感は若干「ずしずし」した感じになりますね。
でもキーの端を押してもきちんと沈んでくれる安心感が勝るのでそのうち慣れそうです。
偶然同じタイミング且つ同じことで悩んでいたのでタイムリーでした。
にししさんも私もキーボードが復活出来て良かったです(^^)

＞にししさんの今日のひとことログ No.11520 、11533
私も最近、長年使っているメンブレンキーボードの母音のローマ字キーなどがうまく押し下げられなくなって困っていたところでした。入力が全く出来なくなるほどに故障してるわけじゃないし、何か直す手段がないかなと調べていたらグリースを塗布して解消している記事を見つけました。(既にご存知でしたらすみません)

キーボードの引っ掛かりをグリースで解消
https://fukappa.work/keyboard-grease/

スプレーだと多すぎるのでチューブのものを買ってみようと思ってます。予備のキーボードも持ってますが、完全に使えなくなるまで延命したくなってしまうので予備の出番が中々来ません(^^；)

>>4274
4273です。すみません、Gainmap HDR image renderingの初期値がEnabled表示になっているのはBraveブラウザでした…しかも「Default(Enabled)」という表示でした。Braveではない通常のChromeなどや他の端末では、にししさんと同様「Default」表示でした。(それでもやはりEnabledにしている時と同じ挙動をしましたが)そして他のAndroid端末でEnabledにしても輝度は変化しなかったので、OLED(有機EL)ディスプレイの機種且つEnabledの時だけでHDR画像を明るくする機能が働くのかもしれませんね。

Pixel6のカメラで撮影した画像だけiOSのLive Photosみたいな特殊な情報を含んでいたり、特殊なExif情報などがあるのか？と思って画像を端末に保存して、AvesギャラリーでHDRマークが表示されたのが解明の決め手でした。世のSNSやレンタルブログ、自分のサーバーに設置する日記系ツールでもリッチなCMSなどではアップロードした画像に縮小や圧縮などの加工が行われるものがほとんどですし、てがろぐのように画像への加工処理を行わないのは現代においては珍しい部類なんだなとあらためて思いました。(でも私にとってはそこがてがろぐの好きなところです😃)カメラアプリ側でウルトラHDRが最初からONになっていても、無加工のHDR画像をブラウザ上で表示する機会がレアだから検索しても話題にしている人を見かけないんでしょうね…。


話は変わりまして…Galaxy Tab S8 Ultraの環境について話題に上げたついでと言っては何ですが、いわゆる「おま環」なのは明らかだし支障は全く無いしな…と思っていたことをご報告します。Galaxy Tab S8 UltraのChromeおよびChromium派生ブラウザだけ、なぜかてがろぐの管理画面のボタンの大きさが不揃いになります。下のスクリーンショットはここの動作サンプル用てがろぐの管理画面です。
 

• 自分のサイトに設置しているてがろぐや、セットアップ直後のてがろぐも同様
• ブラウザの「PC版サイト」のチェックを切り替えても変化なし
• 昨年10月に端末を購入して以来、ブラウザのバージョン更新もしていますが変化なし
• Firefoxで見ると大きさが揃っている。Chromium系ブラウザはどれでも不揃いになる
• OS問わず、PC・スマホ・タブレットなどGalaxy Tab S8 Ultra以外の環境では不揃いにならない

…という点から、Galaxy Tab S8 Ultraのディスプレイ解像度や端末のファームウェア特有の設定か何かが特殊なのかもしれません。参考になるかわかりませんが「IPアドレスや画面解像度など確認くん」で表示される情報を貼ります。→スクリーンショット 見た目の問題だけで使う分には全く影響がないので、こんな環境もありますというお話でした。

フリースペース機能を使えば、ページ上の好きな位置に好きな内容を（てがろぐ管理画面上から再編集できる形で）掲載できます。#🌱豆知識

先頭固定機能だと掲載位置は先頭しかあり得ませんが、フリースペースなら上端でも下端でもサイドバーの形でもどこにでも表示できますので、掲載位置の自由度は（先頭固定よりも）高いです。その上、（スキンを直接編集しなくても）てがろぐ上から中身を更新できます。また、フリースペースの内部にはHTMLタグを何でも使えますから、掲載内容の自由度も高いです。

最近はサードパーティー製スキンをベースにしてお使いの方々も多そうですので、もしかすると（フリースペースが使われていないスキンをお使いだと）フリースペース機能の存在に気付きにくいかもしれませんが。
「何かをずっと表示しておきたい」という場合には、先頭固定機能以外にもフリースペース機能もありますので、それを使えないか検討してみて下さい。

例えば、「ある特定のカテゴリに限定されている状況でのみ、フリースペースを表示させたい」という場合には、IF文での出力条件分け記法を使ってフリースペースの表示場面を限定すると良いでしょう。フリースペースの入力欄は1つしかありませんが、専用の区切り文字を使うことで、複数のフリースペースを用意することもできます。詳しくは『フリースペースの書き方（複数のフリースペースを設ける方法）』で解説しています。

この「IF文」と「フリースペース」を併用すれば、

• カテゴリ info でのみ表示されるフリースペースⒶ
• カテゴリ diary でのみ表示されるフリースペースⒷ
• HOMEでのみ表示されるフリースペースⒸ

……のような感じで、ⒶⒷⒸ複数の条件限定フリースペースを用意することもできます。（数に上限はありません。）
※IF文を使わなくても、単純にCSSで表示分けすることもできます。掲載分量が少ない場合には、（IF文を列挙してどうにかするよりも）CSSで表示分けする方がシンプルで楽かもしれません。

てがろぐCGIをリトルサーバーで動かす際には、tegalog.cgiのパーミッションは 704 にすると良い話を、リトルサーバーでのセットアップ手順ページに追記しておきました。
パーミッション 700 でも動作に支障はないんですが、700だと mod_mime_magic: can't read ～tegalog.cgi というエラーが毎回エラーログに記録されてしまいますので。（余計なログは出力されないに越したことはありませんから。）

Ver 4.1.4お疲れ様ですアップデートしました。IF文記法、今まで不要な部分をcssで非表示にしていてもやっぱりhtmlソース上には出力されているのが気になっていたので(気にしているのはサイト管理人だけでしょうけれども…)とても嬉しいです！開発放言を読んで、IF文の実装にソースを10行くらいしか追加していないと知ってさらにビックリ😲すごいです！

Ver 4.1.4βで実装したIF文の用途で、（あまりそうする需要はないんじゃないかな、とは思うのですけども）気付いたので一応解説しておきます。

IF文の条件指定は（全文検索機能と同様に）「完全一致」ではなく「部分一致」で解釈されますので、
「1件以上が表示される場合」に限定しようとして [[IF(hit):～～～ のように書いたとしても、 「1件もヒットしなかった場合」の nohit にも同時に該当してしまうために意味がありません。^^;

なので、もし「1件以上が表示される場合」に限定したい場合は、[[IF(hit -nohit):～～～ のように、マイナス記号を付けて「-nohit」として除外する条件を同時に加える必要があります。

……という話を、一応ヘルプドキュメントにも加えておきました。
➡そのときの表示状況に応じてページ出力を、IF文で切り替える方法

こんにちは。Ver.4.1.3にバージョンアップしました！アップデート内容の解説ドキュメントも、いつもわかりやすくて助かります。てがろぐは私のサイトに無くてはならない存在です、ありがとうございます(^^) ローカル環境でさんごよみも使ってます！

私は諸事情でtegalog.cgiのファイル名を変えて、且つ.htaccessでの自動転送を使わずに運用しているのですが、4.1.3にアップデートしてから管理画面でログインボタンを押したら https://(略)/tegalog.cgi?mode=admin に遷移して404エラーになりました。cgiファイルの125行目付近 { $cginame = 'tegalog.cgi'; } の部分を、変更後のcgiファイル名に書き換えて事なきを得ました。サーバーはロリポップのライトプランです。かなりのレアケースだとは思いますが一応ご報告です。

（これまで問題なく稼働していた）てがろぐにアクセスしたときに、503 Service Unavailable エラーに遭遇した場合は、サーバのコントロールパネル等からアクセスログを見て、Botからの大量アクセスを受けていないか確認してみて下さい。（てがろぐに限りませんが）CGIに毎秒毎秒アクセスされるような高頻度なアクセスがあるとサーバ負荷が高まってしまって、過負荷で 503エラーになることがあります。もしBotからの大量アクセスがあるようなら、.htaccessファイルを使って、そのBotからのアクセスを弾くとか、（robots.txtを読んでくれる紳士的なBotなら）robots.txtでクロール頻度を下げたりブロックしたりするなどの対処をする方が望ましいでしょう。（ずっと503エラーが続くなら対処が必要です。）

先日、うちのサイトでも複数のBotから莫大なアクセスがあって（※てがろぐだけにあったわけではなくてサイト全体にあったんですが）、CGIにも高い頻度でのアクセスがあったためかサーバの負荷が高まって、てがろぐの管理画面を表示するだけでも20秒とか掛かるようになってしまったことがありました。（503エラーになるほどではなかったのですが。ただ、どのくらいの負荷まで許容してくれるかはサーバや契約コースに依ると思います。） その話は改めてブログに書こうかと思っているのですが。.htaccessやrobots.txtを併用してBotのアクセス頻度を低下させたことで、普通の状態に戻りましたけども、何もしなかったら過負荷なままだったのではないかと思います。