先頭固定（←ここの文字列も自由に変更可能。非表示にも設定可能）
フォロー数が増えると、私の開発モチベーションが向上するメリットもあります。(笑)
by nishishi. ⌚2026年4月17日(金) 03:33:16〔0秒前〕 雑記 ＜119文字＞ 編集
2026年4月 この範囲を時系列順で読む この範囲をファイルに出力する
by admin. ⌚2026年4月16日(木) 12:18:30〔15時間前〕 ＜44文字＞ 編集
by admin. ⌚2026年4月16日(木) 06:48:19〔20時間前〕 ＜66文字＞ 編集
たぶんこれで解消したのではないかと思いますけども、どうでしょうかね……？ >>5825,5826,5827/R
by nishishi. ⌚2026年4月15日(水) 22:46:33〔28時間前〕 回答/返信 ＜164文字＞ 編集
これは、サーバ側で導入されたセキュリティモジュールが、特定のルールに抵触することを検出した結果のようです。
サーバ管理者さんへ直接ご連絡頂けば、ご使用のアカウントに限って当該ルールの無効化をして頂け、それによって保存処理が可能になるようですので、usamimi.infoサーバをご使用の方々はお手数ですがサーバ管理者さんに問い合わせてみて下さい。
🍫Re:5834◆実験をどうもありがとうございます！ おかげさまで状況がよく分かりました。
初期状態でもそうなるのであれば、usamimi.infoサーバと同じ環境を用意して、ログを確認しながら1つずつ実験してみる以外にないので、サーバ側で当該ルールを無効化して頂くのが現実的だと（少なくとも今のところは）思います。
🍫てがろぐCGIのサーバ別セットアップ方法解説内の「usamimi.infoでのセットアップ手順」にも『usamimi.info特有の補足情報』に情報を加えておきました。
by nishishi. ⌚2026年4月14日(火) 18:17:00〔2日前〕 情報,回答/返信 ＜568文字＞ 編集
にししさんへ。4/14、午後12時ちょっと過ぎ時点で:
usamimiサーバーで｢設定保存｣のボタンを押す → 403エラー
てがろぐ新規設置 → 初期状態で｢設定保存｣のボタンを押す → 403エラー
と言う結果になったことをご報告しておきます。No.5824です。
by tomoyo. ⌚2026年4月14日(火) 12:11:03〔2日前〕 ＜141文字＞ 編集
今でも同じエラーが発生するか、今は正常に保存できるか、お知らせ頂ければ幸いです。
（usamimi.infoサーバのセキュリティモジュールで使われているルールのうち、今回の件に関係していそうな2件のうちの1件をサーバ全体で対処頂いたそうですので。）
もし今でも同じエラーが出る場合は、もし可能でしたら、てがろぐを1つ新規にセットアップして、『てがろぐの設定内容がセットアップ直後（＝初期状態）のままのときに、設定画面で「設定を保存する」ボタンを押した場合にどうなるかも教えて頂けると、なおありがたいです。
🍞Re:5832◆情報提供をありがとうございます。メールに返信しました。
by nishishi. ⌚2026年4月13日(月) 22:48:42〔3日前〕 ＜358文字＞ 編集
5830です。
usamimi.infoサーバでてがろぐ管理画面の「設定を保存する」を押した際403エラーが発生する件に関しまして、
サーバ管理者様から上記問い合わせへのご返信をいただきましたので、
内容をメールにて送らせて頂きました。
お忙しいところ恐縮ですが、お手隙の際にご確認頂けますと幸いです。
by misaki. ⌚2026年4月13日(月) 20:59:44〔3日前〕 ＜159文字＞ 編集
ご返信ありがとうございます。
やはり難しいとのことで承知致しました。🙇
先ほどサーバ管理人さんに403エラーの旨をDMにて報告致しましたので、
お返事を待ってみようと思います。
また返答を頂きましたら、この場をお借りしてご連絡させていただきます。
by misaki. ⌚2026年4月12日(日) 21:28:32〔4日前〕 ＜130文字＞ 編集
🍞Re:5828◆WAFの検出ログには、「どんなルールに抵触したためにブロックされたのか」という情報が含まれています。それを見れば、「そのルールに抵触しないような方法に変更可能か？」という点を検討できます。そういった情報が得られない場合は、そもそも何が問題なのかが分からないので、対処のしようがないのです。（※そもそも、現時点ではWAFが原因かどうかもハッキリはしていないわけですが。）
これだけ異なる方が同じ現象に遭遇なさっているなら、サーバ側の何かの設定等が（ある時点から）問題になったのでしょうね。
エラーログ等から判断ができなければ、サーバ管理者さんに究明を依頼するほかなさそうな気がします。
by nishishi. ⌚2026年4月12日(日) 18:01:39〔4日前〕 回答/返信 ＜319文字＞ 編集
>>5823さん、>>5824さんとは別人ですが、私もusamimi.infoサーバを利用しています。
（403エラーの症状も同じです）
WAFの検出ログ閲覧およびON/OFFの操作に関しまして、
サーバの仕様ページやアカウント情報ページなど確認しましたが項目が見つかりませんでした。
usamimiサーバ管理者の方のTwitter を拝見すると、
4/1にセキュリティモジュールをインストールしたと書かれており、こちらが関係していそうな気はします。
WAF検出ログを確認できない場合、にししさんの方でご調整は難しそうでしょうか。
（鯖管さんに連絡すれば個別にご対応頂けるとのことですので、難しそうでしたら>>5824さんの仰る通り連絡がいいのかなと考えています）
by misaki. ⌚2026年4月12日(日) 17:20:53〔4日前〕 ＜340文字＞ 編集
🍕Re:5822◆ご要望をありがとうございました。Webコミックを埋め込もうという発想がなかったので（公式に埋め込み機能が提供されている事実も知らなかったので）おかげさまでなかなか面白い機能を加えられました。
🍕Re:5823,5824◆お使いのサーバでは「WAFの検出ログ」は閲覧可能でしょうか？ てがろぐの設定を保存した瞬間の時刻に、WAF側でどんな検知がされた結果として通信がブロックされたのかが分かると、何らかの調整ができるかもしれません。
なお、WAFのON/OFFをコントロールパネル等から変更可能でしたら、一時的にWAFをOFFにしてみた上で、てがろぐの保存操作を試してみて頂くと、WAFが原因なのかどうかがハッキリします。
🍕Re:5825,5826◆なるほど、PC版ブラウザでもChromeやEdgeを使うとおっしゃる動作になりますね。私は普段（特に開発用途には）Firefoxを使っているので気付きませんでした。てがろぐ側が編集領域に何かを挿入する際には、実際には「編集領域内の全文を置き換える→カーソル位置を元に戻す」という2段階の処理をしているのですが、どうやらそのとき『スクロール位置も一緒に戻してくれるブラウザ』と『スクロール位置はプログラム側が面倒を見ないといけないブラウザ』とがあるようです。そこまで思い至っていませんでした。
次のバージョンでは対処しますので、もうしばらくお待ち下さい。
とりあえず、PCではFirefoxをお使い頂くと現状でも問題は起きません。または「編集最大機能を使ってできるだけスクロールが発生しにくいようにする」という対処方法もあるかもしれませんが。
ご報告をどうもありがとうございます。
by nishishi. ⌚2026年4月12日(日) 15:15:21〔4日前〕 回答/返信 ＜767文字＞ 編集
入力欄の表示位置が最終行までスクロールしてしまう現象、同じく起こってます🙋
ただ、私の場合PCのみで起こっていてスマホでは起こらないです（厳密にはスマホでは一瞬だけ最終行に移動してすぐにカーソルのある位置まで戻ってきます）
環境は以下になります
- PC：win11 ブラウザ：Vivaldi
- スマホ：android ブラウザ：Brave
by admin. ⌚2026年4月12日(日) 13:12:47〔4日前〕 ＜181文字＞ 編集
欲しかった機能が色々と実装され、感謝しきりです。
また、以前の外部サービス埋め込みに関するアンケートにて「note」を挙げさせていただいたのですが、ベータ版でご対応いただき、こちらも感謝申し上げます。配布が楽しみです。
別件なのですが、一点確認させてください。
「何でも簡単入力ボタン」機能について、以下のような現象が皆様の環境でも起こりますか？
- 入力欄に複数行(入力欄横にスクロールバーが出現する程度)の文章を入力し
- 最終行が見えていない状態で
- 任意の位置にカーソルを置き
- 「何でも簡単入力ボタン」で文字列を挿入すると
- カーソル位置は変わらないものの、入力欄の表示位置が最終行までスクロールしてしまう
こちらでは、この現象がスマホでもPCでも起こってしまい、長文を書いてから装飾を追加していく際、ちょっと不便に思っています。
ですが再現性があるのか、どうすれば直るのか見当もつかず…。
再現されるかどうか、設定などで回避できるのか、等、情報がありましたら、共有していただけると幸いです。
(追記)
こちらの現象、「何でも簡単入力ボタン」に限らず他の装飾機能(強やBなど)でも起こりました。。確認不足ですみません。。
by admin. ⌚2026年4月12日(日) 10:14:57〔4日前〕 ＜566文字＞ 編集
設定以外はたまに画像をアップロードしようとすると403エラーが出ますが、その場合はそのアップロードしようとした画像を保存しなおすとアップロードできるので特に設定以外では問題なさそうです。
わからなくてAIに質問したらAIにもWAFによってブロックされてる可能性があるといわれました。
コードに関してはトラブルシューティングに記載されていた数字を変更するくらい以外はデフォルトのままのはずなのですが、
同じサーバー使っている方を見かけましたが問題なくお使いでしたのでおそらく私のほうが何かしてないのか何かしてしまったのかと思うのですが全く見当がつかず…
by admin. ⌚2026年4月11日(土) 23:49:29〔5日前〕 質問/要望 ＜294文字＞ 編集
by admin. ⌚2026年4月11日(土) 22:25:31〔5日前〕 ＜60文字＞ 編集
🍘Re:5820◆設定の保存以外の機能は問題なく使えますか？ それとも、他の機能にも問題がありますか？
設定項目のどこか（特に「補助出力」タブ内のフリースペース等）に、以下のようなWAF（Web Application Firewall）によってブロックされやすい文字列を書いていないでしょうか？
- ../../ のような上位階層を参照する文字列
- /etc/xxxx のようなシステムディレクトリを参照しようとしているっぽい文字列
※WAFが原因の場合は（サーバ側で拒否されてしまうので）プログラム側ではどうしようもありませんから、上記のような記述を避ける以外に対処法がありません。
by nishishi. ⌚2026年4月11日(土) 21:59:23〔5日前〕 回答/返信 ＜409文字＞ 編集
今回四苦八苦しながらてがろぐを導入させていただいたのですが、なぜが設定を保存するを押すと403エラーが出てしまいます。
トラブルシューティングに書いてある$howtogetpathの数値を変更したりしても改善されず…
ちなみにサーバーはusamimi.infoを使用しています。
お忙しいところ恐縮ですがご教授いただければ幸いです。よろしくお願いいたします。
by admin. ⌚2026年4月11日(土) 21:21:45〔5日前〕 ＜200文字＞ 編集
by nishishi. ⌚2026年4月11日(土) 21:12:12〔5日前〕 ＜53文字＞ 編集
需要の程は分かりませんけども。^^;
by nishishi.
⌚2026年4月10日(金) 20:56:11〔6日前〕
テスト
＜60文字＞
編集
すると、No.5814のように自動取得できないページでも、以下のようにカード型リンクを提供できます。手動で書く手間はかかりますけども、「手間をかけてでも、どうしてもカード型リンクとして見せたい！」という場合に。^^;
はじメまして、ギルティ炭酸です。 | ギルティ炭酸 NOPE サントリーはじメまして、ギルティ炭酸です。NOPEは2026年3月24日火曜日に新発売!https://www.suntory.co.jp/softdrink/nope/
はじメまして、ギルティ炭酸です。 | ギルティ炭酸 NOPE サントリーはじメまして、ギルティ炭酸です。NOPEは2026年3月24日火曜日に新発売!https://www.suntory.co.jp/softdrink/nope/
通常のカード型リンク記法 [リンクラベル(省略可):CARD]URL とは違って、[タイトル:概要文:画像URL:MCARD-L]URL（大カードの場合）や[タイトル:概要文:画像URL:MCARD-S]URL（小カードの場合）のように、タイトル・概要文・画像URL・カードサイズを全部書きます。(^_^;)
MCARDの「M」は「Manual」の略です。手動カード。
次のβ版から使えます。（まだ配布していません。）
by nishishi. ⌚2026年4月10日(金) 20:42:15〔6日前〕 ＜753文字＞ 編集
🍘Re:5814◆確かに、そのサイトだと 403 Forbidden になりますね。PHPプログラムからのアクセスだと認識して「403 Forbidden」を返しているのだと思います。この場合は残念ながらどうしようもありません。
カード型リンクは（閲覧者がブラウザでアクセスしたことをトリガーにはするのですが）、実際にはサーバ上のPHPプログラムが相手先のWebサーバへOGP情報を取りに行っていますので（その点だけを見るとBotと変わりありませんから）、強固にBotを拒否しているサーバからは情報を取得できないことがあります。（そのサイトの場合は、SNSからのアクセスは個別に許可されているのでしょう。）
シンプルな方法で情報を取得に行っていますので、「プログラムからのアクセスだ」と判別されやすいのだと思います。もうちょっと凝れば対処可能かもしれないのですけども、（人間のアクセスがトリガーになっているとはいえ）Botを強固に拒否しているサーバから無理に情報を取ってこようとはしない方が良いのではないかと今のところは思っています。
(追記) どうしてもカード型リンクで掲載したい（手間をかけても良い）と思われる場合は、No.5817の方法を使えるようにしました。^^;（次のβ版からご使用頂けます。）
by nishishi. ⌚2026年4月10日(金) 19:41:31〔6日前〕 回答/返信 ＜579文字＞ 編集
バグかどうかわからないのですが、カード型リンクでタイトルが「403forbidden」になるサイトがあるようなので報告させていただきます。ちなみにXやBlueskyでは普通に表示されます。具体的にはこちらのサイト なのですが…。サーバーの問題かも？とこちらでも投稿してみましたが、やはり403forbiddenになってしまいました。
#報告
by admin. ⌚2026年4月10日(金) 17:28:07〔6日前〕 ＜211文字＞ 編集
ただし、埋め込めるのはnote.comドメインに存在するnoteのみ。（独自ドメインのnoteは対象外。ただ、noteではOGPが適切に提供されていますから、note.comドメイン以外で公開されているnoteはカード型リンクで埋め込む手段が使えます。）
by nishishi. ⌚2026年4月8日(水) 20:18:09〔8日前〕 ＜165文字＞ 編集
- ハッシュタグの中に半角 & 記号が含まれている場合に、ハッシュタグ限定表示に出てこなくなる不具合の修正。
- カード型リンクで >>5803 のように「OGPに概要文が含まれていない」ページでも、なんとなく良い感じに情報を拾ってくるように改善。
🌸Re:5809◆ご指摘ありがとうございます。たしかにそのような動作になりますね。こちらにあるソースは修正しましたので、次のバージョンからは修正版をご使用頂けます。次のβ版公開まで、もうしばらくお待ち下さい。
by nishishi. ⌚2026年4月6日(月) 19:29:50〔10日前〕 回答/返信 ＜315文字＞ 編集
早々にご返信いただきありがとうございます。
ご教示いただきました方法でまとめて下書きにできました。
私にとって、てがろぐはネットでの居心地の良い場所になっているのでとても助かりました！
本当にありがとうございます！！
by admin. ⌚2026年4月5日(日) 19:47:22〔11日前〕 ＜116文字＞ 編集
今回てがろぐバージョン4.8.0にアップデートしたら、ハッシュタグの中に「&」を使用しているものが正しく動作しなくなりました。
例えば #[トム&ジェリー]や#[ラッツ&スター]のようなものです。このハッシュタグのリンクをクリックしても結果が何も出なくなりました。
お手隙の際にでもご確認頂けますと幸いです。宜しくお願いいたします。
by admin. ⌚2026年4月4日(土) 19:52:27〔12日前〕 ＜199文字＞ 編集
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
🤔てがろぐヘルプ群：セットアップ方法、使い方・設定方法、カスタマイズ方法、FAQ・豆知識（総合目次、HOME）
※開発放言