2021年にLet’s Encryptのルート証明書が変更！影響や備えておくべきこととは？ | さくらのSSL
Let’s Encryptのルート証明書とは？ Let's Encryptを運営している非営利団体のISRG（Internet Security Research Group）は2014年に設立された新しい認証局です。もちろん、当時は設立されたばかりなのでISRGのルート証明書は様々な端末にインストールされていませんでした。そのため、別の認証局であるIden Trustが2000年に発行した「DST Root X3」というルート証明書を利用し、クロス署名された中間CA証明書を現在も利用しています。 この間（2014年～現在まで）ISRGは何をしていたかというと、各OS（Windows、Mac、Android等）やMozilla（Firefoxブラウザの開発元）に対して、自社のルート証明書である「ISRG Root X1」をインストールしてもらうようにお願いをして、徐々にインストール済み端末
IANA-managed Reserved Domains
Certain domains are set aside, and nominally registered to “IANA”, for specific policy or technical purposes. Example domains As described in RFC 2606 and RFC 6761, a number of domains such as example.com and example.org are maintained for documentation purposes. These domains may be used as illustrative examples in documents without prior coordination with us. They are not available for registrat
HTTP/3 とは？
～ 通信プロトコル QUIC でウェブアクセスが高速に ～ HTTP/3 とは、2015 年 5 月に規格化された HTTP/2 よりウェブサイトの表示速度をさらに高速化するための通信プロトコルのバージョンで、ネット通信の高速化とセキュリティ強化への期待から、今後ブラウザ実装が進み普及していくことが予想されます。 通信プロトコルなどインターネット技術の標準化を推進する IETF（Internet Engineering Task Force）は、2021 年 5 月 27 日（米国時間）に、通信プロトコルである QUIC（Quick UDP Internet Connections）を標準化した技術仕様 RFC 9000 として承認しました。 QUIC とは？ QUIC は、 インターネット黎明期から使われている TCP（Transmission Control Protocol）の代替を
DMM動画サービスの問題を解決しようとしている話（再生URL生成API編） - DMM inside
はじめに こんちは〜。DMM.com 動画配信事業部の配信基盤チームというところにおります@_tinojiです。 最近お隣のチームの人たちが、動画サービス改善における取り組みについて記事をいくつか書いていてですね。 https://inside.dmm.com/articles/styleguide/ https://inside.dmm.com/articles/components/ 乗るしかねぇこのビッグウェーブに〜〜。ということで今回は、動画配信基盤における取り組みについてご紹介させていただきたいと思います。 チーム紹介 まず軽くチームの紹介をさせていただきたいと思います。 配信基盤チームが日頃何をしているかというと…、VOD*1やLOD*2の配信システムを作ったり、動画のエンコード基盤を作ったり、コンテンツの認証システムを作ったり、最近では画像の配信もしていたりと、様々なコンテン
Modern Web Development on the JAMstack を読んでまとめた - console.lealog();
https://www.netlify.com/pdf/oreilly-modern-web-development-on-the-jamstack.pdf Netlify社が2019年に公開した本？PDFです。 せっかくJamstackの会社に入ったので、読んでおかないといけない気がして。 あとJamstackは人によって解釈が違ったりするとし、Jamstackの真髄について知っておきたいですよね？と思い。 ただこれなんと127ページもあるんですよね〜。 全編もちろん英語なので、読むのも中々に大変ですよね〜。 てなわけで、ざっくり訳してまとめまておきました。（それでも長いけど） はじめに ここ最近のWebの進化はすさまじい ブラウザもJavaScriptもパワフルになった その分ユーザーの要求も増える やることが増えると処理は遅くなる 遅いページは見向きもされないモバイル当たり前の世界だ
「URLの長さは2,000文字より短くした方がいい」とGoogleのMueller氏がアドバイス ｜ SEOモード
「URLはどれくらい長ければ長すぎるといえるのでしょうか」という質問が英語版ウェブマスターフォーラムに投稿され、John Mueller氏が「2,000文字より短くした方がいい」とアドバイスしています。 投稿された質問は以下です。 URLはどれくらい長ければ長すぎるといえるのでしょうか？私たちが使っているツールによれば、http://www.tlcingredients.com/about-us…が長すぎるというのですが、本当でしょうか？ Mueller氏は次のようにアドバイスしています。 私が知っている限りでは、理論上長さの制限はありません。しかし、管理できるようにしておくために、2000字よりも短くしておくことをお勧めします。あなたの挙げたURLはそれよりはずっと短いようです。だから長さには問題ありません。(…) Mueller氏のいうように基本的にURLはできるだけ短くまとめた方がい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Pingdom - Website Monitoring Made Easy