カテゴリ「質問/要望」・「回答/返信」のどちらかに属する投稿［848件］（7ページ目）
かき氷が安売りされていたので買ってきました。アイスも。🍨🍧🍨🍧🍨🍧
🍨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番組の宣伝」はあるので、そういうので調整するのかもしれませんが。（最近、地上波でドラマを見る機会がまったくないので、実際にどうなっているのかは知らないんですが。）
by nishishi.
⌚2024年4月30日(火) 14:18:36〔1年以上前〕
つぼやき,回答/返信
＜534文字＞
編集
#要望
記事を鍵つきにする際、記事全部ではなく、一部を鍵記事にすると言うような仕様は可能でしょうか。
鍵つきにすると当然ながら記事がまるっと鍵で中身は何も表示されず、これ何を書いたんだっけ？となってしまうので、こういう記事であると言うようなのをひと言書いておけたらいいなあと。
(そんなのなら、｢隠す｣を使えと言う声もあるんですが、見れる人を投稿者が決めると言う機能はそのままにしておきたいんです。)
記事を鍵つきにする際、記事全部ではなく、一部を鍵記事にすると言うような仕様は可能でしょうか。
鍵つきにすると当然ながら記事がまるっと鍵で中身は何も表示されず、これ何を書いたんだっけ？となってしまうので、こういう記事であると言うようなのをひと言書いておけたらいいなあと。
(そんなのなら、｢隠す｣を使えと言う声もあるんですが、見れる人を投稿者が決めると言う機能はそのままにしておきたいんです。)
by tomoyo. ⌚2024年4月30日(火) 13:36:16〔1年以上前〕 質問/要望 ＜202文字＞ 編集
新しいエアコンを調達しました。（以前のは、冷房時に風の吹出口から水が垂れてくるようになってしまったので……。）
🍰Re:4421◆実は今、鋭意開発中の『画像等ファイル展示新ツール』(仮称)では、動画や音声ファイルをUPして、直接その場で再生できる形でも一覧掲載できます。最低限の掲載機能は既に実装してあるんですが、スキンや管理画面等の周辺機能がまだなので、ツールとしての配布はまだまだ先になるのですけども。そちらをお待ち頂けると良いかもしれません。
なお、てがろぐでは、少なくともYouTubeの埋め込みは（現在のバージョンで既に）可能ですので、ぜひお試し下さい。
🍰Re:4421◆実は今、鋭意開発中の『画像等ファイル展示新ツール』(仮称)では、動画や音声ファイルをUPして、直接その場で再生できる形でも一覧掲載できます。最低限の掲載機能は既に実装してあるんですが、スキンや管理画面等の周辺機能がまだなので、ツールとしての配布はまだまだ先になるのですけども。そちらをお待ち頂けると良いかもしれません。
なお、てがろぐでは、少なくともYouTubeの埋め込みは（現在のバージョンで既に）可能ですので、ぜひお試し下さい。
by nishishi. ⌚2024年4月26日(金) 17:06:25〔1年以上前〕 回答/返信 ＜348文字＞ 編集
フィナンシェを食べました。
🧈Re:4416◆ご要望をありがとうございます。何か良さげな実装方法を思いつけば試したいとは思っています。気長にお待ち頂ければ幸いです。（ただ、てがろぐは元画像を一切加工せずにそのままUPする仕様ですので、事前に良さげなサイズに加工してからUPする方が望ましいのではないかとも思います。）
🧈Re:4417◆おぉ、なんとそんな方法が！「2万10千円」という入力方法は思いつきませんでした。合計金額というよりも、『それぞれのお札を何枚ずつ欲しいのか』と考えれば、とても分かりやすい指定方法ですね。
🧈Re:4419◆ありがとうございます。維持条件の個別指定は、できれば今月中には実装できると良いな……と思っています（どうなるかは分かりませんが^^;）。短い表現で済ませるのはなかなか難しいですね……。ただ、長ければそれはそれで分かりにくい気もしますので、何か良さげな中間点的な表現方法を編み出せると良いのですけども。(^_^;)
🧈Re:4416◆ご要望をありがとうございます。何か良さげな実装方法を思いつけば試したいとは思っています。気長にお待ち頂ければ幸いです。（ただ、てがろぐは元画像を一切加工せずにそのままUPする仕様ですので、事前に良さげなサイズに加工してからUPする方が望ましいのではないかとも思います。）
🧈Re:4417◆おぉ、なんとそんな方法が！「2万10千円」という入力方法は思いつきませんでした。合計金額というよりも、『それぞれのお札を何枚ずつ欲しいのか』と考えれば、とても分かりやすい指定方法ですね。
🧈Re:4419◆ありがとうございます。維持条件の個別指定は、できれば今月中には実装できると良いな……と思っています（どうなるかは分かりませんが^^;）。短い表現で済ませるのはなかなか難しいですね……。ただ、長ければそれはそれで分かりにくい気もしますので、何か良さげな中間点的な表現方法を編み出せると良いのですけども。(^_^;)
by nishishi. ⌚2024年4月25日(木) 23:39:58〔1年以上前〕 回答/返信 ＜447文字＞ 編集
プリン食べたい……。🍮🍮🍮
🍮Re:4410◆意見表明ありがとうございます。反応があると需要が見えてありがたいです。(╹◡╹)ﾉ
🍮Re:4411◆ご活用ありがとうございます。たしかに、サイトマップモードから移動する場合には、少なくともモードは抜けたいですよね。^^;
🍮Re:4413◆ご質問とご要望をありがとうございます。まず、ご質問についてですが、現状のバージョンではその通りです。今のところ、画像を差し替える機能はありません。次に、ご要望についてですが、『画像の管理画面から画像の差し替えができる機能』については検討はしています。ただ、てがろぐでは、埋め込む画像を [PICT:sakura.png] のようにファイル拡張子まで含めたファイル名で直接指定する記法になっていますから、画像の差し替え機能を用意する場合でも、「ファイル拡張子まで含めてまったく同じファイル名」での差し替え機能にしかならないと思います。（拡張子の異なる画像に差し替えてしまうと、過去の投稿で画像リンクが切れてしまいますから。）てがろぐでは、投稿と画像がまったく別管理になっていますので、連動して変えるのが難しいんですよね……。なので、拡張子まで変えたい場合には今後も、新規画像としてUPして、本文を書き換えて頂くほかなさそうだと（今のところは）思っています。何かよほど良さげなアルゴリズムを思いついたら話は別ですが。^^;
🍮Re:4410◆意見表明ありがとうございます。反応があると需要が見えてありがたいです。(╹◡╹)ﾉ
🍮Re:4411◆ご活用ありがとうございます。たしかに、サイトマップモードから移動する場合には、少なくともモードは抜けたいですよね。^^;
🍮Re:4413◆ご質問とご要望をありがとうございます。まず、ご質問についてですが、現状のバージョンではその通りです。今のところ、画像を差し替える機能はありません。次に、ご要望についてですが、『画像の管理画面から画像の差し替えができる機能』については検討はしています。ただ、てがろぐでは、埋め込む画像を [PICT:sakura.png] のようにファイル拡張子まで含めたファイル名で直接指定する記法になっていますから、画像の差し替え機能を用意する場合でも、「ファイル拡張子まで含めてまったく同じファイル名」での差し替え機能にしかならないと思います。（拡張子の異なる画像に差し替えてしまうと、過去の投稿で画像リンクが切れてしまいますから。）てがろぐでは、投稿と画像がまったく別管理になっていますので、連動して変えるのが難しいんですよね……。なので、拡張子まで変えたい場合には今後も、新規画像としてUPして、本文を書き換えて頂くほかなさそうだと（今のところは）思っています。何かよほど良さげなアルゴリズムを思いついたら話は別ですが。^^;
by nishishi. ⌚2024年4月23日(火) 00:02:54〔1年以上前〕 回答/返信 ＜626文字＞ 編集
アイスを買い足してきました。まだ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 のパラメータは維持しない方が望ましいですね。逆順表示時のことを全く考慮していませんでした。正式版では、表示順の指定値は引き継がないように修正します。
by nishishi. ⌚2024年4月16日(火) 20:52:30〔1年以上前〕 回答/返信 ＜493文字＞ 編集
冷めた味噌汁もスープも紅茶も美味しくいただける人間です。
β版の更新と配布お疲れ様です。
「その状況で表示対象になる投稿」だけに限定した隣接投稿に移動できる機能、とても便利で助かっています。
日記としてだけでなく、小説を掲載する用にもてがろぐを利用させてもらっているので、この機能のおかげで作品ごとのページ移動のリンクを手動で貼らずに済んでとても助かっています。ありがとうございます🙏
要望なのですが、逆順に表示したときに[[PERMAURL:KEEPCOND]]をURLに設定したリンクをクリックした際、投稿を単独表示した場合のみ（カテゴリやハッシュタグなどの表示条件の指定は維持しつつ）通常と同じ順序でページ移動できるようになったら嬉しいです。
逆順に表示して[[PERMAURL:KEEPCOND]]のリンクをクリックして単独投稿のページに入った場合、単独投稿のページ移動も逆順（新しい投稿が前の投稿に、古い投稿が次の投稿として）になってリンクが貼られるようなのですが、
逆順に表示した場合でも通常と同じように、古い投稿が前の投稿として、新しい投稿が次の投稿としてリンクが貼られるようになったらありがたいです。その状態でカテゴリやハッシュタグごとにページが移動できたらとてもありがたいです。
説明下手でごめんなさい。
ご検討いただけるとありがたいです。
β版の更新と配布お疲れ様です。
「その状況で表示対象になる投稿」だけに限定した隣接投稿に移動できる機能、とても便利で助かっています。
日記としてだけでなく、小説を掲載する用にもてがろぐを利用させてもらっているので、この機能のおかげで作品ごとのページ移動のリンクを手動で貼らずに済んでとても助かっています。ありがとうございます🙏
要望なのですが、逆順に表示したときに[[PERMAURL:KEEPCOND]]をURLに設定したリンクをクリックした際、投稿を単独表示した場合のみ（カテゴリやハッシュタグなどの表示条件の指定は維持しつつ）通常と同じ順序でページ移動できるようになったら嬉しいです。
逆順に表示して[[PERMAURL:KEEPCOND]]のリンクをクリックして単独投稿のページに入った場合、単独投稿のページ移動も逆順（新しい投稿が前の投稿に、古い投稿が次の投稿として）になってリンクが貼られるようなのですが、
逆順に表示した場合でも通常と同じように、古い投稿が前の投稿として、新しい投稿が次の投稿としてリンクが貼られるようになったらありがたいです。その状態でカテゴリやハッシュタグごとにページが移動できたらとてもありがたいです。
説明下手でごめんなさい。
ご検討いただけるとありがたいです。
by admin. ⌚2024年4月16日(火) 17:07:51〔1年以上前〕 質問/要望 ＜587文字＞ 編集
#要望
「てがろぐ」という素晴らしいツールには大変お世話になっています。
説明リストに任意のクラス名を設定できる機能を追加していただけると、とてもありがたいです。
ご検討の程、よろしくお願い申し上げます。
「てがろぐ」という素晴らしいツールには大変お世話になっています。
説明リストに任意のクラス名を設定できる機能を追加していただけると、とてもありがたいです。
ご検討の程、よろしくお願い申し上げます。
by admin. ⌚2024年4月14日(日) 19:55:07〔1年以上前〕 質問/要望 ＜103文字＞ 編集
by nishishi. ⌚2024年4月12日(金) 17:30:23〔1年以上前〕 回答/返信 ＜63文字＞ 編集
最近、ドーナツを食べていないな……。そういえば。🍩🍩🍩
🍩Re:4389◆ご要望をどうもありがとうございます！「ユーザ一覧を出力できる機能 Ⓓ❿」は、以前に実施した「てがろぐ追加検討機能の投票」（その結果）ではあまり得票数がなかったのですが、開発ToDoリストには入っていまして、ちょいと（私の中での）順位を上げておきます。たしかに、てがろぐ上で扱える各種情報の中では「ユーザ」だけが一覧出力する機能がないのですよね。そこはちょっと気にはなっていました。
隣接投稿の一括閲覧機能と指定条件に限定した隣接投稿への移動機能も気に入って頂けたようで嬉しいです。(╹◡╹)ﾉ
🍩Re:4389◆ご要望をどうもありがとうございます！「ユーザ一覧を出力できる機能 Ⓓ❿」は、以前に実施した「てがろぐ追加検討機能の投票」（その結果）ではあまり得票数がなかったのですが、開発ToDoリストには入っていまして、ちょいと（私の中での）順位を上げておきます。たしかに、てがろぐ上で扱える各種情報の中では「ユーザ」だけが一覧出力する機能がないのですよね。そこはちょっと気にはなっていました。
隣接投稿の一括閲覧機能と指定条件に限定した隣接投稿への移動機能も気に入って頂けたようで嬉しいです。(╹◡╹)ﾉ
by nishishi. ⌚2024年4月5日(金) 18:40:43〔1年以上前〕 回答/返信 ＜342文字＞ 編集
こんにちは。#要望 です。[[CATEGORY:TREE]]みたいな感じで、登録されている全ユーザーの名前(もしくはID)と、そのユーザーの投稿へのリンクをリストとして出力する記法が欲しいです。
という感じのリストを外側スキンに表示させたいのです。同じようなことが出来る方法が既にあって、見落としているだけでしたらすみません。
Ver 4.2.3βの隣接投稿の一括閲覧機能と同カテゴリに限定した隣接投稿への移動機能、すごくありがたいです！特に隣接投稿の一括閲覧機能の方は、過去にTwitterユーザーだった頃にブラウザ拡張の近傍ツイート検索 を使っていたので、これと似たような機能がてがろぐでも出来るようになって快適です。1人Twitterライクなメモアプリは沢山あれど、欲しい機能が全部揃っていてデザインやレイアウトも自由自在、そして設置サーバー次第で広告も出なくてOS問わず使えるてがろぐが最強オブ最強だな…とますます実感してます！
という感じのリストを外側スキンに表示させたいのです。同じようなことが出来る方法が既にあって、見落としているだけでしたらすみません。
Ver 4.2.3βの隣接投稿の一括閲覧機能と同カテゴリに限定した隣接投稿への移動機能、すごくありがたいです！特に隣接投稿の一括閲覧機能の方は、過去にTwitterユーザーだった頃にブラウザ拡張の近傍ツイート検索 を使っていたので、これと似たような機能がてがろぐでも出来るようになって快適です。1人Twitterライクなメモアプリは沢山あれど、欲しい機能が全部揃っていてデザインやレイアウトも自由自在、そして設置サーバー次第で広告も出なくてOS問わず使えるてがろぐが最強オブ最強だな…とますます実感してます！
by sakura. ⌚2024年4月5日(金) 01:31:07〔1年以上前〕 質問/要望 ＜442文字＞ 編集
ご要望は常に歓迎していますので、いつでもお気軽にお知らせ下さい！(╹◡╹)ﾉ
忙しそうに見えていてもお気軽にどうぞ！ 実際に実装できるかどうかはまた別の話ではありますが、ご要望を頂かないと需要を知る術がありませんので、ご要望そのものは歓迎しています。（ただ、実装できなくても悪く思わないで下さい。そこに悪意はありませんので。）
🍩Re:4383◆ご要望ありがとうございます。カテゴリ登録画面の「概要文」欄で、HTMLタグを許容する仕様になれば良いわけですね？ それならそんなに手間ではなさそうなので、そう遠くないうちに実装できそうな気がします。（既に概要文中に<や>記号を使っている方々もいらっしゃるかもしれませんから、「そこにHTMLを許容するかどうか」の設定項目を別途設ける方が無難でしょうね。）
ちなみにですが、「カテゴリ限定表示時に限って特定の投稿を（カテゴリ別に）先頭固定できる『カテゴリ別先頭固定』機能」とどちらが望ましいですか？
忙しそうに見えていてもお気軽にどうぞ！ 実際に実装できるかどうかはまた別の話ではありますが、ご要望を頂かないと需要を知る術がありませんので、ご要望そのものは歓迎しています。（ただ、実装できなくても悪く思わないで下さい。そこに悪意はありませんので。）
🍩Re:4383◆ご要望ありがとうございます。カテゴリ登録画面の「概要文」欄で、HTMLタグを許容する仕様になれば良いわけですね？ それならそんなに手間ではなさそうなので、そう遠くないうちに実装できそうな気がします。（既に概要文中に<や>記号を使っている方々もいらっしゃるかもしれませんから、「そこにHTMLを許容するかどうか」の設定項目を別途設ける方が無難でしょうね。）
ちなみにですが、「カテゴリ限定表示時に限って特定の投稿を（カテゴリ別に）先頭固定できる『カテゴリ別先頭固定』機能」とどちらが望ましいですか？
by nishishi. ⌚2024年4月3日(水) 17:52:19〔1年以上前〕 回答/返信 ＜432文字＞ 編集
ちょいと仕事が忙しかったので放置気味ですみません。しかし、さくらたん第16巻特装版は調達しました！😍
🥞Re:4377◆気に入って下さってありがとうございます。(╹◡╹) なんとか4月には次の正式版として安定供給したいと思っています。なお、「プライベート動作」という名称だと分かりにくそうなので、名称は「ログイン者限定表示」みたいな感じに変わる予定です。
🥞Re:4378◆記号「＜」が半角にならないとはどういう現象でしょうか……？ キーボードから半角の「 < 」を打つと、どのような動作になるのですか？ もう少し状況を詳しく説明して頂けると、何らかの回答ができるかもしれません。
🥞Re:4377◆気に入って下さってありがとうございます。(╹◡╹) なんとか4月には次の正式版として安定供給したいと思っています。なお、「プライベート動作」という名称だと分かりにくそうなので、名称は「ログイン者限定表示」みたいな感じに変わる予定です。
🥞Re:4378◆記号「＜」が半角にならないとはどういう現象でしょうか……？ キーボードから半角の「 < 」を打つと、どのような動作になるのですか？ もう少し状況を詳しく説明して頂けると、何らかの回答ができるかもしれません。
by nishishi. ⌚2024年3月31日(日) 21:06:14〔1年以上前〕 回答/返信 ＜301文字＞ 編集
栗まんじゅうを食べたので、無事に栗まんじゅう欲は満たされました。🌰🌰🌰
🌰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を書くと良いのではないでしょうか。
by nishishi. ⌚2024年3月27日(水) 21:32:15〔1年以上前〕 回答/返信 ＜597文字＞ 編集
珈琲飴を舐めています。☕🍬☕🍬☕🍬 在庫が減ってきたので追加注文もしました。☕🍬☕🍬☕🍬
☕Re:4371◆β版のご試用をどうもありがとうございます！ 便利に活用して頂けて嬉しいです。反応がないと需要がなかったのかな、と思いますので。(^_^;) やはり《パターンB》が良さそうですね。
☕Re:4371◆β版のご試用をどうもありがとうございます！ 便利に活用して頂けて嬉しいです。反応がないと需要がなかったのかな、と思いますので。(^_^;) やはり《パターンB》が良さそうですね。
by nishishi. ⌚2024年3月25日(月) 22:27:31〔1年以上前〕 回答/返信 ＜145文字＞ 編集
クロワッサンを食べました。🧀🥐🧀🥐🧀🥐
🧀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で取得して、半角スペースをカンマに置き換えてからお使い頂くくらいしかなさそうに思います。
by nishishi. ⌚2024年3月21日(木) 22:11:55〔1年以上前〕 回答/返信 ＜663文字＞ 編集
珈琲飴を舐めています。☕🍬
☕Re:4349◆はい。お使いのドメインで認識される最も浅い階層にある .htaccess ファイルに追記すれば良いです（存在しない場合は新たに作成すれば良いです）。最後の行の行末には(たぶん)改行が必要なので改行して下さい。WordPressを使っているかどうかはあまり関係ないので、①で不都合がなければ①でも良いと思います。もちろん、②でも同じことですから、何らかのご不安な点があるようなら②でも問題ありません。
☕Re:4350◆もしかして、お使いのスターサーバは無料版の StarServer Free でしょうか？ 無料版には3プランありますが、残念ながらどれもCGIは動きません。CGI（Perl）が使えるサーバに設置して下さい。
☕Re:4349◆はい。お使いのドメインで認識される最も浅い階層にある .htaccess ファイルに追記すれば良いです（存在しない場合は新たに作成すれば良いです）。最後の行の行末には(たぶん)改行が必要なので改行して下さい。WordPressを使っているかどうかはあまり関係ないので、①で不都合がなければ①でも良いと思います。もちろん、②でも同じことですから、何らかのご不安な点があるようなら②でも問題ありません。
☕Re:4350◆もしかして、お使いのスターサーバは無料版の StarServer Free でしょうか？ 無料版には3プランありますが、残念ながらどれもCGIは動きません。CGI（Perl）が使えるサーバに設置して下さい。
by nishishi. ⌚2024年3月15日(金) 21:02:14〔1年以上前〕 回答/返信 ＜389文字＞ 編集
初歩的な質問失礼します。
パーミッションを変更しtegalog.cgiにブラウザ上でアクセスしようとしたのですが、白背景にtegalog.cgiのスクリプトが文字化けしたものが表示さました。
正常な表示にするにはどうすればよろしいでしょうか。
ちなみにファイルの中身は操作しておらず、「セットアップ(設置)方法」の通りにセットアップを進めました。またスターサーバーを使用しております。
パーミッションを変更しtegalog.cgiにブラウザ上でアクセスしようとしたのですが、白背景にtegalog.cgiのスクリプトが文字化けしたものが表示さました。
正常な表示にするにはどうすればよろしいでしょうか。
ちなみにファイルの中身は操作しておらず、「セットアップ(設置)方法」の通りにセットアップを進めました。またスターサーバーを使用しております。
by misaki. ⌚2024年3月15日(金) 20:47:12〔1年以上前〕 質問/要望 ＜195文字＞ 編集
イクラの軍艦巻きを食べました。イクラの絵文字はないのか……。
🍩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設定方法）
by nishishi. ⌚2024年3月15日(金) 13:39:41〔1年以上前〕 回答/返信 ＜833文字＞ 編集
にくまんを食べたい気分……！（たい焼きは食べました）
🥞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よりも左側にある内容）を教えて頂ければ、何らかの判断ができるかもしれません。
by nishishi. ⌚2024年3月1日(金) 00:54:48〔1年以上前〕 回答/返信 ＜565文字＞ 編集
久しぶりに焼売を食べました。美味しい😋
🍩Re:4325◆投票機能もあったら便利だな、とは思いますね。ただ、投票機能はてがろぐの内部にある既存機能と何一つ重複していない感じなので、加えるとしたら相当な拡張になりますから、実現する可能性はあまり高くないと思います。とはいえ、何か良さげな実装方法を思いつかないとも限りませんから、あまり期待せずにお待ち頂ければ幸いです。
🍩Re:4326◆アンカーポイントを設置してそこへリンクできる機能ですよね？ 現状の機能としてはないんですが、こんな感じでどうかな？という実装案はありまして、昨年に実施したてがろぐ追加検討機能の投票結果では、だいたい真ん中くらいの得票数でした。（もしこの実装案の仕様でいくなら）実装はそんなに難しいわけではない気がしていますので、要望が多ければ早めに作ってもいいかな……、というくらいの感じでいます。(^_^;) このアンカーポイント機能があると、てがろぐリリースノート内でも目次から見出し位置に飛べる機能を用意できて便利そうなんですよね。たぶん。（ただ、そこまで長文を書くなら、もっと本格的なブログツールを使う方が良いのではないか、という気もしないでもないのですけども。^^;）
🍩Re:4325◆投票機能もあったら便利だな、とは思いますね。ただ、投票機能はてがろぐの内部にある既存機能と何一つ重複していない感じなので、加えるとしたら相当な拡張になりますから、実現する可能性はあまり高くないと思います。とはいえ、何か良さげな実装方法を思いつかないとも限りませんから、あまり期待せずにお待ち頂ければ幸いです。
🍩Re:4326◆アンカーポイントを設置してそこへリンクできる機能ですよね？ 現状の機能としてはないんですが、こんな感じでどうかな？という実装案はありまして、昨年に実施したてがろぐ追加検討機能の投票結果では、だいたい真ん中くらいの得票数でした。（もしこの実装案の仕様でいくなら）実装はそんなに難しいわけではない気がしていますので、要望が多ければ早めに作ってもいいかな……、というくらいの感じでいます。(^_^;) このアンカーポイント機能があると、てがろぐリリースノート内でも目次から見出し位置に飛べる機能を用意できて便利そうなんですよね。たぶん。（ただ、そこまで長文を書くなら、もっと本格的なブログツールを使う方が良いのではないか、という気もしないでもないのですけども。^^;）
by nishishi. ⌚2024年2月28日(水) 00:14:56〔1年以上前〕 回答/返信 ＜592文字＞ 編集
たい焼き（冷凍）を食べました！🐟🐟🐟
🐟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◆キーボードは実際に打ってみないと合うかどうか分かりませんしね。展示するにはスペースを取る上に価格も高いわけではないので（ピンキリではありますけども）、なかなか見本の潤沢な提示は（そこら辺の店だと）難しいんだろうな、とは思います。^^;
by nishishi. ⌚2024年2月20日(火) 14:39:20〔1年以上前〕 回答/返信 ＜860文字＞ 編集
ぱりんこを食べました。🍘🍘🍘
🍘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/～ のような「/」で始まる絶対パスで書くと問題ないのではないかと思います。
by nishishi. ⌚2024年2月15日(木) 17:18:03〔1年以上前〕 回答/返信 ＜1348文字＞ 編集
🍵Re:4430◆案をどうもありがとうございます！ とてもありがたいです。確かにその通りと言えばその通りなんですけども、その表現だと『表示条件を自ら加えられる機能』だと思われる可能性がありそうな気がするんですよね……。例えば、カテゴリ以外の限定条件を維持したくないなら、[[PERMAURL:KEEPCOND(C)]] とだけ書けば良いんですけども、これは、『もしカテゴリ限定表示時だったら、そのカテゴリを維持した状態で投稿単独ページへ移動できる』というだけであって、『カテゴリ限定表示ではない状況』ではカテゴリには一切関係なく [[PERMAURL]] と同じ動作（＝普通の投稿単独ページに移動）になるんですよね。何もない状態から強制的にカテゴリ限定表示パラメータが付加される……という動作にはならないので、そこが誤解されるとそれはそれで困ると思うのでした……。
しかし、何にしてもご意見をどうもありがとうございました。機能の内容を誤解される可能性もある事実に気付けたのは良い知見でした。
よくよく考えると、これはスキンを自ら作る人(少なくともそこそこ高度にカスタマイズしようとする人)にしか使えない機能なので、あまり表現にこだわっても仕方がないかもしれないな……という気もしてきました。^^; スキンを作る過程で「こういうことはできないのかな？」と思ったときに検索してうまくヒットすれば良い……と考えると、むしろ短く言わない方が良いんですかね……？^^;
実際にこの機能を必要とする方々が、ヘルプドキュメント内から情報を探そうとするときに、どんな検索語等で調べるかがハッキリとは分からないわけですけども。
ううーん。なかなか悩ましいです。