てがろぐ - Fumy Otegaru Memo Logger -

テスト

chatGPTに てがろぐ内蔵RSSスキン(全体表示)で使える
画像表示に特化した 複数のてがろぐの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追記)

となってますね

改善すべきところがまだまだあるため 配布時期は未定ですが いつか個人サイトで公開出来たらなと思ってます

今週末までには配布できると良いな……。

カード型リンクの表示をサポートした Ver 4.5.5β(未配布)の動作テスト。

🧇 [リンクラベル:CARD]URL と書くと、カード型リンクとして出力（基本）。
Twitter Cardがあればカードサイズを自動判別。
にししふぁくとりー...

🧇 [リンクラベル:CARD-S]URL と書くと、小さいカード型リンク固定で出力。
（Twitter Cardがあっても無視）
てがろぐ公式HOME...

🧇 [リンクラベル:CARD-L]URL と書くと、大きいカード型リンク固定で出力。
（Twitter Cardがあっても無視）
てがろぐカスタマイズ方法...

🧇Not FoundなURLを指定した場合のカード：
（画像部分に見えるグラデーションは、CSS側にプレースホルダとして指定してある装飾）
リンクラベルはそのまま見える...

カード型リンクとして読んだOGP情報は一定期間キャッシュされますので、一度でも表示した後は（リンク先ページでOGP情報が変更されても）しばらくは反映されません。その代わり、2度目以降の表示時は（相手先サーバには読みに行かずにキャッシュから表示されるので）高速に表示されます。

昼食はハヤシライス。おなかいっぱい。ぐっふぅ。_(┐｢ε:)_

🍛いつの間にかすべて解決しているようですね。サポートありがとうございます。(╹◡╹)ﾉ
🍛Re:5075◆すべての投稿を一括編集するには、No.5077さんの回答がまさしく正攻法ですのでお試し下さい～。

>>5075
①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...

>>5074
返信ありがとうございます。問題なく動作してました(´ω`)✨️
ただ、投稿ボタンにもダイアログが適用されてしまうようなので修正してもらいました。

// 確認ダイアログ
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 = "変更内容が失われる可能性があります。ページを移動してもよろしいですか？";
    }
});

ハッシュタグを編集したいのですが。そのハッシュタグが付いたすべての投稿が編集されるようにするにはどうすればいいですか？

>>5073
スマホやタブレットのようなタッチパネル環境で似たような経験があったので、気になって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>

てがろぐで、入力中に誤って他のリンクを押してしまうことがあって、あっと言う間にこれまでタイプした内容が消失してしまいます。
ダイアログなどを挟んで警告するカスタマイズは可能でしょうか？

あるいは今後のバージョンで、入力中に他ページに推移する前に確認ダイアログを表示する機能を追加していただけないでしょうか。
検討いただけますと幸いです。

>>5071
もう見てらっしゃらないかもしれませんが…
もし独自ドメインを取るほどでもないという場合は、今お持ちの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のサブドメインで自分専用のてがろぐを使ってます🙂

にしし様、お世話になっております。No.5068です。
ご教示いただいた方法を試したところ【https://ss1.xrea.com/[サーバーID].[サーバーNo].xrea.com/tegalog/】まで入力したら画像一覧とギャラリーで画像が正しく表示されるようになりました！
なるほど、独自ドメインかサブドメインを取得した方がよろしいのですね…検討いたします。
お忙しい中、遅い時間まで丁寧にご対応いただきまして本当にありがとうございました。これからもどうぞよろしくお願いいたします！

すみません。下記↓の No.5069 の回答ですが、ちょいと書き間違えましたので修正しました。

🍎Re:5068◆ああ、それなら共有SSLの形態が原因ですね。「ブラウザのアドレス欄に見えているHTTPSのURL」と「システムが認識しているURL」とが異なる場合があって、今回のケースでは後者は「 http:// で始まるURL」になるのでしょう。その結果（てがろぐ側は http:// のURLで画像を出力してしまって）「HTTPSページの中にHTTPでしかアクセスできない画像がある」という解釈になるために、ブラウザが画像の表示をブロックしたのでしょうね。
（たとえ画像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を使う方法です。（ご契約のサーバでそれが可能なのかどうかは分かりませんが。）

にしし様、お世話になっております。No.5066です。
てがろぐのURLはhttps://ss1.xrea.com/から始まっており、共有SSLを使用しております。
しかし、URLの共有SSL部分を消してアクセスしてみたところ、セキュリティ保護がなくなった代わりに画像一覧とギャラリーの画像が表示されるようになりました。共有SSLが原因ですかね…。

🍎Re:5066◆なるほど。
てがろぐにアクセスするURLは、https:// で始まっていますか？ それとも http:// ですか？ もし前者の場合、「s」を削除して http:// でアクセスするとどう見えますか？

にしし様、お世話になっております。No.5064です。
src属性値の後のURLにアドレスバーからアクセスしたところ、問題なく正しく画像が表示されました。

りんごを食べました。おいしい。🍎🍎🍎

🍎Re:5064◆そのソースに出ているsrc属性値のURLを、ブラウザのアドレス欄に貼り付けてアクセスすると、画像は正しく見えますか？

No.5062です。
にしし様、お忙しいところご返信いただきありがとうございます。
ソースを確認しましたところ、画像一覧、ギャラリーどちらも以下画像のようにHTML出力されておりました。(黒で消しているところは私のサーバーIDと番号になります)
よろしくお願いいたします。

換気はしたいが、花粉は入れたくない。網戸にマスクを敷き詰めたらいいか……？┌(:3」└)┐

🌳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]から変更しておりません)

どのような原因が考えられるでしょうか。
お忙しい中恐縮ですが、ご教授いただけますと幸いです。よろしくお願いいたします。

5051,5052,5054,5057
サイトマップページモードで目次を作り、JavaScriptで読み込ませて並べると、理想通りの表示になりました！
本当にありがとうございます！！

リンク先からOGPを読んで表示するカード型リンク機能を作りつつある話

5056です。
にししさん、とても詳しく教えてくださりありがとうございます🙇てがろぐと離れた話題にも関わらずお答え頂き感謝です！

私のように間違った使い方で併用している方も少なくないと思いますので（たぶん…）、検索避けされている方々に広く認知されるといいなと思います。

そういう意味で、てがろぐのログイン者限定公開のモードはとても有難い存在です！素晴らしいCGIをありがとうございます！

5055です。すみません、そうなんですね。私はずっと併用していて、最初のrobots.txtで全部弾いちゃってますがgoogleもちゃんと弾いてくれているので、やり方は間違っていてもとりあえずこのままでいいかなと思っています(笑)今はgoogleの検索基準…精度…？自体がいまいちになってきてるのもあるのかもしれません。私も普段はgoogleで検索することなくなりましたし。そもそもネットにあげてる時点であらゆる面でブロックするというのも難しいですしね。
こんな話だけで申し訳ない、てがろぐ、とても愛用させてもらっています。いつもありがとうございます。

今日からまたちょっと寒くなるっぽい……？

🍔Re:5055◆その適用順序は半分(前半が)間違っていますのでご注意下さい。robots.txtでクローラーをブロックすると検索避けができなくなる点は、Google自身が公式ヘルプで明言しています。（「インデックスに登録してはいけない」という指示自体が読めなくなるため）
robots.txt ファイルでページのクロールが許可されていない場合、インデックス登録や表示に関するルールについての情報は検出されず、その結果無視されます。
後半の「metaタグ→それでも読まないお行儀悪いものは.htaccess」は正しい順序ですが、最初に「まずはrobots.txtを読んでもらう」とすると、Googleでは検索避けに失敗します。（※robots.txtでGoogle等の紳士的なクローラーをブロックしていないなら問題ありませんが。）

🍔Re:5053◆Googleに関してはその通りです。.htaccessでブロックしてもいけないし、robots.txtでブロックしてもいけません。なぜなら、ブロックされると「登録するな」という指示自体も読めないからです。

• もちろん、robots.txtでブロックされているならクローラーはページの内容を読みませんから、（ページ内に何が書かれているのかの情報は得られないため）インデックスに登録される可能性は減りはします（※なので「この方法で検索避けは成功する」と思えるケースもあるでしょう）。
• しかし、登録禁止だという指示自体も伝わっていないため、よほど評価値の高い外部サイトからリンクされている場合などの外部要因次第では（リンク元ページにあるリンクテキストなどのように「読むことを禁止されていない場所にある情報」を用いて）インデックスに登録される可能性が残ります。

なので、少なくともGoogleに関しては、.htaccessはもちろんrobots.txtでもブロックしてはならず、meta要素だけで指示するのが最も確実です。

※2000年代からある古典的な話ですが、「出口」という検索語でググると、Yahoo! Japanがヒットします。これは「出口」というリンクテキストを使ってYahoo!にリンクしているサイトが多いことによる影響です。つまり、「どんなリンクテキストを使ってリンクされているのか」という情報も検索サイトに反映される（要素の1つになる）のです。なので、robots.txtでページの中身を読むことだけを禁止しても（＆.htaccessでページ自体を読めなくしても）、インデックスに登録される可能性はあります。
したがって、インデックス登録を避けるには、ページそのものに書かれた登録禁止の指示を確実に読ませる必要があるため、ブロックしてはいけないのです。

……とはいえ、世の中に存在するクローラーはGoogleやBingのような比較的紳士的に動作するものだけではありません（※検索のシェアはGoogleが1強ですが）。metaタグの存在を無視してインデックスに登録しようとするクローラーも存在するでしょう。なので、metaタグを読まないような無作法なクローラーに対しては、何らかのブロックをするほかありません。（そのような無作法なクローラーはrobots.txtだって読まないでしょうから、.htaccessでサーバ側に応答を拒否させるしかないでしょう。）
したがって、検索避けを厳密にしたいなら、以下のような方策が必要です。

1. まずは、metaタグを読ませる。（←紳士的なクローラーはこの指示に従うので、まずはこれを確実に読ませる必要がある。）
2. （次に、metaタグを無視するようなBotだけに限定して、robots.txtでブロックする。）
3. 最後に、1も2も無視するようなBotだけに限定して、.htaccessでブロックする。

この順序です。（metaタグの指示に従わないBotはrobots.txtだって読まないでしょうから、.htaccessでブロックできるなら2は省略して良いですが。）
この順序を逆にしてしまうと（＝あらゆるクローラーを.htaccessでブロックすると）、そもそもmetaタグを書く意味がなくなってしまいますから注意して下さい。なぜなら『あらゆるクローラーがmetaタグを読めなくなる』からです。
Googleだけを対象にするなら、そもそもmetaタグだけで充分です。他の無作法なBotも対象にしたい場合は、「Googleのような紳士的なクローラーにはアクセスを許可しつつ、無作法なクローラーだけを拒否するような .htaccessを書く」必要があります。

※なお、robots.txt自体に意味がないわけではありません。検索サイト以外のクローラー（最近ではAI学習用のBotも多いですね）をブロックする用途や、「クロールそのものは許可したいがクロール頻度を低く抑えたい（＝負荷軽減）」場合などの指示には役立ちます。
とはいえ、Googleはrobots.txtに書かれた「クロール頻度の指示」は無視するんですけども……。┌(:3」└)┐

🍔Re:5054◆その場合は、2つの方法があります。

1. 『サイトマップページモードをカテゴリ限定で表示させたページ』をiframeで読み込んで並べるページを作る。
2. 『サイトマップページモードをカテゴリ限定で表示させたページ』の中身をJavaScriptで読み込んで1ページに合成するページを作る。

iframeは（コンテンツが可変長の場合に）サイズ調整が難しいので、②の方が柔軟に配置できるでしょうね。必要な箇所だけを抽出するのも簡単ですし。

5055さん、詳しくありがとうこざいます🙇
せっかく検索避けしているのに意味がないかもしれないと知って焦っていたので、少し落ち着けました。冷静に対処していきます。

chatgptに聞いた情報ですが、まずはrobots.txtを読んでもらう→読まないbotにはmetaタグ→それでも読まないお行儀悪いものは.htaccess…という感じで使い分けての併用なら意味があるとのことでした。私はずっと併用しています。
なんでもかんでも.htaccessで弾いてしまうと、robots.txtやmetaタグを読んでくれるbotには意味がなくなってしまうよ、ということではないかと思います。.htaccessで弾きつつ、robots.txtだけはアクセス許可するとかもできますよ。調べればそれぞれ出てくるかと…

>5052
5051です。
サイトマップページモードを使うと、②③④ができるんですね！！
①もTODOリストに入れてくださりありがとうございます！！
ただ、私は「カテゴリAに属する記事の一覧のかたまり」と「カテゴリBに属する記事の一覧のかたまり」を同じページ上に並べたかったので新着投稿リストを使っていたのですが、サイトマップページモードの機能でもそのようなことはできますか…？

すみません、検索避けについて、質問された方とは別の人間なのですが、質問があります。

つまりまとめると、検索避けはhtmlのmeta要素のみ使うべきで、.htaccessやrobots.txtは使ってはいけない（併用も不可）ということでしょうか？

読解力がなく、頭の悪い質問で申し訳ないのですが、重要なところなので詳細を知りたいです。