{希哲16年1月21日12歩 K#F85E/E74C-6A15}
宇田川浩行kn mk
}{多重実行}{希哲16年1月21日の進捗時限}{希哲16年1月21日の進捗}{完了時刻}{被らない}{進捗時限記録}(13){希哲16年1月21日11歩 K#F85E/E74C-0509}
宇田川浩行{希哲16年1月21日の飲食 K#F85E/E74C-1D63}
宇田川浩行{希哲16年1月21日10歩 K#F85E/E74C-38B2}
宇田川浩行領下手定め環境での開発者通類梱装がすっきりしたところで,<!DOCTYPE html>
がなくて後方互換模動になっているという警告が出ていることに気付き,調査。
結局,Firefox の AutoPagerize Advanced,Chrome の AutoPagerize が <iframe>
要素内に表示する HTML に DOCTYPE 宣言 が無いことによる問題だった。よく読めば拡張機能から出ている警告であることは分かるが,勘違いの重なりで気付くのに時間がかかった。
まず,デライトが出力するソースを見ると,以下のように不自然な出力になっている。これは特に問題ではなかったが,ここでデライトの出力に何か混入しているのかという勘違いが発生した。
<!DOCTYPE html><html lang="ja-JP">
<head ...
ただ,試しにここを修正しても警告は消えないし,全知検索の検索結果によって警告が出たり出なかったりする。ここで AutoPagerize Advanced の問題かと気付きかけたところで,Chrome でも同じ警告が出ていることを確認。これで「拡張機能の問題」という考えが飛んでしまった。だいぶ前に Chrome にも AutoPagerize を引装していたことを忘れていた。
小一時間悩んだ挙句,Firefox の警告に表示されている loading.html
をクリックしてみて正体が分かった。これも一見内部処理関連っぽい名前なので見過ごしてしまった。
{希哲16年1月21日7歩 K#F85E/E74C-18DE}
宇田川浩行領下手定め環境でも Let's Encrypt 証明書を導入した。
希哲14年から HTTPS 統一の一環で領下では自己証明書を利用していた。初回握接時の舞覧の警告は,一つの舞覧なら大した問題ではないが,舞覧や端末を切り替えながらの手定めは煩雑だった(最近は dnsmasq の導入でその機会も増えていた)。また,開発者通類の梱装で制危関連の警告が多量に出力されたり,PWA など厳格な制危を要求される手定めが出来ないなどの問題があった。
更新と,なんとなく認証も面倒臭そうだと思っていたが,希哲12年から使っている via 迂回と DNS 認証の相性が良いことに気付いた。実際,いつもの DNS 認証であっさり取得出来た。まさか4年前の発明がこんなところに活きてくるとは思わなかった。更新の問題はあるが,警告などの煩わしさに比べればあってないような手間だ。
{希哲16年1月21日の散歩 K#F85E/E74C-596B}
宇田川浩行{あれ K#F85E/E74C-CF00}
宇田川浩行s_T
の補助函数}{std::string::erase()
}{対応した}{s_T::ers()
}{使うべき}{見分けにくい}{直感的に}(37)