ブログをGitHub PagesからNetlifyへ移行した話 - Qiita
これまで自分のブログ兼ポートフォリオサイトをHugo + CloudFlare + GitHub Pagesという構成で運用していましたが、無料でCIが使えるNetlifyという静的Webサイトのホスティングサービスへ乗り換えました。 この記事では、乗り換える前のGitHub Pagesでの構成と、乗り換え後のNetlifyでの構成の比較を比較し、Netlify導入のメリットとデメリットについて説明します。 補足: GitHub PagesとNetlifyとは どちらもGitリポジトリと連携して静的なWebサイトをホスティングできるサービスです。GitHub PagesはGitHubの中の一機能という立ち位置です。 GitHub Pages を使った静的サイトの公開方法が、とても簡単になっていた ｜ Tips Note by TAM 高機能ホスティングサービスNetlifyについて調べて使
サブドメインをユーザーホスティングサイトに使うときのパターン(Same Origin/Cookie/Public Suffix List)
README.md サブドメインをユーザーホスティングサイトに使うときのパターン hoge.example.com でユーザが作成したサイトをホスティングして、任意のJavaScriptを実行できる状態にしたいケース。 サブドメインを分けることで、Fetch APIなどはSame Origin Policyを基本にするため、別のサブドメインや example.com に対するリクエストなどはできなくなる。 一方で、CookieはSame Origin Policyではない。 デフォルトでは、hoge.example.com から example.com に対するCookieが設定できる。 これを利用したDoS(Cookie Bomb)やこの挙動を組み合わせた別の脆弱性に利用できる場合がある。 The Cookie Monster in Your Browsers - Speaker Dec
ApexドメインをALIASレコードで運用してはいけない
English version is here. ApexドメインはNakedドメインとも呼ばれ、サブドメインがついていないドメインを指す。自分のアプリ「Inkdrop」のウェブサイトを今まで inkdrop.app で運用してきたが、最近 www.inkdrop.app に移動した。Netlifyという、しばしば速いと評判のウェブホスティングサービスにデプロイしている。確かに、多くのNetlifyでホストされているウェブサイトがとても高速に読み込まれているのを目にした。しかしなぜか自分のサイトはそこまで速度が出ていなかった。特にTTFB (Time-to-first-byte)が異常に遅くて、常に200msより大きく、さらに120KBのダウンロードに800msもかかっていた。いったいなぜ？ ALIASレコードはgeo-targetingを無効化するもしあなたが自分のドメインを持っているな
2020 年、 React 軸で学ぶべき技術 - mizchi's blog
なぜ仮想 DOM という概念が俺達の魂を震えさせるのか - Qiita から 5 年経ち、 仮想 DOM を備えた React やそれを採用した Vue や他のライブラリも市民権を得たように思います。 有用な技術が市民権を得る、というのはエコシステムが花開くことでもあります。新しいプロダクトを作る際の技術選定において、 TypeScript + React が常に正解というわけではないですが、このスタックはかなり強力だという手応えがあります。 このスタックは得意のウェブフロントエンドは勿論、それ以外もとりあえず 80 点ぐらいの品質でプロトタイピングできる、というようなエコシステムになってきたような肌感があります。 モダンフロントエンドだと TypeScript と Webpack は採用しているのを前提として、本記事では React を軸にその技術を活かすために、次の 6 個の技術を紹介
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://tamanyan.me/posts/netlify-functions-split-testing/
https://tamanyan.me/posts/nuxt-ts-netlify/
GitHub - tadashi-aikawa/github-viewer
