てがろぐ - Fumy Otegaru Memo Logger -

xmlを編集するかたちにはなりますが、自作したカテゴリ変更ツールがお役に立ちそうでしたらどうぞ。
チェックボックスで選択した投稿、任意のカテゴリ・タグに属する投稿のカテゴリを一括で変更（追加または上書き）できます。

ただ、作りの都合上xmlファイルが5MB以上くらいになると目に見えて動作が重くなります…。
ファイルを分割して処理後に合成する等の手間を許容いただけるなら、という感じですが…。

現在その方法でなんとかやりくり(？)していますが、なんとなく失敗しそうで落ち着かないので（もちろん予備データなどは作ってありますが）、気軽にまとめてカテゴリ変更できたらいいなと改めて思いました😅💦

にししさん
5514
『てがろぐの拡張ではなく、「てがろぐアドオンとしても使える」という機能を備えた独立プログラム』とあって、そういえばそうだった！と思いました。すみません私の中で逆になってました。
承知しました。完成されたときにユーザーに希望をきいて従来通りにするか使ってみるか決めていきたいと思います。
ありがとうございました！

横入りすみません
現状はxmlを編集するしかありませんもんね…
https://www.nishishi.com/cgi/tegalog/faq/#edit-xml-fil...

たしかにスマホやタブレットからだとxmlファイルを編集してアップすることはできなくはないですが、チェックボックスなどで一気に変えれたら直感的でわかりやすく変更しやすいですよね

現状だと、カテゴリをまとめて変更する機能はなかったと思うのですが、100単位の記事のカテゴリを一つずつ変更するのはさすがに大変なため、あればいいなと思いました。

昨日最新版にあたる『さんごよみVer.2.0.0』をダウンロードしサーバーにアップしチェックしておりました。

11月の祝日「文化の日」が正しく祝日判定されないことに気づき、確認したところサーバーにアップして動作を始めた時点で祝日リストの文化の日が【11/3,文化の日】となっているようです。

動作確認用の祝日リストでは【11/03,文化の日】となっているので、カレンダーで正しく表示されるようです。
自身の環境で祝日リストを変更したところ、正しく11月の祝日として表示されるようになりました。動作させるにはリスト変更で対応できますが、ダウンロードしてすぐだと気づけないようなので確認いただけませんでしょうか。

お忙しいところお手数をおかけいたしますがよろしくお願いいたします。

少なくとも、えむおかさん製作の Xmodoki2 はありますね。

記憶が曖昧なんですが、過去投稿を参照する「 >>3405 」のようなリンクにマウスポインタを載せると、その場で当該投稿の本文がポップアップ表示されるようなJavaScriptも、えむおかさんのところで公開されていませんでしたっけね……？ なんとなくそんなのがあったような気がしているのですが。(^_^;) なかったっけな……？
そういうのを使うと、現状でも(やや)「引用リツイート」的な感じで使えるかな、という気はします。

🍵Re:5518◆ああ、確かに一般公開されていない情報は取って来れないのでそうなりますね。投稿を返信の形で自動連結する機能よりも、特定の投稿を引用できる機能の方がまだ(開発の)工数が少なくて済みそうなので、どちらかといえば「特定の投稿を引用できる機能」の方が先にできそうな気はします。ToDoリストには入れてありますので、気長にお待ち頂ければ幸いです。

引用の方なのですが、リンクカード形式を用いてもログイン者限定公開状態では(リンクをクリックすれば正しくジャンプできますが)ログイン画面しか表示されないため、当方の環境ではTwitterの引用の代わりとして利用することはできないようです。

勝手なお願いではございますが、引用機能についても実装をご検討頂けますと幸いです。
何度も失礼致しました。

複数の投稿を繋げたい理由なのですが、長くなったので折り畳ませて頂きます。

自分の気質の問題なので一般的な意見ではないと思いますが、日付・時刻を含め「この日この時にこんなことがあった(考えた)」などを出来るだけ詳細に記録しておきたい気質で、追記していく形では少し不満が残ります。もちろん自分で追記する度に追記日時を書けば良いのですが、投稿を繋げられるのなら繋げたいです。
説明が難しいのですが、個人的には古い投稿を何度も書き直すよりも、新しい投稿を増やして繋げていく方が、使っていて楽しいのです。例えるなら日記のページが増えていくような満足感があります。また、私事ですが他にもブログを持っているので、それと用途が差別化できるという面もあります。

とはいえ、結局のところTwitterの使用感を求めているだけというところに集約されてしまうのですが…

隠れハッシュタグ機能のそういう使い方については思いつきませんでした。
返信連結機能が実装されるまでは、これで対処しようと思います。ご教示頂きありがとうございます。

要望の記録やアドバイスなど、丁寧にご対応頂き、ありがとうございました。
今後ともどうぞよろしくお願い致します。長文失礼致しました。

なお、Twitter的な埋め込み形式をご希望の場合は、リンク先ページのOGP情報を読み取ってカード型リンクを表示する方法というのはあります。これは主に外部サイトへのリンクをカード型にする用途の機能ですが、てがろぐ側でOGP情報が出力する設定なら、てがろぐの任意の投稿を引用っぽく埋め込む用途にも使えると思います。ただ、毎回URLを書かないといけないので少々面倒な気はしますけども。

あと、てがろぐはTwitterと違って後からいくらでも再編集可能ですし文字数制限もありませんから、「複数の投稿を繋げよう」と考えなくても、単純に「最初の投稿の本文末尾にどんどん追記していく」という方法も使えると思います。その方が、1つの話題が1投稿に収まるので、後から見直す際や全文検索で探す際にも分かりやすくて望ましいのではないでしょうか？

とはいえ、ご要望は記録しておきます。返信連結機能は（Twitter等のSNSで標準仕様なためか）わりと需要はあるようで以前からご要望は頂いていますが、実装するにしてもちょいと仕様の拡張に手間がかかりそうですので、今のところは上記に挙げたような方法をご活用頂ければ幸いです。

連結表示機能は存じておりますが、自分はTwitterで引用だったり返信をツリーで繋げたりして自分の思考や出来事の流れを把握できるようにしがちで、大量の投稿を繋げるのが常だったので、この機能でそれを再現しようとするとちょっと大変なことになってしまうのです。
返信をツリー形式で表示する機能が無いのでしたら、引用も含め、実装希望です！
どうかご検討の程よろしくお願い致します！

まだ12月に入ったばかりなのに。

🍵Re:5512◆てがろぐの拡張ではなく、「てがろぐアドオンとしても使える」という機能を備えた独立プログラムなので、そもそも「どのIDで投稿されたものか」という情報を調べる仕組みを用意していなかったのでした。もちろん、てがろぐ側のデータファイルを読めば分かるので、最初から仕様として盛り込んでいればできたとは思うんですが、そこそこ作り上げてしまった今から追加するのはちょっと難しいな、という感じです。
そもそも、ボタンが押された際に表示される「お礼メッセージ」がツール内で共通な仕様（＝複数ユーザで別々に用意することを考慮した仕組みになっていない）ですから、設置ツールが1つだけだと、お礼メッセージが全ユーザ共通になります。そこまでユーザ別に分けられるように作ろうとすると、もうデータファイルの仕様から考え直すことになるので、残念ながら今となっては無理ですね。（というか、たとえ当初にそうしようと考えたとしても、複雑になり過ぎるために断念した可能性もありますけども。）
なので、「1ユーザにつき1ツール設置する」という方向性でご理解下さい。

🍵Re:5513◆返信をツリーで表示する機能はありませんが、複数の投稿をまとめて表示する「複数投稿の連結表示」機能はあります。書き方はこちら。
引用する機能は公式にはありませんが、JavaScriptを使って動的に引用できる機能を作ったスキンを公開して下さっている方もいらっしゃいますので、その辺もご活用になると良いのではないかと思います。

てがろぐには、Twitterのように返信がツリーで表示されたり、引用したりできる機能はありますか？
元々壁打ちで使っていたTwitterの代用品として使い始めたので、出来たら嬉しいです。

5511にししさん
いいねボタンツールを人数分だけ設置して併用できるように仕様を考えてくださることありがとうございます。現状では開発が進んでいるため1つではできないことは残念です（その分アップロードするため重くなる可能性や管理のしやすさについての不安があるため）が、ユーザー別にすることで各人にそのURLを知らせたら良いかしらなどと色々考えておりました。
ありがとうございます。

🥞Re:5509◆はい。実際に使うためには、サーバを確保した上で、自力で設置する必要があります。

🥞Re:5510◆なるほど、そんな需要もあるのですね。そこには思い至りませんでした。既に開発が進んでしまった現状では、設置ツールが1つだけの場合には（てがろぐ側の）ID別に表示を分けるのは無理なのですが、いいねボタンツールを人数分だけ設置して（ユーザ別にツールを用意して）併用できるように仕様を考えてみます。

てがろぐで複数人の寄稿者レベルの人たちと一つのサイトを運用をしております。
現在はメッセージなどは各自のマシュマロなどのツールへ飛ばすようにしています。
てがろぐで作成者IDの異なるページでいいねボタンをおしたとき、コメントや何処にいいねを押されたかをページの作成者IDの人でないとわからないようにしてほしいです。
もしも同じような機能がありましたらご放念ください。
よろしくお願いいたします

今開いてるのってお試し版ですか？

ajsuss

返信ありがとうございます。

そうなんですね。仕様ということで安心しました。

🥞Re:5504◆それは（パラメータの組み合わせによって）同じ本文が何度もBotに取得されることでサーバが高負荷になってしまうのを防止するための、クローラー向けアクセス制限機能が働いた結果です。具体的には、パラメータに date・user・tag のどれかが1つ以上含まれている場合、Botに対しては「403 Forbidden」エラーを返します。ブラウザの開発者ツールなどを使ってUA(ユーザエージェント)名をGoogle Botなどのものに変更してアクセスしてみると、下図のようなシンプルなエラーが返っていることを確認できます。

今のところ、この機能をOFFにする選択肢は用意していません。ただ、date(日付別ページ)・user(ユーザ別ページ)・tag(ハッシュタグ別ページ)はクロールできなくても、個別記事ページのクロールは可能ですから特に悪影響はないと考えています。
なお、cat(カテゴリ別ページ)については、同じ本文を重複して取得する要因にもなりますが、「特定のカテゴリページ」だけを特殊な表示にするカスタマイズで使われているケースがありますので（※それをクロールされたいケースもあるだろうと考えて）、アクセス制限からは除外してあります。

🥞Re:5505◆ご愛用をどうもありがとうございます。また、ご要望もありがとうございます。既に「ログイン者限定表示」機能という機能がありますが、これでは何か不足がありますか？

既存の要望や検索不足で既に同様の機能がある場合は、申し訳ございません。

機能の要望なのですが、「ログイン限定投稿記事」を投稿できる機能を追加していただけると嬉しいです。
具体的には、全体公開とは別にログインしているユーザーのみが閲覧できる投稿記事を投稿できる機能です。

現在は、投稿の区分として「先頭に固定」「下書き（非表示）」「鍵付き」「下げる（一覧外）」などがあるかと思いますが、ここに「ログイン者限定表示」が加わると、いわゆる《privatterのリスト限定公開》のような使い方ができ便利そうだなと感じました。

もちろん、現状の「鍵付き投稿」でも一定の閲覧制限は可能かと思います。
ただ、「ログイン者限定投稿」にすることで、投稿を見るためには自分が発行した読み専用のIDやパスワードが必要になることで、"一部の投稿は閲覧できる相手を自分で限定できる"ようになるので、イメージ的には、リスト限定公開に近い機能になるかなと思いました。

思いつきの機能ではございますが、ご検討いただけますと幸いです。

少し困っていて、ご質問させていただきます。

dateパラメータを使用したURLだけgoogleのサーチコンソールで「アクセス禁止（403）が原因でブロックされました」と表示されます。
なにか原因は考えられますでしょうか？

ただ、実際にはWebでは正常に表示されます。（PC,スマホ、各種ブラウザで確認済み。）

なにか問題があるのかもしれないので、解決したいです。
お知恵をお借りしたいです。よろしくお願いいたします。

使用サーバー：xserver

ありがとうございます！！😭😭
おっしゃる通り、[[JS:LIGHTBOX:JQ]]の記述がないことが原因でした！！🥹
該当するマニュアル箇所のリンクもありがとうございました！！もっと読み込みます！！

🥞Re:5501◆外側スキンに [[IMAGELIST:LB]] と書くと、新着画像群がLightboxを使ってその場で拡大表示されるためのHTMLは出力されるのですが、『Lightboxスクリプトそのもの』は読み込まれないのです。Lightboxが動作するためには、そのページでjQueryとLightboxが読み込まれている必要があります。おそらく、お使いのギャラリー用スキンやサイトマップ用スキンには、 [[JS:LIGHTBOX:JQ]] の記述がどこにもないのではないでしょうか？ それが原因です。外側スキン（skin-cover.html）の末尾あたりにでも [[JS:LIGHTBOX:JQ]] を書いて下さい。すると動作します。

➡ 詳しくは、リファレンスの【新着画像リスト要素】区画内にある[[IMAGELIST:LB:個数]]項目の直下にある水色の囲み内に書かれた注釈部分をお読み下さい。

モードを何も指定していない時は新着画像リストの画像クリックで画像がその場で大きくなる（？）のですが、ギャラリーモード、サイトマップモードで新着画像リストの画像をクリックすると原寸大の画像だけのページに飛びます。
これはギャラリーモード、サイトマップモードのCSSなどの設定が間違っているんでしょうか？
それともどこかで指定の方法があるんでしょうか？

通常スキンで[[IMAGELIST:LB]] と書いたので、それをコピペして他のスキンにも貼ったのですが上記の状態です😭
他にもどこか確認した方がいい項目があれば教えていただけると嬉しいです🙇‍♀️

JSのコードのおかげでWordPressのヘッダーが表示されるところまで来ました！
後はWordPress内のCSSコードと競合したり、自作したハンバーガーメニューが表示されない不具合があるため、そこを地道に過去のコードから整理していこうかなと思います…スパゲッティコードすぎる…
おかげさまで表示の兆しが見えました、ありがとうございます！

いろいろ問題がありますが、一気に解決する方法はないので、1つずつ試してみて下さい。

まず、WordPress側のCSSが完全に適用されない理由は、てがろぐスキン側で読み込んでいる tegalog.css があるためです。
なので、とりあえず、てがろぐスキン(skin-cover.html)の中から<link type="text/css" rel="stylesheet" href="tegalog.css?1.2">の1行を丸ごと消してみて下さい。
それで、WordPress側の見栄えは現れるようになるはずです。（その代わり、てがろぐ生成部分の装飾はなくなりますが。）
その後、『本当に必要なCSSだけ』を add.css などに書いて、それを読み込むと良いと思います。

あと、そもそも合成したいヘッダのページ側にいくつか問題があります。
確かに、単独でアクセスするとヘッダ部分だけが存在するように見えるのですが、このHTMLソースを見ると、<!DOCTYPE html>から始まって、headもbodyも何もかもが存在するフル仕様のHTMLになっていますね。
これをこのまま「別HTMLのdiv要素の中」に丸々放り込んでしまうと、HTMLの文法的に正しくなくなりますから、予想しない問題がいろいろ起きそうです。
その状態では原因究明が困難になりますから、まず、この状態で合成するのはやめる必要があります。
何かに何かを合成するときの鉄則は、最小限から1ステップずつです。
いきなり、どっかーん！と全部を放り込めば、何がどこにどう影響しているのかが分からなくなりますので。
まず、wp-header.php を以下のように分割しましょう。

1. HTMLのhead要素内に入れるべき内容（CSSやmeta要素など）
2. Webページのヘッダ部分になる内容（body要素の中身）

これらを別々に合成する必要があります。

※wp-header.phpは、他のページに合成するためだけに用意するデータなので、これが単独で「1つのHTMLとして成立する」必要はありません。なので、<!DOCTYPE html>から書き始めてはいけません。ここに書くのは、「div要素の中に挿入して大丈夫な必要最低限のソース」だけです。

ただ、おそらく、動的に変化するのは②だけですよね？
①は固定的な内容だと思いますので、合成はせずに、てがろぐスキン(skin-cover.html)内に直接コピーして書けば良いのではないかと思います。

ただ、それでも（①は）かなり膨大なソース量になっていますが、本当にこの莫大な行数が必要なのかどうかを確かめてみて下さい。
<link rel="preload" as="font"～だけで350行以上ありますが、これ、たぶん要らないですよね……？(^_^;)
あと、メインのCSSですが <style id='main_style-inline-css' type='text/css'>～</style>までの間に5千行近くありますよね!? このヘッダ部分の見栄えを作るためだけに、こんな莫大なCSSソースはたぶん要らないと思うんですよね……。^^;
いや、まあ、あっても良いんですが、それならそれで、これは1つの独立したCSSファイルに保存して、link要素で読み込むように書く方が、何かとメンテナンスしやすいと思います。

この莫大なソースを合成すると、どこの記述が何に影響しているのか？が分かりにくくなりますので、とにかくまず、『必要最小限のソースになるまで削って』から、それを合成してみて下さい。

……というわけで、いろいろ書きましたが、
それを全部ぶった切ることになりますけども、
たぶん、一番の近道は、以下のような手順で試してみることではないかな……と思います。

1. まずは、合成するのではなく、『skin-cover.htmlに全部のHTMLソースを直接書く形』で、望みのページデザインを確実に作る。
2. その上で、『WordPress側と共通する部分』は合成する方法が採用できないか検討する。

「PHPで生成された内容を合成する」というのは、そこそこ知識が必要なので、いきなりそこから始めるのはハードルが高すぎるのではないかと思います。

にしし様から教えていただいた方法で、今までうんともすんともしなかったヘッダーがなんとか表示されるようになりました！

ただ、新たな問題が出てきてしまいまして…。
WordpressのCSSが反映されなくなってしまったのと、今度はてがろぐの操作が効かなくなってしまいました。

該当のてがろぐのリンクはこちら です！

🍎Re:5494◆ありがとうございます！
🍎Re:5495◆PHPはWebサーバに実行させないと処理されないので、てがろぐのスキン内にそのまま埋め込んでも元のPHPソースがそのまま埋め込まれるだけになります。
WordPressのヘッダ・フッタをてがろぐ側に合成したい場合、いくつかの方法があります。
https://（設置ドメイン等）/wp-header.php のようなURLで wp-header.php を単独で実行した場合に、望みのヘッダが出力されますか？ される場合は、以下の方法で合成できます。

ヘッダやフッタで何を出力しているのかに依ってどの方法を使うのが望ましいかは変わってきますが、シンプルなのはJavaScriptで合成する方法です。

まず、ヘッダを合成したい場所に（てがろぐスキン側に）<div id="wpHeader">(準備中)</div>などと書いて合成用空間を用意しておきます。
そして、スキンHTMLの末尾あたりに以下のJavaScriptを書きます。
<script>
  fetch('https://（設置ドメイン等）/wp-header.php')
    .then(response => {
      if(!response.ok) {
        throw new Error(`HTTPエラー: ${response.status}`);
      }
      return response.text();
    })
    .then(html => {
      document.getElementById('wpHeader').innerHTML = html;
    })
    .catch(error => {
      document.getElementById('wpHeader').innerHTML = `読み込めませんでした。エラー内容: ${error.message}`;
    });
</script>
これで合成できるでしょう。上記のソースだと、エラーがある場合にはエラーメッセージがそのまま表示されますけども。その辺は、必要に応じてConsoleへの出力に留めるとか何かすると良いです。

なお、JavaScriptで合成するのでは意味がないケース（SEO関連のmeta要素を出力している場合など）では、

1. 一旦サーバ側で wp-header.php を実行させた結果を temp-wp-header.htm 等のファイルに静的に出力する。
2. その静的HTMLファイルを、てがろぐ側のスキンにINCLUDE記法で埋め込む。

という方法を使う必要があります。この場合、1を実行するための何らかのプログラムを用意する必要があり、それを定期的に実行する仕組み(cronなど)が要るかも知れません。

なお、https://（設置ドメイン等）/wp-header.php のようなURLで wp-header.php を単独で実行した場合に、望みのヘッダが出力されない場合は、PHP側の依存関係を見直す必要がありますので、単純な合成はできません。
その場合は、「JavaScriptで実際にWordPressが生成するページを読んで、そのHTML内からヘッダ部分だけを抜き出して、それを合成する」みたいな処理を書く必要があるでしょう。（JavaScriptによる動的合成では困る場合は、その処理をPHPでして、結果を静的なHTMLファイルに出力しておいて、それをてがろぐ側のスキンにINCLUDE記法で埋め込む方法が使えます。）
※その辺の方法をご案内するためには、実際にどんなソースが出力されているのかを知らないと無理なので、問題のページ（URL）を教えて頂く必要があります。

早速ですが、てがろぐのCGIの中にWordpressのヘッダーとフッターを表示させたいのですが、うまくいかず苦戦しております。

まずskin-cover.html内でphpの処理が効くかどうかを確認するためにechoを使用したのですが、書いた処理はコメントアウトされて無効化されてしまっていたため、skin-cover.html内へのphpの記載は難しいかなと感じています。

そこで、同ディレクトリ内にWordPressのヘッダを表示できるようにしたwp-header.html、wp-header.phpの二種類を用意しました。
しかし、そのファイルを　<header>[[INCLUDE:wp-header.html(php)]]</header>　のようにインクルードをさせても、どちらもphpによる処理がコメントアウトされていました。
skin-cover.html内のphp処理を反映させるのは、やはり厳しいでしょうか…？

最近PHPやCGI、JSの勉強を始めたばかりなので拙い文章で申し訳ないのですが、ご助言お願いします。