ユーザ「にしし」の投稿［1515件］
2025年5月 この範囲を時系列順で読む この範囲をファイルに出力する
シューアイスを食べようかな……どうしようかな……と迷って、腹の脂肪具合と相談して、とりあえず見送りました。_(:3」∠)_
🧊Re:5185◆おぉ、それはスマートなアルゴリズムですね！ たしかに、JavaScriptが解釈しやすい日付フォーマットでdata-属性に出力しておいて現在日時と比較する方法なら、てがろぐの現状の仕様だけで簡単に（任意の）経過時間が計算できますね。
というわけで、No.5181さんは、ぜひ以下の手順で試してみて下さい。
実際の動作テストはしていないのですが、JavaScriptソースを読んだ限りではいけそうな気がします。
なお、「24時間」の閾値を変更したい場合は、ソース中の if (diffHours >= 24) の「24」の部分を修正すれば良いです。
🧊Re:5185◆おぉ、それはスマートなアルゴリズムですね！ たしかに、JavaScriptが解釈しやすい日付フォーマットでdata-属性に出力しておいて現在日時と比較する方法なら、てがろぐの現状の仕様だけで簡単に（任意の）経過時間が計算できますね。
というわけで、No.5181さんは、ぜひ以下の手順で試してみて下さい。
--- ▼Step①: ---
まず、内側スキンで相対時刻を掲載したい箇所に
<span data-published="[[DATE:Y-M-D]]T[[DATE:h:m:s]]">[[DATE:《A》]]</span>
……と書いておきます。
（※data-published属性値は ISO 8601 のローカル時刻形式「YYYY-MM-DDThh:mm:ss」になるようにしています。）
--- ▼Step②: ---
次に、外側スキンに『日時情報を比較して非表示にするJavaScript』を書きます。
具体的には、このリンク先で閲覧できるChatGPTとの一連の会話をご覧下さい。
この会話の最後に提示されているソース（全20行）をコピー＆ペーストして使って下さい。（注：最初のソースではなく最後のソースです。）
（なぜISO 8601フォーマットにしたのかの理由が会話の途中で分かります。^^;）
実際の動作テストはしていないのですが、JavaScriptソースを読んだ限りではいけそうな気がします。
なお、「24時間」の閾値を変更したい場合は、ソース中の if (diffHours >= 24) の「24」の部分を修正すれば良いです。
by nishishi. ⌚2025年5月21日(水) 17:28:51〔2日前〕 ＜771文字＞ 編集
昼食はそうめん。🧊🧊🧊
🧊Re:5181◆なるほど、新たな視点をどうもありがとうございます！ 投稿からの経過時間に応じて表示を変えるという発想はありませんでした。今のところ経過時間に応じて表示/非表示が切り替わるような機能はないのですが、[[DATE:～]]記法に『投稿からの経過秒数』を得られるようなオプションを加えてみましょうかね？ そうすると、JavaScriptを使って簡単に経過時間が判別できるので、JavaScriptで表示/非表示を切り替えられるでしょうし。
(追記) ➡もっと良い方法を No.5185 さんが提示して下さいましたので、それを実現するソースを No.5186 に書きましたからそちらをご覧下さい。
🧊Re:5182◆そうですね。Skebサイトに久しぶりにアクセスしたとき、ほんの数秒間くらいだけ『繰り返し表示される場合はCookieを有効にしてください』のような表示が出ますよね。なので、Skebのページをまともに閲覧するには、Cookieを使ったセッション確認的なものが必須なんだと思います。（つまり、Cookieを受け入れる仕組みを持ったユーザエージェント以外でアクセスすると中身が見えない。）
Skebは、利用規約でプログラムによる自動アクセスを禁止していますが、単に禁止と言うだけではなくて、技術的にもアクセスを拒否する仕組みを用意しているということでしょうね。
そもそも、人間がブラウザでアクセスしても、Skebのページって「JavaScript前提」になっているんですよね。HTMLソースを表示させても、Skebページ内に見えている日本語文字が出てきません。^^;
なので、Skebは「Cookieを受け入れた上で、JavaScriptが実行できる環境」（要するに一般的なブラウザ）からのアクセスしか受け付けない実装になっているのではないかと思います。
……とはいえ、Twitter Cardっぽい情報の欠片みたいなのはHTMLソースに含まれていますから、Skeb側が認めたSNS等からOGPを参照された場合には正しく情報を返すような仕組みが（Skeb側に）用意されているのかもしれません。
任意のWebサイトからSkebのOGPを読んでリンクカードを作るのは、たぶん諦めるほかないのではないかな……と思います。（もしかしたらSkeb側が何かAPIを用意しているかもしれないのですが、軽く探してみた限りでは見つけられませんでした。もし何か公式情報があるようでしたら教えて下さい。）
🧊Re:5181◆なるほど、新たな視点をどうもありがとうございます！ 投稿からの経過時間に応じて表示を変えるという発想はありませんでした。今のところ経過時間に応じて表示/非表示が切り替わるような機能はないのですが、[[DATE:～]]記法に『投稿からの経過秒数』を得られるようなオプションを加えてみましょうかね？ そうすると、JavaScriptを使って簡単に経過時間が判別できるので、JavaScriptで表示/非表示を切り替えられるでしょうし。
《補足》現状でもJavaScriptで実現できなくはない話
なお、現状でも、JavaScriptで const $pastTimeStr = "[[DATE:A]]"; のように書くと、変数 $pastTimeStr には「5秒前」や「10分前」や「3時間前」や「2日前」のような文字列が入ります。
事前に、てがろぐ管理画面の[設定]→[ページの表示]→【経過時間(相対時間)の表記】で、『1時間以上 24 時間未満なら「時間」で表示』のように、24時間を超えると「日」単位で表示されるように設定を変更しておけば、24時間が経過した時点で「2日前」という表示になります。
とすると、この変数$pastTimeStrの中に「秒」か「分」か「時間」という漢字が含まれていなければ、投稿から24時間以上が経過していると判断できます。
これを使って、（例えば相対時間表記の部分に <span id="pastTime[[POSTID]]">[[DATE:（A）]]</span> のような感じで、その要素を特定できる何らかのid名を割り振っておけば）JavaScriptで表示/非表示を切り替えることはできそうに思います。
事前に、てがろぐ管理画面の[設定]→[ページの表示]→【経過時間(相対時間)の表記】で、『1時間以上 24 時間未満なら「時間」で表示』のように、24時間を超えると「日」単位で表示されるように設定を変更しておけば、24時間が経過した時点で「2日前」という表示になります。
とすると、この変数$pastTimeStrの中に「秒」か「分」か「時間」という漢字が含まれていなければ、投稿から24時間以上が経過していると判断できます。
これを使って、（例えば相対時間表記の部分に <span id="pastTime[[POSTID]]">[[DATE:（A）]]</span> のような感じで、その要素を特定できる何らかのid名を割り振っておけば）JavaScriptで表示/非表示を切り替えることはできそうに思います。
(追記) ➡もっと良い方法を No.5185 さんが提示して下さいましたので、それを実現するソースを No.5186 に書きましたからそちらをご覧下さい。
🧊Re:5182◆そうですね。Skebサイトに久しぶりにアクセスしたとき、ほんの数秒間くらいだけ『繰り返し表示される場合はCookieを有効にしてください』のような表示が出ますよね。なので、Skebのページをまともに閲覧するには、Cookieを使ったセッション確認的なものが必須なんだと思います。（つまり、Cookieを受け入れる仕組みを持ったユーザエージェント以外でアクセスすると中身が見えない。）
Skebは、利用規約でプログラムによる自動アクセスを禁止していますが、単に禁止と言うだけではなくて、技術的にもアクセスを拒否する仕組みを用意しているということでしょうね。
そもそも、人間がブラウザでアクセスしても、Skebのページって「JavaScript前提」になっているんですよね。HTMLソースを表示させても、Skebページ内に見えている日本語文字が出てきません。^^;
なので、Skebは「Cookieを受け入れた上で、JavaScriptが実行できる環境」（要するに一般的なブラウザ）からのアクセスしか受け付けない実装になっているのではないかと思います。
……とはいえ、Twitter Cardっぽい情報の欠片みたいなのはHTMLソースに含まれていますから、Skeb側が認めたSNS等からOGPを参照された場合には正しく情報を返すような仕組みが（Skeb側に）用意されているのかもしれません。
任意のWebサイトからSkebのOGPを読んでリンクカードを作るのは、たぶん諦めるほかないのではないかな……と思います。（もしかしたらSkeb側が何かAPIを用意しているかもしれないのですが、軽く探してみた限りでは見つけられませんでした。もし何か公式情報があるようでしたら教えて下さい。）
by nishishi. ⌚2025年5月21日(水) 13:51:05〔3日前〕 回答/返信 ＜1611文字＞ 編集
朝食はサンドイッチ。🥪🥪🥪
🥪Re:5178◆おっしゃるとおり、30MBというのは「サーバへのアップロード時の連続通信を切る閾値」でしかなく「扱えるサイズの上限」というわけではありません。なので、FTP等の別手段でUPした場合は、30MBを超えていても（てがろぐ側が扱う上では）問題はありません。その画像を [PICT:～]で表示させても問題ありませんし、画像管理画面に出しても問題はありません。
仕様上の上限があるのは、●CGI側の処理がサーバに負荷を掛けすぎていると解釈されないようにするため、●誤って巨大なファイルをUPしてしまわないため、●未知の不具合で莫大なファイルがUPされてしまうようなケースがあった場合の被害を軽減するため、などが理由ですが、その閾値を30MBに設定しているのは「まあ、それくらいを超えるファイルをUPする需要はないだろう」という予想からでしかありません。(^_^;) よほどそれでは不足するようなら見直しも考えます。（プログラムの起動時点で上限を固定しておく必要があるので、設定画面等でユーザが自由に変更できるようには作れないので。）
🥪Re:5178◆おっしゃるとおり、30MBというのは「サーバへのアップロード時の連続通信を切る閾値」でしかなく「扱えるサイズの上限」というわけではありません。なので、FTP等の別手段でUPした場合は、30MBを超えていても（てがろぐ側が扱う上では）問題はありません。その画像を [PICT:～]で表示させても問題ありませんし、画像管理画面に出しても問題はありません。
仕様上の上限があるのは、●CGI側の処理がサーバに負荷を掛けすぎていると解釈されないようにするため、●誤って巨大なファイルをUPしてしまわないため、●未知の不具合で莫大なファイルがUPされてしまうようなケースがあった場合の被害を軽減するため、などが理由ですが、その閾値を30MBに設定しているのは「まあ、それくらいを超えるファイルをUPする需要はないだろう」という予想からでしかありません。(^_^;) よほどそれでは不足するようなら見直しも考えます。（プログラムの起動時点で上限を固定しておく必要があるので、設定画面等でユーザが自由に変更できるようには作れないので。）
by nishishi. ⌚2025年5月18日(日) 10:37:37〔6日前〕 回答/返信 ＜490文字＞ 編集
昼食のパスタでおなかいっぱい。ぐっふぅ。_(┐｢ε:)_
🍝Re:5176◆詳細な背景情報をありがとうございます。よく分かりました。日付欄の常時表示ができるような設定も、ToDoリストには含めておきます。
300件もの移行作業を手動でとは頑張りましたね。^^;
以下は、今後や同様のことをしようとされている方々に向けた余談のようなものです。参考までに記します。
エクスポート機能がなかったとのことですが、エクスポート機能がなくても表示ページのHTMLをローカルにファイルとして保存することは可能ですから、私なら以下のような「データ変換のための使い捨てプログラム」をChatAIに作ってもらって実行します。
上記のプロンプトを使ってChatGPTに生成してもらった結果が https://chatgpt.com/share/6828044f-0eec-800b-bdcc-9269... です。
元ページの構造に応じて指示は変える必要がありますから、このまま使えるわけではありませんけども。（元データとして書いた内容がテキトーなので動作確認はしていませんが（しようがありませんから）。生成されたcleanHtmlBody関数の中で若干無駄なことをしている気もしますが、まあ概ね問題なさそうな気がします。^^; 元データがHTMLの文法に正確には従っていない場合は「DOMDocumentを使わずに、正規表現で抽出して下さい」的な指示を加える必要はあるかもしれませんけども。）
こういう感じで、『元HTMLソースから情報を抽出して、てがろぐのデータ形式に変換する』プログラムを用意すれば、自力で1つ1つ移行するよりも楽に済みます。（生成されたデータを、既存の tegalog.xml にペーストするだけで済みます。※もちろん、うまくいかなかった場合に備えて元の tegalog.xml ファイルはバックアップ保存しておいて下さい。）
ここでは、元データがローカルにHTMLファイルとして存在していることを前提にしています。
この手のプログラムに「ネット上から情報を取ってくる処理」自体を含めてはいけません。試行錯誤する過程で毎回ネットから情報を取ってきてしまうと、サーバに無駄な負荷がかかるからです（時間もかかりますし）。
データさえローカルに保存してあればいくらでも試行錯誤できますから、「ネットからデータを取ってくる処理」と「取ってきたデータを加工する処理」は分ける方が望ましいでしょう。
「ネットからデータを取ってくる処理」は、数が少なければ自力で（ブラウザで当該ページを表示させて [Ctrl]＋[S] を押すとかで）保存しても良いでしょうし、それ用の使い捨てプログラムを別途用意しても良いでしょう。
（※ただし、そのようなプログラムを他人のサイトに対して実行すると、凄まじく迷惑なスクレイピングプログラムになりますので、自分に100％の使用権があるサーバに対してだけ実行して下さい。共用サーバの場合は「1件のURLにアクセスするたびに、数秒間の待機時間を設ける」的な緩和措置を含める方が望ましいです。）
プログラミング言語にはここではPHPを使いましたが、もちろん（ローカルで実行できる言語なら）何でも都合の良いものを指定すれば良いです。
自身が読んで理解できない言語だと実行するのは安全とは限りませんし細かな調整が利きませんから、理解できる言語が望ましいですね。
「プログラミング言語は何もわからん……」という場合にはまあ使えませんが。^^;（なので、これは何かしらプログラミング言語が分かる人向けの話です。）
「AIにプログラムを生成してもらうのではなく、AIに直接データを整形してもらえば……？」という意見もあるかもしれませんが、作業量が多いとAIは割と手を抜くので、数百件ものデータを処理させると（本当に正確に移行したのかどうか）確認するのが面倒なので、「整形のためのプログラム」を生成するに留める方が確実だと思っています。少なくとも今のところは。^^;
AIそのものをローカルで実行できるようになれば、何もかもをAIに任せる選択も採りやすくなるかもしれませんけどもね。（いくらでも試行錯誤できる点で。）
畳む
🍝Re:5176◆詳細な背景情報をありがとうございます。よく分かりました。日付欄の常時表示ができるような設定も、ToDoリストには含めておきます。
300件もの移行作業を手動でとは頑張りましたね。^^;
以下は、今後や同様のことをしようとされている方々に向けた余談のようなものです。参考までに記します。
エクスポート機能がなかったとのことですが、エクスポート機能がなくても表示ページのHTMLをローカルにファイルとして保存することは可能ですから、私なら以下のような「データ変換のための使い捨てプログラム」をChatAIに作ってもらって実行します。
ローカルにある複数のHTMLファイルから情報を抽出して、別のブログツールに結合するためのデータを作るプログラムをPHPで書こうとしています。どのようなソースコードを書けば良いか教えて下さい。
以下の手順での処理が必要です。
1. サブディレクトリ OldBlog にあるすべてのHTMLファイルから以下の情報を抽出する。
(a) ページタイトル ： title要素の中身を取得。
(b) 投稿日時 ： <span class="postdate">～</span>の中身を取得。
(c) 本文 ： <div class="post">～</div>の中身を取得。
2. 投稿日時を整形する。
元データの投稿日時は「 2025年5月17日(土) 12時18分 」のような日本語形式で書かれています。これを YYYY/MM/DD hh:mm:ss 形式に整形します。西暦は必ず4桁で、それ以外はすべて必ず2桁にする必要があります。
3. 本文を整形する。
本文として取得した内容にHTMLタグが含まれている場合は、改行以外のHTMLタグをすべて削除します。
また、改行タグはすべて <br /> に統一します。
改行コードもすべて削除して、データが1行になるようにします。
4. 移行先ブログツール用のデータを生成する
手順1～3で用意したデータを1件ずつ、以下のような1行のデータに変換します。
<log><date>日付</date><id>連番</id><user>admin</user><cat></cat><flag></flag><comment>本文</comment></log>
「日付」部分には、2で作成した YYYY/MM/DD hh:mm:ss 形式の日付を入れます。
「連番」部分には、半角数値で 10001 から始まる番号を入れます。
「本文」部分には、3で整形した文字列を入れます。
それ以外の文字列は上記のまま使います。畳む
上記のプロンプトを使ってChatGPTに生成してもらった結果が https://chatgpt.com/share/6828044f-0eec-800b-bdcc-9269... です。
元ページの構造に応じて指示は変える必要がありますから、このまま使えるわけではありませんけども。（元データとして書いた内容がテキトーなので動作確認はしていませんが（しようがありませんから）。生成されたcleanHtmlBody関数の中で若干無駄なことをしている気もしますが、まあ概ね問題なさそうな気がします。^^; 元データがHTMLの文法に正確には従っていない場合は「DOMDocumentを使わずに、正規表現で抽出して下さい」的な指示を加える必要はあるかもしれませんけども。）
こういう感じで、『元HTMLソースから情報を抽出して、てがろぐのデータ形式に変換する』プログラムを用意すれば、自力で1つ1つ移行するよりも楽に済みます。（生成されたデータを、既存の tegalog.xml にペーストするだけで済みます。※もちろん、うまくいかなかった場合に備えて元の tegalog.xml ファイルはバックアップ保存しておいて下さい。）
ここでは、元データがローカルにHTMLファイルとして存在していることを前提にしています。
この手のプログラムに「ネット上から情報を取ってくる処理」自体を含めてはいけません。試行錯誤する過程で毎回ネットから情報を取ってきてしまうと、サーバに無駄な負荷がかかるからです（時間もかかりますし）。
データさえローカルに保存してあればいくらでも試行錯誤できますから、「ネットからデータを取ってくる処理」と「取ってきたデータを加工する処理」は分ける方が望ましいでしょう。
「ネットからデータを取ってくる処理」は、数が少なければ自力で（ブラウザで当該ページを表示させて [Ctrl]＋[S] を押すとかで）保存しても良いでしょうし、それ用の使い捨てプログラムを別途用意しても良いでしょう。
（※ただし、そのようなプログラムを他人のサイトに対して実行すると、凄まじく迷惑なスクレイピングプログラムになりますので、自分に100％の使用権があるサーバに対してだけ実行して下さい。共用サーバの場合は「1件のURLにアクセスするたびに、数秒間の待機時間を設ける」的な緩和措置を含める方が望ましいです。）
プログラミング言語にはここではPHPを使いましたが、もちろん（ローカルで実行できる言語なら）何でも都合の良いものを指定すれば良いです。
自身が読んで理解できない言語だと実行するのは安全とは限りませんし細かな調整が利きませんから、理解できる言語が望ましいですね。
「プログラミング言語は何もわからん……」という場合にはまあ使えませんが。^^;（なので、これは何かしらプログラミング言語が分かる人向けの話です。）
「AIにプログラムを生成してもらうのではなく、AIに直接データを整形してもらえば……？」という意見もあるかもしれませんが、作業量が多いとAIは割と手を抜くので、数百件ものデータを処理させると（本当に正確に移行したのかどうか）確認するのが面倒なので、「整形のためのプログラム」を生成するに留める方が確実だと思っています。少なくとも今のところは。^^;
AIそのものをローカルで実行できるようになれば、何もかもをAIに任せる選択も採りやすくなるかもしれませんけどもね。（いくらでも試行錯誤できる点で。）
畳む
by nishishi. ⌚2025年5月17日(土) 13:51:12〔7日前〕 回答/返信 ＜2632文字＞ 編集
開発進捗状況報告サイトで、てがろぐ Ver 4.6.1(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.6.1βの更新点(概要)：
《▼新機能》
●指定範囲を(details＋summary要素で)折り畳んだ状態で表示する装飾記法 [O:ラベル:～] を追加。
《▼不具合修正》
❎検索語のハイライト機能を有効にしている状況で、全文検索で使う検索語の中に「半角の英数記号1文字だけの検索語」が含まれているときに、「続きを読む」機能や「OGPカード型リンク」の表示機能が使えなくなる不具合を修正。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
🆕 Ver 4.6.1βの更新点(概要)：
《▼新機能》
●指定範囲を(details＋summary要素で)折り畳んだ状態で表示する装飾記法 [O:ラベル:～] を追加。
《▼不具合修正》
❎検索語のハイライト機能を有効にしている状況で、全文検索で使う検索語の中に「半角の英数記号1文字だけの検索語」が含まれているときに、「続きを読む」機能や「OGPカード型リンク」の表示機能が使えなくなる不具合を修正。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
by nishishi. ⌚2025年5月10日(土) 22:23:13〔13日前〕 アップデート✨ ＜384文字＞ 編集
details要素＋summary要素で実現される「折り畳む」機能を搭載した Ver 4.6.1β(未配布)の動作テスト。
JavaScriptなしで動作する点も良いですね。装飾はCSS次第で好きなようにできます。
ここの動作試験場では、標準スキンにしか(まだ)CSSを用意していません。が、details要素＋summary要素はHTMLだけで動作しますから、CSSがなくても（単に装飾がないだけで）動作はします。
折り畳み
折り畳み表示のテスト
こんな感じで見えます。
こんな感じで見えます。
ラベルはその都度指定します
もちろん、1投稿内にいくつでも書けます。
入れ子にもできます
ただし、details要素はspan要素等のインライン要素の内側に書くとHTMLの文法的に正しくなくなるため、そのように文字装飾を書いてしまうと直前のCSSが意図通りに適用されなくなる問題がある点に注意が必要です。
JavaScriptなしで動作する点も良いですね。装飾はCSS次第で好きなようにできます。
ここの動作試験場では、標準スキンにしか(まだ)CSSを用意していません。が、details要素＋summary要素はHTMLだけで動作しますから、CSSがなくても（単に装飾がないだけで）動作はします。
by nishishi. ⌚2025年5月10日(土) 19:39:11〔13日前〕 ＜401文字＞ 編集
そういえば最近、クロワッサンを食べていないな……。🥐🥐🥐
🥐Re:5161◆ご要望の背景説明をありがとうございます。ご要望としては記録しておきますが、「最初の画面に任意の案内文を表示する機能」と「ログインフォームの下部に任意の案内文を表示する機能」の2つが既にある状況で、さらに上にも表示できるようにする機能を用意するのは、よほど需要がない限りはToDoリストの前方には来ないと思いますので、案内文面をどうにか工夫してご対処頂くのが現実的だろうと思います。
🥐Re:5162◆英数字1文字の検索でカード型リンクが表示されなくなる問題は（こちらのローカルにある版では）修正しましたので、次のバージョンでは解決します。公開までもうしばらくお待ち下さい。◆No.5150の詳細説明もありがとうございます。もしかして、下記のような「1行単位のフリースペース」的なものが別途存在したら便利でしょうかね？
sakura:さくら
tomoyo:ともよ
……のように登録しておくと、[[FREELINE:sakura]]の記述で「さくら」が出力されるような。既存のフリースペースを名前付きに改修するのはちょっと困難なのですが、短いリンクリストの掲載にフリースペースを使われているケースがちらほらありますので、そういうのに活用できる（1行単位で完結する）自由入力欄もあると便利なのかな……とちょっと考えてはいました（まだ何も予定はしていないのですけども）。そうすると、
link1name:ほげほげ
link1url:https://www.example.com/
link2name:ひげひげ
link2url:https://www.example.org/
のように書くだけで、リンクリストとして掲載できるようにスキンを作っておくこともできるかな……とか。まあ、この方法だと総数が可変長にはなりませんけども。^^;
🥐Re:5163◆いろいろ方法を試して下さってありがとうございました。そういった試行錯誤の過程が見られたからこそ、専用機能の実装を考えられた面もありますので、とてもありがたいです。Amazonギフト券もどうもありがとうございました！(╹◡╹)ﾉ
🥐Re:5164◆お役に立っているようで嬉しいです～。^^
🥐Re:5165◆お役立ちサイトなので、不届きなBotによるスクレイピングも多いのではないかと想像します。もしサーバ負荷が高まっていることが522エラーの要因になっているようなら、既にお使いなら良いのですけども、高頻度アクセス制限機能（迷惑Bot対策機能）がありますので、シビアな設定でお使いになるとサーバ負荷を多少は軽減できると思います。（※Durationの値が大きい方がペナルティ時間を長くできます。私の「今日のひとこと」では、今はDuration=600・LimitFreq=10を設定してあります。） 【追記】ああ、そうか。Cloudflareということは、CDNをお使いですかね？ もしそうだとしたら、この機能は併用できませんね。(^_^:) CDNから配信される場合は、アクセス元のIPアドレスが常に同じになりますので、IPベースではブロックできませんから。
🥐Re:5165◆情報をどうもありがとうございます！ たしかに、「全文検索時でも隠す機能を有効にする」がONのとき、半角英数字1文字だけを検索すると、続きを読む関連のJavaScriptの実行も妨げられてしまいますね。こちらのローカルにあるプログラムは修正しましたので、次のバージョンでは解消します。お知らせ下さってありがとうございました！
🥐Re:5166◆自己解決ありがとうございます。[Ctrl]＋[U]等で閲覧できるソースの方をご覧頂くと分かりますが、「続きを読む」ボタンのa要素にはURLは含まれていません。通常のページ内リンクと同様に、単に <a href="#readmore" ～ > のようになっているだけです。リンクの上にマウスポインタを載せてリンク先を確認するとURLが見えますが、それはブラウザ側が自動的に補完しているだけです。ただ、てがろぐ側の設定もいろいろありますので、もしかしたらURLが出力されるような状況もあるのかもしれませんが(^_^;)。もし本当にURLが出力されているようでしたら教えて下さい。そうでないなら、原因は別のところにありそうな気がします。（とはいえ、まさしく正攻法で自己解決なさっていますから、問題ないわけですけども。）
指定範囲を隠す機能を、現状の「a要素＋JavaScript」ではなく、「details＋summary要素」で出力できるオプションも用意した方が良いのかな、という気もします。（details要素はspan要素の内側には書けないので、文字装飾の入れ子構造によっては文法的に正しくなくなる懸念があるので実装は見送っていたのですけども、まあ「分かっている人だけが使ってくれれば良い」と考えることもできますしね……。）
🥐Re:5161◆ご要望の背景説明をありがとうございます。ご要望としては記録しておきますが、「最初の画面に任意の案内文を表示する機能」と「ログインフォームの下部に任意の案内文を表示する機能」の2つが既にある状況で、さらに上にも表示できるようにする機能を用意するのは、よほど需要がない限りはToDoリストの前方には来ないと思いますので、案内文面をどうにか工夫してご対処頂くのが現実的だろうと思います。
🥐Re:5162◆英数字1文字の検索でカード型リンクが表示されなくなる問題は（こちらのローカルにある版では）修正しましたので、次のバージョンでは解決します。公開までもうしばらくお待ち下さい。◆No.5150の詳細説明もありがとうございます。もしかして、下記のような「1行単位のフリースペース」的なものが別途存在したら便利でしょうかね？
sakura:さくら
tomoyo:ともよ
……のように登録しておくと、[[FREELINE:sakura]]の記述で「さくら」が出力されるような。既存のフリースペースを名前付きに改修するのはちょっと困難なのですが、短いリンクリストの掲載にフリースペースを使われているケースがちらほらありますので、そういうのに活用できる（1行単位で完結する）自由入力欄もあると便利なのかな……とちょっと考えてはいました（まだ何も予定はしていないのですけども）。そうすると、
link1name:ほげほげ
link1url:https://www.example.com/
link2name:ひげひげ
link2url:https://www.example.org/
のように書くだけで、リンクリストとして掲載できるようにスキンを作っておくこともできるかな……とか。まあ、この方法だと総数が可変長にはなりませんけども。^^;
🥐Re:5163◆いろいろ方法を試して下さってありがとうございました。そういった試行錯誤の過程が見られたからこそ、専用機能の実装を考えられた面もありますので、とてもありがたいです。Amazonギフト券もどうもありがとうございました！(╹◡╹)ﾉ
🥐Re:5164◆お役に立っているようで嬉しいです～。^^
🥐Re:5165◆お役立ちサイトなので、不届きなBotによるスクレイピングも多いのではないかと想像します。もしサーバ負荷が高まっていることが522エラーの要因になっているようなら、
🥐Re:5165◆情報をどうもありがとうございます！ たしかに、「全文検索時でも隠す機能を有効にする」がONのとき、半角英数字1文字だけを検索すると、続きを読む関連のJavaScriptの実行も妨げられてしまいますね。こちらのローカルにあるプログラムは修正しましたので、次のバージョンでは解消します。お知らせ下さってありがとうございました！
🥐Re:5166◆自己解決ありがとうございます。[Ctrl]＋[U]等で閲覧できるソースの方をご覧頂くと分かりますが、「続きを読む」ボタンのa要素にはURLは含まれていません。通常のページ内リンクと同様に、単に <a href="#readmore" ～ > のようになっているだけです。リンクの上にマウスポインタを載せてリンク先を確認するとURLが見えますが、それはブラウザ側が自動的に補完しているだけです。ただ、てがろぐ側の設定もいろいろありますので、もしかしたらURLが出力されるような状況もあるのかもしれませんが(^_^;)。もし本当にURLが出力されているようでしたら教えて下さい。そうでないなら、原因は別のところにありそうな気がします。（とはいえ、まさしく正攻法で自己解決なさっていますから、問題ないわけですけども。）
指定範囲を隠す機能を、現状の「a要素＋JavaScript」ではなく、「details＋summary要素」で出力できるオプションも用意した方が良いのかな、という気もします。（details要素はspan要素の内側には書けないので、文字装飾の入れ子構造によっては文法的に正しくなくなる懸念があるので実装は見送っていたのですけども、まあ「分かっている人だけが使ってくれれば良い」と考えることもできますしね……。）
by nishishi. ⌚2025年5月8日(木) 20:33:28〔15日前〕 回答/返信 ＜2158文字＞ 編集
最近、たこ焼きを食べていないな……。
🧀Re:5153,5159◆自己解決ありがとうございます。なるほど、確かに上書きCSSを強制出力する場合は、</head>タグの存在が「INCLUDE記法で読み込まれる側」にあると挿入できませんね。これは、上書きCSSの挿入処理が以下のような順序になっているためです。
たとえhead要素部分をINCLUDE記法で合成していても、上書きCSSを[[FREE:EXTRACSS]]の位置に出力する設定にしている場合には問題なく出力されると思います。（そのスキンに[[FREE:EXTRACSS]]を書いていれば、の話ですが。）
なぜ上記のように処理を①・③のように2分割しているのかは思い出せないのですが(^_^;)、あえて処理を1箇所で済ませずに2箇所に分割しているということは、何かそうしないとマズい理由があったんだろうと思いますので、今のところは「仕様」ということでご解釈下さい。
フリースペースの設定で「▼上書きスタイルシートを出力する対象」項目の設定値を『外側スキンに [[FREE:EXTRACSS]] の記述がある箇所にのみ出力する』にすれば、どのように合成していても強制出力できると思います。（事前に[[FREE:EXTRACSS]]を書いておく必要がありますが。）
あと、ご提示頂いたサンプルですが、アクセスしたタイミングが悪かったのか、Cloudflareの522エラー(Connection Timed Out)で閲覧できませんでした。^^; 参考までにキャプチャを置いておきます。
🧀Re:5154,5156◆No.5155さんがご提示下さったヘルプドキュメントにあるこの設定箇所が今のところの正攻法ですね。ログインフォームの上ではなく下に出ますが。下だとそんなに問題あります？
🧀Re:5155◆サポートありがとうございます！(╹◡╹)ﾉ
🧀Re:5157◆てがろぐの表示は、お使いのスキンによって如何様にも変化させられますので、表示上の問題がある場合は、少なくとも「どのスキンを使っているのか」の情報が必要です。もしスキンをカスタマイズして使っている場合は、実際のページのURLを教えて頂く必要があります。（実際に見てみなければ、何が問題なのかが分かりませんし、その対処法も探りようがないからです。）
🧀Re:5158◆ご報告と、分かりやすいスクリーンショットをありがとうございます。カード型リンクを構築するためのJavaScriptソースも全文検索対象になってしまっているために、「s」とか「i」みたいな半角の英数記号1文字を検索すると、（検索語を強調するためのタグが挿入されることで）JavaScriptソースが崩れてしまうためにカード型リンクの処理が失敗しますね。そこまでは考慮していませんでした。^^; 検索語が全角文字なら（または半角文字でも数文字以上ならばあまり）問題ないだろうとは思いますが。ちょっと対処を何か考えます（※現行バージョンでは対処方法はありません）。まさかそんな問題があったとは。^^; ご報告をありがとうございました！
🧀Re:5153,5159◆自己解決ありがとうございます。なるほど、確かに上書きCSSを強制出力する場合は、</head>タグの存在が「INCLUDE記法で読み込まれる側」にあると挿入できませんね。これは、上書きCSSの挿入処理が以下のような順序になっているためです。
- まず、表示に使うスキンファイルを読み込む。もし上書きCSSを</head>直前に強制出力する設定(状況)の場合は、この時点で</head>を見つけて追記する。
- スキン内にINCLUDE記法があれば、その合成処理をする。
- 上書きCSSを[[FREE:EXTRACSS]]の位置に出力する設定(状況)の場合は、それを見つけて置き換える。
たとえhead要素部分をINCLUDE記法で合成していても、上書きCSSを[[FREE:EXTRACSS]]の位置に出力する設定にしている場合には問題なく出力されると思います。（そのスキンに[[FREE:EXTRACSS]]を書いていれば、の話ですが。）
なぜ上記のように処理を①・③のように2分割しているのかは思い出せないのですが(^_^;)、あえて処理を1箇所で済ませずに2箇所に分割しているということは、何かそうしないとマズい理由があったんだろうと思いますので、今のところは「仕様」ということでご解釈下さい。
フリースペースの設定で「▼上書きスタイルシートを出力する対象」項目の設定値を『外側スキンに [[FREE:EXTRACSS]] の記述がある箇所にのみ出力する』にすれば、どのように合成していても強制出力できると思います。（事前に[[FREE:EXTRACSS]]を書いておく必要がありますが。）
あと、ご提示頂いたサンプルですが、アクセスしたタイミングが悪かったのか、Cloudflareの522エラー(Connection Timed Out)で閲覧できませんでした。^^; 参考までにキャプチャを置いておきます。
🧀Re:5154,5156◆No.5155さんがご提示下さったヘルプドキュメントにあるこの設定箇所が今のところの正攻法ですね。ログインフォームの上ではなく下に出ますが。下だとそんなに問題あります？
🧀Re:5155◆サポートありがとうございます！(╹◡╹)ﾉ
🧀Re:5157◆てがろぐの表示は、お使いのスキンによって如何様にも変化させられますので、表示上の問題がある場合は、少なくとも「どのスキンを使っているのか」の情報が必要です。もしスキンをカスタマイズして使っている場合は、実際のページのURLを教えて頂く必要があります。（実際に見てみなければ、何が問題なのかが分かりませんし、その対処法も探りようがないからです。）
🧀Re:5158◆ご報告と、分かりやすいスクリーンショットをありがとうございます。カード型リンクを構築するためのJavaScriptソースも全文検索対象になってしまっているために、「s」とか「i」みたいな半角の英数記号1文字を検索すると、（検索語を強調するためのタグが挿入されることで）JavaScriptソースが崩れてしまうためにカード型リンクの処理が失敗しますね。そこまでは考慮していませんでした。^^; 検索語が全角文字なら（または半角文字でも数文字以上ならばあまり）問題ないだろうとは思いますが。ちょっと対処を何か考えます（※現行バージョンでは対処方法はありません）。まさかそんな問題があったとは。^^; ご報告をありがとうございました！
by nishishi. ⌚2025年5月4日(日) 20:42:15〔19日前〕 回答/返信 ＜1639文字＞ 編集
2025年4月 この範囲を時系列順で読む この範囲をファイルに出力する
てがろぐ Ver 4.6.0 を公開しました！ #Update
何でも簡単入力ボタン、鍵入力窓の自由配置、未使用画像を探す機能や、画像フラグ一括変更、最新投稿日時の出力記法、汎用装飾ボタン9種などの追加が主な更新点です。その他、細々した仕様改善や機能追加、不具合修正を含んでいます。
➡ https://www.nishishi.com/cgi/tegalog/
バージョンアップには2通りの方法があります。
🆕 Ver 4.6.0の更新点(概要)：
《▼大きな機能追加》
●リンク先ページのOGP情報を読んでリンクをカード型で表示する機能
●カスタム絵文字を管理画面上から追加・削除できる機能
●カテゴリごとに「1ページあたりの表示件数」を別設定できる機能
●カテゴリごとに「表示に使うスキン」を別指定できる機能
●カテゴリごとに「先頭に固定する投稿」を別指定できる機能
《▼その他の機能追加》
●ユーザ一覧を出力できる記法 [[USERLIST]] と [[USERLIST:識別子]] を追加。
●現在ログインしているユーザの情報を取得できる簡易API機能
《▼細かな機能追加》
●あるカスタム絵文字が使われている投稿を探せる機能
●スキン側からログイン状態を把握するための記法を5種類追加
●カード型リンクを挿入できるようにする「OGPカード」ボタンの表示機能を追加
《▼仕様改善》
●カテゴリ管理画面の一覧表が崩れないよう、概要文のプレビュー文字数を少なめに固定。
●カテゴリ登録データの保存形式を(拡張性の高いものに)改善
●カテゴリ生データ編集機能を新データ仕様に更新
●投稿削除ボタンやカテゴリ削除枠の配色を（目立ちすぎる赤色から）灰色に変更。
●投稿本文を出力する際に、表示上の改行位置でHTMLソースでも改行するよう仕様改善。
《▼スキン更新》
●すべてのスキンを「リンク先ページのOGP情報を読んでリンクをカード型で表示するためのCSSを追加したバージョン」に更新。
《▼不具合修正》
❎サーバのエラーログに「Use of uninitialized value $3 in concatenation (.) or string at tegalog.cgi」というアラートが記録されるケースがあった点を解消。
更新点について詳しい解説は、リリースノート(No.46)をご参照下さい。
アナウンス：
✔Twitter：
✔Bluesky
✔Pawoo（Mastodon）
何でも簡単入力ボタン、鍵入力窓の自由配置、未使用画像を探す機能や、画像フラグ一括変更、最新投稿日時の出力記法、汎用装飾ボタン9種などの追加が主な更新点です。その他、細々した仕様改善や機能追加、不具合修正を含んでいます。
➡ https://www.nishishi.com/cgi/tegalog/
バージョンアップには2通りの方法があります。
- 1クリックでバージョンアップできる専用PHP「TegUp」のご使用をお勧め致します。
※TegUpは Ver 2.1.0を公開しています。TegUp Ver.1ではTegUpそのもののバージョンアップはできないので、先に手動でTegUpをバージョンアップすることをお勧め致します。※TegUp Ver.1のまま使っても、てがろぐ本体だけのバージョンアップは正常に可能です。しかし、TegUp自身のバージョンアップができないので、そのままでは「TegUp側の機能を必要とするてがろぐ側の機能」が使えないままになります。具体的には、リンク先のOGP情報を読み込んでカード型リンクを表示する機能が使えないままになります。その機能を使わない場合は、必ずしもTegUpをバージョンアップする必要はありませんが、今後の機能拡張(の可能性)を考えれば、今回にTegUpもバージョンアップしておくことをお勧め致します。TegUpをVer.2にすれば、それ以後は（てがろぐ本体と一緒に）TegUp自身もバージョンアップできるようになりますから、手動での上書き作業は要らなくなります。畳む
- もしくは、最新版のZIPの中から tegalog.cgi と fumycts.pl と tegup.php の3ファイルだけを抜き出して上書きアップロードして下さい。
🆕 Ver 4.6.0の更新点(概要)：
《▼大きな機能追加》
●リンク先ページのOGP情報を読んでリンクをカード型で表示する機能
●カスタム絵文字を管理画面上から追加・削除できる機能
●カテゴリごとに「1ページあたりの表示件数」を別設定できる機能
●カテゴリごとに「表示に使うスキン」を別指定できる機能
●カテゴリごとに「先頭に固定する投稿」を別指定できる機能
《▼その他の機能追加》
●ユーザ一覧を出力できる記法 [[USERLIST]] と [[USERLIST:識別子]] を追加。
●現在ログインしているユーザの情報を取得できる簡易API機能
《▼細かな機能追加》
●あるカスタム絵文字が使われている投稿を探せる機能
●スキン側からログイン状態を把握するための記法を5種類追加
●カード型リンクを挿入できるようにする「OGPカード」ボタンの表示機能を追加
《▼仕様改善》
●カテゴリ管理画面の一覧表が崩れないよう、概要文のプレビュー文字数を少なめに固定。
●カテゴリ登録データの保存形式を(拡張性の高いものに)改善
●カテゴリ生データ編集機能を新データ仕様に更新
●投稿削除ボタンやカテゴリ削除枠の配色を（目立ちすぎる赤色から）灰色に変更。
●投稿本文を出力する際に、表示上の改行位置でHTMLソースでも改行するよう仕様改善。
《▼スキン更新》
●すべてのスキンを「リンク先ページのOGP情報を読んでリンクをカード型で表示するためのCSSを追加したバージョン」に更新。
《▼不具合修正》
❎サーバのエラーログに「Use of uninitialized value $3 in concatenation (.) or string at tegalog.cgi」というアラートが記録されるケースがあった点を解消。
更新点について詳しい解説は、リリースノート(No.46)をご参照下さい。
アナウンス：
✔Twitter：
（ツイート埋め込み処理中...）Twitterで見る
✔Bluesky
✔Pawoo（Mastodon）
by nishishi. ⌚2025年4月30日(水) 18:27:04〔23日前〕 アップデート✨ ＜1696文字＞ 編集
アイスを買おうかな、とうしようかな……と迷ったものの、まだ冷凍庫に多少の備蓄があるので今日は買いませんでした。🍨🍨🍨
🍨Re:5137◆フォーム部分のHTMLも含めて全体的なソースを教えて頂ければもうちょっと具体的にご案内できる可能性もありますが、現時点でもIF文で実現はできているのなら、汎用いいねボタンツールのリリースをお待ち頂くのも良いと思います。まだ何も作り始めていない段階ですが(^_^;)、作る計画ではいますので。^^;
🍨Re:5138◆昔は様々なWebサイトに掲示板がたくさんありましたよね。^^;
🍨Re:5139◆おそらく、何らかの要因でライセンスコードの登録機能部分に余計な文字列が入ったのでしょうね。Ver 4.6.0では解消するように改善してみましたのでお試し下さい。（おそらくバージョンアップするだけで解消すると思いますが、もしかしたら設定の保存操作（設定は何も変更しなくて良いです）が必要かもしれません。）
🍨Re:5140◆ご要望をありがとうございます！ 参考にさせて頂きます！
🍨Re:5141◆ディスプレイは少なくとも2台あると便利ですよ！ そもそもデスクトップは広ければ広いほど良いです。(笑) 単純に広いディスプレイよりも、ディスプレイが物理的に複数あると、ウインドウを最大化したときにディスプレイ単位で最大化できる点も便利です。ゲーミングPCなら5インチベイがたぶん複数あるでしょうからBlu-rayドライブを内蔵させることもできると思いますが、まあ最近は光メディアの使用頻度も高くないでしょうから、USB接続で外付けの小型Blu-rayドライブの方が便利かもしれませんね。どちらにしても数千円で買えるでしょうし。なお、再生ソフトが付属しているかどうかを確認して買う方が良いと思います。
🍨Re:5142◆その不具合は >>5124,5125 の問題だと思います。リンクラベルを省略せずに書くと問題は発生しないのですが、どちらにしても Ver 4.6.0 で解消しましたのでバージョンアップしてみて下さい～。
🍨Re:5137◆フォーム部分のHTMLも含めて全体的なソースを教えて頂ければもうちょっと具体的にご案内できる可能性もありますが、現時点でもIF文で実現はできているのなら、汎用いいねボタンツールのリリースをお待ち頂くのも良いと思います。まだ何も作り始めていない段階ですが(^_^;)、作る計画ではいますので。^^;
🍨Re:5138◆昔は様々なWebサイトに掲示板がたくさんありましたよね。^^;
🍨Re:5139◆おそらく、何らかの要因でライセンスコードの登録機能部分に余計な文字列が入ったのでしょうね。Ver 4.6.0では解消するように改善してみましたのでお試し下さい。（おそらくバージョンアップするだけで解消すると思いますが、もしかしたら設定の保存操作（設定は何も変更しなくて良いです）が必要かもしれません。）
🍨Re:5140◆ご要望をありがとうございます！ 参考にさせて頂きます！
🍨Re:5141◆ディスプレイは少なくとも2台あると便利ですよ！ そもそもデスクトップは広ければ広いほど良いです。(笑) 単純に広いディスプレイよりも、ディスプレイが物理的に複数あると、ウインドウを最大化したときにディスプレイ単位で最大化できる点も便利です。ゲーミングPCなら5インチベイがたぶん複数あるでしょうからBlu-rayドライブを内蔵させることもできると思いますが、まあ最近は光メディアの使用頻度も高くないでしょうから、USB接続で外付けの小型Blu-rayドライブの方が便利かもしれませんね。どちらにしても数千円で買えるでしょうし。なお、再生ソフトが付属しているかどうかを確認して買う方が良いと思います。
🍨Re:5142◆その不具合は >>5124,5125 の問題だと思います。リンクラベルを省略せずに書くと問題は発生しないのですが、どちらにしても Ver 4.6.0 で解消しましたのでバージョンアップしてみて下さい～。
by nishishi. ⌚2025年4月30日(水) 18:22:25〔23日前〕 回答/返信 ＜917文字＞ 編集
とりあえず、作ろうと計画している汎用いいねボタンツールには、メッセージ送信機能もあると良さそうだな、とは思いました。参考情報をありがとうございます。^^
by nishishi. ⌚2025年4月25日(金) 15:20:22〔29日前〕 ＜77文字＞ 編集
🍔Re:5132◆一番簡単なのは、[[CATEGORYIDS]] でカテゴリIDを使うことでしょうね。これなら完全なプレーンテキストですから。ただし、カテゴリ名ではなくカテゴリIDが入りますけども。しかし、感想の対象を特定する用途にはなるでしょう。
カテゴリ名が欲しい場合は、HTMLを含む内容を一旦JavaScriptで受け取って、HTMLタグだけを除外して使えば良いのではないかと思います。例えば、
<script>
let htmlstr = '[[CATEGORYLINKS:T]]';
let plainText = htmlstr.replace(/<[^>]*>/g, "");
</script>
……とすれば、変数plainTextにカテゴリ名がプレーンテキストで入ります。
後は、この変数の中身を指定の要素に送るなり、フォーム自体をJavaScriptで生成するなりすれば良さそうに思います。（たぶん後者の方が簡単でしょう。同一ページ内に複数のフォームが現れる可能性があるのなら特に。）
この方法なら、カテゴリ名の間に挿入されるカンマ記号を取り除いたり他の文字に変換したりもできますから、より望みの文字列に加工できるでしょう。
なお、[[INFO:NOWCAT:NAME]] ※ は外側スキン用の記法なので、これを使いたい場合は、一旦外側スキン側でJavaScriptを使ってプレーンテキストにした上で、その変数を内側スキンで使う……というような感じにする必要がありますから、内側スキンで[[CATEGORYLINKS:T]] ※ を使う方が良いと思います。JavaScriptを使えば、親カテゴリ名を取り除く加工もできますから、お好きなように加工なされば良いと思います。
カテゴリ名が欲しい場合は、HTMLを含む内容を一旦JavaScriptで受け取って、HTMLタグだけを除外して使えば良いのではないかと思います。例えば、
<script>
let htmlstr = '[[CATEGORYLINKS:T]]';
let plainText = htmlstr.replace(/<[^>]*>/g, "");
</script>
……とすれば、変数plainTextにカテゴリ名がプレーンテキストで入ります。
後は、この変数の中身を指定の要素に送るなり、フォーム自体をJavaScriptで生成するなりすれば良さそうに思います。（たぶん後者の方が簡単でしょう。同一ページ内に複数のフォームが現れる可能性があるのなら特に。）
この方法なら、カテゴリ名の間に挿入されるカンマ記号を取り除いたり他の文字に変換したりもできますから、より望みの文字列に加工できるでしょう。
なお、[[INFO:NOWCAT:NAME]] ※ は外側スキン用の記法なので、これを使いたい場合は、一旦外側スキン側でJavaScriptを使ってプレーンテキストにした上で、その変数を内側スキンで使う……というような感じにする必要がありますから、内側スキンで[[CATEGORYLINKS:T]] ※ を使う方が良いと思います。JavaScriptを使えば、親カテゴリ名を取り除く加工もできますから、お好きなように加工なされば良いと思います。
by nishishi. ⌚2025年4月25日(金) 15:19:00〔29日前〕 回答/返信 ＜821文字＞ 編集
🍔Re:5130◆お書き頂いた内容から、だいたい以下のような感じかな、と思ったのですが、
カテゴリ限定表示を使っているとのことですが、それは「ある親カテゴリとある子カテゴリを両方同時に表示する」というような仕組みで実現しているのですか？ それとも別の方法ですか？ その辺をもう少し具体的に教えて下さい。
デフォルト設定のままだと、カテゴリ限定表示時には『カテゴリ「雑記」に属する投稿［12件］』のような感じでSITUATIONに出てきますから、おそらく何らかのカスタマイズをなさっているのだと思います。
その辺をどうなさっているのかも教えて頂ければ、何らかの回答ができるかもしれません。
要するに、「どこの情報が取れれば『お望みの過不足ない作品名』になるのか？」が分からないので、そこを教えて下さい、ということです。
- カテゴリ名が作品名。
- 投稿内容の1行目には「第〇話 副題」が書かれているだけ（なので [COMMENT:TITLE] を使っても意味がない）
- Googleフォーム用の何らかのHTMLに、作品名だけを入れたい。
カテゴリ限定表示を使っているとのことですが、それは「ある親カテゴリとある子カテゴリを両方同時に表示する」というような仕組みで実現しているのですか？ それとも別の方法ですか？ その辺をもう少し具体的に教えて下さい。
デフォルト設定のままだと、カテゴリ限定表示時には『カテゴリ「雑記」に属する投稿［12件］』のような感じでSITUATIONに出てきますから、おそらく何らかのカスタマイズをなさっているのだと思います。
その辺をどうなさっているのかも教えて頂ければ、何らかの回答ができるかもしれません。
要するに、「どこの情報が取れれば『お望みの過不足ない作品名』になるのか？」が分からないので、そこを教えて下さい、ということです。
by nishishi. ⌚2025年4月25日(金) 10:55:24〔29日前〕 回答/返信 ＜501文字＞ 編集
てがろぐ本体を1クリックでバージョンアップできるPHPスクリプト「TegUp」の Ver 2.1.0 を公開しました。
➡ https://www.nishishi.com/cgi/tegalog/tegup/
ただ、OGP情報の取得先WebページのHTMLソースに望ましくない文字列が含まれている場合でも何らかの情報を取得できるよう改善しました。
カード型リンクで、「エラーは出ないのに情報が表示されない」というケースがもしあった場合は、キャッシュファイル(ogp-cache.ini)を削除した上で、この Ver 2.1.0 に更新すると、解決するかもしれません。
➡ https://www.nishishi.com/cgi/tegalog/tegup/
- てがろぐと同時にTegUp自身のバージョンアップもできるようになりました（Ver.1だとTegUp自身の更新はできません）。
- 設定は独立ファイルに保存するように改善しました。
ただ、OGP情報の取得先WebページのHTMLソースに望ましくない文字列が含まれている場合でも何らかの情報を取得できるよう改善しました。
カード型リンクで、「エラーは出ないのに情報が表示されない」というケースがもしあった場合は、キャッシュファイル(ogp-cache.ini)を削除した上で、この Ver 2.1.0 に更新すると、解決するかもしれません。
by nishishi. ⌚2025年4月24日(木) 21:06:43〔29日前〕 アップデート✨ ＜453文字＞ 編集
直しました。>>5127
これで Ver 4.6.0 にできるハズ……！
これで Ver 4.6.0 にできるハズ……！
by nishishi. ⌚2025年4月24日(木) 20:27:43〔29日前〕 ＜36文字＞ 編集
あれ……？ 今度は先頭固定が消えた。なんでやねん。┌(:3」└)┐
by nishishi. ⌚2025年4月24日(木) 18:55:14〔29日前〕 ＜33文字＞ 編集
解決しました。>>5125,5124,5123
by nishishi. ⌚2025年4月24日(木) 18:52:32〔29日前〕 ＜23文字＞ 編集
わかった。>>5124
- [何らかのラベル:CARD-L]URL のように、リンクラベルを書いた場合には、ちゃんと :CARD-S や :CARD-L のサイズ指定が効くけど、
- [:CARD-L]URL のように、リンクラベルを省いた場合には、カードサイズの指定が無視されて、Twitter Cardの指示が適用されてしまう。
by nishishi. ⌚2025年4月24日(木) 17:57:38〔29日前〕 ＜170文字＞ 編集
あら……？ リンクカードのサイズを強制指定する :CARD-S と :CARD-L の指定が無視されて、Twitter Card側の指定が常時採用されているような……。いつから……？
by nishishi. ⌚2025年4月24日(木) 17:44:08〔29日前〕 ＜91文字＞ 編集
テスト
CARD = TEST...
CARD-S = TEST...
CARD-L = TEST...
畳む
CARD = (Loading...)...
CARD-S = (Loading...)...
CARD-L = (Loading...)...
畳む
CARD = TEST...
CARD-S = TEST...
CARD-L = TEST...
畳む
CARD = (Loading...)...
CARD-S = (Loading...)...
CARD-L = (Loading...)...
畳む
by nishishi. ⌚2025年4月24日(木) 17:38:24〔29日前〕 ＜143文字＞ 編集
昨日がずいぶん暑かったので、これはアイスを調達しておかねば……！ と思って今日シューアイス1袋（8個入り）を調達してきたんですけども、今日はアイスなしでも大丈夫なくらいの気温でした。
🍨Re:5118-5119◆ご確認ありがとうございます。問題が解消していて良かったです～。(╹◡╹)ﾉ これで次は正式版(4.6.0)リリースで問題なさそうな感じですね。^^
🍨Re:5118-5119◆ご確認ありがとうございます。問題が解消していて良かったです～。(╹◡╹)ﾉ これで次は正式版(4.6.0)リリースで問題なさそうな感じですね。^^
by nishishi. ⌚2025年4月20日(日) 20:19:23〔33日前〕 回答/返信 ＜194文字＞ 編集
Google NotebookLM（AIリサーチアシスタント）に、てがろぐ公式ヘルプ全5ページのURLを指定して読ませたら、カスタマイズ方法等の質問に会話形式で答えてくれるチャットAIになる。めちゃくちゃ便利なのでは……？ 縦方向に凄まじく長い代わりに総ページ数の少ないヘルプWeb構造のメリットがここに。
https://bsky.app/profile/nishishi.bsky.social/post/3ln...
https://pawoo.net/@nishishi/114369537506104525
今のところ、作成したNotebookを不特定多数に公開(共有)させる方法は用意されていないので、使うためには各人が自分のGoogleアカウントで、自分のNotebookを作る必要がありますが。でも、公式ヘルプ全5ページのURLを1つずつ追加するだけなので、準備操作は簡単です。
無料版でも、1日最大50回のチャットは可能なようです。1つのNotebookに最大50のソースを登録可能ですから（てがろぐ公式ヘルプは5ページしかないので）余裕です。
もちろん、回答が正しい保証はどこにもないわけですが。(^_^;)
（ツイート埋め込み処理中...）Twitterで見る
https://bsky.app/profile/nishishi.bsky.social/post/3ln...
https://pawoo.net/@nishishi/114369537506104525
今のところ、作成したNotebookを不特定多数に公開(共有)させる方法は用意されていないので、使うためには各人が自分のGoogleアカウントで、自分のNotebookを作る必要がありますが。でも、公式ヘルプ全5ページのURLを1つずつ追加するだけなので、準備操作は簡単です。
無料版でも、1日最大50回のチャットは可能なようです。1つのNotebookに最大50のソースを登録可能ですから（てがろぐ公式ヘルプは5ページしかないので）余裕です。
もちろん、回答が正しい保証はどこにもないわけですが。(^_^;)
by nishishi. ⌚2025年4月20日(日) 18:28:23〔33日前〕 ＜529文字＞ 編集
夏の前に春が来て欲しい。┌(:3」└)┐
🧀Re:5114◆まさに必要な情報をありがとうございます。
🧀Re:5115◆ご確認ありがとうございます～。(╹◡╹)ﾉ
🧀Re:5114◆まさに必要な情報をありがとうございます。
ログイン限定モードで使用しているためこれが原因です。ログイン者限定モードでは、ログインしている人しか中身を閲覧できません。「OGPを読みに来るクローラー」は当然『ログインしていないユーザ』なので中身は読めず、「非ログイン状態の画面」しか読み込めないのです。したがって、OGPの記述も読めないわけです。これは、Basic認証で保護されたページのOGPが読めないのと同じことです。
🧀Re:5115◆ご確認ありがとうございます～。(╹◡╹)ﾉ
by nishishi. ⌚2025年4月18日(金) 21:58:09〔35日前〕 回答/返信 ＜280文字＞ 編集
🧀Re:5112◆HTMLのhead要素内に記述するOGPの各ソースはもちろん自力で書いても構いません。自力で書いたソースがOGPとして機能しないのなら、何らかの記述が間違っているのだと思います。どこが間違っているのかを指摘するためには、具体的に「どこにどう書いたのか」のソース等を教えて頂く必要があります。また、『画像や説明文が表示（反映）されません』というのは、「どうやって確認した結果なのか」もお知らせ頂けると、なお回答の参考になって望ましいです。一番良いのは、問題のページのURLをお知らせ頂くことです。
by nishishi. ⌚2025年4月18日(金) 21:07:03〔35日前〕 回答/返信 ＜256文字＞ 編集
開発進捗状況報告サイトで、てがろぐ Ver 4.5.7(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.5.7βの更新点(概要)：
《▼新機能》
●投稿欄下部のボタンでカード型リンクを挿入できるようにする「OGPカード」ボタンの表示機能を追加。
《▼不具合修正》
❎カード型リンクが文字化けするケースがある問題を（さらに）修正。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
🆕 Ver 4.5.7βの更新点(概要)：
《▼新機能》
●投稿欄下部のボタンでカード型リンクを挿入できるようにする「OGPカード」ボタンの表示機能を追加。
《▼不具合修正》
❎カード型リンクが文字化けするケースがある問題を（さらに）修正。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
by nishishi. ⌚2025年4月18日(金) 19:46:52〔35日前〕 アップデート✨ ＜300文字＞ 編集
Ver 4.5.7β(未配布)の動作テスト
(Loading...)... (Loading...)... (Loading...)...
🍔Re:5109◆β版のご試用をどうもありがとうございます～。(╹◡╹)ﾉ 今夜までには（文字化けの可能性をさらに減らした）Ver 4.5.7βを公開する予定です。（次の正式版 4.6.0 も、できれば今月末までにはリリースしたいと思っています。）
(Loading...)... (Loading...)... (Loading...)...
🍔Re:5109◆β版のご試用をどうもありがとうございます～。(╹◡╹)ﾉ 今夜までには（文字化けの可能性をさらに減らした）Ver 4.5.7βを公開する予定です。（次の正式版 4.6.0 も、できれば今月末までにはリリースしたいと思っています。）
by nishishi. ⌚2025年4月18日(金) 11:20:37〔36日前〕 ＜167文字＞ 編集
しっかり、まばたきしましょう。(>_<) (O_O) (>_<) (O_O) (>_<) (O_O) (>_<) (O_O)
🥞Re:5187◆おっと、さくらインターネットでも500エラーが出てしまいますか。
以下の2点を教えて頂けますでしょうか。
➊Perlのバージョンは何でしょうか？
てがろぐ管理画面HOMEで、Perlのバージョンを知る方法
もしくは、サーバのコントロールパネル等で確認しても良いです。さくらインターネットの場合は、コントロールパネル左端のメニューで［スクリプト設定］→［言語バージョン設定］を見ると出てきます。
➋同一サーバ内に新しいディレクトリを作成して、てがろぐVer 4.6.xをそこに新規セットアップした場合でも、500エラーになりますか？
なる場合：
500エラーが出た直後に、サーバのエラーログ画面を表示すると、下端付近にtegalog.cgi関連のエラーが記録されていると思います。その内容を教えて下さい。（ここに書いて下さっても良いですし、メールで送って下さっても良いです。）
※サーバのエラーログは、以下の手順で閲覧できます。
さくらインターネットのコントロールパネルにログインして、左端のメニューから［サーバーステータス］→［アクセスログ］とたどり、「エラーログ」という区画にある「本日のエラーログ」ボタンを押すと、下図のような画面になります。
ここには、直近に発生したエラーが1000件まで表示されています。(最新のデータは下端)
ここで、もし右端にスクロールバーが見えている場合は下端までスクロールして下さい。
おそらくその最下行あたりに、tegalog.cgiかfumycts.pl関連で何らかのエラーが出ていると思います。（※複数行ある可能性があります。）
それをコピーして教えて下さい。
※どれなのか判別できない場合は、丸ごとメール等で送って下さっても良いです。
※先にエラーを発生させないとログに出てこない点にご注意下さい。コントロールパネルを表示させた後にエラーを出した場合は、この画面に見える「更新」ボタンを押して下さい。
ならない場合：