WorkboxでPWAを導入する方法～オフライン対応編～ - Qiita
目標：ServiceWorkerにキャッシュを保持して、とりあえずオフラインでも表示できるようにする。 PWAやってみたい ページスピードあげたい はじめに そもそもサービスワーカーって何!?という方はこちらの記事が分かりやすかったです。 参考：Service Workerってなんなのよ (Service Workerのえほん) 実装するにあたりWorkboxというGoogleのライブラリを使います。PWAのライブラリというよりはサービスワーカーの設定が簡単にできるライブラリという認識です。（※そのためホーム画面追加やプッシュ通知はこのライブラリには含まれません。多分。） 今回は最も簡単な方法をご説明したいので、GulpやWorkboxCLI等のビルトツールは使いません。キャッシュしたい（オフライン対応させたい）リソースを地道に書いていきます。（別の記事で書きます） Servicework
AWS CDKのProps渡しのクロススタック参照で起きる問題と対処方法 | DevelopersIO
はじめに CX事業本部Delivery部の佐藤智樹です。 今回は、表題の通りAWS CDKでProps渡しのクロススタック参照を行う際によく発生しがちな問題と問題発生時の対処方法について解説します。正確には以下の記事で言及されているCDKの機能の一部であるpropsを経由したスタック間の値やオブジェクトの受け渡し(以降本記事では、props渡しと表現します)で作成されるクロススタック参照についての話をします。 2年ほどCDKを使っているのですが、この問題が現状でも発生しているという話を何箇所かで聞いたので改めて図などを用いて問題の詳細化と対処方法を紹介します。前半はサンプルを用いた問題の説明、後半が問題への対処になっているので対処だけ気になる場合は問題点の部分から読んでください。 2022/09/16 追記 CDKで参照を切り離すための効率的な方法があったので、CDK公式の解決方法として追
CDK「Export <アウトプット> cannot be deleted as it is in use by <スタック名>」｜スクショはつらいよ
こんにちは、ちゃりおです。 CDKの自動で追加されるクロススタック参照で以下のエラーがでました。 Export <アウトプット> cannot be deleted as it is in use by <スタック名> Outputしている側は特に変更せず、Importしている側で取得する値を変えました。 Import側を変えた影響で、CDKが自動生成しているOutputを消してしまってスタックを変更できず困りました。 結論から書くと、exportValueで自動生成されるOutputを保持することで解決しました。 CDKのクロススタック参照がロックされてしまう 事象 ロググループとECSのタスク定義を別スタックにして、クロススタックする場合を例にします。 #!/usr/bin/env node import "source-map-support/register" import * a
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Python命名規則一覧 - Qiita
