Use HTTPS for local development | Articles | web.dev
Use HTTPS for local development Stay organized with collections Save and categorize content based on your preferences. Most of the time, http://localhost behaves like HTTPS for development purposes. However, there are some special cases, such as custom hostnames or using secure cookies across browsers, where you need to explicitly set up your development site to behave like HTTPS to accurately rep
SPAのログイン認証のベストプラクティスがわからなかったのでわりと網羅的に研究してみた〜JWT or Session どっち？〜 - Qiita
SPAのログイン認証のベストプラクティスがわからなかったのでわりと網羅的に研究してみた〜JWT or Session どっち？〜JavaScriptRailsJWT認証React SPAのログイン周りについて、「これがベストプラクティスだ！」という情報があまり見当たらないので、様々な可能性を模索してみました。 いろいろな状況が想定され、今回記載する内容に考慮の漏れや不備などがありましたら是非コメントでご指摘いただきたいです！特に「おすすめ度：○」と記載しているものに対しての批判をどしどしお待ちしております！ この記事でおすすめしているものであっても、ご自身の責任で十分な検討・検証の上で選択されてください。 前提 想定しているAPIは、 ログイン外のAPIにはPOST/PUT/DELETEのものがなく、GETのみ GETのAPIにはDBを更新するなどの操作がない とし、そのためログイン外では
CORSまとめ - Qiita
今更ですが、CORS (Cross-Origin Resource Sharing)を色々試していたら、思っていた以上に色々パターンがあることに気づいたので、改めてその扱い方についてまとめてみました。 そもそも 現在のWebブラウザでは、あるWebサイトが持つ情報が別の悪意あるWebサイトに悪用されるのを防ぐために、Same-Origin Policy(日本語では同一生成元ポリシー)が適用されます。 例えば、あるWebサイト https://guiltysite.com をブラウザで表示している時に、このWebページからXMLHttpRequest(以下、XHR)やFetch APIで別のWebサイト https://innocentsite.net からHTTP(S)でデータを読み込もうとすると、エラーになる、というわけです。 しかし、アクセス元が悪意あるWebサイトならともかく、データ
阿部寛を超えるための技術: はてなブログからNuxtに移行した話
旧サイト(はてなブログ)からのパフォーマンスの伸びが顕著ですね。 Performanceは言わずもがなですが、はてなブログでPWA対応がほとんどされていないのが気になりました。Service Workerのような標準化しつつある仕様に追従できていないのは痛いところ。 Nuxt + Contentfulでやっていき 今回の実装にあたってはフレームワークに依存せずSPAを作成することも検討しましたが、SEOなどを考えるとSSRの仕組みが必須です。またSSRもスクラッチで組もうとすると中々ハードルが高く(Storeのハイドレーション、Render hooksのAPI設計等)、今回は業務でも利用した事のあるNuxt.jsを利用しました。 Embedded content: https://nuxtjs.org/ 詳細は後述しますが、Nuxt communityの提供しているModule群がものすご
JSON Web Token（JWT）のClaimについて · なるはやで いい感じの 動作確認
REST APIなどを開発すると、避けては通れないものに認証があります。 最近はOAuth2 Providerを実装することが多いのですが、発行するアクセストークンにJSON Web Token（JWT）を利用しています。 JWTは名前の通り、RFC7519によって定義されたスキーマを持つJSONです。 JSONの各キーとして、RFCで定義されている標準的なキーと値のペア（Claim）を取ることにより、標準的な取り扱いが可能になります。 本記事では、JWTのClaimについて、OAuth2 Providerでのアクセストークンを発行する立場から、備忘録的にまとめたいと思います。 なお、JWTにはJOSE Headerのような、Claimとは別の仕様も含まれていますが、本記事ではClaimのみを対象とします。 アクセストークンとしてJWTを利用することの利点 JWTは単なるJSONのため、ア
無償SSLのCertificate Manager、S3、Cloud Frontで、独自ドメインの静的HTTPSサイトを作る - Qiita
無償SSLのCertificate Manager、S3、Cloud Frontで、独自ドメインの静的HTTPSサイトを作るAWSS3CloudFront 独自ドメインに対して、Amazonが無償で提供するSSL証明書を使って、S3でホスティングする静的HTTPSのサイトを作るまでを、 www.flyingwhale.net を例に説明します。 www.flyingwhale.net をご自身のドメインに書き換えてください。 1. S3バケットを作成し、HTMLをアップロードする S3の画面を開き、「バケットを作成」を行います。バケット名は適当です。 アップロードはWeb画面からでもできますが、AWS CLIをインストールして、rsyncで行ったほうが、楽ですし、自動化もし易いです。 CLIのインストール: http://docs.aws.amazon.com/ja_jp/kinesis/
CSSスタイルガイドのススメ（StyleDocco入門編） | MONSTER DIVE
何故必要か？ 大規模のサイト制作や時間がないときなど、複数の人で制作を進めていると、 「このページをベースに量産お願い」 と頼まれたり、 「誰がこのclass上書きしたの？」 「同じようなclassがたくさん出来てしまった！」 と怒られたりした経験はオーサリングしている人なら誰もがあると思います。 そんなときに、制作を進める上でおすすめなのがサイトのCSSドキュメント。 ドキュメントというと固いイメージですが、要はCSSの説明・サンプルです。 "このページをベースに"というそのベースのCSSを把握するのに時間がかかったりもするので、それをCSSスタイルガイドがあればすぐに把握できる。 これが巷でCSSスタイルガイドと言われているものです。 ベースページの制作者も、コメントを入れる癖だけ付けてしまえば、あとは自動的にCSSスタイルガイドがコマンド一発で生成されます。 前置きが長くなったので、
NginxでHTTPS : ゼロから始めてSSLの評価をA+にするまで Part 1 | POSTD
数年前、Webは全体的に暗号化されていませんでした。HTTPSはWebページの最も重要な部分だけのために確保されていました。暗号化が必要なのは大切なユーザデータだけで、Webページの公開される部分は暗号化せずに送ってもいいということで意見が一致していました。 しかし、 今は 状況 が 違います 。現在では、どんなWebトラフィックでも暗号化されていないのは良くないということが分かっているので、Webサイトを運営する誰もがコンテンツに関係なく強固なHTTPSを設定しなければなりません。 お恥ずかしい話ですが、私自身のWebサイトは2年近くも全くHTTPSをサポートしていませんでした ^(1) 。 Eric Mill の 今すぐ無料でHTTPSに切り替えよう という素晴らしい記事が最終的に私に喝を入れてくれました。私は休暇中、HTTPSをセットアップして Qualys SSL Report で
Webサイトを「HTTP」から「HTTPS」へ切り替える際に行う一連の作業をまとめました｜今村だけがよくわかるブログ
Googleが「HTTPS everywhere」を提唱していることなどが影響して、HTTPSで通信できるようにWebサイト全体を独自ドメインに対してSSL/TLSによる暗号化を行い、運用をスタートしている様子がちらほら私の周りには増えてきました。 Google ではさらにもう一歩踏み込んで、数か月前の Google I/O では、「HTTPS everywhere」をウェブで提唱しました。 ユーザーがもっと安全にサイトを閲覧できるよう、すべてのサイト所有者の皆様に HTTP から HTTPS への切り替えをおすすめしたいと考えています。 （Google ウェブマスター向け公式ブログ: HTTPS をランキング シグナルに使用しますより） 私はしばらく動向を伺っていましたが「Webサイト全体をHTTPSへ切り替える流れは今後はより加速すると考えてもいい」と判断をし、このブログも全体をHTT
SSLサーバー証明書インストールチェッカー
■IEなどのブラウザから確認する方法 IEなどのブラウザのアドレス欄に「https://」で始まるURLを入力して、SSL証明書の内容を確認します。 IEなどのブラウザから証明書の確認手順はこちら ブラウザの種類によりましては、中間CA証明書がインストールされていない場合でも 補完機能により自動的に中間CA証明書を補完する場合があります。 中間CA証明書が正しくインストールできたかを確認するには、 必ず認証局のインストールチェッカーで確認して下さい。 ■認証局のインストールチェッカー ご利用製品の種類にかかわらず、どの認証局のインストールチェッカーでもご利用いただけます。 ■デジサート社インストールチェッカーの使い方 【ご注意】 対象(証明書を設定した)サーバ側でTLS1.1以上をサポートしている必要があります。 TLS1.0以下の場合はインストールチェッカーは使用できません。 証明書のコ
Let's Encrypt
A nonprofit Certificate Authority providing TLS certificates to 363 million websites. Read all about our nonprofit work this year in our 2023 Annual Report. From our blog Dec 28, 2023 A Year-End Letter from our Vice President A summary of how ISRG’s three projects, Let’s Encrypt, Divvi Up, and Prossimo continue to improve security and privacy. Read more Dec 13, 2023 Our role in supporting the nonp
http のリクエストが勝手に https にリダイレクトされるときは Strict-Transport-Security を疑おう - べにやまぶろぐ
mysite.jp というサイトを運用していて、新たに help.mysite.jp みたいな別サイトをサブドメイン切ってかつ別の Web サーバーで用意したとします。 このサイトはヘルプページがメインなので高額な SSL 証明書をとらず http で良しとしていた…つもりが http://help.mysite.jp へのリクエストが何故か勝手に https://help.mysite.jp にリダイレクトされてしまい挙げ句の果てに証明書のエラーが出てアクセスできない、なんてことがありました。 最初は help.mysite.jp に問題があると思って色々調べていたんですが、実は問題のあったのは mysite.jp の方。mysite.jp はログイン前提のサイトだったのでこんなヘッダを設定していました。 Header set Strict-Transport-Security "max
5分でわかる正しい Web サイト常時 SSL 化のための基礎知識
Web サイトを常時 SSL 化する場合に、最低限知っておかなければならない知識や、注意点、実際の設定方法まで、ひと通りまとめてみました。メリットやデメリット、証明書の種別からリダイレクト設定などについても解説しています。 HTTPS をランキングシグナルに使用しますと Google が公式に発表したあたりから、Web サイトの SSL 対応、特に Google が推奨している Web サイトをすべて HTTPS で配信する、所謂 「常時 SSL 化」 についての話を聞いたり、実際にお客様から相談されたりするケースが増えてきました。 そこで、いい機会だしその辺に関する情報をまとめておこうかな～ と思って書いてみた、恒例の （？） 5分でわかるシリーズ。書き終わって見たところ絶対に 5分じゃ無理っていう文章量になっててどうしようかなぁとも思ったんですが、気にせず公開してみます。 常時 SSL
メールをトリガーにした処理がかんたんにかけるNode.jsの「inbox」 - ayapi.github.io
今回ゎとてもひさびさに、メール受信時にその内容を処理するってゅー、 ぃゎゅる空メール登録みたぃな、ぁれが必要になりました まじ大昔にqmailとphpのパイプでそのへんがんばってたことがぁって、 そのゃりかたゎなんとなく今でもぉぼぇてるんですけど、 Node.jsでIMAPでとてもかんたんに似たょーなのがかけたから、 ゃりかたをちょっとかきます IMAPを扱ぅNode.jsライブラリ node-imapとゅーのがメジャーっぽぃんですけど、 けどinboxのほーが、ぱっとゎかりゃすかったから、 こっちをっかってみることにしました inboxをっかってみる まずゎインストールですけど、むずかしぃことゎなにもぁりません npm install inbox --save それで、IMAP接続して、メールボックスを開くょーにします https://gist.github.com/ayapi/8770
HackerNewsで話題になったアジャイル専用プロジェクトマネジメントツールTAIGAを勝手に導入してみた - Qiita
開発プロセスはアジャイルだけどマネジメントツールはRedmineという方は特に知っておいた方が良さそうです。 TAIGAってなに？ TAIGAと聞いて真っ先にトラどらが思い浮かんだあなたとは友達になれる気がしますが、トラどらではありません。 詳しくは下記にあります。 Public Projectなら無料で上のサイトでも使えます。 TAIGAとはアジャイルに最適化されたマネジメントツールです。 バックログ、スプリント、バーンチャート、かんばんなどの機能がそろっているのですが、 なにより他のツールに比べて圧倒的にデザインがきれい。 ただし、まだベータ版です AWSに構築する 1, AWSのインスタンスを立ち上げる ざっくりいうとUbuntuのインスタンスを立ち上げて、Security GroupsにHTTPを追加、Elastic IPを設定まで行います。 2, TAIGAを立ち上げる sshで
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
それはYAGNIか? それとも思考停止か?
WantedlyがまだSendGridを使いこなしてない話
【やじうまWatch】パスワードの変更間隔、16日でも27年でも効果は大差なし？ 定量的評価の結果が話題に -INTERNET Watch
Clojureによるログ収集と解析