No.6028, No.6027, No.6026, No.6025, No.6024, No.6023, No.6022［7件］
by nishishi. ⌚2026年8月9日(日) 18:24:21〔8時間前〕 ＜525文字＞ 編集
ちゃんと運動しようと言うにししさんはえらいなあと思いました(暑さにだらだらしながら)。
威嚇射撃した弾は一体どうなるんだ、と言うのは西部警察で散々擦られてたなあと思い出すなど。
仕事のホームページは外部の専門の人に作ってもらったんだが、その人は｢ほぼ引退状態｣とかで、そう言えば人に作ってもらってメンテもしてもらってるホームページとかは、その人がもうやめますって言ったらどうなるんだろうなって突然思いました。怖いので思うだけで上に人には何も言わないぞ。
スペースの保持、ドメインの保持、メンテで月額料金が高過ぎるのではってウチの上の人は言うんですが、調べても特に高くもないし、何かあったら責任持って直してもらえるってすごいことですよと、古のタグ手打ち個人サイトの持ち主である自分は思う。
プロの仕事には敬意を払おうと、人生が長く続くにつれ強く思うようになった今日この頃。
威嚇射撃した弾は一体どうなるんだ、と言うのは西部警察で散々擦られてたなあと思い出すなど。
仕事のホームページは外部の専門の人に作ってもらったんだが、その人は｢ほぼ引退状態｣とかで、そう言えば人に作ってもらってメンテもしてもらってるホームページとかは、その人がもうやめますって言ったらどうなるんだろうなって突然思いました。怖いので思うだけで上に人には何も言わないぞ。
スペースの保持、ドメインの保持、メンテで月額料金が高過ぎるのではってウチの上の人は言うんですが、調べても特に高くもないし、何かあったら責任持って直してもらえるってすごいことですよと、古のタグ手打ち個人サイトの持ち主である自分は思う。
プロの仕事には敬意を払おうと、人生が長く続くにつれ強く思うようになった今日この頃。
by misaki.
⌚2026年8月8日(土) 10:55:20〔1日前〕
つぼやき
＜386文字＞
編集
🍘Re:6025◆ああ、そういえば通常とプレイリストとで属性が結構異なりますね。これは単に、「通常の埋め込み機能」と「プレイリストの埋め込み機能」を実装した時期が異なるからです。YouTubeの埋め込み機能を最初に実装したのはずーいぶん前なので、その当時のYouTube公式埋め込みコードには referrerpolicy属性がなかったのだと思います。次のバージョンアップ時に、その辺も最新のコードにアップデートしておきます。
by nishishi. ⌚2026年8月4日(火) 23:00:05〔5日前〕 回答/返信 ＜213文字＞ 編集
こんばんは、いつも便利に利用させていただいております。
youtubeの埋め込みの際、プレイリストではreferrerpolicy="strict-origin-when-cross-origin"の文字がありますが、通常の埋め込みの場合はこれがないのは仕様でしょうか？ ふとコードを見ていて気になったので質問しました。
youtubeの埋め込みの際、プレイリストではreferrerpolicy="strict-origin-when-cross-origin"の文字がありますが、通常の埋め込みの場合はこれがないのは仕様でしょうか？ ふとコードを見ていて気になったので質問しました。
by admin. ⌚2026年8月2日(日) 23:41:57〔7日前〕 ＜160文字＞ 編集
返答ありがとうございます。そうなのですね。
cgi側はあまりいじりたくないので、素直にhtmlに書いておきます。ありがとうございます。
cgi側はあまりいじりたくないので、素直にhtmlに書いておきます。ありがとうございます。
by admin. ⌚2026年8月1日(土) 13:52:24〔8日前〕 ＜67文字＞ 編集
朝食はホットドッグ。🌭🌭🌭
🌭Re:6021◆URLを教えて頂ければこちらからアクセスしてみることもできますよ。アクセス制限が強すぎて、そもそも人間の閲覧者に対しても（使っているネットワークによっては）403 Forbiddenを返してしまっているケースを時々見かけます。
🌭Re:6022◆安全のために（※管理画面が乗っ取られた際に変なスクリプトを埋め込まれないように。そうでなくても意図せずコピー＆ペーストで変なスクリプトを埋め込んでしまわないように）HTMLが書ける場所でもscript要素は書けない仕様になっています。
ただ、どうしても書きたい場合は、CGI本体ファイルに直接記述する高度な設定群で示したように、CGIのソースコード内の設定値を直接書き換える方法を使って、「セーフモードの選択」(54行目)を に書き換えれば、script要素も書けるようにはなります。が、お勧めはしません。（ローカルで実行しているような、「インターネット側からはアクセスできない」と分かっている場所で使う場合に限る方が無難だと思います。）
※WAFでブロックされる場合は、そもそも保存操作が完了せずに 403 Forbidden エラーが出ます。
🌭Re:6021◆URLを教えて頂ければこちらからアクセスしてみることもできますよ。アクセス制限が強すぎて、そもそも人間の閲覧者に対しても（使っているネットワークによっては）403 Forbiddenを返してしまっているケースを時々見かけます。
🌭Re:6022◆安全のために（※管理画面が乗っ取られた際に変なスクリプトを埋め込まれないように。そうでなくても意図せずコピー＆ペーストで変なスクリプトを埋め込んでしまわないように）HTMLが書ける場所でもscript要素は書けない仕様になっています。
ただ、どうしても書きたい場合は、CGI本体ファイルに直接記述する高度な設定群で示したように、CGIのソースコード内の設定値を直接書き換える方法を使って、「セーフモードの選択」(54行目)を に書き換えれば、script要素も書けるようにはなります。が、お勧めはしません。（ローカルで実行しているような、「インターネット側からはアクセスできない」と分かっている場所で使う場合に限る方が無難だと思います。）
※WAFでブロックされる場合は、そもそも保存操作が完了せずに 403 Forbidden エラーが出ます。
by nishishi. ⌚2026年8月1日(土) 13:37:38〔8日前〕 ＜542文字＞ 編集
一行フリースペースに
script:<script src="～～～"></script>
と書いても出力が＆lt;script src="～～～">＆lt;/script>
になるのは、てがろぐヘルプに記載されている通りWAFの影響なのでしょうか？
script:<script src="～～～"></script>
と書いても出力が＆lt;script src="～～～">＆lt;/script>
になるのは、てがろぐヘルプに記載されている通りWAFの影響なのでしょうか？
by admin. ⌚2026年8月1日(土) 13:22:43〔8日前〕 ＜125文字＞ 編集
企業サイトのメンテ承継問題も時々ありますねえ。個人的には、誰が作ったか分からない、どんな構造かも（調べないと）分からないWebサイトの場合、（ちょっとした更新をスポット対応することはあり得ても）日常のメンテを引き継ぐのは ない ですね。^^; 完全に本当に100％静的なサイトで規模が小さければ別ですけども。たいていは、（引き継げるのかどうかを判断するために）どんな構造なのかを把握するだけでも労力的に大変なケースがありますし、（特に動的生成部分に）予想外の問題があったときに責任は取れませんからねえ。私の場合は、そういう承継問題では「この機会に、現代的なデザインにアップグレードするために、新規構築し直しましょう」みたいな提案をしています。(^_^;) 基本的に自分で書いていないコードはメンテしようがありませんからね。
なが～く運営されてきた企業サイトの場合、まともにモバイル対応できていないケースもありますから、そういう場合だと「モバイル端末でもまともに閲覧できるように、この機会にリニューアルしましょう」という提案はそれなりに受け入れられることもありました。