てがろぐ
- Fumy Otegaru Memo Logger -
カテゴリ「回答/返信」に属する投稿［662件］（6ページ目）
ケーキを食べたい気分なんですけどもないので、とりあえずガトーレーズンを食べています。美味しい。
🍰Re:4434◆いつの間に……。柏餅を食べねば。
🍰Re:4435◆参考までにお尋ねしたいのですが、それが必要になるのはどんな状況でしょうか。「2行目に書いているものを1行目の末尾に移す」という対処ではダメですか？
🍰Re:4438◆ご要望をありがとうございます。◆てがろぐはPerlで記述していますので、他所サイトのOGPを読みに行こうと思うと、別途何らかのモジュール（例えばLWP::UserAgentとか）を読み込む必要があります。……が、それは標準モジュールではないので、サーバによって使えたり使えなかったりする可能性があるのですよね。なので、『てがろぐの動作可能なサーバが減ってしまう可能性』を考えると、使用モジュールを増やす選択はあまり採りたくないので、今のところは無理かな、と思っています。何か良さげな実装方法が見つかるか（または、Perlが使用可能なほとんどのサーバでLWP::UserAgentが使用可能だと分かるとか）何かすれば検討します。◆『<code>タグ対応』とは具体的には何ができれば良いでしょうか？ background-color: royalblue; みたいな自由装飾記法では不足ですか？ 標準添付の各スキンでは [F:code:ソースコード] のように書くと、その範囲が等幅フォントで表示されるようにCSSを書いてあります。（そのほか、CodePenを埋め込む機能もあります。）◆塗り潰し版の隠す機能では、「続きを読む」的なボタンはどのような表示になって欲しいですか？
🍰Re:4439◆ご要望をありがとうございます。◆Misskeyの投稿って他所サイトに埋め込められるんですかね……？◆てがろぐではそもそも画像を一切加工していませんので、EXIF情報云々以前に、まず画像サイズの調整も含めてローカルで加工してからUPする方が望ましいと思います。画像加工関連の機能については、PHPで鋭意開発中の『画像等ファイル展示新ツール』(仮称)をお待ち頂く方が現実的かもしれません。Perlで画像を加工しようと思うと、何らかのモジュールが必要なんですが、そういうのを要求してしまうと『てがろぐの動作可能なサーバが減ってしまう可能性』があるので、あまり望ましくないと思っているのです。いろいろモジュールを読んでも良ければ（動作可能サーバが減ってしまうのと引き換えに）もっと便利にできるとは思うのですけども。
🍰Re:4440◆ご報告をどうもありがとうございます。それは不具合ですね。こちらのローカルにあるソースは修正しました。また、ここ（今ご覧になっている動作試験場）でも修正版を稼働させましたので、ここでは修正されています。
次に公開されるバージョン（Ver 4.3.0正式版を今月中にはリリースする予定です）では、No.4440にお書き下さった上記①の書き方も可能になります。
（※次のバージョンを待たずに今すぐどうにかなさりたい場合は、空白を含める②の方法か、外側の丸括弧を全角記号にする③の方法をご使用頂くしかなさそうな気がします。）
🍰Re:4434◆いつの間に……。柏餅を食べねば。
🍰Re:4435◆参考までにお尋ねしたいのですが、それが必要になるのはどんな状況でしょうか。「2行目に書いているものを1行目の末尾に移す」という対処ではダメですか？
🍰Re:4438◆ご要望をありがとうございます。◆てがろぐはPerlで記述していますので、他所サイトのOGPを読みに行こうと思うと、別途何らかのモジュール（例えばLWP::UserAgentとか）を読み込む必要があります。……が、それは標準モジュールではないので、サーバによって使えたり使えなかったりする可能性があるのですよね。なので、『てがろぐの動作可能なサーバが減ってしまう可能性』を考えると、使用モジュールを増やす選択はあまり採りたくないので、今のところは無理かな、と思っています。何か良さげな実装方法が見つかるか（または、Perlが使用可能なほとんどのサーバでLWP::UserAgentが使用可能だと分かるとか）何かすれば検討します。◆『<code>タグ対応』とは具体的には何ができれば良いでしょうか？ background-color: royalblue; みたいな自由装飾記法では不足ですか？ 標準添付の各スキンでは [F:code:ソースコード] のように書くと、その範囲が等幅フォントで表示されるようにCSSを書いてあります。（そのほか、CodePenを埋め込む機能もあります。）◆塗り潰し版の隠す機能では、「続きを読む」的なボタンはどのような表示になって欲しいですか？
🍰Re:4439◆ご要望をありがとうございます。◆Misskeyの投稿って他所サイトに埋め込められるんですかね……？◆てがろぐではそもそも画像を一切加工していませんので、EXIF情報云々以前に、まず画像サイズの調整も含めてローカルで加工してからUPする方が望ましいと思います。画像加工関連の機能については、PHPで鋭意開発中の『画像等ファイル展示新ツール』(仮称)をお待ち頂く方が現実的かもしれません。Perlで画像を加工しようと思うと、何らかのモジュールが必要なんですが、そういうのを要求してしまうと『てがろぐの動作可能なサーバが減ってしまう可能性』があるので、あまり望ましくないと思っているのです。いろいろモジュールを読んでも良ければ（動作可能サーバが減ってしまうのと引き換えに）もっと便利にできるとは思うのですけども。
🍰Re:4440◆ご報告をどうもありがとうございます。それは不具合ですね。こちらのローカルにあるソースは修正しました。また、ここ（今ご覧になっている動作試験場）でも修正版を稼働させましたので、ここでは修正されています。
① 検索エンジン(Google)
② 検索エンジン( Google )
③ 検索エンジン（Google）
次に公開されるバージョン（Ver 4.3.0正式版を今月中にはリリースする予定です）では、No.4440にお書き下さった上記①の書き方も可能になります。
（※次のバージョンを待たずに今すぐどうにかなさりたい場合は、空白を含める②の方法か、外側の丸括弧を全角記号にする③の方法をご使用頂くしかなさそうな気がします。）
買ってきたかき氷は宇治金時だけ。🍧🍵🍧🍵🍧🍵
🍵Re:4430◆案をどうもありがとうございます！ とてもありがたいです。確かにその通りと言えばその通りなんですけども、その表現だと『表示条件を自ら加えられる機能』だと思われる可能性がありそうな気がするんですよね……。例えば、カテゴリ以外の限定条件を維持したくないなら、[[PERMAURL:KEEPCOND(C)]] とだけ書けば良いんですけども、これは、『もしカテゴリ限定表示時だったら、そのカテゴリを維持した状態で投稿単独ページへ移動できる』というだけであって、『カテゴリ限定表示ではない状況』ではカテゴリには一切関係なく [[PERMAURL]] と同じ動作（＝普通の投稿単独ページに移動）になるんですよね。何もない状態から強制的にカテゴリ限定表示パラメータが付加される……という動作にはならないので、そこが誤解されるとそれはそれで困ると思うのでした……。
しかし、何にしてもご意見をどうもありがとうございました。機能の内容を誤解される可能性もある事実に気付けたのは良い知見でした。
よくよく考えると、これはスキンを自ら作る人(少なくともそこそこ高度にカスタマイズしようとする人)にしか使えない機能なので、あまり表現にこだわっても仕方がないかもしれないな……という気もしてきました。^^; スキンを作る過程で「こういうことはできないのかな？」と思ったときに検索してうまくヒットすれば良い……と考えると、むしろ短く言わない方が良いんですかね……？^^;
実際にこの機能を必要とする方々が、ヘルプドキュメント内から情報を探そうとするときに、どんな検索語等で調べるかがハッキリとは分からないわけですけども。
ううーん。なかなか悩ましいです。
🍵Re:4430◆案をどうもありがとうございます！ とてもありがたいです。確かにその通りと言えばその通りなんですけども、その表現だと『表示条件を自ら加えられる機能』だと思われる可能性がありそうな気がするんですよね……。例えば、カテゴリ以外の限定条件を維持したくないなら、[[PERMAURL:KEEPCOND(C)]] とだけ書けば良いんですけども、これは、『もしカテゴリ限定表示時だったら、そのカテゴリを維持した状態で投稿単独ページへ移動できる』というだけであって、『カテゴリ限定表示ではない状況』ではカテゴリには一切関係なく [[PERMAURL]] と同じ動作（＝普通の投稿単独ページに移動）になるんですよね。何もない状態から強制的にカテゴリ限定表示パラメータが付加される……という動作にはならないので、そこが誤解されるとそれはそれで困ると思うのでした……。
しかし、何にしてもご意見をどうもありがとうございました。機能の内容を誤解される可能性もある事実に気付けたのは良い知見でした。
よくよく考えると、これはスキンを自ら作る人(少なくともそこそこ高度にカスタマイズしようとする人)にしか使えない機能なので、あまり表現にこだわっても仕方がないかもしれないな……という気もしてきました。^^; スキンを作る過程で「こういうことはできないのかな？」と思ったときに検索してうまくヒットすれば良い……と考えると、むしろ短く言わない方が良いんですかね……？^^;
実際にこの機能を必要とする方々が、ヘルプドキュメント内から情報を探そうとするときに、どんな検索語等で調べるかがハッキリとは分からないわけですけども。
ううーん。なかなか悩ましいです。
かき氷が安売りされていたので買ってきました。アイスも。🍨🍧🍨🍧🍨🍧
🍨Re:4426◆『鍵が掛かっていても一部を見えるようにする設定方法』の機能では何らかの不足がありますか？（鍵付き投稿でも、1行目だけは常に見えるようにする機能です。）
🍨Re:4427◆元のドラマの長さが1時間なら、NHK側でも放送枠を同じだけ（1時間）確保すればいいのでは……と思ってしまうんですよね。(^_^;) その方が嬉しい人々も多そうな気がするんですが。バブリーな頃は予算が潤沢でいろいろ編集に手間が掛けられたのかな……などと思っています。ネット配信で海外(米国)ドラマを見ていると、同じシリーズでも話によって42分だったり40分だったりそこそこ差がありますよね。CMのある民放なら調整しやすいでしょうけども、CMのないNHKだと枠の確保が難しそうだな、という気はします。そういう都合があって「全話38分にする！」というなら話は分からんではないのですけども。^^; まあ、CMがないといっても「他のNHK番組の宣伝」はあるので、そういうので調整するのかもしれませんが。（最近、地上波でドラマを見る機会がまったくないので、実際にどうなっているのかは知らないんですが。）
🍨Re:4426◆『鍵が掛かっていても一部を見えるようにする設定方法』の機能では何らかの不足がありますか？（鍵付き投稿でも、1行目だけは常に見えるようにする機能です。）
🍨Re:4427◆元のドラマの長さが1時間なら、NHK側でも放送枠を同じだけ（1時間）確保すればいいのでは……と思ってしまうんですよね。(^_^;) その方が嬉しい人々も多そうな気がするんですが。バブリーな頃は予算が潤沢でいろいろ編集に手間が掛けられたのかな……などと思っています。ネット配信で海外(米国)ドラマを見ていると、同じシリーズでも話によって42分だったり40分だったりそこそこ差がありますよね。CMのある民放なら調整しやすいでしょうけども、CMのないNHKだと枠の確保が難しそうだな、という気はします。そういう都合があって「全話38分にする！」というなら話は分からんではないのですけども。^^; まあ、CMがないといっても「他のNHK番組の宣伝」はあるので、そういうので調整するのかもしれませんが。（最近、地上波でドラマを見る機会がまったくないので、実際にどうなっているのかは知らないんですが。）
フィナンシェを食べました。
🧈Re:4416◆ご要望をありがとうございます。何か良さげな実装方法を思いつけば試したいとは思っています。気長にお待ち頂ければ幸いです。（ただ、てがろぐは元画像を一切加工せずにそのままUPする仕様ですので、事前に良さげなサイズに加工してからUPする方が望ましいのではないかとも思います。）
🧈Re:4417◆おぉ、なんとそんな方法が！「2万10千円」という入力方法は思いつきませんでした。合計金額というよりも、『それぞれのお札を何枚ずつ欲しいのか』と考えれば、とても分かりやすい指定方法ですね。
🧈Re:4419◆ありがとうございます。維持条件の個別指定は、できれば今月中には実装できると良いな……と思っています（どうなるかは分かりませんが^^;）。短い表現で済ませるのはなかなか難しいですね……。ただ、長ければそれはそれで分かりにくい気もしますので、何か良さげな中間点的な表現方法を編み出せると良いのですけども。(^_^;)
🧈Re:4416◆ご要望をありがとうございます。何か良さげな実装方法を思いつけば試したいとは思っています。気長にお待ち頂ければ幸いです。（ただ、てがろぐは元画像を一切加工せずにそのままUPする仕様ですので、事前に良さげなサイズに加工してからUPする方が望ましいのではないかとも思います。）
🧈Re:4417◆おぉ、なんとそんな方法が！「2万10千円」という入力方法は思いつきませんでした。合計金額というよりも、『それぞれのお札を何枚ずつ欲しいのか』と考えれば、とても分かりやすい指定方法ですね。
🧈Re:4419◆ありがとうございます。維持条件の個別指定は、できれば今月中には実装できると良いな……と思っています（どうなるかは分かりませんが^^;）。短い表現で済ませるのはなかなか難しいですね……。ただ、長ければそれはそれで分かりにくい気もしますので、何か良さげな中間点的な表現方法を編み出せると良いのですけども。(^_^;)
プリン食べたい……。🍮🍮🍮
🍮Re:4410◆意見表明ありがとうございます。反応があると需要が見えてありがたいです。(╹◡╹)ﾉ
🍮Re:4411◆ご活用ありがとうございます。たしかに、サイトマップモードから移動する場合には、少なくともモードは抜けたいですよね。^^;
🍮Re:4413◆ご質問とご要望をありがとうございます。まず、ご質問についてですが、現状のバージョンではその通りです。今のところ、画像を差し替える機能はありません。次に、ご要望についてですが、『画像の管理画面から画像の差し替えができる機能』については検討はしています。ただ、てがろぐでは、埋め込む画像を [PICT:sakura.png] のようにファイル拡張子まで含めたファイル名で直接指定する記法になっていますから、画像の差し替え機能を用意する場合でも、「ファイル拡張子まで含めてまったく同じファイル名」での差し替え機能にしかならないと思います。（拡張子の異なる画像に差し替えてしまうと、過去の投稿で画像リンクが切れてしまいますから。）てがろぐでは、投稿と画像がまったく別管理になっていますので、連動して変えるのが難しいんですよね……。なので、拡張子まで変えたい場合には今後も、新規画像としてUPして、本文を書き換えて頂くほかなさそうだと（今のところは）思っています。何かよほど良さげなアルゴリズムを思いついたら話は別ですが。^^;
🍮Re:4410◆意見表明ありがとうございます。反応があると需要が見えてありがたいです。(╹◡╹)ﾉ
🍮Re:4411◆ご活用ありがとうございます。たしかに、サイトマップモードから移動する場合には、少なくともモードは抜けたいですよね。^^;
🍮Re:4413◆ご質問とご要望をありがとうございます。まず、ご質問についてですが、現状のバージョンではその通りです。今のところ、画像を差し替える機能はありません。次に、ご要望についてですが、『画像の管理画面から画像の差し替えができる機能』については検討はしています。ただ、てがろぐでは、埋め込む画像を [PICT:sakura.png] のようにファイル拡張子まで含めたファイル名で直接指定する記法になっていますから、画像の差し替え機能を用意する場合でも、「ファイル拡張子まで含めてまったく同じファイル名」での差し替え機能にしかならないと思います。（拡張子の異なる画像に差し替えてしまうと、過去の投稿で画像リンクが切れてしまいますから。）てがろぐでは、投稿と画像がまったく別管理になっていますので、連動して変えるのが難しいんですよね……。なので、拡張子まで変えたい場合には今後も、新規画像としてUPして、本文を書き換えて頂くほかなさそうだと（今のところは）思っています。何かよほど良さげなアルゴリズムを思いついたら話は別ですが。^^;
アイスを買い足してきました。まだ4月中旬だというのに……。🍨🍨🍨
🍨Re:4405◆ご返信ありがとうございます。了解しました。たぶんそう遠くないうちに実装できると思います。説明(DL)リスト以外に、番号付きリスト、先頭記号指定時も含めて、どの場合にも任意のclass名も付加できるようにできそうです。その場合は、[L:DL:hogehoge:～とか[L:✅:hogehoge:～のような感じでclass名を書けるようにします。
🍨Re:4406◆温度の低下で美味さが低下すると思ったことが1度もないです。ぬるいどころか完全に冷えていても美味いものは美味いと思いますし。ただし、熱い物体に味はありません。┌(:3」└)┐
🍨Re:4407◆β版のご試用をどうもありがとうございます。また、ご報告もどうもありがとうございます。たしかに、投稿単独表示時には order=reverse のパラメータは維持しない方が望ましいですね。逆順表示時のことを全く考慮していませんでした。正式版では、表示順の指定値は引き継がないように修正します。
🍨Re:4405◆ご返信ありがとうございます。了解しました。たぶんそう遠くないうちに実装できると思います。説明(DL)リスト以外に、番号付きリスト、先頭記号指定時も含めて、どの場合にも任意のclass名も付加できるようにできそうです。その場合は、[L:DL:hogehoge:～とか[L:✅:hogehoge:～のような感じでclass名を書けるようにします。
🍨Re:4406◆温度の低下で美味さが低下すると思ったことが1度もないです。ぬるいどころか完全に冷えていても美味いものは美味いと思いますし。ただし、熱い物体に味はありません。┌(:3」└)┐
🍨Re:4407◆β版のご試用をどうもありがとうございます。また、ご報告もどうもありがとうございます。たしかに、投稿単独表示時には order=reverse のパラメータは維持しない方が望ましいですね。逆順表示時のことを全く考慮していませんでした。正式版では、表示順の指定値は引き継がないように修正します。
かき氷が欲しい気温……！🍧🍧🍧
🍰Re:4398◆お気に召したようで嬉しいです。末永くご愛用頂ければ幸いです！(╹◡╹)ﾉ
🍰Re:4398◆お気に召したようで嬉しいです。末永くご愛用頂ければ幸いです！(╹◡╹)ﾉ
ご要望は常に歓迎していますので、いつでもお気軽にお知らせ下さい！(╹◡╹)ﾉ
忙しそうに見えていてもお気軽にどうぞ！ 実際に実装できるかどうかはまた別の話ではありますが、ご要望を頂かないと需要を知る術がありませんので、ご要望そのものは歓迎しています。（ただ、実装できなくても悪く思わないで下さい。そこに悪意はありませんので。）
🍩Re:4383◆ご要望ありがとうございます。カテゴリ登録画面の「概要文」欄で、HTMLタグを許容する仕様になれば良いわけですね？ それならそんなに手間ではなさそうなので、そう遠くないうちに実装できそうな気がします。（既に概要文中に<や>記号を使っている方々もいらっしゃるかもしれませんから、「そこにHTMLを許容するかどうか」の設定項目を別途設ける方が無難でしょうね。）
ちなみにですが、「カテゴリ限定表示時に限って特定の投稿を（カテゴリ別に）先頭固定できる『カテゴリ別先頭固定』機能」とどちらが望ましいですか？
忙しそうに見えていてもお気軽にどうぞ！ 実際に実装できるかどうかはまた別の話ではありますが、ご要望を頂かないと需要を知る術がありませんので、ご要望そのものは歓迎しています。（ただ、実装できなくても悪く思わないで下さい。そこに悪意はありませんので。）
🍩Re:4383◆ご要望ありがとうございます。カテゴリ登録画面の「概要文」欄で、HTMLタグを許容する仕様になれば良いわけですね？ それならそんなに手間ではなさそうなので、そう遠くないうちに実装できそうな気がします。（既に概要文中に<や>記号を使っている方々もいらっしゃるかもしれませんから、「そこにHTMLを許容するかどうか」の設定項目を別途設ける方が無難でしょうね。）
ちなみにですが、「カテゴリ限定表示時に限って特定の投稿を（カテゴリ別に）先頭固定できる『カテゴリ別先頭固定』機能」とどちらが望ましいですか？
栗まんじゅうを食べたので、無事に栗まんじゅう欲は満たされました。🌰🌰🌰
🌰Re:4373◆たしかに、銀行のモバイルアプリで口座を管理している場合、スマートフォン1台だけで（2段階認証も含めて）すべてできてしまいますね。
🌰Re:4374◆てがろぐの機能として「子カテゴリだけを表示する」方法はないのですが、CSSで無関係な部分を非表示にすることで、お望みの表示は可能なように思います。
🌰Re:4373◆たしかに、銀行のモバイルアプリで口座を管理している場合、スマートフォン1台だけで（2段階認証も含めて）すべてできてしまいますね。
🌰Re:4374◆てがろぐの機能として「子カテゴリだけを表示する」方法はないのですが、CSSで無関係な部分を非表示にすることで、お望みの表示は可能なように思います。
- まず、親カテゴリ（第1層のカテゴリ）だけを表示する方法は、カスタマイズ方法ページの「カテゴリの第1階層だけを表示させる方法」にある通りです。
- 次に、子カテゴリだけを表示する方法ですが、カテゴリツリーを構成するli要素には <li class="catbranch cat-memo"> のように、カテゴリIDがclass名に含まれています。なので、このclass名のあるli要素の内部に含まれている項目が「そのカテゴリの子カテゴリ」だと言えますので、そこだけを表示するようにCSSやJavaScriptを書くと良いのではないでしょうか。
珈琲飴を舐めています。☕🍬☕🍬☕🍬 在庫が減ってきたので追加注文もしました。☕🍬☕🍬☕🍬
☕Re:4371◆β版のご試用をどうもありがとうございます！ 便利に活用して頂けて嬉しいです。反応がないと需要がなかったのかな、と思いますので。(^_^;) やはり《パターンB》が良さそうですね。
☕Re:4371◆β版のご試用をどうもありがとうございます！ 便利に活用して頂けて嬉しいです。反応がないと需要がなかったのかな、と思いますので。(^_^;) やはり《パターンB》が良さそうですね。
クロワッサンを食べました。🧀🥐🧀🥐🧀🥐
🧀Re:4368◆ご要望をありがとうございます。やはり《パターンB》ですかね。私も今のところ、どちらかといえば《パターンB》に傾いています。
🥐IF文の件ですが、カスタマイズ方法ページの『IF文による条件指定の記述例』項目の下部に3つ連なっている『水色囲み』の3つ目にもちょろりと書いてあるのですが、てがろぐCGIの全文検索機能の仕様では『「ORの構成要素」にNOTを使うことができない』のです。……なんとなくですが、お書きになろうとしている条件は、OR検索ではなくAND検索で IF(-mode-picts -mode-sitemap) と書いて良かったりしませんかね？（もし画像一覧モードとサイトマップページモードの2つの場合以外に適用させたいなら。）
※ちなみに、ギャラリーモードの場合は mode-gallery なのでご注意下さい。
🥐各投稿の属するカテゴリIDを出力する方法は、たしかに [[CATEGORYIDS]] しかありませんね。そういえば。元々class属性値に指定することを想定しているので、複数カテゴリに属する場合は、強制的に半角スペース区切りになります。次のバージョンでは、《パターンA》か《パターンB》かで自動出力されるようにはしますが、現時点でどうにかなさりたい場合は、 [[CATEGORYIDS]] の出力内容を一旦JavaScriptで取得して、半角スペースをカンマに置き換えてからお使い頂くくらいしかなさそうに思います。
🧀Re:4368◆ご要望をありがとうございます。やはり《パターンB》ですかね。私も今のところ、どちらかといえば《パターンB》に傾いています。
🥐IF文の件ですが、カスタマイズ方法ページの『IF文による条件指定の記述例』項目の下部に3つ連なっている『水色囲み』の3つ目にもちょろりと書いてあるのですが、てがろぐCGIの全文検索機能の仕様では『「ORの構成要素」にNOTを使うことができない』のです。……なんとなくですが、お書きになろうとしている条件は、OR検索ではなくAND検索で IF(-mode-picts -mode-sitemap) と書いて良かったりしませんかね？（もし画像一覧モードとサイトマップページモードの2つの場合以外に適用させたいなら。）
※ちなみに、ギャラリーモードの場合は mode-gallery なのでご注意下さい。
🥐各投稿の属するカテゴリIDを出力する方法は、たしかに [[CATEGORYIDS]] しかありませんね。そういえば。元々class属性値に指定することを想定しているので、複数カテゴリに属する場合は、強制的に半角スペース区切りになります。次のバージョンでは、《パターンA》か《パターンB》かで自動出力されるようにはしますが、現時点でどうにかなさりたい場合は、 [[CATEGORYIDS]] の出力内容を一旦JavaScriptで取得して、半角スペースをカンマに置き換えてからお使い頂くくらいしかなさそうに思います。
珈琲飴を舐めています。☕🍬
☕Re:4349◆はい。お使いのドメインで認識される最も浅い階層にある .htaccess ファイルに追記すれば良いです（存在しない場合は新たに作成すれば良いです）。最後の行の行末には(たぶん)改行が必要なので改行して下さい。WordPressを使っているかどうかはあまり関係ないので、①で不都合がなければ①でも良いと思います。もちろん、②でも同じことですから、何らかのご不安な点があるようなら②でも問題ありません。
☕Re:4350◆もしかして、お使いのスターサーバは無料版の StarServer Free でしょうか？ 無料版には3プランありますが、残念ながらどれもCGIは動きません。CGI（Perl）が使えるサーバに設置して下さい。
☕Re:4349◆はい。お使いのドメインで認識される最も浅い階層にある .htaccess ファイルに追記すれば良いです（存在しない場合は新たに作成すれば良いです）。最後の行の行末には(たぶん)改行が必要なので改行して下さい。WordPressを使っているかどうかはあまり関係ないので、①で不都合がなければ①でも良いと思います。もちろん、②でも同じことですから、何らかのご不安な点があるようなら②でも問題ありません。
☕Re:4350◆もしかして、お使いのスターサーバは無料版の StarServer Free でしょうか？ 無料版には3プランありますが、残念ながらどれもCGIは動きません。CGI（Perl）が使えるサーバに設置して下さい。
イクラの軍艦巻きを食べました。イクラの絵文字はないのか……。
🍩Re:4347◆単純に、ユーザエージェント名に「BaiduSpider」が含まれるアクセスをブロックするには、.htaccessファイルに以下のように書くと良いです。
①mod_rewriteが使用可能な場合：
②mod_rewriteを使わない場合：
①と②は、どちらか一方だけ書けば良いです。特に不都合がなければ①で良いと思いますが。
なお、ユーザエージェント名が BaiduSpider の場合、本当にBaiduのSpiderな可能性もありますが、単に詐称している可能性もあります。これらのアクセスが莫大に増えている場合は、ユーザエージェント名をもっと一般的なものに詐称しているbotからのアクセスも、もっとたくさんある可能性もあります。（つまり、特定のユーザエージェント名だけでブロックしても、サーバ負荷軽減の対策としては充分ではない可能性があります。）
もし、お使いのサーバで「WAF（Webアプリケーション・ファイアウォール）」が使える場合は、『使用する』に設定することをお勧めします。そうすると、（ユーザエージェントに関係なく）不正っぽいアクセスを一括ブロックしてくれます。（例えば、さくらインターネットやロリポップではWAFが提供されています。参考：さくらインターネットでのWAF設定方法、ロリポップでのWAF設定方法）
🍩Re:4347◆単純に、ユーザエージェント名に「BaiduSpider」が含まれるアクセスをブロックするには、.htaccessファイルに以下のように書くと良いです。
①mod_rewriteが使用可能な場合：
RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} BaiduSpider [NC]
RewriteRule .* - [F,L]
②mod_rewriteを使わない場合：
SetEnvIf User-Agent "Baiduspider" block_baiduspider
Order deny,allow
Deny from env=block_baiduspider
①と②は、どちらか一方だけ書けば良いです。特に不都合がなければ①で良いと思いますが。
なお、ユーザエージェント名が BaiduSpider の場合、本当にBaiduのSpiderな可能性もありますが、単に詐称している可能性もあります。これらのアクセスが莫大に増えている場合は、ユーザエージェント名をもっと一般的なものに詐称しているbotからのアクセスも、もっとたくさんある可能性もあります。（つまり、特定のユーザエージェント名だけでブロックしても、サーバ負荷軽減の対策としては充分ではない可能性があります。）
もし、お使いのサーバで「WAF（Webアプリケーション・ファイアウォール）」が使える場合は、『使用する』に設定することをお勧めします。そうすると、（ユーザエージェントに関係なく）不正っぽいアクセスを一括ブロックしてくれます。（例えば、さくらインターネットやロリポップではWAFが提供されています。参考：さくらインターネットでのWAF設定方法、ロリポップでのWAF設定方法）
にくまんを食べたい気分……！（たい焼きは食べました）
🥞Re:4330◆ご期待をどうもありがとうございます。開発計画っぽいような感じの話を、ちょいと書きました。
🥞Re:4331◆需要がそれなりにあることが分かってありがたいです。^^ 気長にお待ち下さい～。
🥞Re:4332◆ああ、確かに同一記事内だけでなく、他の記事からも飛べる記法がある方が望ましいですね。そこも何か考えます。
🥞Re:4333◆管理画面の [設定]→[ページの表示]→【先頭に固定表示する投稿】の『固定表示する投稿番号』欄に、半角スペース等が含まれていないでしょうか。例えば 123, 555 , 789 のような感じで。もし含まれているようなら、123,555,789のように半角スペースをすべて削除して、同様のエラーが出ないかどうか確認してみて下さい。また、数字や半角カンマ記号以外の文字があるようならそれも消して下さい。line 16652 と line 7387 のアラートはおそらくそれではないかな……と思います。7584、16997 については、アラートの本文の方（at tegalog.cgiよりも左側にある内容）を教えて頂ければ、何らかの判断ができるかもしれません。
🥞Re:4330◆ご期待をどうもありがとうございます。開発計画っぽいような感じの話を、ちょいと書きました。
🥞Re:4331◆需要がそれなりにあることが分かってありがたいです。^^ 気長にお待ち下さい～。
🥞Re:4332◆ああ、確かに同一記事内だけでなく、他の記事からも飛べる記法がある方が望ましいですね。そこも何か考えます。
🥞Re:4333◆管理画面の [設定]→[ページの表示]→【先頭に固定表示する投稿】の『固定表示する投稿番号』欄に、半角スペース等が含まれていないでしょうか。例えば 123, 555 , 789 のような感じで。もし含まれているようなら、123,555,789のように半角スペースをすべて削除して、同様のエラーが出ないかどうか確認してみて下さい。また、数字や半角カンマ記号以外の文字があるようならそれも消して下さい。line 16652 と line 7387 のアラートはおそらくそれではないかな……と思います。7584、16997 については、アラートの本文の方（at tegalog.cgiよりも左側にある内容）を教えて頂ければ、何らかの判断ができるかもしれません。
久しぶりに焼売を食べました。美味しい😋
🍩Re:4325◆投票機能もあったら便利だな、とは思いますね。ただ、投票機能はてがろぐの内部にある既存機能と何一つ重複していない感じなので、加えるとしたら相当な拡張になりますから、実現する可能性はあまり高くないと思います。とはいえ、何か良さげな実装方法を思いつかないとも限りませんから、あまり期待せずにお待ち頂ければ幸いです。
🍩Re:4326◆アンカーポイントを設置してそこへリンクできる機能ですよね？ 現状の機能としてはないんですが、こんな感じでどうかな？という実装案はありまして、昨年に実施したてがろぐ追加検討機能の投票結果では、だいたい真ん中くらいの得票数でした。（もしこの実装案の仕様でいくなら）実装はそんなに難しいわけではない気がしていますので、要望が多ければ早めに作ってもいいかな……、というくらいの感じでいます。(^_^;) このアンカーポイント機能があると、てがろぐリリースノート内でも目次から見出し位置に飛べる機能を用意できて便利そうなんですよね。たぶん。（ただ、そこまで長文を書くなら、もっと本格的なブログツールを使う方が良いのではないか、という気もしないでもないのですけども。^^;）
🍩Re:4325◆投票機能もあったら便利だな、とは思いますね。ただ、投票機能はてがろぐの内部にある既存機能と何一つ重複していない感じなので、加えるとしたら相当な拡張になりますから、実現する可能性はあまり高くないと思います。とはいえ、何か良さげな実装方法を思いつかないとも限りませんから、あまり期待せずにお待ち頂ければ幸いです。
🍩Re:4326◆アンカーポイントを設置してそこへリンクできる機能ですよね？ 現状の機能としてはないんですが、こんな感じでどうかな？という実装案はありまして、昨年に実施したてがろぐ追加検討機能の投票結果では、だいたい真ん中くらいの得票数でした。（もしこの実装案の仕様でいくなら）実装はそんなに難しいわけではない気がしていますので、要望が多ければ早めに作ってもいいかな……、というくらいの感じでいます。(^_^;) このアンカーポイント機能があると、てがろぐリリースノート内でも目次から見出し位置に飛べる機能を用意できて便利そうなんですよね。たぶん。（ただ、そこまで長文を書くなら、もっと本格的なブログツールを使う方が良いのではないか、という気もしないでもないのですけども。^^;）
たい焼き（冷凍）を食べました！🐟🐟🐟
🐟Re:4312◆ゲストIDを Read Only なアカウントにできるオプションは実装しようと思います。ご要望ありがとうございます。なお、てがろぐでは、画像はただサーバにファイルとしてUPしているだけであって（てがろぐの支配下にありませんので）「画像にアクセスできなくする」ことは仕様上無理なので（＝URLが分かれば常に誰でもアクセスできますので）、画像の保護が必要な場合にはサーバ側の認証機能をご活用下さい。
🐟Re:4313◆了解しました。今のところ良さげな実装方法を思いつけていないのですが、思いついたときには検討します。
🐟Re:4314◆私の（さくらインターネットの）サーバでも試しにWAFをONにしたところ、たしかに「../../」みたいな記述を含めて投稿しようとしたときには同様の警告画面になり、サーバのWAFログには「ディレクトリトラバーサルからの防御」と記録されていました。WAFは使えるなら使う方が望ましいですから、てがろぐ側でそれっぽい記述が書かれた際にはJavaScriptでちょいと注意喚起するくらいの仕様はあっても良いかもしれませんね。（注意喚起するだけで、警告の回避はできないわけですけども。^^;）こんな機能を設けたら良いかな、という気はしました。
🐟Re:4316◆なるほど、グリスですか。有用な記事をどうもありがとうございます！ この記事で言及されているCtrlキーの問題は、まさしく私の遭遇している問題ですね。^^; 早速、この記事で紹介されていたグリスをAmazonで注文してみました！ 届いたら試してみます。
🐟Re:4318◆キーボードは実際に打ってみないと合うかどうか分かりませんしね。展示するにはスペースを取る上に価格も高いわけではないので（ピンキリではありますけども）、なかなか見本の潤沢な提示は（そこら辺の店だと）難しいんだろうな、とは思います。^^;
🐟Re:4312◆ゲストIDを Read Only なアカウントにできるオプションは実装しようと思います。ご要望ありがとうございます。なお、てがろぐでは、画像はただサーバにファイルとしてUPしているだけであって（てがろぐの支配下にありませんので）「画像にアクセスできなくする」ことは仕様上無理なので（＝URLが分かれば常に誰でもアクセスできますので）、画像の保護が必要な場合にはサーバ側の認証機能をご活用下さい。
🐟Re:4313◆了解しました。今のところ良さげな実装方法を思いつけていないのですが、思いついたときには検討します。
🐟Re:4314◆私の（さくらインターネットの）サーバでも試しにWAFをONにしたところ、たしかに「../../」みたいな記述を含めて投稿しようとしたときには同様の警告画面になり、サーバのWAFログには「ディレクトリトラバーサルからの防御」と記録されていました。WAFは使えるなら使う方が望ましいですから、てがろぐ側でそれっぽい記述が書かれた際にはJavaScriptでちょいと注意喚起するくらいの仕様はあっても良いかもしれませんね。（注意喚起するだけで、警告の回避はできないわけですけども。^^;）こんな機能を設けたら良いかな、という気はしました。
🐟Re:4316◆なるほど、グリスですか。有用な記事をどうもありがとうございます！ この記事で言及されているCtrlキーの問題は、まさしく私の遭遇している問題ですね。^^; 早速、この記事で紹介されていたグリスをAmazonで注文してみました！ 届いたら試してみます。
🐟Re:4318◆キーボードは実際に打ってみないと合うかどうか分かりませんしね。展示するにはスペースを取る上に価格も高いわけではないので（ピンキリではありますけども）、なかなか見本の潤沢な提示は（そこら辺の店だと）難しいんだろうな、とは思います。^^;
ぱりんこを食べました。🍘🍘🍘
🍘Re:4303◆できるだけPHP側のバージョンには依存しないように作りたいとは思っています。ただ、画像のサムネイルを自動生成するには何らかのライブラリを使うしかないので、PHPに(たぶん)セットで存在するGDライブラリを使いますから、それがなかったり古すぎたりすることがなければ良いのですけどもね。GDライブラリが使用可能かどうかは phpinfo()で分かるようですので、気が向いたら調べてみて下さい。^^;（いや、なくても管理者に要望するくらいしかできないわけですが。あと、仮にGDライブラリがあるとしても、ライブラリにもバージョンがありますから絶対に使えるとも限らないわけですけども。）
🍘Re:4305◆ご要望をありがとうございます。参考までに伺いたいのですが、Ⓐ「誰でもコメントできる」・Ⓑ「ログイン者のみがコメントできる」のどちらをお望みでしょうか？
🍘Re:4306◆現状では、てがろぐ Ver 4.2.2βで実装した、『ログイン済みでないとどのページも閲覧できなくする「プライベート動作」機能』を使えば、似たようなことができそうに思います。読者専用のIDを用意しておいて、そのIDでログインしてもらえば、それ以外の人には見えませんし、ログインは最初の1回だけで済みます（セッション有効期限が来るまでは）。ただ、今の時点では「読めるだけ」のIDを作ることができないので、「ゲストIDでは一切投稿ができず、ただ読めるだけ」というような動作にするオプション機能が必要でしょうかね。
🍘Re:4307◆ご報告をどうもありがとうございます。それは、WAF（＝Web・アプリケーション・ファイアウォール）の誤検知が原因のエラーのようですね。サーバのコントロールパネルでWAFを有効にしている場合は、時々そういう問題が発生します。WAFを有効にしている場合、さくらインターネット以外のサーバでも発生する可能性があります（その際のエラー画面は様々ですが。ロリポップだと403 Forbiddenエラーが出るようです）。
基本的にWAFというのは、「送信できる内容に制限を受け入れる代わりに、外部からの攻撃っぽいアクセスを防げる」機能だと思います。とはいえ、WAFのOFFをお勧めはしにくいので、どうしても「../」を2回以上含む投稿をする必要がある、というのでなければWAFはONのままをお勧め致します。
※例えば ../../abc/～ というような相対パスではなく、/path/to/abc/～ のような「/」で始まる絶対パスで書くと問題ないのではないかと思います。
🍘Re:4303◆できるだけPHP側のバージョンには依存しないように作りたいとは思っています。ただ、画像のサムネイルを自動生成するには何らかのライブラリを使うしかないので、PHPに(たぶん)セットで存在するGDライブラリを使いますから、それがなかったり古すぎたりすることがなければ良いのですけどもね。GDライブラリが使用可能かどうかは phpinfo()で分かるようですので、気が向いたら調べてみて下さい。^^;（いや、なくても管理者に要望するくらいしかできないわけですが。あと、仮にGDライブラリがあるとしても、ライブラリにもバージョンがありますから絶対に使えるとも限らないわけですけども。）
🍘Re:4305◆ご要望をありがとうございます。参考までに伺いたいのですが、Ⓐ「誰でもコメントできる」・Ⓑ「ログイン者のみがコメントできる」のどちらをお望みでしょうか？
🍘Re:4306◆現状では、てがろぐ Ver 4.2.2βで実装した、『ログイン済みでないとどのページも閲覧できなくする「プライベート動作」機能』を使えば、似たようなことができそうに思います。読者専用のIDを用意しておいて、そのIDでログインしてもらえば、それ以外の人には見えませんし、ログインは最初の1回だけで済みます（セッション有効期限が来るまでは）。ただ、今の時点では「読めるだけ」のIDを作ることができないので、「ゲストIDでは一切投稿ができず、ただ読めるだけ」というような動作にするオプション機能が必要でしょうかね。
🍘Re:4307◆ご報告をどうもありがとうございます。それは、WAF（＝Web・アプリケーション・ファイアウォール）の誤検知が原因のエラーのようですね。サーバのコントロールパネルでWAFを有効にしている場合は、時々そういう問題が発生します。WAFを有効にしている場合、さくらインターネット以外のサーバでも発生する可能性があります（その際のエラー画面は様々ですが。ロリポップだと403 Forbiddenエラーが出るようです）。
- 確実に避けるには、WAF機能をOFFにして頂く必要があります。
- WAF機能をOFFにはしたくない場合は、「サーバの仕様」だと考えて諦めるしかありません。
- ただ、FAQページにある『Ⓑてがろぐ側でNGワードを避ける方法』で対処可能なら、WAFを有効にしたままでも大丈夫です。
基本的にWAFというのは、「送信できる内容に制限を受け入れる代わりに、外部からの攻撃っぽいアクセスを防げる」機能だと思います。とはいえ、WAFのOFFをお勧めはしにくいので、どうしても「../」を2回以上含む投稿をする必要がある、というのでなければWAFはONのままをお勧め致します。
※例えば ../../abc/～ というような相対パスではなく、/path/to/abc/～ のような「/」で始まる絶対パスで書くと問題ないのではないかと思います。
昼食は、たらこピザ。🍕🍕🍕
🍘Re:4298◆ご要望をどうもありがとうございます。(╹◡╹) ただ、てがろぐは（1カ所で提供されるサービスではなく）各々に設置して使ってもらうCGIなので、仮にTwitter APIを使うような機能を加えても、使うためには『設置する人それぞれが自分のTwitter IDを開発者アカウントに登録してAPIキーを取得』して、そのキーを使ってTwitterにアクセスするよう設定してもらう必要がありまして、ちょっとハードルが高いかな、と思います。あと、TwitterのAPIが「帰ってきた」と言っても、いつイーロンの方針でまた「去って行く」か分からないという信用の低さがありますし。(笑) なので、外部サービスのAPIを読んで云々……という機能はあまり期待しないで頂く方が良さそうに思います。
🍘Re:4299◆詳しく試して下さってありがとうございます！ なるほど、line-heightでうまくいきましたか。次のバージョンには（前回に追加したmax-heightではなく）その line-height を追記しておきます。
🍘Re:4230◆てがろぐをイラスト展示サイトにご活用頂いているのですね。ご要望をどうもありがとうございます。今、画像ありきのギャラリーモード専用サイトみたいなページを生成できるツールを作りかけているところですので、むしろそちらをお待ち頂く方が良いかもしれません。応援の声があればモチベーションが高まって開発が早まる可能性があります。(笑) そちらはPHPで作っていまして、PHPならGDライブラリがあることを前提にしても良さそうですから、サムネイル画像の自動生成もできる予定ではいます。（最初のリリースバージョンに実装されているかどうかは別の話ですが。）
🍘Re:4231◆すみません。「カテゴリなし」の投稿をカウントする機能が内部に無いので、今のところは「カテゴリなし」の該当数を表示することができないのです。将来的には可能なようにしたいと思ってはいます。気長にお待ち頂ければ幸いです。
🍘Re:4298◆ご要望をどうもありがとうございます。(╹◡╹) ただ、てがろぐは（1カ所で提供されるサービスではなく）各々に設置して使ってもらうCGIなので、仮にTwitter APIを使うような機能を加えても、使うためには『設置する人それぞれが自分のTwitter IDを開発者アカウントに登録してAPIキーを取得』して、そのキーを使ってTwitterにアクセスするよう設定してもらう必要がありまして、ちょっとハードルが高いかな、と思います。あと、TwitterのAPIが「帰ってきた」と言っても、いつイーロンの方針でまた「去って行く」か分からないという信用の低さがありますし。(笑) なので、外部サービスのAPIを読んで云々……という機能はあまり期待しないで頂く方が良さそうに思います。
🍘Re:4299◆詳しく試して下さってありがとうございます！ なるほど、line-heightでうまくいきましたか。次のバージョンには（前回に追加したmax-heightではなく）その line-height を追記しておきます。
🍘Re:4230◆てがろぐをイラスト展示サイトにご活用頂いているのですね。ご要望をどうもありがとうございます。今、画像ありきのギャラリーモード専用サイトみたいなページを生成できるツールを作りかけているところですので、むしろそちらをお待ち頂く方が良いかもしれません。応援の声があればモチベーションが高まって開発が早まる可能性があります。(笑) そちらはPHPで作っていまして、PHPならGDライブラリがあることを前提にしても良さそうですから、サムネイル画像の自動生成もできる予定ではいます。（最初のリリースバージョンに実装されているかどうかは別の話ですが。）
🍘Re:4231◆すみません。「カテゴリなし」の投稿をカウントする機能が内部に無いので、今のところは「カテゴリなし」の該当数を表示することができないのです。将来的には可能なようにしたいと思ってはいます。気長にお待ち頂ければ幸いです。
煎餅を食べました。🍘🍘🍘
🍘Re:4296◆その表示方法で特に問題ありません。ご愛用頂ければ幸いです～。(╹◡╹)ﾉ
🍘Re:4296◆その表示方法で特に問題ありません。ご愛用頂ければ幸いです～。(╹◡╹)ﾉ
返信・回答が遅くなってすみません。
節分には、豆まきはしませんでしたが、豆は食べました。たぶん、年の数よりもたくさん。
🍣Re:4286◆最初からそう設計していたら話は早かったんですけどもね。そうではないので、確認しないといけない箇所が多くてなかなか面倒なのです。意図しないところで書けてしまうと（自分以外と共用している場合に）危ないですし。
🍣Re:4287◆詳しく検証して下さってありがとうございます！ モバイルOSを想定したフォント指定になっていないのも問題の1つかもしれませんね。もしかして line-height: 1.5; みたいな感じで行高を固定すると良いんでしょうかね……？
🍣Re:4288◆お役に立ったようで良かったです～。(╹◡╹)ﾉ
🍣Re:4289◆ご提案ありがとうございます。たしかに「ログイン者限定」という表現は分かりやすくて良さそうな気がしますね。
🍣Re:4290◆「記事一覧」というのは、どこのことでしょうか？ てがろぐは動的生成なので、たいていの箇所は投稿と同時に更新されると思います。（一部、動作速度向上のためにキャッシュしている部分はありますが。） もう少し具体的に場所を教えて頂けると、何らかの回答ができると思います。
🍣Re:4291◆気に入って下さってありがとうございます！
🍣Re:4292,4294◆エックスサーバーでも同じ問題があったんですね。情報をありがとうございます。近いうちに補足情報を書き加えておきます。
🍣Re:4293◆関東圏はなかなか大変だったみたいですね～。
節分には、豆まきはしませんでしたが、豆は食べました。たぶん、年の数よりもたくさん。
🍣Re:4286◆最初からそう設計していたら話は早かったんですけどもね。そうではないので、確認しないといけない箇所が多くてなかなか面倒なのです。意図しないところで書けてしまうと（自分以外と共用している場合に）危ないですし。
🍣Re:4287◆詳しく検証して下さってありがとうございます！ モバイルOSを想定したフォント指定になっていないのも問題の1つかもしれませんね。もしかして line-height: 1.5; みたいな感じで行高を固定すると良いんでしょうかね……？
🍣Re:4288◆お役に立ったようで良かったです～。(╹◡╹)ﾉ
🍣Re:4289◆ご提案ありがとうございます。たしかに「ログイン者限定」という表現は分かりやすくて良さそうな気がしますね。
🍣Re:4290◆「記事一覧」というのは、どこのことでしょうか？ てがろぐは動的生成なので、たいていの箇所は投稿と同時に更新されると思います。（一部、動作速度向上のためにキャッシュしている部分はありますが。） もう少し具体的に場所を教えて頂けると、何らかの回答ができると思います。
🍣Re:4291◆気に入って下さってありがとうございます！
🍣Re:4292,4294◆エックスサーバーでも同じ問題があったんですね。情報をありがとうございます。近いうちに補足情報を書き加えておきます。
🍣Re:4293◆関東圏はなかなか大変だったみたいですね～。
パインアメをなめています。🍍🍬
🍍Re:4275◆さらに詳しい検証をどうもありがとうございます。なるほど、OLED。たしかにそういうディスプレイ側の仕様を使った機能かもしれませんね。◆さて、スクリーンショットありがとうございます。たしかに、半角文字を含むボタンだけ、高さが増すようですね。半角文字に適用されるフォントの都合でしょうかね……。これらのボタンには max-height を指定していなかったので、試しに先程公開した Ver 4.2.2β では max-height を指定してみました。この試験場も Ver 4.2.2β にしてありますので、大きさが揃うかどうか試してみて下さい。
🍍Re:4276◆TegUpのご活用と動作報告をどうもありがとうございます！ お役に立ったようで嬉しいです。(╹◡╹) ChatGPTはWeb製作とかプログラミング関連での回答が凄まじく役に立ちますね。
🍍Re:4277◆ご要望をどうもありがとうございます。たしかにその機能はまだありません。「最初の投稿日時」の情報って、自動取得されるだけで手動修正はできない仕様でも問題ないですかね？ 既存の日付編集欄はあくまでも「更新日時の入力欄」という扱いで。もしそれで問題がないなら、編集欄の個数を増やす必要が無いので実装の手間が減るかな、という気もしているのですけども。
🍍Re:4278◆丸坊主体験談まで頂けるとは予想していませんでした。ありがとうございます。(笑) なるほど、でこぼこに。なかなか綺麗に刈るのは難しいんですねぇ。^^;
🍍Re:4279◆個人情報を書いてはダメです。^^;（これは、サーバ側の認証機能を使わないなら、どんな場合でも、です。）たしかに「プライベート」という表現は誤解を招きやすいかもしれませんね。クローズドとか……？（それも同じかな。^^;） てがろぐ側でいくら閲覧をブロックしても、データファイル(tegalog.xml)等が直接ダウンロードできてしまったら意味がありませんので、.htaccessファイルが設置されていない場合には「プライベート動作」への切り替えは自動で拒否されるような仕様にはしてあります。ただ、だからといって、Basic認証のような保護レベルではありませんので、あくまでも簡易的な閉鎖空間モードという感じでしょうかね。
何か良さげな名称案があればご提案下さい。（どなたでも）
🍍Re:4275◆さらに詳しい検証をどうもありがとうございます。なるほど、OLED。たしかにそういうディスプレイ側の仕様を使った機能かもしれませんね。◆さて、スクリーンショットありがとうございます。たしかに、半角文字を含むボタンだけ、高さが増すようですね。半角文字に適用されるフォントの都合でしょうかね……。これらのボタンには max-height を指定していなかったので、試しに先程公開した Ver 4.2.2β では max-height を指定してみました。この試験場も Ver 4.2.2β にしてありますので、大きさが揃うかどうか試してみて下さい。
🍍Re:4276◆TegUpのご活用と動作報告をどうもありがとうございます！ お役に立ったようで嬉しいです。(╹◡╹) ChatGPTはWeb製作とかプログラミング関連での回答が凄まじく役に立ちますね。
🍍Re:4277◆ご要望をどうもありがとうございます。たしかにその機能はまだありません。「最初の投稿日時」の情報って、自動取得されるだけで手動修正はできない仕様でも問題ないですかね？ 既存の日付編集欄はあくまでも「更新日時の入力欄」という扱いで。もしそれで問題がないなら、編集欄の個数を増やす必要が無いので実装の手間が減るかな、という気もしているのですけども。
🍍Re:4278◆丸坊主体験談まで頂けるとは予想していませんでした。ありがとうございます。(笑) なるほど、でこぼこに。なかなか綺麗に刈るのは難しいんですねぇ。^^;
🍍Re:4279◆個人情報を書いてはダメです。^^;（これは、サーバ側の認証機能を使わないなら、どんな場合でも、です。）たしかに「プライベート」という表現は誤解を招きやすいかもしれませんね。クローズドとか……？（それも同じかな。^^;） てがろぐ側でいくら閲覧をブロックしても、データファイル(tegalog.xml)等が直接ダウンロードできてしまったら意味がありませんので、.htaccessファイルが設置されていない場合には「プライベート動作」への切り替えは自動で拒否されるような仕様にはしてあります。ただ、だからといって、Basic認証のような保護レベルではありませんので、あくまでも簡易的な閉鎖空間モードという感じでしょうかね。
何か良さげな名称案があればご提案下さい。（どなたでも）
すごい！😲
🍰Re:4273◆すんげえ!?!? よく解明しましたね!!!!?!? まさかそんな背景で起きていた現象だったのかという点にも驚きましたけども、何よりもそれを解明したことの方が遙かに驚きですよ！😲
たいへんスッキリしました。詳解をどうもありがとうございます！
閲覧者側の対策はおっしゃる通りで、Web製作者側の対策はカメラのHDR補正機能をOFFにすることですね（もしくは加工することでHDR情報が消えるようにするか）。
私のPixel6aでも、カメラアプリの設定を奥までたどると「ウルトラHDR」という謎の機能がONになっていました。
ウルトラHDRとは何なのか……と思ってググったところ、『グーグルPixel 8限定だった「Ultra HDR」撮影が旧型端末で可能に』という記事がありました。
なるほど、この「より明るく、より色鮮やかに表示できるようになる」という機能がその正体だったわけでしょうかね？（Ultraが付かないHDRもあるんだとは思いますが。）
私のPixel6a (Android14、Chrome120) で「Gainmap HDR image rendering」項目を見てみたところ「Default」になっていました。その設定のままだと何も変化しませんでしたが、これを試しに「Enabled」に変更してみると、当該画像の存在するページに移動したときに、じんわり、ゆっくり、微かにだけ明るさが増すような動作をすることを確認できました。事前に「明るさが変化するよ」と言われて注視していなければ分からない程度の変化でしたけども。おそらく、No.4273さんの動作と同じなのではないかと思います。この辺の変化量は、端末に依るんでしょうかね。
先の記事には『互換性のあるディスプレイ上で』と前提条件が書かれていますから。そもそも「Default」の設定値で「Disabled」と同じ動作になっていたことからして、私の廉価版PixelであるPixel6aのディスプレイは、元々(ほとんど)効果がない端末として分類されていたのかもしれません。対応端末の場合にだけ、No.4271さんのように明るさが大きく変化するんでしょうかね……？
何にしても大変スッキリできて、とてもありがたいです。^^; 詳しい調査をどうもありがとうございます！
というわけで、No.4271さんも参考になさって下さい～。
🍰Re:4273◆すんげえ!?!? よく解明しましたね!!!!?!? まさかそんな背景で起きていた現象だったのかという点にも驚きましたけども、何よりもそれを解明したことの方が遙かに驚きですよ！😲
たいへんスッキリしました。詳解をどうもありがとうございます！
閲覧者側の対策はおっしゃる通りで、Web製作者側の対策はカメラのHDR補正機能をOFFにすることですね（もしくは加工することでHDR情報が消えるようにするか）。
私のPixel6aでも、カメラアプリの設定を奥までたどると「ウルトラHDR」という謎の機能がONになっていました。
ウルトラHDRとは何なのか……と思ってググったところ、『グーグルPixel 8限定だった「Ultra HDR」撮影が旧型端末で可能に』という記事がありました。
Ultra HDRを有効にすると、写真を撮るたびに、明るさと色の追加情報を写真に保存するようカメラに指示する。この追加情報は、GoogleフォトやGoogle Chrome、Photoshopなどのアプリで使用され、互換性のあるディスプレイ上で写真をより明るく、より色鮮やかに表示できるようになる。
なるほど、この「より明るく、より色鮮やかに表示できるようになる」という機能がその正体だったわけでしょうかね？（Ultraが付かないHDRもあるんだとは思いますが。）
私のPixel6a (Android14、Chrome120) で「Gainmap HDR image rendering」項目を見てみたところ「Default」になっていました。その設定のままだと何も変化しませんでしたが、これを試しに「Enabled」に変更してみると、当該画像の存在するページに移動したときに、じんわり、ゆっくり、微かにだけ明るさが増すような動作をすることを確認できました。事前に「明るさが変化するよ」と言われて注視していなければ分からない程度の変化でしたけども。おそらく、No.4273さんの動作と同じなのではないかと思います。この辺の変化量は、端末に依るんでしょうかね。
先の記事には『互換性のあるディスプレイ上で』と前提条件が書かれていますから。そもそも「Default」の設定値で「Disabled」と同じ動作になっていたことからして、私の廉価版PixelであるPixel6aのディスプレイは、元々(ほとんど)効果がない端末として分類されていたのかもしれません。対応端末の場合にだけ、No.4271さんのように明るさが大きく変化するんでしょうかね……？
何にしても大変スッキリできて、とてもありがたいです。^^; 詳しい調査をどうもありがとうございます！
というわけで、No.4271さんも参考になさって下さい～。
昼食のうどんで、おなかいっぱい……。_(:3」∠)_
🍘Re:4269◆アップロードありがとうございます。私が所有している Pixel6a（Android14）のChromeで表示してみましたが、特に画面が明るくなることはありませんでした。画像そのものが原因だとすると、下記の3パターンすべてで同様の現象が起きると思いますが、起きますでしょうか？（また、普段お使いのとは別のブラウザで表示してみるとどうなるでしょうか？ それによって、ブラウザが原因なのか、OS(または端末)の問題なのかが分かります。）
① てがろぐ画像管理画面でその画像のあるページを見た場合。
② 静的HTMLページにその画像を貼った場合。
③ 画像だけを単独で表示させた場合。
※スマートフォンをお持ちの方は、もしよろしければお試し下さい。
🍘Re:4269◆アップロードありがとうございます。私が所有している Pixel6a（Android14）のChromeで表示してみましたが、特に画面が明るくなることはありませんでした。画像そのものが原因だとすると、下記の3パターンすべてで同様の現象が起きると思いますが、起きますでしょうか？（また、普段お使いのとは別のブラウザで表示してみるとどうなるでしょうか？ それによって、ブラウザが原因なのか、OS(または端末)の問題なのかが分かります。）
① てがろぐ画像管理画面でその画像のあるページを見た場合。
② 静的HTMLページにその画像を貼った場合。
③ 画像だけを単独で表示させた場合。
※スマートフォンをお持ちの方は、もしよろしければお試し下さい。
