先頭固定（←ここの文字列も自由に変更可能。非表示にも設定可能）
フォロー数が増えると、私の開発モチベーションが向上するメリットもあります。(笑)
2026年8月 この範囲を時系列順で読む この範囲をファイルに出力する
連絡は入れたが反応なしで10日が過ぎたところ。
いずれサイトに移すーって思って何年か経ってて、自分の怠惰を恨むしかないが、(管理人氏もサイトも)無事に戻って来て欲しいと今冷や汗を流しながら祈ってるところ。
一時体が自由に動かなかった時期があって、その頃は自宅の階段の昇り降りが大変で、その後アパートに引っ越したら６、７歩で台所にもお風呂にも寝室にも行ける、なんて便利なんだ！と思ったと言う話。
階段は意外と大変ですよね。
いずれサイトに移すーって思って何年か経ってて、自分の怠惰を恨むしかないが、(管理人氏もサイトも)無事に戻って来て欲しいと今冷や汗を流しながら祈ってるところ。
一時体が自由に動かなかった時期があって、その頃は自宅の階段の昇り降りが大変で、その後アパートに引っ越したら６、７歩で台所にもお風呂にも寝室にも行ける、なんて便利なんだ！と思ったと言う話。
階段は意外と大変ですよね。
個人的に欲しい機能ですが、デコレーションをCSSで設定していたら10個じゃ足りなくなってきてしまいましたので、任意で増やす機能があったらいいな…と思いました
本来クラス名を入力して区別するべきなのは分かってはいるのですが…
本来クラス名を入力して区別するべきなのは分かってはいるのですが…
改行はできるのか？段落は？？
😋😋🎉✅✅
協調
太字
デカフォントできる？
：
：
：
できないのかな？
：
：
：
企業サイトのメンテ承継問題も時々ありますねえ。個人的には、誰が作ったか分からない、どんな構造かも（調べないと）分からないWebサイトの場合、（ちょっとした更新をスポット対応することはあり得ても）日常のメンテを引き継ぐのは ない ですね。^^; 完全に本当に100％静的なサイトで規模が小さければ別ですけども。たいていは、（引き継げるのかどうかを判断するために）どんな構造なのかを把握するだけでも労力的に大変なケースがありますし、（特に動的生成部分に）予想外の問題があったときに責任は取れませんからねえ。私の場合は、そういう承継問題では「この機会に、現代的なデザインにアップグレードするために、新規構築し直しましょう」みたいな提案をしています。(^_^;) 基本的に自分で書いていないコードはメンテしようがありませんからね。
なが～く運営されてきた企業サイトの場合、まともにモバイル対応できていないケースもありますから、そういう場合だと「モバイル端末でもまともに閲覧できるように、この機会にリニューアルしましょう」という提案はそれなりに受け入れられることもありました。
なが～く運営されてきた企業サイトの場合、まともにモバイル対応できていないケースもありますから、そういう場合だと「モバイル端末でもまともに閲覧できるように、この機会にリニューアルしましょう」という提案はそれなりに受け入れられることもありました。
威嚇射撃した弾は一体どうなるんだ、と言うのは西部警察で散々擦られてたなあと思い出すなど。
仕事のホームページは外部の専門の人に作ってもらったんだが、その人は｢ほぼ引退状態｣とかで、そう言えば人に作ってもらってメンテもしてもらってるホームページとかは、その人がもうやめますって言ったらどうなるんだろうなって突然思いました。怖いので思うだけで上に人には何も言わないぞ。
スペースの保持、ドメインの保持、メンテで月額料金が高過ぎるのではってウチの上の人は言うんですが、調べても特に高くもないし、何かあったら責任持って直してもらえるってすごいことですよと、古のタグ手打ち個人サイトの持ち主である自分は思う。
プロの仕事には敬意を払おうと、人生が長く続くにつれ強く思うようになった今日この頃。
仕事のホームページは外部の専門の人に作ってもらったんだが、その人は｢ほぼ引退状態｣とかで、そう言えば人に作ってもらってメンテもしてもらってるホームページとかは、その人がもうやめますって言ったらどうなるんだろうなって突然思いました。怖いので思うだけで上に人には何も言わないぞ。
スペースの保持、ドメインの保持、メンテで月額料金が高過ぎるのではってウチの上の人は言うんですが、調べても特に高くもないし、何かあったら責任持って直してもらえるってすごいことですよと、古のタグ手打ち個人サイトの持ち主である自分は思う。
プロの仕事には敬意を払おうと、人生が長く続くにつれ強く思うようになった今日この頃。
🍘Re:6025◆ああ、そういえば通常とプレイリストとで属性が結構異なりますね。これは単に、「通常の埋め込み機能」と「プレイリストの埋め込み機能」を実装した時期が異なるからです。YouTubeの埋め込み機能を最初に実装したのはずーいぶん前なので、その当時のYouTube公式埋め込みコードには referrerpolicy属性がなかったのだと思います。次のバージョンアップ時に、その辺も最新のコードにアップデートしておきます。
youtubeの埋め込みの際、プレイリストではreferrerpolicy="strict-origin-when-cross-origin"の文字がありますが、通常の埋め込みの場合はこれがないのは仕様でしょうか？ ふとコードを見ていて気になったので質問しました。
cgi側はあまりいじりたくないので、素直にhtmlに書いておきます。ありがとうございます。
🌭Re:6021◆URLを教えて頂ければこちらからアクセスしてみることもできますよ。アクセス制限が強すぎて、そもそも人間の閲覧者に対しても（使っているネットワークによっては）403 Forbiddenを返してしまっているケースを時々見かけます。
🌭Re:6022◆安全のために（※管理画面が乗っ取られた際に変なスクリプトを埋め込まれないように。そうでなくても意図せずコピー＆ペーストで変なスクリプトを埋め込んでしまわないように）HTMLが書ける場所でもscript要素は書けない仕様になっています。
ただ、どうしても書きたい場合は、CGI本体ファイルに直接記述する高度な設定群で示したように、CGIのソースコード内の設定値を直接書き換える方法を使って、「セーフモードの選択」(54行目)を 0 に書き換えれば、script要素も書けるようにはなります。が、お勧めはしません。（ローカルで実行しているような、「インターネット側からはアクセスできない」と分かっている場所で使う場合に限る方が無難だと思います。）
※WAFでブロックされる場合は、そもそも保存操作が完了せずに 403 Forbidden エラーが出ます。
script:<script src="～～～"></script>
と書いても出力が＆lt;script src="～～～">＆lt;/script>
になるのは、てがろぐヘルプに記載されている通りWAFの影響なのでしょうか？
と書いても出力が＆lt;script src="～～～">＆lt;/script>
になるのは、てがろぐヘルプに記載されている通りWAFの影響なのでしょうか？
2026年7月 この範囲を時系列順で読む この範囲をファイルに出力する
てがりんくに登録するため、サイトにあるのを一度取ったんですが、それでもエラーが表示されるので他の部分に原因があるようです。
そういうことで一旦登録を断念します。サイトやてがろぐの手入れしてまた登録させていただこうと思います。
お忙しいところ質問に答えて下さりありがとうございました。
そういうことで一旦登録を断念します。サイトやてがろぐの手入れしてまた登録させていただこうと思います。
お忙しいところ質問に答えて下さりありがとうございました。
便利なツールのアップデートをありがとうございます。(╹◡╹)ﾉ >>6018
6月末に公開した、てがろぐ Ver 4.9.0 では1件の脆弱性を修正しています。古いバージョンすべてに存在する脆弱性で危険ですから、過去のバージョンは絶対に使い続けてはいけません。いま古いバージョンをお使いならどんな場合でもバージョンアップして頂く必要があります。特に、
- 複数個を併用していて、最近は使っていなくて存在を忘れているもの
- 移転前のウェブサイトに設置していて、もう更新しないからと放置しているもの
先月末から断続的に各所でいろいろアナウンスしましたので、おそらくどれかを見て下さった方々は既にバージョンアップして頂いているとは思うのですが、こういうツールの場合、わざわざ作者のアナウンスを普段からチェックしていない方々もいらっしゃると思います。管理画面の端に表示されるバージョンアップ案内も（気付きやすいように）かなり煩めのアニメーションGIFに変更していますが、モバイル環境のような狭い画面でしか使っていない場合は（位置的に）目に入らない可能性があります。
もし、今でも古いバージョンを使い続けている方を見かけた場合には、上記の脆弱性とバージョンアップの必要性（必須性）について教えて差し上げて頂けると助かります。（注意喚起用ページ）
http://tekitote.s324.xrea.com/?postid=2
前回更新からトリミング・ログイン判定・一覧外/NSFWをアップロード時に設定できる機能を主に追加しています。
PHPが使える環境であればぜひお使いください。
最近はここ数年の夏の例に漏れず酷暑になってきましたね。先月ごろまでの涼しさが恋しいです。
皆様、にしし様どうか熱中症には気を付けでお過ごしください。
前回更新からトリミング・ログイン判定・一覧外/NSFWをアップロード時に設定できる機能を主に追加しています。
PHPが使える環境であればぜひお使いください。
最近はここ数年の夏の例に漏れず酷暑になってきましたね。先月ごろまでの涼しさが恋しいです。
皆様、にしし様どうか熱中症には気を付けでお過ごしください。
🥪Re:6015◆ぜひ、ログインしてご利用下さい！ ご登録をお待ちしています～。(╹◡╹)ﾉ
🥪Re:6016◆.htaccessファイルは、設置したディレクトリだけでなく、そこに含まれているすべてのサブディレクトリにも影響します。なので、「てがろぐフォルダ内にある.htaccess」だけを無効にしても、親ディレクトリ側に.htaccessファイルがあるなら、それらの.htaccessの影響も受けます。したがって、それらもすべて無効にしてみる必要があります。
例えば、てがろぐを www.example.com/hoge/tegalog/tegalog.cgi の位置に設置しているのだとしたら、以下のすべての.htaccessの影響を受けます。
- www.example.com/hoge/tegalog/.htaccess
- www.example.com/hoge/.htaccess
- www.example.com/.htaccess
※例えば、上記の 1と3 に同じアクセス制限を記述していたなら、1だけからその制限を削除しても、3が有効なので意味がありません。（逆にいえば、3にアクセス制限を記述しているなら、それはサイト内の全ディレクトリに影響しますから、1に同じアクセス制限を書いておく意味はありません。）
上記を試した結果として（てがりんく登録を試したときに）エラーが出なくなるのであれば、それが原因です。原因になっている.htaccessファイルを突き止められたら、その中の記述から原因になっているっぽい記述を探してみて下さい。
サーバーに置いてるrobots.txtと、てがろぐのフォルダ内にある.htaccessを一旦取っ払ってみましたが、変わらず同じエラーが出ます。ご指摘どおり別に原因があるのかもしれません。
それと初歩的な質問です。
自サイトの場合同じサーバーに、てがろぐや他のコンテンツを置いて、それぞれのフォルダに.htaccessを置いてアクセス対策しています。この場合、他のフォルダ内の.htaccessが、てがろぐのフォルダに何らかの影響があったりするのでしょうか。
てがりんく、賑やかな感じで大変気になってるのですが、私の場合初歩的な部分で躓いているので、他のサイト見たりして勉強して改めようと思います。ありがとうございます。
それと初歩的な質問です。
自サイトの場合同じサーバーに、てがろぐや他のコンテンツを置いて、それぞれのフォルダに.htaccessを置いてアクセス対策しています。この場合、他のフォルダ内の.htaccessが、てがろぐのフォルダに何らかの影響があったりするのでしょうか。
てがりんく、賑やかな感じで大変気になってるのですが、私の場合初歩的な部分で躓いているので、他のサイト見たりして勉強して改めようと思います。ありがとうございます。
🥗Re:6012◆一時的にアクセス制限(.htaccess)ファイルを取り除いた状態でエラーが出ずに済むかどうかを確かめてみると、「アクセス制限が原因なのか、それ以外の場所に原因があるのか」の切り分けができます。まず、そこを確かめてみることをお勧めします。
🥗Re:6013◆ああ、確かに controlslist="nodownload nofullscreen noremoteplayback" のように含めると、キャプション扱いになってしまいますね。属性値の中に半角スペースの存在を許容していなかったのでそうなるようです。次のバージョンで修正します。
※なお、HTMLの文法的には、カンマ区切りcontrolslist="nodownload,nofullscreen,noremoteplayback"ではなくスペース区切りcontrolslist="nodownload nofullscreen noremoteplayback"です。（どちらにせよ今のバージョンでは認識されませんけども。）
[VIDEO:ATT(～～～)]の中身って、controlslist="nodownload,nofullscreen,noremoteplayback"これは書けないんですか？
ご回答ありがとうございます。てがろぐりんくのbotを許可したのですが、ずっと同じ画面が出ます。
自分でも原因がわからないので、その辺の勉強しながらまた登録させていただきます。お手数おかけしました。
自分でも原因がわからないので、その辺の勉強しながらまた登録させていただきます。お手数おかけしました。
ありがとうございます😭ちゃんとできました。
こういうときの解決策がヘルプにあったな～と思って自分で探してたんですがパスワードを忘れてしまった場合の対処方法の真下にあったんですね；；
こういうときの解決策がヘルプにあったな～と思って自分で探してたんですがパスワードを忘れてしまった場合の対処方法の真下にあったんですね；；
もしアクセス制限があるようなら、クローラーの仕様はここにありますので、例外的にアクセスを許可するよう設定してみて下さい。
先日、リンクの存在を知って自サイトを登録しようとしたのですが、
「てがろぐCGIの存在を確認できませんでした。てがろぐCGIが稼働しているURLかどうかを再度確認して下さい。」
とエラーが表示されます。
私のサイトはてがろぐが複数あるので、メインを登録しようとurlを入力しているのですが、これがずっと出ます。原因は何でしょうか。アプデは最新にしています。
お手すきの時にお返事いただけたら助かります。
「てがろぐCGIの存在を確認できませんでした。てがろぐCGIが稼働しているURLかどうかを再度確認して下さい。」
とエラーが表示されます。
私のサイトはてがろぐが複数あるので、メインを登録しようとurlを入力しているのですが、これがずっと出ます。原因は何でしょうか。アプデは最新にしています。
お手すきの時にお返事いただけたら助かります。
🍨Re:6006◆詳しい背景情報をありがとうございます。状況がよく分かって助かります。
その場合、<body class="[[FREELINE:a]]"> と書いて、名前付き1行単位フリースペースにはclass名だけを書くようにしてはどうでしょうか。その場合、classが何もない場合は <body class=""> という出力になるだけですから、余分な空白で不自然に見えることはありませんし。属性値が空の属性は普通によくある記述ですし。
空の属性も嫌な場合は、<body class="[[FREELINE:a]]normal"> と書いておく手もあります。すると、
- classが何もなければ <body class="normal"> という出力になりますし、
- 1行フリースペースにnotと書かれていれば、 <body class="notnormal"> という出力になります。
畳む
この方が、スキン側に直接classを追記したくなった場合にも対応できるので便利だと思います。
🍨Re:6007◆セットアップ方法ページにある「管理者権限を持つIDが消えてしまって、設定も何もできなくなってしまった場合の対処方法」の手順で操作してみて下さい。（もしそれでもうまくいかない場合は、再度お知らせ下さい。）
とでるのですが自分のIDを設定もユーザーIDを管理もグレーアウトして押せない（権限がない）と出てどうにもできず、ログアウトしても同じアカウントでしかログインできないためなにもできないのですがどうしたらいいのでしょうか？？？もともと使ってた管理者IDを消してしまったみたいで、Lv.1の今あるアカウントだけになっちゃって、設定もなにも押せなくて……。
どういう仕様なのかわからないのですが、やっぱり難しいですかね？
続きを読む
てがろぐ複数で使い回してるhead～bodyまでのhtmlを書いたファイルを、一部のてがろぐでだけbodyにclassを付けたいので<body[[FREELINE:a]]>として、フリースペース側でa: class="hoge"と書こうとしたのですが先頭の半角スペースがなくなるのでエラーになってしまうのです。一応表示上おかしいことにはならないのですが……。
html側で最初から半角スペースを書いてればいいのですが、クラス付けないてがろぐだと<body >になって不要な半角スペースがあるのが気になってしまって…。
今はbodyそのものを1行フリースペースに書いてるんですが、htmlいじるときにbodyタグないのがどうしても感覚的に変な感じがしてしまうので、クラスだけを1行フリースペースに書きたいです（とても感覚的な話なのでわがままなのですが……）
html側で最初から半角スペースを書いてればいいのですが、クラス付けないてがろぐだと<body >になって不要な半角スペースがあるのが気になってしまって…。
今はbodyそのものを1行フリースペースに書いてるんですが、htmlいじるときにbodyタグないのがどうしても感覚的に変な感じがしてしまうので、クラスだけを1行フリースペースに書きたいです（とても感覚的な話なのでわがままなのですが……）
にしし様
2つの質問について詳しいご説明をありがとうございます！
②は最後まで解説を読ませて頂いた上で、最終的に下手に触って取り返しがつかない状態にしてしまいそうな気がするのでやはり初心者らしく現在の設定で利用させて頂く事に決めました。
indexを別に用意するという発想に全く至らず目から鱗が落ちまして、早速調べて用意したいと思います！
ここからは個人的な感情なのですが、今までXでしか活動してこなかったのでてがろぐを設置して自分だけの秘密基地のような場所が出来、とても嬉しくわくわくしております。
素晴らしいサービスを提供して下さり本当にありがとうございます！
改めましてにしし様、No.6002様、ほっとするような安心できる優しい対応をして下さりありがとうございました。
2つの質問について詳しいご説明をありがとうございます！
②は最後まで解説を読ませて頂いた上で、最終的に下手に触って取り返しがつかない状態にしてしまいそうな気がするのでやはり初心者らしく現在の設定で利用させて頂く事に決めました。
indexを別に用意するという発想に全く至らず目から鱗が落ちまして、早速調べて用意したいと思います！
ここからは個人的な感情なのですが、今までXでしか活動してこなかったのでてがろぐを設置して自分だけの秘密基地のような場所が出来、とても嬉しくわくわくしております。
素晴らしいサービスを提供して下さり本当にありがとうございます！
改めましてにしし様、No.6002様、ほっとするような安心できる優しい対応をして下さりありがとうございました。
🍜Re:6000◆ああ、パーツの生成に使っているとかで技術的に独立したコンテンツになっていない、というような事情ではなく、運用上の都合なわけですね。解説ありがとうございます。◆質問の場としては確かに悩ましいところではあります。過去にも、頂いたご質問から不具合が判明したケースは多々ありましたから、ありがたい面もありますしね……。
現状の問題は「その質問者（要望者）が、過去にも何度も投稿している方なのか、今回が初めての方なのか」みたいな背景情報が何一つ分からないので、書かれている情報が不足していると背景の推測が難しいことなんですよね。なので、せめて過去の発言も遡れるように、固有のIDで投稿して欲しいわけです。
例えばNo.6000さんに関しても、No.5990が初めての投稿だったのか、それとも以前から何度かお書き下さっていたのか、私には何も分かりませんので、「過去の利用をふまえた上での不安」なのか「たまたま今見かけて思いついたので書いてみただけ」なのかの判断が私にはできないわけです。
もし前者なら、同様に思っている方が他にも居そうだな、と考えられますが、後者の場合はそうとは言えません。つまり、投稿者の背景が見えないと、「その点に本当に需要がありそうかどうか」という需要の判断が難しいので、どれくらいのレベルで参考にすべきなのかの判断ができないわけです。
ただ、需要の判断が必要なのはあくまでも「要望」に対してであって、「質問」に関してはそうではありませんから、確かに質問はもうちょっと簡単にできる仕組みがある方が良いかな、という気はしています。ただ、ゲストアカウントを用意してしまうと、結局そこで（背景情報が分からないまま）何でも書ける点で今と変わらないので、その点をどうするかはまだ迷っているところです。畳む
🍜Re:6001,6003◆既にご解決のようですが、補足しておきます。
①多目的フリースペースにはHTMLが使えますので、ご解決のとおり、a要素とimg要素を使ってHTMLを直接記述して頂く方法が使えます。（てがろぐの投稿に使える独自記法はここでは使えません。No.6002さんがご指摘のように、スキンに使える一部の記法だけが例外的に使えるだけです。）
②これもNo.6002さんの解説の通りです。付属の.htaccessで実現されるのは、
- https://ドメイン/hogehoge/tegalog.cgi ←ここに置いたら
- https://ドメイン/hogehoge/ ←このURLでアクセスできる
もし、
- https://ドメイン/ ←このURLでアクセスさせたいなら
- https://ドメイン/tegalog.cgi ←この位置に置く必要があります。
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /hogehoge/$1 [L]
……のような方法で使えます。（※セットアップ先が hogehoge ディレクトリの場合）畳む.htaccessの仕様に詳しくないのであれば、使わない方が無難ですのでお勧めしません。（詳しくない状態でコピー＆ペーストで使ってしまうと、次に何らかのトラブルに遭遇したときに原因究明が難しくなるためです。また、同様の方法でURLを調整しようとする他のツールと併用ができなくなる問題もあります。※特にWordPress等のCMSを使う場合など。）
なお、ウェブサーバーテストページが見えるのは、https://ドメイン/ の位置に何のファイルも置かれていないから（もしくはダミーのindex.htmlがあるから）だと思います。そこに自前で作成した index.html を置けば、ウェブサーバーテストページではなく自分で作ったページが見えるようになります。
もう既にURLを公表なさっているのであれば、てがろぐの設置位置は今のままで、https://ドメイン/ では自前の何らかのWebページ（案内ページなど）が見えるように index.html ファイルを作って設置なさると良いのではないかと思います。
🍜Re:6002◆サポートありがとうございます！(╹◡╹)ﾉ
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195
