AWSを活用したDMARCレポート分析基盤の構築と、日経における進め方の事例紹介 — HACK The Nikkei
セキュリティチームでリーダーを務めている藤田です。普段はプロダクトセキュリティの施策を中心に担当しています。 この投稿は、現在進行中の案件に関するものですが、世間で DMARC への対応が話題になっているにも関わらず、業務分担が進んでいる組織や複数のサービスで会社共通のドメインを用いてメールを送信しているような場合になぜ対応が進まないのか、それに対し私たちがどのようにアプローチしているかを示すものです。まだ完璧とはいえる状況ではありませんが、ある程度目処が見えてきたため、ノウハウを共有します。 タイトルの通り技術的なトピックも取り扱いますが、社内での調整や進め方を中心に解説しています。 ステークホルダーが多く、調整に苦労している方や、DMARC 対応を始めたもののレポートの分析に着手できていない方が一歩を踏み出すための助力となれば幸いです。 結論 外部の分析サービスに頼ることなく、AWS
Google I/Oで日経電子版が事例として紹介された話 — HACK The Nikkei
Web 開発チームの宍戸(sisidovski)です。現在カリフォルニアの Mountain View で開催されている Google I/O 2018 で、日経電子版が Web パフォーマンス改善のセッションで事例として紹介されたので報告させてください。 何が紹介されたの 電子版モバイル Web https://r.nikkei.com が、パフォーマンスの最適化事例として紹介されました。既にいくつかの資料やカンファレンスで公開していますが、r.nikkei.com はパフォーマンスを最重要の KPI として、例えば以下のようなパフォーマンス向上のためのベストプラクティスを愚直に検討・実行しています。 アセットの圧縮 HTTP キャッシュ 画像サイズ、フォーマット、最適化 遅延ロード Resource Hints による先読み ルーティングベースの JS/CSS ファイルの分割 サードパ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
