てがろぐ
- Fumy Otegaru Memo Logger -
カテゴリ「回答/返信」に属する投稿［810件］
🍘Re:6025◆ああ、そういえば通常とプレイリストとで属性が結構異なりますね。これは単に、「通常の埋め込み機能」と「プレイリストの埋め込み機能」を実装した時期が異なるからです。YouTubeの埋め込み機能を最初に実装したのはずーいぶん前なので、その当時のYouTube公式埋め込みコードには referrerpolicy属性がなかったのだと思います。次のバージョンアップ時に、その辺も最新のコードにアップデートしておきます。
朝食はサンドイッチ。🥪🥪🥪
🥪Re:6015◆ぜひ、ログインしてご利用下さい！ ご登録をお待ちしています～。(╹◡╹)ﾉ
🥪Re:6016◆.htaccessファイルは、設置したディレクトリだけでなく、そこに含まれているすべてのサブディレクトリにも影響します。なので、「てがろぐフォルダ内にある.htaccess」だけを無効にしても、親ディレクトリ側に.htaccessファイルがあるなら、それらの.htaccessの影響も受けます。したがって、それらもすべて無効にしてみる必要があります。
例えば、てがろぐを www.example.com/hoge/tegalog/tegalog.cgi の位置に設置しているのだとしたら、以下のすべての.htaccessの影響を受けます。
※例えば、上記の 1と3 に同じアクセス制限を記述していたなら、1だけからその制限を削除しても、3が有効なので意味がありません。（逆にいえば、3にアクセス制限を記述しているなら、それはサイト内の全ディレクトリに影響しますから、1に同じアクセス制限を書いておく意味はありません。）
上記を試した結果として（てがりんく登録を試したときに）エラーが出なくなるのであれば、それが原因です。原因になっている.htaccessファイルを突き止められたら、その中の記述から原因になっているっぽい記述を探してみて下さい。
🥪Re:6015◆ぜひ、ログインしてご利用下さい！ ご登録をお待ちしています～。(╹◡╹)ﾉ
🥪Re:6016◆.htaccessファイルは、設置したディレクトリだけでなく、そこに含まれているすべてのサブディレクトリにも影響します。なので、「てがろぐフォルダ内にある.htaccess」だけを無効にしても、親ディレクトリ側に.htaccessファイルがあるなら、それらの.htaccessの影響も受けます。したがって、それらもすべて無効にしてみる必要があります。
例えば、てがろぐを www.example.com/hoge/tegalog/tegalog.cgi の位置に設置しているのだとしたら、以下のすべての.htaccessの影響を受けます。
- www.example.com/hoge/tegalog/.htaccess
- www.example.com/hoge/.htaccess
- www.example.com/.htaccess
※例えば、上記の 1と3 に同じアクセス制限を記述していたなら、1だけからその制限を削除しても、3が有効なので意味がありません。（逆にいえば、3にアクセス制限を記述しているなら、それはサイト内の全ディレクトリに影響しますから、1に同じアクセス制限を書いておく意味はありません。）
上記を試した結果として（てがりんく登録を試したときに）エラーが出なくなるのであれば、それが原因です。原因になっている.htaccessファイルを突き止められたら、その中の記述から原因になっているっぽい記述を探してみて下さい。
昼食はピザとサラダ。🥗🍕
🥗Re:6012◆一時的にアクセス制限(.htaccess)ファイルを取り除いた状態でエラーが出ずに済むかどうかを確かめてみると、「アクセス制限が原因なのか、それ以外の場所に原因があるのか」の切り分けができます。まず、そこを確かめてみることをお勧めします。
🥗Re:6013◆ああ、確かに controlslist="nodownload nofullscreen noremoteplayback" のように含めると、キャプション扱いになってしまいますね。属性値の中に半角スペースの存在を許容していなかったのでそうなるようです。次のバージョンで修正します。
※なお、HTMLの文法的には、カンマ区切りcontrolslist="nodownload,nofullscreen,noremoteplayback"ではなくスペース区切りcontrolslist="nodownload nofullscreen noremoteplayback"です。（どちらにせよ今のバージョンでは認識されませんけども。）
🥗Re:6012◆一時的にアクセス制限(.htaccess)ファイルを取り除いた状態でエラーが出ずに済むかどうかを確かめてみると、「アクセス制限が原因なのか、それ以外の場所に原因があるのか」の切り分けができます。まず、そこを確かめてみることをお勧めします。
🥗Re:6013◆ああ、確かに controlslist="nodownload nofullscreen noremoteplayback" のように含めると、キャプション扱いになってしまいますね。属性値の中に半角スペースの存在を許容していなかったのでそうなるようです。次のバージョンで修正します。
※なお、HTMLの文法的には、カンマ区切りcontrolslist="nodownload,nofullscreen,noremoteplayback"ではなくスペース区切りcontrolslist="nodownload nofullscreen noremoteplayback"です。（どちらにせよ今のバージョンでは認識されませんけども。）
備蓄を追加するならアイスかかき氷か迷う……。🍨🍧🍨🍧🍨🍧
🍨Re:6006◆詳しい背景情報をありがとうございます。状況がよく分かって助かります。
その場合、<body class="[[FREELINE:a]]"> と書いて、名前付き1行単位フリースペースにはclass名だけを書くようにしてはどうでしょうか。その場合、classが何もない場合は <body class=""> という出力になるだけですから、余分な空白で不自然に見えることはありませんし。属性値が空の属性は普通によくある記述ですし。
空の属性も嫌な場合は、<body class="[[FREELINE:a]]normal"> と書いておく手もあります。すると、
畳む
この方が、スキン側に直接classを追記したくなった場合にも対応できるので便利だと思います。
🍨Re:6007◆セットアップ方法ページにある「管理者権限を持つIDが消えてしまって、設定も何もできなくなってしまった場合の対処方法」の手順で操作してみて下さい。（もしそれでもうまくいかない場合は、再度お知らせ下さい。）
🍨Re:6006◆詳しい背景情報をありがとうございます。状況がよく分かって助かります。
その場合、<body class="[[FREELINE:a]]"> と書いて、名前付き1行単位フリースペースにはclass名だけを書くようにしてはどうでしょうか。その場合、classが何もない場合は <body class=""> という出力になるだけですから、余分な空白で不自然に見えることはありませんし。属性値が空の属性は普通によくある記述ですし。
空の属性も嫌な場合は、<body class="[[FREELINE:a]]normal"> と書いておく手もあります。すると、
- classが何もなければ <body class="normal"> という出力になりますし、
- 1行フリースペースにnotと書かれていれば、 <body class="notnormal"> という出力になります。
畳む
この方が、スキン側に直接classを追記したくなった場合にも対応できるので便利だと思います。
🍨Re:6007◆セットアップ方法ページにある「管理者権限を持つIDが消えてしまって、設定も何もできなくなってしまった場合の対処方法」の手順で操作してみて下さい。（もしそれでもうまくいかない場合は、再度お知らせ下さい。）
昼食はそうめん。
🍜Re:6000◆ああ、パーツの生成に使っているとかで技術的に独立したコンテンツになっていない、というような事情ではなく、運用上の都合なわけですね。解説ありがとうございます。◆質問の場としては確かに悩ましいところではあります。過去にも、頂いたご質問から不具合が判明したケースは多々ありましたから、ありがたい面もありますしね……。
現状の問題は「その質問者（要望者）が、過去にも何度も投稿している方なのか、今回が初めての方なのか」みたいな背景情報が何一つ分からないので、書かれている情報が不足していると背景の推測が難しいことなんですよね。なので、せめて過去の発言も遡れるように、固有のIDで投稿して欲しいわけです。
例えばNo.6000さんに関しても、No.5990が初めての投稿だったのか、それとも以前から何度かお書き下さっていたのか、私には何も分かりませんので、「過去の利用をふまえた上での不安」なのか「たまたま今見かけて思いついたので書いてみただけ」なのかの判断が私にはできないわけです。
もし前者なら、同様に思っている方が他にも居そうだな、と考えられますが、後者の場合はそうとは言えません。つまり、投稿者の背景が見えないと、「その点に本当に需要がありそうかどうか」という需要の判断が難しいので、どれくらいのレベルで参考にすべきなのかの判断ができないわけです。
ただ、需要の判断が必要なのはあくまでも「要望」に対してであって、「質問」に関してはそうではありませんから、確かに質問はもうちょっと簡単にできる仕組みがある方が良いかな、という気はしています。ただ、ゲストアカウントを用意してしまうと、結局そこで（背景情報が分からないまま）何でも書ける点で今と変わらないので、その点をどうするかはまだ迷っているところです。畳む
🍜Re:6001,6003◆既にご解決のようですが、補足しておきます。
①多目的フリースペースにはHTMLが使えますので、ご解決のとおり、a要素とimg要素を使ってHTMLを直接記述して頂く方法が使えます。（てがろぐの投稿に使える独自記法はここでは使えません。No.6002さんがご指摘のように、スキンに使える一部の記法だけが例外的に使えるだけです。）
②これもNo.6002さんの解説の通りです。付属の.htaccessで実現されるのは、
もし、
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /hogehoge/$1 [L]
……のような方法で使えます。（※セットアップ先が hogehoge ディレクトリの場合）畳む.htaccessの仕様に詳しくないのであれば、使わない方が無難ですのでお勧めしません。（詳しくない状態でコピー＆ペーストで使ってしまうと、次に何らかのトラブルに遭遇したときに原因究明が難しくなるためです。また、同様の方法でURLを調整しようとする他のツールと併用ができなくなる問題もあります。※特にWordPress等のCMSを使う場合など。）
なお、ウェブサーバーテストページが見えるのは、https://ドメイン/ の位置に何のファイルも置かれていないから（もしくはダミーのindex.htmlがあるから）だと思います。そこに自前で作成した index.html を置けば、ウェブサーバーテストページではなく自分で作ったページが見えるようになります。
もう既にURLを公表なさっているのであれば、てがろぐの設置位置は今のままで、https://ドメイン/ では自前の何らかのWebページ（案内ページなど）が見えるように index.html ファイルを作って設置なさると良いのではないかと思います。
🍜Re:6002◆サポートありがとうございます！(╹◡╹)ﾉ
🍜Re:6000◆ああ、パーツの生成に使っているとかで技術的に独立したコンテンツになっていない、というような事情ではなく、運用上の都合なわけですね。解説ありがとうございます。◆質問の場としては確かに悩ましいところではあります。過去にも、頂いたご質問から不具合が判明したケースは多々ありましたから、ありがたい面もありますしね……。
現状の問題は「その質問者（要望者）が、過去にも何度も投稿している方なのか、今回が初めての方なのか」みたいな背景情報が何一つ分からないので、書かれている情報が不足していると背景の推測が難しいことなんですよね。なので、せめて過去の発言も遡れるように、固有のIDで投稿して欲しいわけです。
例えばNo.6000さんに関しても、No.5990が初めての投稿だったのか、それとも以前から何度かお書き下さっていたのか、私には何も分かりませんので、「過去の利用をふまえた上での不安」なのか「たまたま今見かけて思いついたので書いてみただけ」なのかの判断が私にはできないわけです。
もし前者なら、同様に思っている方が他にも居そうだな、と考えられますが、後者の場合はそうとは言えません。つまり、投稿者の背景が見えないと、「その点に本当に需要がありそうかどうか」という需要の判断が難しいので、どれくらいのレベルで参考にすべきなのかの判断ができないわけです。
ただ、需要の判断が必要なのはあくまでも「要望」に対してであって、「質問」に関してはそうではありませんから、確かに質問はもうちょっと簡単にできる仕組みがある方が良いかな、という気はしています。ただ、ゲストアカウントを用意してしまうと、結局そこで（背景情報が分からないまま）何でも書ける点で今と変わらないので、その点をどうするかはまだ迷っているところです。畳む
🍜Re:6001,6003◆既にご解決のようですが、補足しておきます。
①多目的フリースペースにはHTMLが使えますので、ご解決のとおり、a要素とimg要素を使ってHTMLを直接記述して頂く方法が使えます。（てがろぐの投稿に使える独自記法はここでは使えません。No.6002さんがご指摘のように、スキンに使える一部の記法だけが例外的に使えるだけです。）
②これもNo.6002さんの解説の通りです。付属の.htaccessで実現されるのは、
- https://ドメイン/hogehoge/tegalog.cgi ←ここに置いたら
- https://ドメイン/hogehoge/ ←このURLでアクセスできる
もし、
- https://ドメイン/ ←このURLでアクセスさせたいなら
- https://ドメイン/tegalog.cgi ←この位置に置く必要があります。
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /hogehoge/$1 [L]
……のような方法で使えます。（※セットアップ先が hogehoge ディレクトリの場合）畳む.htaccessの仕様に詳しくないのであれば、使わない方が無難ですのでお勧めしません。（詳しくない状態でコピー＆ペーストで使ってしまうと、次に何らかのトラブルに遭遇したときに原因究明が難しくなるためです。また、同様の方法でURLを調整しようとする他のツールと併用ができなくなる問題もあります。※特にWordPress等のCMSを使う場合など。）
なお、ウェブサーバーテストページが見えるのは、https://ドメイン/ の位置に何のファイルも置かれていないから（もしくはダミーのindex.htmlがあるから）だと思います。そこに自前で作成した index.html を置けば、ウェブサーバーテストページではなく自分で作ったページが見えるようになります。
もう既にURLを公表なさっているのであれば、てがろぐの設置位置は今のままで、https://ドメイン/ では自前の何らかのWebページ（案内ページなど）が見えるように index.html ファイルを作って設置なさると良いのではないかと思います。
🍜Re:6002◆サポートありがとうございます！(╹◡╹)ﾉ
朝食はホットドッグ。🌭🌭🌭
🌭Re:5995◆ご説明からは、別のディレクトリに上げた画像のファイル名が、元の(imagesディレクトリにある)画像のファイル名と同じだった場合にそういう不整合がもしかしたら起きるのかな……という気もしましたが、とりあえず再現できないと原因究明ができないので、次にその状況になったときに、どんなファイル名で、何をどうした直後にそうなったのかをメモってみて下さい。
あと、てがろぐでは「実際にimagesディレクトリに存在する画像」をリアルタイムで確認しているわけではなく、「キャプションやフラグ情報と共に画像リストを記録したINDEXファイル」（＝画像インデックスファイル）から画像を認識しています。なので、てがろぐ外部で画像を操作すると、一時的にファイルの有無の認識にズレが発生する可能性があります。画像インデックスファイルは、画像一覧画面を表示するたびに再生成されますので、もし次回にその状況が発生したら、一度画像一覧画面（全画像がリストアップされている最初の画面）に戻ってから、再度実行してみて同じ現象が出るかどうかも確認してみて下さい。
🌭Re:5996◆ご報告をありがとうございます。うまくいったようで良かったです。(╹◡╹)ﾉ
🌭Re:5997◆参考までにお尋ねしたいのですが、直リンクできない「サイト内部にあるてがろぐ」というのは、具体的には何に使っているのですか？
🌭Re:5998◆ご活用ありがとうございます！ 個人的にはおもしろいと思うんですけどもね。^^; 出力されるHTMLソースが多めになりますけども。
🌭Re:5995◆ご説明からは、別のディレクトリに上げた画像のファイル名が、元の(imagesディレクトリにある)画像のファイル名と同じだった場合にそういう不整合がもしかしたら起きるのかな……という気もしましたが、とりあえず再現できないと原因究明ができないので、次にその状況になったときに、どんなファイル名で、何をどうした直後にそうなったのかをメモってみて下さい。
あと、てがろぐでは「実際にimagesディレクトリに存在する画像」をリアルタイムで確認しているわけではなく、「キャプションやフラグ情報と共に画像リストを記録したINDEXファイル」（＝画像インデックスファイル）から画像を認識しています。なので、てがろぐ外部で画像を操作すると、一時的にファイルの有無の認識にズレが発生する可能性があります。画像インデックスファイルは、画像一覧画面を表示するたびに再生成されますので、もし次回にその状況が発生したら、一度画像一覧画面（全画像がリストアップされている最初の画面）に戻ってから、再度実行してみて同じ現象が出るかどうかも確認してみて下さい。
🌭Re:5996◆ご報告をありがとうございます。うまくいったようで良かったです。(╹◡╹)ﾉ
🌭Re:5997◆参考までにお尋ねしたいのですが、直リンクできない「サイト内部にあるてがろぐ」というのは、具体的には何に使っているのですか？
🌭Re:5998◆ご活用ありがとうございます！ 個人的にはおもしろいと思うんですけどもね。^^; 出力されるHTMLソースが多めになりますけども。
朝食はサンドイッチ。🥪🥪🥪
🥪Re:5993◆[[CATEGORYNAMES]]で挿入されるのはリンクではなく、アイコンと名前ですがリンクも出ていますか？
なお、[[CATEGORYNAMES]]ではなく[[CATEGORYLINKS:～]]の方を使って、[[CATEGORYLINKS:T]]と書けばカテゴリ名だけが出ます。
詳しくは、リファレンスの【カテゴリ関連要素】をご覧下さい。
🥪Re:5993◆[[CATEGORYNAMES]]で挿入されるのはリンクではなく、アイコンと名前ですがリンクも出ていますか？
なお、[[CATEGORYNAMES]]ではなく[[CATEGORYLINKS:～]]の方を使って、[[CATEGORYLINKS:T]]と書けばカテゴリ名だけが出ます。
詳しくは、リファレンスの【カテゴリ関連要素】をご覧下さい。
朝食はクロワッサン🥐🥐🥐
🥐Re:5990◆今のところはこちらにお書き下さって問題ありません。ちょいと説明が紛らわしいので以下のようにⒶ・Ⓑとしますが、ⒷにIDがある場合にはそちらにお書き頂きたいですが、ない場合は（今は）これまで通りⒶをお使い下さい。
ただ、Ⓑが安定動作できることが分かれば（※今の時点で150件以上のIDがありますが今のところ特に重たくはなっていません。とはいえ今後もそうなのかは試してみないと分かりませんからそれを確認したいと思っています）、Ⓐの過去ログをすべてⒷへ移して、Ⓐは閉鎖してⒷだけで運営するつもりでいます。
その際、リンク集に登録していない場合の投稿をどうするかは、まだ考えていません。何にしても、『匿名で何でも書ける状態』はちょっと運営上のリスクが高いので、少なくとも（今のⒶのように）匿名のまま何でも書ける運営にはしない予定で考えています。（今のところ。）
🥐Re:5991◆おっと、そんな問題がありましたか。ピンク枠に一瞬見えるファイルは1つだけですか？ それとも多数ですか？ 何かファイル名に規則性はありそうですか？ 試しに適当な画像を1つだけUPして未使用のままにして「未使用画像を探す」機能を使ってみた場合、やはりそれもヒットしませんか？ また、管理者権限のあるIDでログインした状態ですか？（もし違う場合は、管理者IDでログインして試すとどうなりますか？）
🥐Re:5990◆今のところはこちらにお書き下さって問題ありません。ちょいと説明が紛らわしいので以下のようにⒶ・Ⓑとしますが、ⒷにIDがある場合にはそちらにお書き頂きたいですが、ない場合は（今は）これまで通りⒶをお使い下さい。
ただ、Ⓑが安定動作できることが分かれば（※今の時点で150件以上のIDがありますが今のところ特に重たくはなっていません。とはいえ今後もそうなのかは試してみないと分かりませんからそれを確認したいと思っています）、Ⓐの過去ログをすべてⒷへ移して、Ⓐは閉鎖してⒷだけで運営するつもりでいます。
その際、リンク集に登録していない場合の投稿をどうするかは、まだ考えていません。何にしても、『匿名で何でも書ける状態』はちょっと運営上のリスクが高いので、少なくとも（今のⒶのように）匿名のまま何でも書ける運営にはしない予定で考えています。（今のところ。）
🥐Re:5991◆おっと、そんな問題がありましたか。ピンク枠に一瞬見えるファイルは1つだけですか？ それとも多数ですか？ 何かファイル名に規則性はありそうですか？ 試しに適当な画像を1つだけUPして未使用のままにして「未使用画像を探す」機能を使ってみた場合、やはりそれもヒットしませんか？ また、管理者権限のあるIDでログインした状態ですか？（もし違う場合は、管理者IDでログインして試すとどうなりますか？）
🥗Re:5983◆ふーむ。確かにおっしゃる動作になりますね。私の意図とも異なる動作なので、ちょっと確認してみます。
とりあえず現状では、[1: Re\:cord] のように [1: の直後に半角スペースを1つ入れると、class名だとは誤解されなくなるので、その方法でご対処下さい。（※半角スペースでなくても、要はclass名に使えない文字なら何でも良いと思います。）
とりあえず現状では、[1: Re\:cord] のように [1: の直後に半角スペースを1つ入れると、class名だとは誤解されなくなるので、その方法でご対処下さい。（※半角スペースでなくても、要はclass名に使えない文字なら何でも良いと思います。）
- 半角スペースなし→ cord
- 半角スペースあり→ Re:cord
昼食は、ピザとサラダ。🥗🍕🥗🍕🥗🍕
🥗Re:5975◆ご回答ありがとうございます。今後の改修の参考にします。気長にお待ち頂ければ幸いです。(╹◡╹)
🥗Re:5976◆てがりんくご活用ありがとうございます。
🥗Re:5977◆確かに、1投稿の文字数にシステム的な上限はありません。ただ、今のところ1投稿で送信されるデータ量が50MBを超えると通信が拒否されますから（UTF-8の場合は、日本語文字はほぼ1文字3バイトなので）事実上は1,746万文字くらいが上限ですね。(笑) 文庫本174冊分くらい。(笑)
もっとも、そこまで莫大な文字数があると、ブラウザの方が表示を拒否する可能性もありそうですが。ローカル環境での実験では、改行を含む日本語文章100万文字なら余裕で投稿可能ではありました。改行も空白も含まない英数字だけの羅列だと数万文字で（ブラウザ側が表示を拒否してしまって）当該部分だけ表示できないケースはありましたけども。（そんな特殊な投稿の需要はまずないと思いますが。^^;）
🥗Re:5978◆管理画面の[設定]→[ページの表示]→【全文検索／機能】で設定できますので、ヒットさせたくない項目のチェックを外して下さい。
全文検索の検索対象設定
🥗Re:5975◆ご回答ありがとうございます。今後の改修の参考にします。気長にお待ち頂ければ幸いです。(╹◡╹)
🥗Re:5976◆てがりんくご活用ありがとうございます。
🥗Re:5977◆確かに、1投稿の文字数にシステム的な上限はありません。ただ、今のところ1投稿で送信されるデータ量が50MBを超えると通信が拒否されますから（UTF-8の場合は、日本語文字はほぼ1文字3バイトなので）事実上は1,746万文字くらいが上限ですね。(笑) 文庫本174冊分くらい。(笑)
もっとも、そこまで莫大な文字数があると、ブラウザの方が表示を拒否する可能性もありそうですが。ローカル環境での実験では、改行を含む日本語文章100万文字なら余裕で投稿可能ではありました。改行も空白も含まない英数字だけの羅列だと数万文字で（ブラウザ側が表示を拒否してしまって）当該部分だけ表示できないケースはありましたけども。（そんな特殊な投稿の需要はまずないと思いますが。^^;）
🥗Re:5978◆管理画面の[設定]→[ページの表示]→【全文検索／機能】で設定できますので、ヒットさせたくない項目のチェックを外して下さい。
久しぶりにコロッケを食べました。🥔🥔🥔
🥔Re:5968◆了解です。ToDoリストに入れておきます。気長にお待ち頂ければ幸いです。
🥔Re:5969◆検討機能投票に加えてみました。まだ投票は始まったばかりですが、票は入っていますね。
🥔Re:5970◆ああ、連携コード云々ではなく、てがろぐの設定画面で設定を保存しようとするだけで403が出る、という問題ですね？ サーバ側のWAFの問題だと、CGI側ではどうにもならないので、確かにサーバ管理者さんにご対処頂くほかありません。うまくいくと良いのですけども。報道によると、今日は日本中で猛暑・酷暑だったみたいですね。
🥔Re:5971◆ご質問は以下のどちらでしょうか？
🥔Re:5968◆了解です。ToDoリストに入れておきます。気長にお待ち頂ければ幸いです。
🥔Re:5969◆検討機能投票に加えてみました。まだ投票は始まったばかりですが、票は入っていますね。
🥔Re:5970◆ああ、連携コード云々ではなく、てがろぐの設定画面で設定を保存しようとするだけで403が出る、という問題ですね？ サーバ側のWAFの問題だと、CGI側ではどうにもならないので、確かにサーバ管理者さんにご対処頂くほかありません。うまくいくと良いのですけども。報道によると、今日は日本中で猛暑・酷暑だったみたいですね。
🥔Re:5971◆ご質問は以下のどちらでしょうか？
- てがろぐCGIを「パラメータなし」で閲覧したときに、Aboutページモードが表示されるようにしたい。
- てがりんくに登録する『てがろぐへの直リンク』を、「パラメータなし」ではなくAboutページモードにしたい。
今日はコーヒーを飲み過ぎた気がしたりしなかったり。☕☕☕
☕Re:5961◆ご質問が4つありましたので順に回答します。①今のところ仕様です。②今のところ設定機能はありません。③直後に半角文字など「URLに含まれていてもおかしくない文字」が続くと、それもURLの一部だと判断されてしまいます。それを防ぐために挿入しています。全角文字が続く場合は空白を入れる必要性はありません。④私もリンク等の直後に空白ができるのは好きではないので毎回消しています。┌(:3」└)┐ 設定でON/OFFできると嬉しい方々もそこそこいらっしゃるでしょうかね。気長にお待ち頂ければ幸いです。
☕Re:5963◆てがろぐの記法だけでは無理ですが、<span ...>[[DATE:Y/]]</span><span ...>[[DATE:M/D h:m:s]]</span> のように年だけを別要素に分離しておいて、JavaScriptで現在年と表示年とを比較して、年の表示/非表示を切り替える方法が使えると思います。
☕Re:5964◆ご報告をありがとうございます！(╹◡╹)ﾉ
☕Re:5965◆ああ、なるほど。確かに強制的に角括弧は排除されますね。今まで、「角括弧を付けないようにしたい」という方向の要望しかなかったので、「角括弧を付けたい」という方向のご要望は初めて見た気がします。(笑) 既存ハッシュタグ簡単入力機能のリストに、むしろ角括弧を全部付ける、というような項目も設けるようにしましょうかね？ 「本文中の記載通り」だと、同じハッシュタグで角括弧の有無が混在しているときにちょっと困るので、機能を加えるとすると「問答無用で全部付ける」という感じになりそうですが。半角英数だけのハッシュタグにも全部角括弧が付いて良いですか？
☕Re:5966◆サポートありがとうございます。(╹◡╹)
☕Re:5961◆ご質問が4つありましたので順に回答します。①今のところ仕様です。②今のところ設定機能はありません。③直後に半角文字など「URLに含まれていてもおかしくない文字」が続くと、それもURLの一部だと判断されてしまいます。それを防ぐために挿入しています。全角文字が続く場合は空白を入れる必要性はありません。④私もリンク等の直後に空白ができるのは好きではないので毎回消しています。┌(:3」└)┐ 設定でON/OFFできると嬉しい方々もそこそこいらっしゃるでしょうかね。気長にお待ち頂ければ幸いです。
☕Re:5963◆てがろぐの記法だけでは無理ですが、<span ...>[[DATE:Y/]]</span><span ...>[[DATE:M/D h:m:s]]</span> のように年だけを別要素に分離しておいて、JavaScriptで現在年と表示年とを比較して、年の表示/非表示を切り替える方法が使えると思います。
☕Re:5964◆ご報告をありがとうございます！(╹◡╹)ﾉ
☕Re:5965◆ああ、なるほど。確かに強制的に角括弧は排除されますね。今まで、「角括弧を付けないようにしたい」という方向の要望しかなかったので、「角括弧を付けたい」という方向のご要望は初めて見た気がします。(笑) 既存ハッシュタグ簡単入力機能のリストに、むしろ角括弧を全部付ける、というような項目も設けるようにしましょうかね？ 「本文中の記載通り」だと、同じハッシュタグで角括弧の有無が混在しているときにちょっと困るので、機能を加えるとすると「問答無用で全部付ける」という感じになりそうですが。半角英数だけのハッシュタグにも全部角括弧が付いて良いですか？
☕Re:5966◆サポートありがとうございます。(╹◡╹)
雨は降っていないのに湿度が高い……。_(┐｢ε:)_
☕Re:5959◆今のところ、SSI等を使って（tegalog.cgiの存在しないディレクトリに）埋め込んで表示した場合は、カード型リンクは表示されません。tegup.phpの位置を正しく出力できないためです。将来的にはどうにかしたいとは思っています。
なお、カード型リンクを書く際に、下記ⒶではなくⒷのようにリンクラベルを記述しておけば、（「Loading」の文字ではなく記述したリンクラベルが出力されるため）カード型リンク用のCSSがないページでは、通常のテキストリンクに見えます。
Ⓐ[:CARD]https://www.nishishi.com/
Ⓑ[にししふぁくとりー:CARD]https://www.nishishi.com/
今の時点では、この方法等をご活用頂ければ幸いです。（もしくは、カード型リンク記法を含まない投稿の中での最新投稿だけを埋め込む、という方法もありますが。）
☕Re:5959◆今のところ、SSI等を使って（tegalog.cgiの存在しないディレクトリに）埋め込んで表示した場合は、カード型リンクは表示されません。tegup.phpの位置を正しく出力できないためです。将来的にはどうにかしたいとは思っています。
なお、カード型リンクを書く際に、下記ⒶではなくⒷのようにリンクラベルを記述しておけば、（「Loading」の文字ではなく記述したリンクラベルが出力されるため）カード型リンク用のCSSがないページでは、通常のテキストリンクに見えます。
Ⓐ[:CARD]https://www.nishishi.com/
Ⓑ[にししふぁくとりー:CARD]https://www.nishishi.com/
今の時点では、この方法等をご活用頂ければ幸いです。（もしくは、カード型リンク記法を含まない投稿の中での最新投稿だけを埋め込む、という方法もありますが。）
カフェインが足りない（気がする）ので珈琲飴を舐めています。☕🍬☕🍬☕🍬
☕Re:5952◆今のところ、No.5953さんがご回答下さっているiframeを使う方法が現実的だと思います。iframeを使いたくない場合は、ランダム表示用のスキンを作っておいて、それをJavaScriptのfetchで呼んで合成する方法もある気はします。
☕Re:5953◆サポートありがとうございます！(╹◡╹)ﾉ
☕Re:5956◆ナビゲーションのPREV・NEXTは、古いか新しいか(old/new)を表しているわけではなく前か次かを表しています。
逆順に表示しているなら、NEXTが新しい投稿の方になるのはそのためです。
つまり、
この場合、「次」と言えば「新しい投稿」のことだと決め打ちしています。この点にはちょっと解釈の余地がありましたね。実装段階ではそこまで気を遣っていませんでした。
単独記事で左側をNEXTにしたい場合は、おっしゃるとおり [[NAVI:PREVNEXT]] を使わずに [[NAVI:PREV]] と [[NAVI:NEXT]] を個別に配置して頂くのが良いと思います。
スキンのHTMLを複雑にしたくない場合は、CSSのorderで表示順序を変える手もあります。
☕Re:5952◆今のところ、No.5953さんがご回答下さっているiframeを使う方法が現実的だと思います。iframeを使いたくない場合は、ランダム表示用のスキンを作っておいて、それをJavaScriptのfetchで呼んで合成する方法もある気はします。
☕Re:5953◆サポートありがとうございます！(╹◡╹)ﾉ
☕Re:5956◆ナビゲーションのPREV・NEXTは、古いか新しいか(old/new)を表しているわけではなく前か次かを表しています。
逆順に表示しているなら、NEXTが新しい投稿の方になるのはそのためです。
つまり、
- 降順（新しい投稿→古い投稿）で表示しているなら「次」とは「古い投稿」のことですし、
- 昇順（古い投稿→新しい投稿）で表示しているなら「次」とは「新しい投稿」のことだということです。
この場合、「次」と言えば「新しい投稿」のことだと決め打ちしています。この点にはちょっと解釈の余地がありましたね。実装段階ではそこまで気を遣っていませんでした。
単独記事で左側をNEXTにしたい場合は、おっしゃるとおり [[NAVI:PREVNEXT]] を使わずに [[NAVI:PREV]] と [[NAVI:NEXT]] を個別に配置して頂くのが良いと思います。
スキンのHTMLを複雑にしたくない場合は、CSSのorderで表示順序を変える手もあります。
今日も水ようかんを食べました。水ようかんがローカルブームなので。
🍵Re:5947◆ご指摘をありがとうございます。title要素の中にIF記法を書くと、そうなってしまいますね。
そのうち設定項目を用意してON/OFFできるようにしようかとも思いますが、とりあえず今日リリースした Ver 4.9.0 に以下の仕様を加えておきました。この記法を使えば、タイトルの中にコメントが出てしまうのを防げますのでご活用下さい。
つまり、
❎ [[IF(onelog):[[OGP:TITLE:CONTENT]]]:IF]] ではなく、
✅ [[IF(onelog -NOREFINFO):[[OGP:TITLE:CONTENT]]]:IF]] と書く感じです。
お試し下さい。
※「NOREFINFO」は No Reference Information の略で、参考情報を出さないようにする、みたいなイメージです。^^;
🍵Re:5947◆ご指摘をありがとうございます。title要素の中にIF記法を書くと、そうなってしまいますね。
そのうち設定項目を用意してON/OFFできるようにしようかとも思いますが、とりあえず今日リリースした Ver 4.9.0 に以下の仕様を加えておきました。この記法を使えば、タイトルの中にコメントが出てしまうのを防げますのでご活用下さい。
➡ IF記法の条件の中に -NOREFINFO と加えておくと、HTMLソースに <!-- IF文(onelog)により非出力 --> というコメント参考情報を出力しなくなります。
つまり、
❎ [[IF(onelog):[[OGP:TITLE:CONTENT]]]:IF]] ではなく、
✅ [[IF(onelog -NOREFINFO):[[OGP:TITLE:CONTENT]]]:IF]] と書く感じです。
お試し下さい。
※「NOREFINFO」は No Reference Information の略で、参考情報を出さないようにする、みたいなイメージです。^^;
ズッキーニのチーズグリルサンドイッチを食べました。おいしい。🥪🥪🥪
🥪Re:5944◆過去にも何度か >>3055,3056（>>3386,3387）あたりで出ているのですが、複数のスキンを駆使して構築している場合で、「ここだけは自動補完されたくない」というケースに対応できるテクニックとして、
というわけで、自動補完対象にしたい場合は小文字でお書き下さい。
そういえばヘルプドキュメントにはその辺のことを記載していませんでしたね。あとで追記しておきます。ご指摘ありがとうございます。
🥪Re:5944◆過去にも何度か >>3055,3056（>>3386,3387）あたりで出ているのですが、複数のスキンを駆使して構築している場合で、「ここだけは自動補完されたくない」というケースに対応できるテクニックとして、
- 小文字で書けば自動補完対象になる
- 大文字を混ぜれば自動補完されない
というわけで、自動補完対象にしたい場合は小文字でお書き下さい。
そういえばヘルプドキュメントにはその辺のことを記載していませんでしたね。あとで追記しておきます。ご指摘ありがとうございます。
Re:5940 の質問をしたものです。
ご回答ありがとうございました！
ご回答ありがとうございました！
🍨Re:5933◆何度でも使えますので何度でも使って下さい～。
もし、「実際に使えていないんだけど？」という場合は、もう少し具体的に状況を教えて下さい。
もし、「実際に使えていないんだけど？」という場合は、もう少し具体的に状況を教えて下さい。
No.5928の質問をした者です。
① 先頭に固定した投稿を編集する際に、投稿欄の下部にある[公開状態]→[先頭に固定]
こちらは大丈夫でした。
② 管理画面の[設定]→[投稿欄の表示]→【公開状態ボタンの表示設定】で、「▼表示する公開状態の選択：」の表の先頭にある『先頭に固定』にチェックは入っていますか？
こちらのチェックが入っていませんでした！
③ 管理画面の[設定]→[システム設定]→【投稿動作】→「▼投稿や編集直後の動作(移動先)」
こちらはHOME または 投稿単独ページに戻る (※1)にチェックが入っていました。
②にチェックを入れたところ、③はそのままでも大丈夫でした。他の設定画面に先頭固定に関する項目があるとは気付いておらず、解決する事ができてうれしいです。ありがとうございました！
① 先頭に固定した投稿を編集する際に、投稿欄の下部にある[公開状態]→[先頭に固定]
こちらは大丈夫でした。
② 管理画面の[設定]→[投稿欄の表示]→【公開状態ボタンの表示設定】で、「▼表示する公開状態の選択：」の表の先頭にある『先頭に固定』にチェックは入っていますか？
こちらのチェックが入っていませんでした！
③ 管理画面の[設定]→[システム設定]→【投稿動作】→「▼投稿や編集直後の動作(移動先)」
こちらはHOME または 投稿単独ページに戻る (※1)にチェックが入っていました。
②にチェックを入れたところ、③はそのままでも大丈夫でした。他の設定画面に先頭固定に関する項目があるとは気付いておらず、解決する事ができてうれしいです。ありがとうございました！
あ、つ、い。_(┐｢ε:)_
🍨Re:5925◆背景説明をありがとうございます。とりあえず、JavaScriptでご対処頂ければ幸いです。
🍨Re:5926,5927◆できるだけ今月中には公開したいな……と思って鋭意製作中です！
🍨Re:5928◆先頭に固定した投稿を編集しても、先頭固定が維持される（＝外れない）のが標準仕様です。
なので、もし編集する度に先頭固定が解除されてしまう動作になるなら、何かがおかしいです。下記の①・②・③をご確認下さい。
① 先頭に固定した投稿を編集する際に、投稿欄の下部にある[公開状態]→[先頭に固定]項目を見てみて下さい。チェックは入っているでしょうか？ ここのチェックが外れていると、先頭固定にはなりません（解除されてしまいます）。もしチェックが外れている場合は、何か強制的にチェックを外すようなスクリプト（edit.htmを読むよう設定している場合）なりアドオンなりを加えていないな確認してみて下さい。
② 管理画面の[設定]→[投稿欄の表示]→【公開状態ボタンの表示設定】で、「▼表示する公開状態の選択：」の表の先頭にある『先頭に固定』にチェックは入っていますか？ ここにチェックが入っていない場合、投稿欄の下部に[先頭に固定]というチェックボックスが出なくなります。この場合だと、たしかにおっしゃる動作になります。ここにチェックが入っていない場合、「投稿者に先頭固定機能を使わせない」という意味になりますので、（既に先頭固定されている投稿であっても）編集するたびに先頭固定は解除されます。特に不都合がなければ、『先頭に固定』にチェックを入れて、投稿欄の下部に[先頭に固定]というチェックボックスを出すようにして下さい。すると解決します。
③ 管理画面の[設定]→[システム設定]→【投稿動作】→「▼投稿や編集直後の動作(移動先)」で、設定を『投稿結果のステータス画面 を表示』に変更して保存して下さい。すると、既存の投稿を編集した後に、編集結果のステータス画面が出ます。先頭固定していた投稿を再編集してみて、ステータス画面に灰色の文字で表示された「付随処理：」の後に何が表示されるかを見てみて下さい。
「先頭固定を解除しました。」とか「先頭固定に指定されている投稿番号リストから xxxx を除外しました。」などと表示されていないでしょうか？ 先頭固定に関係しそうな報告が表示されている場合は、それを教えて下さい。
🍨Re:5925◆背景説明をありがとうございます。とりあえず、JavaScriptでご対処頂ければ幸いです。
🍨Re:5926,5927◆できるだけ今月中には公開したいな……と思って鋭意製作中です！
🍨Re:5928◆先頭に固定した投稿を編集しても、先頭固定が維持される（＝外れない）のが標準仕様です。
なので、もし編集する度に先頭固定が解除されてしまう動作になるなら、何かがおかしいです。下記の①・②・③をご確認下さい。
① 先頭に固定した投稿を編集する際に、投稿欄の下部にある[公開状態]→[先頭に固定]項目を見てみて下さい。チェックは入っているでしょうか？ ここのチェックが外れていると、先頭固定にはなりません（解除されてしまいます）。もしチェックが外れている場合は、何か強制的にチェックを外すようなスクリプト（edit.htmを読むよう設定している場合）なりアドオンなりを加えていないな確認してみて下さい。
② 管理画面の[設定]→[投稿欄の表示]→【公開状態ボタンの表示設定】で、「▼表示する公開状態の選択：」の表の先頭にある『先頭に固定』にチェックは入っていますか？ ここにチェックが入っていない場合、投稿欄の下部に[先頭に固定]というチェックボックスが出なくなります。この場合だと、たしかにおっしゃる動作になります。ここにチェックが入っていない場合、「投稿者に先頭固定機能を使わせない」という意味になりますので、（既に先頭固定されている投稿であっても）編集するたびに先頭固定は解除されます。特に不都合がなければ、『先頭に固定』にチェックを入れて、投稿欄の下部に[先頭に固定]というチェックボックスを出すようにして下さい。すると解決します。
③ 管理画面の[設定]→[システム設定]→【投稿動作】→「▼投稿や編集直後の動作(移動先)」で、設定を『投稿結果のステータス画面 を表示』に変更して保存して下さい。すると、既存の投稿を編集した後に、編集結果のステータス画面が出ます。先頭固定していた投稿を再編集してみて、ステータス画面に灰色の文字で表示された「付随処理：」の後に何が表示されるかを見てみて下さい。
「先頭固定を解除しました。」とか「先頭固定に指定されている投稿番号リストから xxxx を除外しました。」などと表示されていないでしょうか？ 先頭固定に関係しそうな報告が表示されている場合は、それを教えて下さい。
朝食はサンドイッチ。🥪🥪🥪
🥪Re:5922◆推測ありがとうございます！
🥪Re:5923◆その2つは完全に同じ内容が出力されますが、それでも装飾を分けたい状況とはどんな状況でしょうか？ 背景もお知らせ頂けると参考になって助かります。
なお、URL内にpage=1のようなパラメータがある場合にだけbody要素にclassを追加するには、以下のJavaScriptで実現できます。
<script>
var page = new URLSearchParams(location.search).get('page');
if(page !== null) {
document.body.classList.add('page' + page);
}
</script>
これを外側スキンの末尾にでも書いておけば、URL内にpage=1があれば、body要素のclassリストにpage1が追加されます。
副作用として、URL内にpage=2があれば、body要素のclassリストにpage2が追加されますが、URLにpage=～のパラメータがなければ何も追加されませんから、お望みの装飾分けが可能です。
🥪Re:5922◆推測ありがとうございます！
🥪Re:5923◆その2つは完全に同じ内容が出力されますが、それでも装飾を分けたい状況とはどんな状況でしょうか？ 背景もお知らせ頂けると参考になって助かります。
なお、URL内にpage=1のようなパラメータがある場合にだけbody要素にclassを追加するには、以下のJavaScriptで実現できます。
<script>
var page = new URLSearchParams(location.search).get('page');
if(page !== null) {
document.body.classList.add('page' + page);
}
</script>
これを外側スキンの末尾にでも書いておけば、URL内にpage=1があれば、body要素のclassリストにpage1が追加されます。
副作用として、URL内にpage=2があれば、body要素のclassリストにpage2が追加されますが、URLにpage=～のパラメータがなければ何も追加されませんから、お望みの装飾分けが可能です。
水ようかんを食べました。
🍵Re:5915◆今のところ残念ながらそうする機能はありません。需要がありそうなら考えます。
🍵Re:5916◆それはブラウザの禁則処理の問題なので、CSSで対処して頂くほかありません。overflow-wrapかword-breakを使うと良いと思います。ただ、それらを使うと（感嘆符の連続以外の箇所で）意図しない位置での折り返しが発生するかもしれませんのでご注意下さい。
🍵Re:5917◆たしかに、さくらインターネットのサーバで試すとForbiddenになりますね。リトルサーバのサーバだと問題ありませんでしたが。おそらくWAF（Web Application Firewall）の影響でしょう。さくらインターネットのコントロールパネルからWAF機能をOFFにすれば通るようになると思いますが、WAFをOFFにするのはお勧めできませんので、この場合はどうしようもないです。（※サーバ側が通信を拒否する場合、ツール側に対処する術はありませんので。）
てがろぐ自体がそのような操作を拒否しているわけではありません。（てがろぐが拒否する場合は、Forbiddenエラーなどではなく、もうちょっと分かりやすいエラーメッセージをてがろぐ側の画面デザインを使って出します。）
🍵Re:5918◆以下の違いがあります。
詳しくは、ヘルプドキュメントの『そのときの表示状況に応じたキーワードの一覧』をご覧下さい。
🍵Re:5915◆今のところ残念ながらそうする機能はありません。需要がありそうなら考えます。
🍵Re:5916◆それはブラウザの禁則処理の問題なので、CSSで対処して頂くほかありません。overflow-wrapかword-breakを使うと良いと思います。ただ、それらを使うと（感嘆符の連続以外の箇所で）意図しない位置での折り返しが発生するかもしれませんのでご注意下さい。
🍵Re:5917◆たしかに、さくらインターネットのサーバで試すとForbiddenになりますね。リトルサーバのサーバだと問題ありませんでしたが。おそらくWAF（Web Application Firewall）の影響でしょう。さくらインターネットのコントロールパネルからWAF機能をOFFにすれば通るようになると思いますが、WAFをOFFにするのはお勧めできませんので、この場合はどうしようもないです。（※サーバ側が通信を拒否する場合、ツール側に対処する術はありませんので。）
てがろぐ自体がそのような操作を拒否しているわけではありません。（てがろぐが拒否する場合は、Forbiddenエラーなどではなく、もうちょっと分かりやすいエラーメッセージをてがろぐ側の画面デザインを使って出します。）
🍵Re:5918◆以下の違いがあります。
- ホームに居る場合： home toppage
- ホームではない1ページ目に居る場合： toppage
詳しくは、ヘルプドキュメントの『そのときの表示状況に応じたキーワードの一覧』をご覧下さい。
ブラックサンダーを食べました。🍫🍫🍫
🍫Re:5903◆ご要望をありがとうございます。アンカーポイントを作れる機能は個人的にも欲しいなと思ってはいます。気長にお待ち頂ければ幸いです。目次の作成とそこに飛べる機能については、以前にどなたかがJavaScriptで作成なさっていたような気が朧気にするんですが、ハッキリとは覚えていません。(^_^;) 見出しをどうやって作成するかさえ固定すれば、JavaScriptで実現は可能だと思います。
➡「そのスクリプトはうちにあるよ！」という方がいらっしゃいましたら、ここでお知らせ頂けるとありがたいです。
🍫Re:5902◆実装しました。次のβ版では [[OGP:TITLE:CONTENT]] のように書くと、そこに og:title の内容が出力されます。これを <title>～</title> の中に入れれば、本文1行目の内容をHTMLでのページタイトルに入れられるようになります。ただ、そのままそれだけを書くと、投稿単独ページ表示時以外でおかしくなるでしょうから、IF記法を使って「投稿単独ページ表示時だけ」で出力するように書く必要があります。（→その書き方）
次のβ版で使えるようになる具体的な記法については、下記の投稿をご参照下さい。
Bluesky、mixi2 （招待チケット）、Mastodon(Pawoo)、
Twitter：
🍫Re:5903◆ご要望をありがとうございます。アンカーポイントを作れる機能は個人的にも欲しいなと思ってはいます。気長にお待ち頂ければ幸いです。目次の作成とそこに飛べる機能については、以前にどなたかがJavaScriptで作成なさっていたような気が朧気にするんですが、ハッキリとは覚えていません。(^_^;) 見出しをどうやって作成するかさえ固定すれば、JavaScriptで実現は可能だと思います。
➡「そのスクリプトはうちにあるよ！」という方がいらっしゃいましたら、ここでお知らせ頂けるとありがたいです。
🍫Re:5902◆実装しました。次のβ版では [[OGP:TITLE:CONTENT]] のように書くと、そこに og:title の内容が出力されます。これを <title>～</title> の中に入れれば、本文1行目の内容をHTMLでのページタイトルに入れられるようになります。ただ、そのままそれだけを書くと、投稿単独ページ表示時以外でおかしくなるでしょうから、IF記法を使って「投稿単独ページ表示時だけ」で出力するように書く必要があります。（→その書き方）
次のβ版で使えるようになる具体的な記法については、下記の投稿をご参照下さい。
Bluesky、mixi2 （招待チケット）、Mastodon(Pawoo)、
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
そういえば最近、ポップコーンを食べる機会がないな……。🍿🍿🍿
🍿Re:5900◆SoundCloudは（Blueskyも同様なんですが）SoundCloud側の仕様が改善されないと、てがろぐへの埋め込み対応は無理なのです。URLだけからは埋め込み用HTMLを作れない仕様ですので。
（※開発進捗状況報告サイトでのてがろぐ Ver 4.8.1(β版)の配布ページ内の『🍪見送った外部サービスの埋め込み』部分や、2年前のNo.4470にも書きましたので、詳しい背景はその辺をご参照下さい。）
SoundCloudの埋め込みもちらほらご要望を頂いていましたので、もしSoundCloud側の仕様が改善されることがあれば対応しますのでそのときは教えて下さい～。（埋め込み用HTMLソースが、各楽曲のURLに含まれる情報だけで一意に生成できる仕様になれば対応可能です。）
🍿Re:5900◆SoundCloudは（Blueskyも同様なんですが）SoundCloud側の仕様が改善されないと、てがろぐへの埋め込み対応は無理なのです。URLだけからは埋め込み用HTMLを作れない仕様ですので。
（※開発進捗状況報告サイトでのてがろぐ Ver 4.8.1(β版)の配布ページ内の『🍪見送った外部サービスの埋め込み』部分や、2年前のNo.4470にも書きましたので、詳しい背景はその辺をご参照下さい。）
SoundCloudの埋め込みもちらほらご要望を頂いていましたので、もしSoundCloud側の仕様が改善されることがあれば対応しますのでそのときは教えて下さい～。（埋め込み用HTMLソースが、各楽曲のURLに含まれる情報だけで一意に生成できる仕様になれば対応可能です。）
