2025年4月 この範囲を時系列順で読む この範囲をファイルに出力する
にしし様、お世話になっております。No.5064です。
src属性値の後のURLにアドレスバーからアクセスしたところ、問題なく正しく画像が表示されました。
src属性値の後のURLにアドレスバーからアクセスしたところ、問題なく正しく画像が表示されました。
りんごを食べました。おいしい。🍎🍎🍎
🍎Re:5064◆そのソースに出ているsrc属性値のURLを、ブラウザのアドレス欄に貼り付けてアクセスすると、画像は正しく見えますか？
🍎Re:5064◆そのソースに出ているsrc属性値のURLを、ブラウザのアドレス欄に貼り付けてアクセスすると、画像は正しく見えますか？
No.5062です。
にしし様、お忙しいところご返信いただきありがとうございます。
ソースを確認しましたところ、画像一覧、ギャラリーどちらも以下画像のようにHTML出力されておりました。(黒で消しているところは私のサーバーIDと番号になります)
よろしくお願いいたします。
にしし様、お忙しいところご返信いただきありがとうございます。
ソースを確認しましたところ、画像一覧、ギャラリーどちらも以下画像のようにHTML出力されておりました。(黒で消しているところは私のサーバーIDと番号になります)
よろしくお願いいたします。
換気はしたいが、花粉は入れたくない。網戸にマスクを敷き詰めたらいいか……？┌(:3」└)┐
🌳Re:5062◆てがろぐが出力するHTMLソースに、どんなURLが出力されているのかを確認してみて下さい。
例えば、 sample1.jpg という画像なら、てがろぐは、 <img class="embeddedimage" src="images/sample1.jpg" width="～" height="～" loading="lazy" alt="～"> のようなHTMLを出力します。
画像が表示されないということは、このURLの出力結果に問題があるということでしょうから、まずはこの点を確認してみる必要があります。
どんなHTMLが出力されていますか？
🌳Re:5062◆てがろぐが出力するHTMLソースに、どんなURLが出力されているのかを確認してみて下さい。
例えば、 sample1.jpg という画像なら、てがろぐは、 <img class="embeddedimage" src="images/sample1.jpg" width="～" height="～" loading="lazy" alt="～"> のようなHTMLを出力します。
画像が表示されないということは、このURLの出力結果に問題があるということでしょうから、まずはこの点を確認してみる必要があります。
どんなHTMLが出力されていますか？
こんにちは、先日自分だけのつぶやきスペースが欲しくててがろぐを使い始めました。
素晴らしいCGIを開発していただき、誠にありがとうございます。
画像投稿の件で質問をさせていただきたいのですが、XREAフリー版にててがろぐを使用しております。
画像を投稿したところ、投稿画面では問題なく画像が表示され、クリックするとこちらも問題なく原寸大を表示することが出来るのですが、画像一覧モード、ギャラリーモードに切り替えるとファイル名のみの表示になってしまい、ファイル名をクリックしても画像を表示することが出来ません。
(skin格納ディレクトリはデフォルトの[skin-gallery]、[skin-picts]から変更しておりません)
どのような原因が考えられるでしょうか。
お忙しい中恐縮ですが、ご教授いただけますと幸いです。よろしくお願いいたします。
素晴らしいCGIを開発していただき、誠にありがとうございます。
画像投稿の件で質問をさせていただきたいのですが、XREAフリー版にててがろぐを使用しております。
画像を投稿したところ、投稿画面では問題なく画像が表示され、クリックするとこちらも問題なく原寸大を表示することが出来るのですが、画像一覧モード、ギャラリーモードに切り替えるとファイル名のみの表示になってしまい、ファイル名をクリックしても画像を表示することが出来ません。
(skin格納ディレクトリはデフォルトの[skin-gallery]、[skin-picts]から変更しておりません)
どのような原因が考えられるでしょうか。
お忙しい中恐縮ですが、ご教授いただけますと幸いです。よろしくお願いいたします。
2025年3月 この範囲を時系列順で読む この範囲をファイルに出力する
5051,5052,5054,5057
サイトマップページモードで目次を作り、JavaScriptで読み込ませて並べると、理想通りの表示になりました！
本当にありがとうございます！！
サイトマップページモードで目次を作り、JavaScriptで読み込ませて並べると、理想通りの表示になりました！
本当にありがとうございます！！
5056です。
にししさん、とても詳しく教えてくださりありがとうございます🙇てがろぐと離れた話題にも関わらずお答え頂き感謝です！
私のように間違った使い方で併用している方も少なくないと思いますので（たぶん…）、検索避けされている方々に広く認知されるといいなと思います。
そういう意味で、てがろぐのログイン者限定公開のモードはとても有難い存在です！素晴らしいCGIをありがとうございます！
にししさん、とても詳しく教えてくださりありがとうございます🙇てがろぐと離れた話題にも関わらずお答え頂き感謝です！
私のように間違った使い方で併用している方も少なくないと思いますので（たぶん…）、検索避けされている方々に広く認知されるといいなと思います。
そういう意味で、てがろぐのログイン者限定公開のモードはとても有難い存在です！素晴らしいCGIをありがとうございます！
5055です。すみません、そうなんですね。私はずっと併用していて、最初のrobots.txtで全部弾いちゃってますがgoogleもちゃんと弾いてくれているので、やり方は間違っていてもとりあえずこのままでいいかなと思っています(笑)今はgoogleの検索基準…精度…？自体がいまいちになってきてるのもあるのかもしれません。私も普段はgoogleで検索することなくなりましたし。そもそもネットにあげてる時点であらゆる面でブロックするというのも難しいですしね。
こんな話だけで申し訳ない、てがろぐ、とても愛用させてもらっています。いつもありがとうございます。
こんな話だけで申し訳ない、てがろぐ、とても愛用させてもらっています。いつもありがとうございます。
今日からまたちょっと寒くなるっぽい……？
🍔Re:5055◆その適用順序は半分(前半が)間違っていますのでご注意下さい。robots.txtでクローラーをブロックすると検索避けができなくなる点は、Google自身が公式ヘルプで明言しています。（「インデックスに登録してはいけない」という指示自体が読めなくなるため）
後半の「metaタグ→それでも読まないお行儀悪いものは.htaccess」は正しい順序ですが、最初に「まずはrobots.txtを読んでもらう」とすると、Googleでは検索避けに失敗します。（※robots.txtでGoogle等の紳士的なクローラーをブロックしていないなら問題ありませんが。）
🍔Re:5053◆Googleに関してはその通りです。.htaccessでブロックしてもいけないし、robots.txtでブロックしてもいけません。なぜなら、ブロックされると「登録するな」という指示自体も読めないからです。
※2000年代からある古典的な話ですが、「出口」という検索語でググると、Yahoo! Japanがヒットします。これは「出口」というリンクテキストを使ってYahoo!にリンクしているサイトが多いことによる影響です。つまり、「どんなリンクテキストを使ってリンクされているのか」という情報も検索サイトに反映される（要素の1つになる）のです。なので、robots.txtでページの中身を読むことだけを禁止しても（＆.htaccessでページ自体を読めなくしても）、インデックスに登録される可能性はあります。
したがって、インデックス登録を避けるには、ページそのものに書かれた登録禁止の指示を確実に読ませる必要があるため、ブロックしてはいけないのです。
……とはいえ、世の中に存在するクローラーはGoogleやBingのような比較的紳士的に動作するものだけではありません（※検索のシェアはGoogleが1強ですが）。metaタグの存在を無視してインデックスに登録しようとするクローラーも存在するでしょう。なので、metaタグを読まないような無作法なクローラーに対しては、何らかのブロックをするほかありません。（そのような無作法なクローラーはrobots.txtだって読まないでしょうから、.htaccessでサーバ側に応答を拒否させるしかないでしょう。）
したがって、検索避けを厳密にしたいなら、以下のような方策が必要です。
この順序を逆にしてしまうと（＝あらゆるクローラーを.htaccessでブロックすると）、そもそもmetaタグを書く意味がなくなってしまいますから注意して下さい。なぜなら『あらゆるクローラーがmetaタグを読めなくなる』からです。
Googleだけを対象にするなら、そもそもmetaタグだけで充分です。他の無作法なBotも対象にしたい場合は、「Googleのような紳士的なクローラーにはアクセスを許可しつつ、無作法なクローラーだけを拒否するような .htaccessを書く」必要があります。
※なお、robots.txt自体に意味がないわけではありません。検索サイト以外のクローラー（最近ではAI学習用のBotも多いですね）をブロックする用途や、「クロールそのものは許可したいがクロール頻度を低く抑えたい（＝負荷軽減）」場合などの指示には役立ちます。
とはいえ、Googleはrobots.txtに書かれた「クロール頻度の指示」は無視するんですけども……。┌(:3」└)┐
🍔Re:5054◆その場合は、2つの方法があります。
🍔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ページに合成するページを作る。
5055さん、詳しくありがとうこざいます🙇
せっかく検索避けしているのに意味がないかもしれないと知って焦っていたので、少し落ち着けました。冷静に対処していきます。
せっかく検索避けしているのに意味がないかもしれないと知って焦っていたので、少し落ち着けました。冷静に対処していきます。
chatgptに聞いた情報ですが、まずはrobots.txtを読んでもらう→読まないbotにはmetaタグ→それでも読まないお行儀悪いものは.htaccess…という感じで使い分けての併用なら意味があるとのことでした。私はずっと併用しています。
なんでもかんでも.htaccessで弾いてしまうと、robots.txtやmetaタグを読んでくれるbotには意味がなくなってしまうよ、ということではないかと思います。.htaccessで弾きつつ、robots.txtだけはアクセス許可するとかもできますよ。調べればそれぞれ出てくるかと…
なんでもかんでも.htaccessで弾いてしまうと、robots.txtやmetaタグを読んでくれるbotには意味がなくなってしまうよ、ということではないかと思います。.htaccessで弾きつつ、robots.txtだけはアクセス許可するとかもできますよ。調べればそれぞれ出てくるかと…
すみません、検索避けについて、質問された方とは別の人間なのですが、質問があります。
つまりまとめると、検索避けはhtmlのmeta要素のみ使うべきで、.htaccessやrobots.txtは使ってはいけない（併用も不可）ということでしょうか？
読解力がなく、頭の悪い質問で申し訳ないのですが、重要なところなので詳細を知りたいです。
つまりまとめると、検索避けはhtmlのmeta要素のみ使うべきで、.htaccessやrobots.txtは使ってはいけない（併用も不可）ということでしょうか？
読解力がなく、頭の悪い質問で申し訳ないのですが、重要なところなので詳細を知りたいです。
昼食は冷蔵ピザ。🍕🍕🍕
🍕Re:5051◆目次は「サイトマップページモード」をご使用下さい。サイトマップページモードは、名称を「目次モード」にしておく方が良かったかな、と思うくらい、元々目次用途に作ったモードです。
このモードを使えば、ご要望の②・③・④は既に実現できます。
🍕Re:5051◆目次は「サイトマップページモード」をご使用下さい。サイトマップページモードは、名称を「目次モード」にしておく方が良かったかな、と思うくらい、元々目次用途に作ったモードです。
このモードを使えば、ご要望の②・③・④は既に実現できます。
- ②そのカテゴリのカテゴリ名と概要文は、スキン内で現在カテゴリ情報要素を使えば表示できます。
- ③投稿内に含まれるハッシュタグの抽出表示は、投稿本文関連要素（オプション）の抽出結果を挿入（ハッシュタグ）を使えば実現できます。
- ④カテゴリごとに表示される投稿件数の変更は、てがろぐ Ver 4.5.3βで搭載した『カテゴリごとに「1ページあたりの表示件数」を別設定できる機能』を使えば実現できます。（※ここでの設定値は、通常の表示モードだけでなく、サイトマップページモードでも有効です。）
てがろぐ大好き！！
とてもお世話になっています、にししさんありがとうございます～！
新着投稿リストについて相談させてください。
私はてがろぐで小説サイトを作っていて、目次を作るのに新着投稿リストを使っています。（画像A）
そこで、#要望 が4つあるのですが、
①新着投稿リストで指定したカテゴリにおいて、同カテゴリに限定した隣接投稿へ移動できるリンクが表示されるようにしてほしい
②新着投稿リストで指定したカテゴリにおいて、そのカテゴリのカテゴリ名と概要文が表示されるようにしてほしい
③新着投稿リスト内に、その投稿内に含まれるハッシュタグが表示されるようにしてほしい
④新着投稿リストごとに表示される投稿の件数を変更できるようにしてほしい
お忙しいところ申し訳ないのですが、ご検討いただき、TODOリストの端っこに加えていただけると嬉しいです！
よろしくお願いします！！畳む
とてもお世話になっています、にししさんありがとうございます～！
新着投稿リストについて相談させてください。
私はてがろぐで小説サイトを作っていて、目次を作るのに新着投稿リストを使っています。（画像A）
そこで、#要望 が4つあるのですが、
①新着投稿リストで指定したカテゴリにおいて、同カテゴリに限定した隣接投稿へ移動できるリンクが表示されるようにしてほしい
②新着投稿リストで指定したカテゴリにおいて、そのカテゴリのカテゴリ名と概要文が表示されるようにしてほしい
③新着投稿リスト内に、その投稿内に含まれるハッシュタグが表示されるようにしてほしい
④新着投稿リストごとに表示される投稿の件数を変更できるようにしてほしい
お忙しいところ申し訳ないのですが、ご検討いただき、TODOリストの端っこに加えていただけると嬉しいです！
よろしくお願いします！！畳む
風が強い。花粉と黄砂も飛んでいるので窓は絶対に開けられない……。
☕Re:5049◆検索避けには、まさしくそのmeta要素を使う必要があります。
.htaccessやrobots.txtを使ってクローラーからのアクセスをブロックしてしまうと、「検索インデックスに登録するな」という指示そのものが読めなくなるので、結果として検索避けに失敗します。（他サイトからのリンクを経由してクローラーが来た場合、そのページに書かれている情報は読めないため取得されませんが、リンク元ページにあるリンクラベル等を使ってインデックスに登録される可能性があります。）
なので、検索避けのためには「『登録するな』という指示(<meta name="robots" content="noindex">)自体はクローラーにも読めるように」しておく必要があります。
※参考：このGoogle検索セントラルHelpページ末尾の「robots.txt ルールとインデックス登録および表示に関するルールとの組み合わせ」項目には、「クロール禁止の情報自体が読めなかったら、指示は無視されるよ」的なことが書いてあります。
なお、IPアドレスは明確に対象国が分割されているわけではありません。「今は日本国内に割り当てられているIPアドレスが、来月は海外で使用されている」というケースもあり得ます（もちろんその逆も）。なので、IPアドレスを使ってアクセス元を判断するには常に最新の情報にアップデートし続ける必要があり、個人ではあまり現実的ではなさそうに思います。
☕Re:5049◆検索避けには、まさしくそのmeta要素を使う必要があります。
.htaccessやrobots.txtを使ってクローラーからのアクセスをブロックしてしまうと、「検索インデックスに登録するな」という指示そのものが読めなくなるので、結果として検索避けに失敗します。（他サイトからのリンクを経由してクローラーが来た場合、そのページに書かれている情報は読めないため取得されませんが、リンク元ページにあるリンクラベル等を使ってインデックスに登録される可能性があります。）
なので、検索避けのためには「『登録するな』という指示(<meta name="robots" content="noindex">)自体はクローラーにも読めるように」しておく必要があります。
※参考：このGoogle検索セントラルHelpページ末尾の「robots.txt ルールとインデックス登録および表示に関するルールとの組み合わせ」項目には、「クロール禁止の情報自体が読めなかったら、指示は無視されるよ」的なことが書いてあります。
なお、IPアドレスは明確に対象国が分割されているわけではありません。「今は日本国内に割り当てられているIPアドレスが、来月は海外で使用されている」というケースもあり得ます（もちろんその逆も）。なので、IPアドレスを使ってアクセス元を判断するには常に最新の情報にアップデートし続ける必要があり、個人ではあまり現実的ではなさそうに思います。
海外からのアクセス拒否についてを要望した者です。いくつか方法をご提示くださりありがとうございます！
少しになることがありまして、現在サイト内全てのページに検索避けのmetaタグを導入しているのですが、その場合は一つ目の『日本国外からのアクセスを制限する.htaccess』を使用した方がいいのでしょうか？
少しになることがありまして、現在サイト内全てのページに検索避けのmetaタグを導入しているのですが、その場合は一つ目の『日本国外からのアクセスを制限する.htaccess』を使用した方がいいのでしょうか？
春の陽気。🌸🌸🌸
まだ今週末はまた寒くなるっぽい予報ですけども。
🌸Re:5047◆なるほど。
普通の半角「 # 」記号は、Unicodeで U+0023 で、
キーキャップ化した「 #️⃣ 」は、UnicodeでU+0023 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 が続いている場合はハッシュタグにしないような仕様が必要でしょうね。(^_^;)
まだ今週末はまた寒くなるっぽい予報ですけども。
🌸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 が続いている場合はハッシュタグにしないような仕様が必要でしょうね。(^_^;)
#️⃣これってハッシュタグになる…？
#️⃣[これってハッシュタグになる…？]
#️⃣-[これってハッシュタグになる…？]
#これはならない
#️⃣[これってハッシュタグになる…？]
#️⃣-[これってハッシュタグになる…？]
#これはならない
test
今日の昼食はパエリア。🥘🥘🥘
パエリアには、まさしくそれ用の絵文字が定義されているのか……。🥘🥘🥘
……と思ったけども、Unicodeでの定義の名称は SHALLOW PAN OF FOOD（浅い鍋の食べ物）なので環境によってはパエリアとは限らないかもしれない……？
🥘Re:5042◆反応ありがとうございます。需要がありそうだと分かってありがたいです。^^
🥘Re:5043◆計画はしましたが、どうなるかは作ってみないと分からないので、気長にお待ち下さい～。^^;
🥘Re:5044◆日本国内に割り当てられているIPアドレスからのみ閲覧を許可するには、『日本国外からのアクセスを制限する.htaccess』を使うと良さそうです。ただし、検索サイトのクローラーはたいてい海外から来ますので、それを弾きたくない場合は、このページの『5.Apache「.htaccess」設定』を参考にすると良いです。
ただ、国内のユーザが必ず日本に割り当てられているIPアドレスから来るとは限りませんし、海外からのアクセスが必ずしもそれ以外のIPアドレスから来るとは限らない（VPNもありますし）点や、海外に住んでいる日本人もブロックしてしまう点にもご注意下さい。たぶん、「国内／国外」ではなく、本当に弾きたいものに限定して弾く方が望ましいと思います。
パエリアには、まさしくそれ用の絵文字が定義されているのか……。🥘🥘🥘
……と思ったけども、Unicodeでの定義の名称は SHALLOW PAN OF FOOD（浅い鍋の食べ物）なので環境によってはパエリアとは限らないかもしれない……？
🥘Re:5042◆反応ありがとうございます。需要がありそうだと分かってありがたいです。^^
🥘Re:5043◆計画はしましたが、どうなるかは作ってみないと分からないので、気長にお待ち下さい～。^^;
🥘Re:5044◆日本国内に割り当てられているIPアドレスからのみ閲覧を許可するには、『日本国外からのアクセスを制限する.htaccess』を使うと良さそうです。ただし、検索サイトのクローラーはたいてい海外から来ますので、それを弾きたくない場合は、このページの『5.Apache「.htaccess」設定』を参考にすると良いです。
ただ、国内のユーザが必ず日本に割り当てられているIPアドレスから来るとは限りませんし、海外からのアクセスが必ずしもそれ以外のIPアドレスから来るとは限らない（VPNもありますし）点や、海外に住んでいる日本人もブロックしてしまう点にもご注意下さい。たぶん、「国内／国外」ではなく、本当に弾きたいものに限定して弾く方が望ましいと思います。
- なお、てがろぐには「高頻度アクセス制限機能 （迷惑Bot対策機能）」を用意していますので、ご活用下さい。（使うには事前準備が必要です。）
- また、管理画面への不正ログインを警戒する場合は、「ログインセキュリティ関連機能」もありますのでご活用下さい。（一部はデフォルトで有効になっています。）
いいねボタンの開発ありがとうございます。1番欲しかった機能なので次のバージョンアプデ楽しみにしております！1点要望がありまして、すでに他の方が出しており返答されていましたらすみません。
様々なセキュリティ面等を考え、日本国内のみのアクセス可能という機能が欲しいです。ご検討くださいますと幸いです。
様々なセキュリティ面等を考え、日本国内のみのアクセス可能という機能が欲しいです。ご検討くださいますと幸いです。
てがろぐアドオンとしても使えて、単独でも使える、汎用Web拍手(いいねボタン)ツールの開発計画ありがとうございます！
私もお待ちしております〜〜
私もお待ちしております〜〜
「てがろぐアドオンとしても使えて、単独でも使える、汎用Web拍手(いいねボタン)ツール」と聞いて思わず投稿してしまいました。
web拍手本家はさすがにもう古く色々心配（主にセキュリティ）なため、使いたくても使えず困っていたので、本当にありがたいです。楽しみにしています！
web拍手本家はさすがにもう古く色々心配（主にセキュリティ）なため、使いたくても使えず困っていたので、本当にありがたいです。楽しみにしています！
今週の土曜日からはようやく春になりそう……？ 木曜日の朝に出かけるのだけども。_(:3」z)_
🌸Re:5037◆β版のご試用をありがとうございます。No.4389でご要望頂いてから11ヶ月経っていましたね。^^; お役に立ったようで良かったです。(╹◡╹)
🌸Re:5039◆いいねボタン機能は、「てがろぐアドオンとしても使えて、単独でも使える、汎用Web拍手(いいねボタン)ツール」として開発しようかと計画しています。すごくうまく行ったとして、6月頃に最初のβ版が出せるといいな……と、なんとなく思ってはいます。^^; とりあえず、開発はする予定です。もうしばらく（数ヶ月）お待ち下さい～。（とはいえ、初回のβ版からいろいろ機能を盛るわけではないので、本格的に活用できるようになるにはもっとかかるかもしれませんが。）
🌸Re:5037◆β版のご試用をありがとうございます。No.4389でご要望頂いてから11ヶ月経っていましたね。^^; お役に立ったようで良かったです。(╹◡╹)
🌸Re:5039◆いいねボタン機能は、「てがろぐアドオンとしても使えて、単独でも使える、汎用Web拍手(いいねボタン)ツール」として開発しようかと計画しています。すごくうまく行ったとして、6月頃に最初のβ版が出せるといいな……と、なんとなく思ってはいます。^^; とりあえず、開発はする予定です。もうしばらく（数ヶ月）お待ち下さい～。（とはいえ、初回のβ版からいろいろ機能を盛るわけではないので、本格的に活用できるようになるにはもっとかかるかもしれませんが。）
テスト投稿
ありがとうございます
ありがとうございます
最近自サイトにてがろぐを設置させていただきました。楽しく使用しております。開発ありがとうございます。
https://tegalog.oita-pikapika.net
そこでご要望なのですが、てがろぐにいいねボタンを標準実装していただけないでしょうか。
自力でいいねボタンをつける方法を調べたりして、「do」さんのサイトで配布されているいいねボタンを導入しようとしたりしたのですが、うまく実装出来ませんでした。
個人サイトという、SNSよりも人目につきにくい場所では、いいねなどの反応があることが何よりの励みになります。投稿の1つ1つに、いいねなどのリアクションが押せる機能が実装されると、とても嬉しいです。
ご検討いただけますと大変嬉しいです。よろしくお願いいたします。
https://tegalog.oita-pikapika.net
そこでご要望なのですが、てがろぐにいいねボタンを標準実装していただけないでしょうか。
自力でいいねボタンをつける方法を調べたりして、「do」さんのサイトで配布されているいいねボタンを導入しようとしたりしたのですが、うまく実装出来ませんでした。
個人サイトという、SNSよりも人目につきにくい場所では、いいねなどの反応があることが何よりの励みになります。投稿の1つ1つに、いいねなどのリアクションが押せる機能が実装されると、とても嬉しいです。
ご検討いただけますと大変嬉しいです。よろしくお願いいたします。
言葉足らずですみません💦
Onedriveを同期しないようにするときになんか色々した結果変な挙動をしてしまったんです！今は無事直りました！
Onedriveを同期しないようにするときになんか色々した結果変な挙動をしてしまったんです！今は無事直りました！
[[USERLIST]]が実装されたとの告知を見てVer 4.5.4にアップデートしました！私は4389なのですが、昨年複数のメモアプリに分散していたデータをてがろぐに統合して、移行元のアプリ名をユーザー名に指定するという使い方をしています。今まで外側スキンに各ユーザー名のリストタグとリンクを直接書いていたので、[[USERLIST]]の1行で済むようになって嬉しいです。実装ありがとうございます！
>>5036
Onedriveに保存しているデータ自体はクラウド上に保存されているから、アプリをアンインストールしても消えないのでは…？ブラウザからOnedriveにアクセス して「サインイン」ボタンからログインして、「マイファイル」にデータが残っているか確かめてみてはどうでしょう。ここにデータがあればアプリをアンインストールしてもデータは残ります。
>>5036
Onedriveに保存しているデータ自体はクラウド上に保存されているから、アプリをアンインストールしても消えないのでは…？ブラウザからOnedriveにアクセス して「サインイン」ボタンからログインして、「マイファイル」にデータが残っているか確かめてみてはどうでしょう。ここにデータがあればアプリをアンインストールしてもデータは残ります。
