サイトマップ ［5062件］（2ページ目）
➡ 2025年4月25日(金) 14時10分 〔47日前〕 回答/返信 No.5132 ✎ ！
にししさんが整理してくださった三点ですが、概ね合っています。
現状、IF文では
<input type="hidden" name="entry.固有番号" value="作品名">
のタグをカテゴリごとに作っているのですが、それでは何話目に対する感想なのかが分からないのです。
また、作品数が多いので、HTMLに書き込むIF文も増えてあまり見栄えがよろしくありません。
そのため、value=""部分に作品名（カテゴリ名）と第何話（[[COMMENT:TITLE]]）なのか、自動で挿入されるとありがたいと思った次第です。
今日もいろいろと試していたのですが、昨日の書き込みに誤りがあったことに気づきました。
[[INFO:NOWCAT:NAME]]ではなく、[[CATEGORYNAMES]] でした。失礼いたしました。
skin-onelog.htmlにフォームタグを置いているのですが、value=""部分に[[CATEGORYNAMES]][[COMMENT:TITLE]]と入力すると、class名が付与されるため添付した画像のようになってしまいます。しかも、カテゴリ名は親と子（モザイク部分）が併記されています。
この状態でも送信はできるものの、届いたメールのタイトルは「<span class=」となっています。
これは、skin-cover.htmlにフォームタグを置いて、value=""部分に[[INFO:NOWCAT:NAME]]を入力した場合も、同様です。ただし、[[COMMENT:TITLE]]は無効になっているものの、カテゴリ名の表示（モザイク部分）は希望のものです。
以上のことから、[[INFO:NOWCAT:NAME]]で取れるカテゴリ名と、[[COMMENT:TITLE]]で取れる情報が、プレーンテキストの形で出力された上で併用できれば、望む形になるのではないかと思います。
とはいえ、IF文で「value="作品名[[COMMENT:TITLE]]"」にしておけば、望む情報は送られてくるので、単純にHTMLの見栄えを良くしたいというわがままです。
もし、IF文を使わずに済む方法や工夫があれば、教えていただけると幸いです。
➡ 2025年4月25日(金) 10時55分 〔47日前〕 回答/返信 No.5131 ✎ ！
- カテゴリ名が作品名。
- 投稿内容の1行目には「第〇話 副題」が書かれているだけ（なので [COMMENT:TITLE] を使っても意味がない）
- Googleフォーム用の何らかのHTMLに、作品名だけを入れたい。
カテゴリ限定表示を使っているとのことですが、それは「ある親カテゴリとある子カテゴリを両方同時に表示する」というような仕組みで実現しているのですか？ それとも別の方法ですか？ その辺をもう少し具体的に教えて下さい。
デフォルト設定のままだと、カテゴリ限定表示時には『カテゴリ「雑記」に属する投稿［12件］』のような感じでSITUATIONに出てきますから、おそらく何らかのカスタマイズをなさっているのだと思います。
その辺をどうなさっているのかも教えて頂ければ、何らかの回答ができるかもしれません。
要するに、「どこの情報が取れれば『お望みの過不足ない作品名』になるのか？」が分からないので、そこを教えて下さい、ということです。
➡ 2025年4月24日(木) 22時55分 〔47日前〕 No.5130 ✎ ！
今回はスキン編集に用いるキーワードについて相談させてください。
カテゴリ限定表示を使って小説を公開しているのですが、一話ごとにGoogleフォームを利用して感想を送ってもらえるようにしています。
以前はIF文でvalue=""の部分に作品名（カテゴリ名）を入力して利用していたのですが、[[COMMENT:TITLE]]を入力すればIF文を使う必要がないことに気づきました。
しかし、[[COMMENT:TITLE]]の部分は「第〇話」や、副題を入れているので、肝心の作品名をvalue=""に含めることができません。
[[COMMENT:TITLE]]に作品名も入れてしまえば簡単なのですが、サイトのデザイン上、できれば入れたくありません。
そこで、[[INFO:NOWCAT:NAME]]も併用してみたのですが、class名が加えられてしまい、フォームとして機能しません。
[[COMMENT:TITLE]]のように、プレーンテキストで出力させることはできないでしょうか。
また、その場合、子カテゴリー名のみで出力できると、助かります。
長編小説
作品1
作品2
短編小説
作品3
作品4
のようにカテゴリ分けをしているので、単純にカテゴリ名だと「長編小説 作品1 第〇話」となってしまうのです。
どなたか、お知恵を貸していただけないでしょうか。
➡ 2025年4月24日(木) 21時06分 〔47日前〕 アップデート✨ No.5129 ✎ ！
➡ https://www.nishishi.com/cgi/tegalog/tegup/
- てがろぐと同時にTegUp自身のバージョンアップもできるようになりました（Ver.1だとTegUp自身の更新はできません）。
- 設定は独立ファイルに保存するように改善しました。
ただ、OGP情報の取得先WebページのHTMLソースに望ましくない文字列が含まれている場合でも何らかの情報を取得できるよう改善しました。
カード型リンクで、「エラーは出ないのに情報が表示されない」というケースがもしあった場合は、キャッシュファイル(ogp-cache.ini)を削除した上で、この Ver 2.1.0 に更新すると、解決するかもしれません。
➡ 2025年4月24日(木) 18時52分 〔47日前〕 No.5126 ✎ ！
➡ 2025年4月24日(木) 17時57分 〔47日前〕 No.5125 ✎ ！
- [何らかのラベル:CARD-L]URL のように、リンクラベルを書いた場合には、ちゃんと :CARD-S や :CARD-L のサイズ指定が効くけど、
- [:CARD-L]URL のように、リンクラベルを省いた場合には、カードサイズの指定が無視されて、Twitter Cardの指示が適用されてしまう。
➡ 2025年4月24日(木) 17時44分 〔47日前〕 No.5124 ✎ ！
➡ 2025年4月24日(木) 17時38分 〔47日前〕 No.5123 ✎ ！
CARD = TEST...
CARD-S = TEST...
CARD-L = TEST...
畳む
CARD = (Loading...)...
CARD-S = (Loading...)...
CARD-L = (Loading...)...
畳む
➡ 2025年4月20日(日) 20時19分 〔51日前〕 回答/返信 No.5121 ✎ ！
🍨Re:5118-5119◆ご確認ありがとうございます。問題が解消していて良かったです～。(╹◡╹)ﾉ これで次は正式版(4.6.0)リリースで問題なさそうな感じですね。^^
➡ 2025年4月20日(日) 18時28分 〔51日前〕 No.5120 ✎ ！
（ツイート埋め込み処理中...）Twitterで見る
https://bsky.app/profile/nishishi.bsky.social/post/3ln...
https://pawoo.net/@nishishi/114369537506104525
今のところ、作成したNotebookを不特定多数に公開(共有)させる方法は用意されていないので、使うためには各人が自分のGoogleアカウントで、自分のNotebookを作る必要がありますが。でも、公式ヘルプ全5ページのURLを1つずつ追加するだけなので、準備操作は簡単です。
無料版でも、1日最大50回のチャットは可能なようです。1つのNotebookに最大50のソースを登録可能ですから（てがろぐ公式ヘルプは5ページしかないので）余裕です。
もちろん、回答が正しい保証はどこにもないわけですが。(^_^;)
➡ 2025年4月20日(日) 02時21分 〔52日前〕 No.5119 ✎ ！
自分が確認した限りではOGPカードの文字化けが直っていました、いつもありがとうございます
➡ 2025年4月18日(金) 22時03分 〔53日前〕 No.5117 ✎ ！
回答ありがとうございます！
言われてみれば確かにその通りですね…気付くのが遅れてしまい、とてもお恥ずかしいです…お手数をおかけしてしまい、申し訳ございません。
ログイン限定を解除することは出来ないため、OGPを諦めようと思います🙇
➡ 2025年4月18日(金) 21時51分 〔53日前〕 No.5115 ✎ ！
ver.4.5.7を適用させていただきましたがpixivのリンクが文字化けしなくなりました！
対応ありがとうございました！！
➡ 2025年4月18日(金) 21時31分 〔53日前〕 No.5114 ✎ ！
ログイン限定モードで使用しているため、実物をお見せすることができず心苦しいのですが、以下ご質問への回答です。
■どこにどう書いたのか
</head>の真上に書きました。自分の他サイトで使用しているものをコピペし（そちらのサイトでは問題なく表示されています）、コンテンツ部分をてがろぐに合わせて変えたものになります。
■どうやって確認した結果なのか
まずてがろぐのVer 4.5.7βで記事からリンクをして確認したのですが、反映されていませんでした。そのため、こちらのサイト【https://rakko.tools/tools/9/】でさらに確認してみましたが、画像や説明が設定されていないとエラーが表示されました。
情報が少なく申し訳ございません…。
➡ 2025年4月18日(金) 21時07分 〔53日前〕 回答/返信 No.5113 ✎ ！
➡ 2025年4月18日(金) 20時50分 〔53日前〕 No.5112 ✎ ！
更新と直接は関係なく申し訳ないのですが、OGPについて質問があります。
[OGP]を使うのではなく、設定でそちらをオフにし、自分でOGPのタグを記述したのですが、画像や説明文が表示（反映）されません。これは[OGP]を使う以外にOGPを反映させる方法はないでしょうか？
➡ 2025年4月18日(金) 19時46分 〔53日前〕 アップデート✨ No.5111 ✎ ！
🆕 Ver 4.5.7βの更新点(概要)：
《▼新機能》
●投稿欄下部のボタンでカード型リンクを挿入できるようにする「OGPカード」ボタンの表示機能を追加。
《▼不具合修正》
❎カード型リンクが文字化けするケースがある問題を（さらに）修正。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
➡ 2025年4月18日(金) 11時20分 〔54日前〕 No.5110 ✎ ！
(Loading...)... (Loading...)... (Loading...)...
🍔Re:5109◆β版のご試用をどうもありがとうございます～。(╹◡╹)ﾉ 今夜までには（文字化けの可能性をさらに減らした）Ver 4.5.7βを公開する予定です。（次の正式版 4.6.0 も、できれば今月末までにはリリースしたいと思っています。）
➡ 2025年4月18日(金) 06時45分 〔54日前〕 No.5109 ✎ ！
➡ 2025年4月17日(木) 13時59分 〔55日前〕 No.5108 ✎ ！
🥐Re:5107◆解決したようで良かったです。(╹◡╹)ﾉ
➡ 2025年4月15日(火) 22時37分 〔56日前〕 回答/返信 No.5107 ✎ ！
>>効かなくなっているのはDirectoryIndexだけでしょうか？ 他のiniファイルやxmlファイルへのアクセスを拒否する設定は、ちゃんと403エラーを返すでしょうか？（500エラーではなく）
今まで使用していた.htaccessのままtegalog.ini、tegalog.xmlにアクセスしたところ、共に403エラーを吐きました。
>>どのような操作をしたときに（または、どのようなURLにアクセスしたときに）500エラーが出るのか
tegalog.cgiを抜いたURLへのアクセス（https://～/tegalog/tegalog.cgiではなく、https://～/tegalog/）で500エラーを吐く状態でした。
（htmlのリンクでジャンプした場合、URL直接入力した場合共に）
>>もしDirectoryIndexが効かないのであれば、てがろぐパッケージに含んでいる（またはここからダウンロードできる） (Recommend).htaccess ファイルを使ってアップロードし直してみて下さい。
改めてダウンロードさせていただいた.htaccessをアップロードしたところ無事tegalog.cgiを抜いた状態でアクセスができました。
もともと使っていた.htaccessですが、にしし様が配布されている.htaccessに
ErrorDocument 403（以下独自に設定したエラー画面の場所）
ErrorDocument 404（以下独自に設定したエラー画面の場所）
を追加したものになります。
この二行がサーバーと相性が悪かったのかもしれません。
お騒がせいたしました。
➡ 2025年4月15日(火) 10時55分 〔57日前〕 回答/返信 No.5106 ✎ ！
🥐Re:5104◆情報ありがとうございます～。(╹◡╹)ﾉ
🥐Re:5105◆.htaccessは、てがろぐ側が解釈するわけではなく、Webサーバ側が解釈するので、「DirectoryIndexの指定が、てがろぐのバージョンによって適用されたりされなかったりする」ということはありません。なので、もしそのような動作になるのなら別のところ（サーバの設定や、.htaccessの書き方や、他のディレクトリにある.htaccessファイルなど）が影響しています。
効かなくなっているのはDirectoryIndexだけでしょうか？ 他のiniファイルやxmlファイルへのアクセスを拒否する設定は、ちゃんと403エラーを返すでしょうか？（500エラーではなく）
もしDirectoryIndexが効かないのであれば、てがろぐパッケージに含んでいる（またはここからダウンロードできる） (Recommend).htaccess ファイルを使ってアップロードし直してみて下さい。
なお、.htaccessとは関係なく、てがろぐの動作によって500エラーが出る可能性はあります。
なので、「どのような操作をしたときに（または、どのようなURLにアクセスしたときに）500エラーが出るのか」について詳しく教えて頂ければ、何らかの回答ができるかもしれません。
➡ 2025年4月14日(月) 21時57分 〔57日前〕 No.5105 ✎ ！
いつもてがろぐを愛用させていただいております。
ベータ版にアップデートしたところ、ひっかかったところがありましたのでご報告いたします。
ベータ版にしてみようと、最新のものまで適用してみたのですが、「500 Internal Server Error」が出るようになりました。
一つずつ確認したところ、4.5.3beta以降でどうも.htaccessの「DirectoryIndex tegalog.cgi」（https://www.nishishi.com/cgi/tegalog/faq/#nocgifilenam...）が効かなくなっている？ようです。
tegalog.cgiにはアクセスでき、投稿自体もできたので、cgi自体は問題なく動いているようです。
サーバーはさくらインターネットになります。
パーミッションはいじらずアップデートしてあります。（念のため確認しましたが、問題ありませんでした）
私の運用が悪いのだと思うのですが……念のためお手すきの際にご確認いただけたら幸いです。
よろしくお願いいたします。
➡ 2025年4月14日(月) 15時19分 〔58日前〕 No.5104 ✎ ！
4.5.6βへアップデートした所、リスト記法と鍵入力窓の表示が確認できました、迅速なご対応誠にありがとうございます！！
文字化けの件ですが、私の方ではpixivの他に、
store-jp.nintendo.comとyoutube動画へのリンク、adventar.orgが文字化けしていました。
ご参考になりましたら幸いです。
➡ 2025年4月13日(日) 21時09分 〔58日前〕 回答/返信 No.5103 ✎ ！
🥐Re:5099◆ご指摘ありがとうございます。確かにPixivは文字化けしますね。いーろいろ実験して確認したところ、pixivは『ログイン状態で閲覧した場合はHTMLに文字コードの情報が含まれる』のに『ログアウト状態で閲覧するとHTMLに文字コードの情報が含まれていない』ことに気付きました。┌(:3」└)┐ ずっと、ログイン状態で確認していたんですけども、PHPプログラムは当然ログアウト状態のHTMLしか取得できませんからね……。^^; とりあえず、こちらのローカルにあるプログラムでは対処しました。次の 4.5.7β では、少なくともPixivの文字化けは解消します。もうしばらくお待ち下さい～。
➡ 2025年4月13日(日) 19時29分 〔58日前〕 アップデート✨ No.5100 ✎ ！
昨日の4.5.5βにあった3点の不具合を修正しました。
- カード型リンクが文字化けするケースがある。
- リスト記法で何らかのオプションを加えると表示されなくなる（記法によっては先頭項目だけ見える）。
- 鍵入力窓を自由な位置に配置する機能が無効になる。（指定位置ではなく先頭に鍵入力窓が出て、すべて隠されてしまう。）
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
➡ 2025年4月13日(日) 19時25分 〔58日前〕 No.5099 ✎ ！
早速の対応をありがとうございます！ver.4.5.6のアップデートを行いました。
FANBOXの文字化けは直りましたが、pixivへのリンクは文字化けしたままになっております。
（ogp-cashe.iniの削除は行いました）
➡ 2025年4月13日(日) 15時22分 〔59日前〕 No.5097 ✎ ！
なので、リンク先の内容を表す簡潔な内容をリンクラベルとして書いておく方が望ましいと思います。
なお、全文検索の際には、投稿本文内に書いたリンクラベルだけが検索対象になります。（OGP情報は後からJavaScriptで合成しているだけなので検索対象になりません。）
➡ 2025年4月13日(日) 15時03分 〔59日前〕 回答/返信 No.5096 ✎ ！
正規表現では、角括弧や丸括弧に特殊な意味があるので、角括弧や丸括弧そのものに一致させたい場合には \[ や \( のようにエスケープしないといけないので、ちょっと見た目がややこしいですが。(^_^;)
テキストエディタによって微妙に書き方が異なる可能性がありますが、例えばEmEditorだと以下のような正規表現でいけます。
検索語： \[(.+?)\](\(?http)
置換後： [\1:CARD]\2
※書き換えてはいけないケース（書き換えたくないケース）を除外するためにも、「すべて置換」ボタンで一括処理するのではなく、「置換」ボタンの方を押して1つずつ確認しながら処理する方が望ましいと思います。
※お試しになる場合には、事前に tegalog.xml ファイルをローカルにバックアップするのを忘れないようご注意下さい。
➡ 2025年4月13日(日) 14時34分 〔59日前〕 回答/返信 No.5094 ✎ ！
また、不具合報告もありがとうございます。助かります。
今のところ Ver 4.5.5βで認識している不具合は以下の3点です。
1. カード型リンクが文字化けするケースがある。
2. リスト記法で何らかのオプションを加えると表示されなくなる（記法によっては先頭項目だけ見える）。
3. 鍵入力窓を自由な位置に配置する機能が無効になる。（指定位置ではなく先頭に鍵入力窓が出て、すべて隠されてしまう。）
カード型リンクが文字化けするケースは、おそらく「HTMLソース内に <meta charset="UTF-8"> のような文字コードを表す記述が出るよりも前の段階で、日本語文字などの非ASCII文字が出現している場合」に発生しているような気がします。
とりあえず、こちらのローカルにあるファイルでは（たぶん）解消しましたので、今日の内には Ver 4.5.6β を出します。もうしばらくお待ち下さい。
あと、上記の3点以外に何らかの不具合を目撃していらっしゃれば、教えて下さい。（今のところ、上記の3点しか認識していませんので。）
➡ 2025年4月13日(日) 14時31分 〔59日前〕 No.5093 ✎ ！
ver4.5.4から4.5.5にしました。先に書かれている方々と重複する報告になりますが、
リンクカードの文字化けと、鍵入力位置指定をしている記事で入力フォーム以外の本文が見えなくなっています。(開錠後は全て読めます)
使用サーバーはロリポップです。
➡ 2025年4月13日(日) 12時37分 〔59日前〕 No.5092 ✎ ！
5091さんのご報告にある通りFANBOXへのリンクが文字化けになりました。
それ以外のリンクは数が多いので調べきれていませんが、見つけ次第報告いたします。
【追記】
pixivへのリンクで文字化けを確認しました
➡ 2025年4月13日(日) 09時59分 〔59日前〕 No.5091 ✎ ！
不具合報告なのですが、先にも言われている通りリンク先によっては文字化けしてしまいます。
私はエックスサーバーでてがろぐを使っていますが、同じサーバーを利用している自サイトへのリンクが文字化けしてしまいました。
以下気付いたこと（気づき次第追記します）
・同じサーバーでもWordPress製のブログは文字化けせず
・FANBOXへのリンクは文字化け
➡ 2025年4月13日(日) 02時11分 〔59日前〕 No.5090 ✎ ！
素晴らしいアップデートをありがとうございます！
ver.4.5.5を適用させていただきました。
OGPの方は無事に表示はされたのですが、リンクによっては文字化けしてしまうものがあります。
（設置しているサーバーはwitchserver、スキンは他のユーザーの方が配布していたスキンを使用しております）
私の環境で何か悪さしてる可能性もありますがご報告をさせていただきます。
➡ 2025年4月13日(日) 01時17分 〔59日前〕 No.5089 ✎ ！
リンクカードは無事に表示されましたが、不具合を見つけたためご報告させていただきます。
【環境】
・ロリポップ！レンタルサーバー
【発生した不具合】
・リストタグの
- 〜
・設定項目「本文中の任意の位置に鍵入力フォームを配置可能にする」を有効にし、投稿で鍵入力位置の指定をした場合、鍵入力位置の設定が効かなくなる
【備考】
デフォルトだと動作しなくなるため、tegalog.cgiの一行目を「 #! /usr/local/bin/perl 」に書き換えています
※同じサーバーに設置しているてがろぐでも、上記不具合が出るものと出ないものがある状態です
➡ 2025年4月13日(日) 00時56分 〔59日前〕 No.5088 ✎ ！
先ほどVer4.5.5βのfumycts.pl、tegalog.cgi、tegup.phpの差し替えを行いました。（※リトルサーバーです）
リンクカードは無事表示されたのですが（大変お疲れさまです、いつもありがとうございます！！）、以下の現象を確認しました。
・リストタグでclass指定してる箇所（[L:◯◯:…など）で、li要素の最初の項目以降が取得されない（class無しのリストは表示されてました）
・好きな位置で鍵入力位置を指定している記事で、鍵入力フォームのみしか表示されなくなった（フォーム以前の文章が表示されない）
私の方では上記ファイルの差し替えとリンクカードCSS追加を行っておりまして、FANBOX記事も読み直したのですが、他に不足している作業などありそうでしょうか。
➡ 2025年4月12日(土) 22時43分 〔59日前〕 No.5087 ✎ ！
➡ 2025年4月12日(土) 22時30分 〔59日前〕 No.5086 ✎ ！
リトルサーバーでOGP問題なく表示されています。欲しかった機能なのでとても嬉しいです。ありがとうございます！
➡ 2025年4月12日(土) 20時31分 〔59日前〕 No.5085 ✎ ！
🆕 Ver 4.5.5βの更新点(概要)：
《▼新機能》
●リンク先ページのOGP情報を読んでリンクをカード型で表示する機能を追加。Twitter Cardも読んでカードサイズを切り替える機能も。
●てがろぐ本体をTegUpを使ってバージョンアップする際に、TegUp自身も併せてバージョンアップする機能を追加。(※TegUp側の新機能)
《▼仕様改善》
●投稿本文を出力する際に、表示上の改行位置でHTMLソースでも改行するよう仕様改善。
《▼不具合修正》
(なし)
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
➡ 2025年4月10日(木) 17時56分 〔61日前〕 No.5081 ✎ ！
画像表示に特化した 複数のてがろぐのRSS先記事を表示させたりするRSSフィード(php)を
作っているのですが
最後の 「Powered-by」表記 はあったほうがいいのかと確認したら
https://www.nishishi.com/blog/2019/08/tegalog_ssi.html
＞最新の1件だけを収録するRSSフィードを出力するスキンを用意する
＞そのRSSフィードを読み込んでHTMLに埋め込むJavaScriptなりPHPなりを用意する
＞……という方法で最新の投稿を埋め込むことができます。この方法なら、埋め込み部分にPowered-by表記は挿入されずに済みます。(2022/12/01追記)
となってますね
改善すべきところがまだまだあるため 配布時期は未定ですが いつか個人サイトで公開出来たらなと思ってます
➡ 2025年4月10日(木) 15時34分 〔62日前〕 No.5079 ✎ ！
🧇 [リンクラベル:CARD]URL と書くと、カード型リンクとして出力（基本）。
Twitter Cardがあればカードサイズを自動判別。
にししふぁくとりー...
🧇 [リンクラベル:CARD-S]URL と書くと、小さいカード型リンク固定で出力。
（Twitter Cardがあっても無視）
てがろぐ公式HOME...
🧇 [リンクラベル:CARD-L]URL と書くと、大きいカード型リンク固定で出力。
（Twitter Cardがあっても無視）
てがろぐカスタマイズ方法...
🧇Not FoundなURLを指定した場合のカード：
（画像部分に見えるグラデーションは、CSS側にプレースホルダとして指定してある装飾）
リンクラベルはそのまま見える...
カード型リンクとして読んだOGP情報は一定期間キャッシュされますので、一度でも表示した後は（リンク先ページでOGP情報が変更されても）しばらくは反映されません。その代わり、2度目以降の表示時は（相手先サーバには読みに行かずにキャッシュから表示されるので）高速に表示されます。
➡ 2025年4月9日(水) 11時30分 〔63日前〕 No.5077 ✎ ！
①FTPソフトでサーバーにあるtegalog.xmlをダウンロード
②xmlファイルをテキストエディタで開く
③旧ハッシュタグ→新ハッシュタグに一括置換して上書き保存
(例：#つぶやき→#つぼやき)
④更新したxmlファイルをサーバーにアップロード
⑤管理画面から投稿の再カウントを行う
xmlファイルの直接編集については下記のFAQも参考になります
https://www.nishishi.com/cgi/tegalog/faq/#edit-xml-fil...
https://www.nishishi.com/cgi/tegalog/faq/#uncatpost-to...
https://www.nishishi.com/cgi/tegalog/faq/#recount-afte...
➡ 2025年4月8日(火) 14時47分 〔64日前〕 No.5076 ✎ ！
返信ありがとうございます。問題なく動作してました(´ω`)✨️
ただ、投稿ボタンにもダイアログが適用されてしまうようなので修正してもらいました。
// 確認ダイアログ
let isTyping = false;
let isSubmitting = false;
// テキストエリアの入力検知
document.querySelector("textarea").addEventListener("input", () => {
isTyping = true;
});
// 投稿ボタンのクリック検知
document.querySelector(".postbutton").addEventListener("click", () => {
isSubmitting = true;
});
// ページ移動時の処理
window.addEventListener("beforeunload", (event) => {
if (isTyping && !isSubmitting) {
event.preventDefault();
event.returnValue = "変更内容が失われる可能性があります。ページを移動してもよろしいですか？";
}
});
➡ 2025年4月8日(火) 14時43分 〔64日前〕 No.5075 ✎ ！
➡ 2025年4月8日(火) 00時50分 〔64日前〕 No.5074 ✎ ！
スマホやタブレットのようなタッチパネル環境で似たような経験があったので、気になってAI(Copilot)に聞いてみました。
Copilotが提示した下記のjavascriptコードを外側スキンの末尾にある遅延読み込みスクリプト群の所に貼り付けてテストしたところ、文字を入力できるエリア(textareaとinput)に何らかの文字が入力されている状態でリンクをクリックした時に確認ダイアログが出ました。このままだと投稿ボタンや記事検索ボタンを押した時にも確認ダイアログが出るので、その辺の細かい部分はお好みに合わせて調整してみて下さい。
<script>
let isTyping = false;
document.querySelector("textarea").addEventListener("input", () => {
isTyping = true;
});
window.addEventListener("beforeunload", (event) => {
if (isTyping) {
event.preventDefault();
event.returnValue = "変更内容が失われる可能性があります。ページを移動してもよろしいですか？";
}
});
</script>
➡ 2025年4月7日(月) 23時58分 〔64日前〕 No.5073 ✎ ！
ダイアログなどを挟んで警告するカスタマイズは可能でしょうか？
あるいは今後のバージョンで、入力中に他ページに推移する前に確認ダイアログを表示する機能を追加していただけないでしょうか。
検討いただけますと幸いです。
➡ 2025年4月5日(土) 01時46分 〔67日前〕 No.5072 ✎ ！
もう見てらっしゃらないかもしれませんが…
もし独自ドメインを取るほどでもないという場合は、今お持ちのXREA Freeのアカウントを有料のXREA Plus に切り替えると
https://任意の名前.xrea.jp/
みたいなサブドメインとSSLが使えるURLを3つまで作ることができるようになります。「xrea.jp」の部分は、これ以外に「xrea.bz」「xrea.nu」「xrea.cc」「happy.nu」「cute.bz」の中から選べます。
設定方法
https://www.value-domain.com/userguide/manual/server-s...
https://help.xrea.com/manual/xreadomain-create/
XREA Plusは
①支払い手続きやサブドメインの最初の設定をVALUE-DOMAINのサイトから行う
②XREAのユーザーページで先ほど作ったサブドメインを登録してSSL使用ONの設定をする
という感じで2つのサイトを往復しないといけないのがややこしいですが、広告が出なくなって共有SSLよりURLも短くできます。
私はこのXREA Plusのサブドメインで自分専用のてがろぐを使ってます🙂
➡ 2025年4月3日(木) 23時39分 〔68日前〕 No.5071 ✎ ！
ご教示いただいた方法を試したところ【https://ss1.xrea.com/[サーバーID].[サーバーNo].xrea.com/tegalog/】まで入力したら画像一覧とギャラリーで画像が正しく表示されるようになりました！
なるほど、独自ドメインかサブドメインを取得した方がよろしいのですね…検討いたします。
お忙しい中、遅い時間まで丁寧にご対応いただきまして本当にありがとうございました。これからもどうぞよろしくお願いいたします！
➡ 2025年4月3日(木) 23時06分 〔68日前〕 回答/返信 No.5069 ✎ ！
（たとえ画像URLがHTTPで出力されていても、同じURLでプロトコルをHTTP→HTTPSに変えるだけで閲覧できるのであれば、（最近のChromeなら）ブラウザ側が内部で切り替えて表示してくれるのですけども。HTTPとHTTPSとでURLが異なる場合には（存在を認識しようがないので）ブロックされます。）
で、解決策ですが、てがろぐ管理画面の［設定］→［システム設定］→【フルパス設定】で『固定』の方に切り替えた上で、その入力欄に『 https://ss1.xrea.com/ から始まっているURLで表記した場合の、てがろぐが存在するディレクトリまでのURL』(※)を入力して保存してみて下さい。そうすると、プログラム側が認識する「自分の位置」を強制的に固定できますので、おそらく問題はなくなると思います。
※具体的にどう指定する必要があるかは実際に見ないとわかりませんが、たぶん https://ss1.xrea.com/hogehoge/higehige/tegalog/ のような感じではないかと思います。最後の文字は「/」になります。）
なお、一番良いのは、共有SSLを使わずに、「独自ドメイン」または「サーバ会社提供の、自分だけが権利を持てるサブドメイン（ hogehoge.なんたら.com みたいな）」で自分専用のSSLを使う方法です。（ご契約のサーバでそれが可能なのかどうかは分かりませんが。）
➡ 2025年4月3日(木) 22時40分 〔68日前〕 No.5068 ✎ ！
てがろぐのURLはhttps://ss1.xrea.com/から始まっており、共有SSLを使用しております。
しかし、URLの共有SSL部分を消してアクセスしてみたところ、セキュリティ保護がなくなった代わりに画像一覧とギャラリーの画像が表示されるようになりました。共有SSLが原因ですかね…。
➡ 2025年4月3日(木) 22時17分 〔68日前〕 No.5067 ✎ ！
てがろぐにアクセスするURLは、https:// で始まっていますか？ それとも http:// ですか？ もし前者の場合、「s」を削除して http:// でアクセスするとどう見えますか？
➡ 2025年4月3日(木) 20時23分 〔68日前〕 No.5066 ✎ ！
src属性値の後のURLにアドレスバーからアクセスしたところ、問題なく正しく画像が表示されました。
➡ 2025年4月3日(木) 15時03分 〔69日前〕 No.5064 ✎ ！
にしし様、お忙しいところご返信いただきありがとうございます。
ソースを確認しましたところ、画像一覧、ギャラリーどちらも以下画像のようにHTML出力されておりました。(黒で消しているところは私のサーバーIDと番号になります)
よろしくお願いいたします。
➡ 2025年4月3日(木) 13時12分 〔69日前〕 回答/返信 No.5063 ✎ ！
🌳Re:5062◆てがろぐが出力するHTMLソースに、どんなURLが出力されているのかを確認してみて下さい。
例えば、 sample1.jpg という画像なら、てがろぐは、 <img class="embeddedimage" src="images/sample1.jpg" width="～" height="～" loading="lazy" alt="～"> のようなHTMLを出力します。
画像が表示されないということは、このURLの出力結果に問題があるということでしょうから、まずはこの点を確認してみる必要があります。
どんなHTMLが出力されていますか？
➡ 2025年4月3日(木) 11時08分 〔69日前〕 No.5062 ✎ ！
素晴らしいCGIを開発していただき、誠にありがとうございます。
画像投稿の件で質問をさせていただきたいのですが、XREAフリー版にててがろぐを使用しております。
画像を投稿したところ、投稿画面では問題なく画像が表示され、クリックするとこちらも問題なく原寸大を表示することが出来るのですが、画像一覧モード、ギャラリーモードに切り替えるとファイル名のみの表示になってしまい、ファイル名をクリックしても画像を表示することが出来ません。
(skin格納ディレクトリはデフォルトの[skin-gallery]、[skin-picts]から変更しておりません)
どのような原因が考えられるでしょうか。
お忙しい中恐縮ですが、ご教授いただけますと幸いです。よろしくお願いいたします。
➡ 2025年3月29日(土) 15時38分 〔74日前〕 No.5059 ✎ ！
にししさん、とても詳しく教えてくださりありがとうございます🙇てがろぐと離れた話題にも関わらずお答え頂き感謝です！
私のように間違った使い方で併用している方も少なくないと思いますので（たぶん…）、検索避けされている方々に広く認知されるといいなと思います。
そういう意味で、てがろぐのログイン者限定公開のモードはとても有難い存在です！素晴らしいCGIをありがとうございます！
➡ 2025年3月29日(土) 15時22分 〔74日前〕 No.5058 ✎ ！
こんな話だけで申し訳ない、てがろぐ、とても愛用させてもらっています。いつもありがとうございます。
➡ 2025年3月29日(土) 10時39分 〔74日前〕 回答/返信 No.5057 ✎ ！
🍔Re:5055◆その適用順序は半分(前半が)間違っていますのでご注意下さい。robots.txtでクローラーをブロックすると検索避けができなくなる点は、Google自身が公式ヘルプで明言しています。（「インデックスに登録してはいけない」という指示自体が読めなくなるため）
robots.txt ファイルでページのクロールが許可されていない場合、インデックス登録や表示に関するルールについての情報は検出されず、その結果無視されます。
後半の「metaタグ→それでも読まないお行儀悪いものは.htaccess」は正しい順序ですが、最初に「まずはrobots.txtを読んでもらう」とすると、Googleでは検索避けに失敗します。（※robots.txtでGoogle等の紳士的なクローラーをブロックしていないなら問題ありませんが。）
🍔Re:5053◆Googleに関してはその通りです。.htaccessでブロックしてもいけないし、robots.txtでブロックしてもいけません。なぜなら、ブロックされると「登録するな」という指示自体も読めないからです。
- もちろん、robots.txtでブロックされているならクローラーはページの内容を読みませんから、（ページ内に何が書かれているのかの情報は得られないため）インデックスに登録される可能性は減りはします（※なので「この方法で検索避けは成功する」と思えるケースもあるでしょう）。
- しかし、登録禁止だという指示自体も伝わっていないため、よほど評価値の高い外部サイトからリンクされている場合などの外部要因次第では（リンク元ページにあるリンクテキストなどのように「読むことを禁止されていない場所にある情報」を用いて）インデックスに登録される可能性が残ります。
※2000年代からある古典的な話ですが、「出口」という検索語でググると、Yahoo! Japanがヒットします。これは「出口」というリンクテキストを使ってYahoo!にリンクしているサイトが多いことによる影響です。つまり、「どんなリンクテキストを使ってリンクされているのか」という情報も検索サイトに反映される（要素の1つになる）のです。なので、robots.txtでページの中身を読むことだけを禁止しても（＆.htaccessでページ自体を読めなくしても）、インデックスに登録される可能性はあります。
したがって、インデックス登録を避けるには、ページそのものに書かれた登録禁止の指示を確実に読ませる必要があるため、ブロックしてはいけないのです。
……とはいえ、世の中に存在するクローラーはGoogleやBingのような比較的紳士的に動作するものだけではありません（※検索のシェアはGoogleが1強ですが）。metaタグの存在を無視してインデックスに登録しようとするクローラーも存在するでしょう。なので、metaタグを読まないような無作法なクローラーに対しては、何らかのブロックをするほかありません。（そのような無作法なクローラーはrobots.txtだって読まないでしょうから、.htaccessでサーバ側に応答を拒否させるしかないでしょう。）
したがって、検索避けを厳密にしたいなら、以下のような方策が必要です。
- まずは、metaタグを読ませる。（←紳士的なクローラーはこの指示に従うので、まずはこれを確実に読ませる必要がある。）
- （次に、metaタグを無視するようなBotだけに限定して、robots.txtでブロックする。）
- 最後に、1も2も無視するようなBotだけに限定して、.htaccessでブロックする。
この順序を逆にしてしまうと（＝あらゆるクローラーを.htaccessでブロックすると）、そもそもmetaタグを書く意味がなくなってしまいますから注意して下さい。なぜなら『あらゆるクローラーがmetaタグを読めなくなる』からです。
Googleだけを対象にするなら、そもそもmetaタグだけで充分です。他の無作法なBotも対象にしたい場合は、「Googleのような紳士的なクローラーにはアクセスを許可しつつ、無作法なクローラーだけを拒否するような .htaccessを書く」必要があります。
※なお、robots.txt自体に意味がないわけではありません。検索サイト以外のクローラー（最近ではAI学習用のBotも多いですね）をブロックする用途や、「クロールそのものは許可したいがクロール頻度を低く抑えたい（＝負荷軽減）」場合などの指示には役立ちます。
とはいえ、Googleはrobots.txtに書かれた「クロール頻度の指示」は無視するんですけども……。┌(:3」└)┐
🍔Re:5054◆その場合は、2つの方法があります。
- 『サイトマップページモードをカテゴリ限定で表示させたページ』をiframeで読み込んで並べるページを作る。
- 『サイトマップページモードをカテゴリ限定で表示させたページ』の中身をJavaScriptで読み込んで1ページに合成するページを作る。
➡ 2025年3月29日(土) 00時08分 〔74日前〕 No.5056 ✎ ！
せっかく検索避けしているのに意味がないかもしれないと知って焦っていたので、少し落ち着けました。冷静に対処していきます。
➡ 2025年3月28日(金) 23時43分 〔74日前〕 No.5055 ✎ ！
なんでもかんでも.htaccessで弾いてしまうと、robots.txtやmetaタグを読んでくれるbotには意味がなくなってしまうよ、ということではないかと思います。.htaccessで弾きつつ、robots.txtだけはアクセス許可するとかもできますよ。調べればそれぞれ出てくるかと…
➡ 2025年3月28日(金) 16時31分 〔75日前〕 No.5053 ✎ ！
つまりまとめると、検索避けはhtmlのmeta要素のみ使うべきで、.htaccessやrobots.txtは使ってはいけない（併用も不可）ということでしょうか？
読解力がなく、頭の悪い質問で申し訳ないのですが、重要なところなので詳細を知りたいです。
➡ 2025年3月28日(金) 13時33分 〔75日前〕 No.5052 ✎ ！
🍕Re:5051◆目次は「サイトマップページモード」をご使用下さい。サイトマップページモードは、名称を「目次モード」にしておく方が良かったかな、と思うくらい、元々目次用途に作ったモードです。
このモードを使えば、ご要望の②・③・④は既に実現できます。
- ②そのカテゴリのカテゴリ名と概要文は、スキン内で現在カテゴリ情報要素を使えば表示できます。
- ③投稿内に含まれるハッシュタグの抽出表示は、投稿本文関連要素（オプション）の抽出結果を挿入（ハッシュタグ）を使えば実現できます。
- ④カテゴリごとに表示される投稿件数の変更は、てがろぐ Ver 4.5.3βで搭載した『カテゴリごとに「1ページあたりの表示件数」を別設定できる機能』を使えば実現できます。（※ここでの設定値は、通常の表示モードだけでなく、サイトマップページモードでも有効です。）
➡ 2025年3月28日(金) 00時03分 〔75日前〕 No.5051 ✎ ！
とてもお世話になっています、にししさんありがとうございます～！
新着投稿リストについて相談させてください。
私はてがろぐで小説サイトを作っていて、目次を作るのに新着投稿リストを使っています。（画像A）
そこで、#要望 が4つあるのですが、
①新着投稿リストで指定したカテゴリにおいて、同カテゴリに限定した隣接投稿へ移動できるリンクが表示されるようにしてほしい
②新着投稿リストで指定したカテゴリにおいて、そのカテゴリのカテゴリ名と概要文が表示されるようにしてほしい
③新着投稿リスト内に、その投稿内に含まれるハッシュタグが表示されるようにしてほしい
④新着投稿リストごとに表示される投稿の件数を変更できるようにしてほしい
お忙しいところ申し訳ないのですが、ご検討いただき、TODOリストの端っこに加えていただけると嬉しいです！
よろしくお願いします！！畳む
➡ 2025年3月27日(木) 11時11分 〔76日前〕 回答/返信 No.5050 ✎ ！
☕Re:5049◆検索避けには、まさしくそのmeta要素を使う必要があります。
.htaccessやrobots.txtを使ってクローラーからのアクセスをブロックしてしまうと、「検索インデックスに登録するな」という指示そのものが読めなくなるので、結果として検索避けに失敗します。（他サイトからのリンクを経由してクローラーが来た場合、そのページに書かれている情報は読めないため取得されませんが、リンク元ページにあるリンクラベル等を使ってインデックスに登録される可能性があります。）
なので、検索避けのためには「『登録するな』という指示(<meta name="robots" content="noindex">)自体はクローラーにも読めるように」しておく必要があります。
※参考：このGoogle検索セントラルHelpページ末尾の「robots.txt ルールとインデックス登録および表示に関するルールとの組み合わせ」項目には、「クロール禁止の情報自体が読めなかったら、指示は無視されるよ」的なことが書いてあります。
なお、IPアドレスは明確に対象国が分割されているわけではありません。「今は日本国内に割り当てられているIPアドレスが、来月は海外で使用されている」というケースもあり得ます（もちろんその逆も）。なので、IPアドレスを使ってアクセス元を判断するには常に最新の情報にアップデートし続ける必要があり、個人ではあまり現実的ではなさそうに思います。
➡ 2025年3月26日(水) 18時52分 〔76日前〕 No.5049 ✎ ！
少しになることがありまして、現在サイト内全てのページに検索避けのmetaタグを導入しているのですが、その場合は一つ目の『日本国外からのアクセスを制限する.htaccess』を使用した方がいいのでしょうか？
➡ 2025年3月26日(水) 09時23分 〔77日前〕 回答/返信 No.5048 ✎ ！
まだ今週末はまた寒くなるっぽい予報ですけども。
🌸Re:5047◆なるほど。
普通の半角「 # 」記号は、Unicodeで U+0023 で、
キーキャップ化した「 #️⃣ 」は、UnicodeでU+0023 U+FE0F U+20E3 なのでそういう動作になるんですね。
- U+0023 ： #
- U+FE0F ： (Emoji Variation Selector)
- U+20E3 ： (Combining Enclosing Keycap)
- #️⃣ ← # + U+FE0F + U+20E3
- 1️⃣ ← 1 + U+FE0F + U+20E3
- 9️⃣ ← 9 + U+FE0F + U+20E3
最初の例では、『 #️⃣これってハッシュタグになる…？』の先頭はあくまでも「 # 」で、その続きが「 U+FE0F、 U+20E3、こ、れ、っ、て…… 」になるので、『U+FE0F (Emoji Variation Selector)』から「？」までがハッシュタグだと認識されると。
U+FE0F と U+20E3 は半角文字の範囲に含まれていないので、U+FE0F から ？ までを一連のハッシュタグだと認識するんですね。
次の2つの例では、先頭の「 # 」と「 [ 」や「 - 」とにある U+FE0F U+20E3 だけがハッシュタグだと認識されるので、「 #️⃣ 」だけがクリックできるわけですね。^^;
※ハッシュタグを角括弧で囲む場合は、「 # 」と「 [ 」記号が連続している必要がありますが、ここではその間に U+FE0F U+20E3 が含まれていますから、連続していません。
※隠れハッシュタグとして扱う場合は、「 # 」と「 - 」記号が連続している必要がありますが、ここではその間に U+FE0F U+20E3 が含まれていますから、連続していません。
とりあえず、「 # 」の後に U+FE0F が続いている場合はハッシュタグにしないような仕様が必要でしょうね。(^_^;)
➡ 2025年3月22日(土) 22時04分 〔80日前〕 回答/返信 No.5045 ✎ ！
パエリアには、まさしくそれ用の絵文字が定義されているのか……。🥘🥘🥘
……と思ったけども、Unicodeでの定義の名称は SHALLOW PAN OF FOOD（浅い鍋の食べ物）なので環境によってはパエリアとは限らないかもしれない……？
🥘Re:5042◆反応ありがとうございます。需要がありそうだと分かってありがたいです。^^
🥘Re:5043◆計画はしましたが、どうなるかは作ってみないと分からないので、気長にお待ち下さい～。^^;
🥘Re:5044◆日本国内に割り当てられているIPアドレスからのみ閲覧を許可するには、『日本国外からのアクセスを制限する.htaccess』を使うと良さそうです。ただし、検索サイトのクローラーはたいてい海外から来ますので、それを弾きたくない場合は、このページの『5.Apache「.htaccess」設定』を参考にすると良いです。
ただ、国内のユーザが必ず日本に割り当てられているIPアドレスから来るとは限りませんし、海外からのアクセスが必ずしもそれ以外のIPアドレスから来るとは限らない（VPNもありますし）点や、海外に住んでいる日本人もブロックしてしまう点にもご注意下さい。たぶん、「国内／国外」ではなく、本当に弾きたいものに限定して弾く方が望ましいと思います。
- なお、てがろぐには「高頻度アクセス制限機能 （迷惑Bot対策機能）」を用意していますので、ご活用下さい。（使うには事前準備が必要です。）
- また、管理画面への不正ログインを警戒する場合は、「ログインセキュリティ関連機能」もありますのでご活用下さい。（一部はデフォルトで有効になっています。）
➡ 2025年3月21日(金) 17時56分 〔81日前〕 No.5044 ✎ ！
様々なセキュリティ面等を考え、日本国内のみのアクセス可能という機能が欲しいです。ご検討くださいますと幸いです。
➡ 2025年3月19日(水) 08時35分 〔84日前〕 No.5043 ✎ ！
私もお待ちしております〜〜
➡ 2025年3月18日(火) 22時25分 〔84日前〕 No.5042 ✎ ！
web拍手本家はさすがにもう古く色々心配（主にセキュリティ）なため、使いたくても使えず困っていたので、本当にありがたいです。楽しみにしています！
➡ 2025年3月18日(火) 19時59分 〔84日前〕 回答/返信 No.5041 ✎ ！
🌸Re:5037◆β版のご試用をありがとうございます。No.4389でご要望頂いてから11ヶ月経っていましたね。^^; お役に立ったようで良かったです。(╹◡╹)
🌸Re:5039◆いいねボタン機能は、「てがろぐアドオンとしても使えて、単独でも使える、汎用Web拍手(いいねボタン)ツール」として開発しようかと計画しています。すごくうまく行ったとして、6月頃に最初のβ版が出せるといいな……と、なんとなく思ってはいます。^^; とりあえず、開発はする予定です。もうしばらく（数ヶ月）お待ち下さい～。（とはいえ、初回のβ版からいろいろ機能を盛るわけではないので、本格的に活用できるようになるにはもっとかかるかもしれませんが。）
➡ 2025年3月17日(月) 13時37分 〔86日前〕 No.5039 ✎ ！
https://tegalog.oita-pikapika.net
そこでご要望なのですが、てがろぐにいいねボタンを標準実装していただけないでしょうか。
自力でいいねボタンをつける方法を調べたりして、「do」さんのサイトで配布されているいいねボタンを導入しようとしたりしたのですが、うまく実装出来ませんでした。
個人サイトという、SNSよりも人目につきにくい場所では、いいねなどの反応があることが何よりの励みになります。投稿の1つ1つに、いいねなどのリアクションが押せる機能が実装されると、とても嬉しいです。
ご検討いただけますと大変嬉しいです。よろしくお願いいたします。
➡ 2025年3月16日(日) 11時33分 〔87日前〕 No.5038 ✎ ！
Onedriveを同期しないようにするときになんか色々した結果変な挙動をしてしまったんです！今は無事直りました！
➡ 2025年3月15日(土) 18時18分 〔87日前〕 No.5037 ✎ ！
>>5036
Onedriveに保存しているデータ自体はクラウド上に保存されているから、アプリをアンインストールしても消えないのでは…？ブラウザからOnedriveにアクセス して「サインイン」ボタンからログインして、「マイファイル」にデータが残っているか確かめてみてはどうでしょう。ここにデータがあればアプリをアンインストールしてもデータは残ります。
➡ 2025年3月14日(金) 19時53分 〔88日前〕 回答/返信 No.5035 ✎ ！
🥞Re:5030◆ご要望をありがとうございます。たしかに、1画像だけを消したいときには、現状のUIだと操作が面倒ですね。
🥞Re:5033◆ご要望をありがとうございます。なお、[[COMMENT:TITLE]] の代わりに [[COMMENT:LINE:1]] を使うと、1行目が空行のときには何も出力されませんのでお試し下さい。（ただし、1行目に画像等のオブジェクトがあると、それをそのまま出力してしまいますが。）
➡ 2025年3月14日(金) 18時28分 〔88日前〕 アップデート✨ No.5034 ✎ ！
🆕 Ver 4.5.4βの更新点(概要)：
《▼新機能》
●ユーザ一覧を出力できる記法 [[USERLIST]] と [[USERLIST:識別子]] を追加。
《▼仕様改善》
●投稿削除ボタンやカテゴリ削除枠の配色を（目立ちすぎる赤色から）灰色に変更。
《▼不具合修正》
(なし)
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
カテゴリ名が欲しい場合は、HTMLを含む内容を一旦JavaScriptで受け取って、HTMLタグだけを除外して使えば良いのではないかと思います。例えば、
<script>
let htmlstr = '[[CATEGORYLINKS:T]]';
let plainText = htmlstr.replace(/<[^>]*>/g, "");
</script>
……とすれば、変数plainTextにカテゴリ名がプレーンテキストで入ります。
後は、この変数の中身を指定の要素に送るなり、フォーム自体をJavaScriptで生成するなりすれば良さそうに思います。（たぶん後者の方が簡単でしょう。同一ページ内に複数のフォームが現れる可能性があるのなら特に。）
この方法なら、カテゴリ名の間に挿入されるカンマ記号を取り除いたり他の文字に変換したりもできますから、より望みの文字列に加工できるでしょう。
なお、[[INFO:NOWCAT:NAME]] ※ は外側スキン用の記法なので、これを使いたい場合は、一旦外側スキン側でJavaScriptを使ってプレーンテキストにした上で、その変数を内側スキンで使う……というような感じにする必要がありますから、内側スキンで[[CATEGORYLINKS:T]] ※ を使う方が良いと思います。JavaScriptを使えば、親カテゴリ名を取り除く加工もできますから、お好きなように加工なされば良いと思います。