React Native Fatal error: "config.h" file not found - Qiita
概要 react-nativeの開発をしている際、ビルドが通らなくなったときのメモ。 おそらく他の解決策、これで解決しないケースもあるが参考になれば。 環境 XCode 10.0 nodejs 8.9.4 npm 5.6.0 yarn 1.3.2 react-native 0.52.0 react-native-cli 2.0.1 内容 発生したエラー１ シンプルにreact-native run-iosをした際、下記のエラーが発生しました。一部項目はマスクしています。 ❌ /Users/xxxx/node_modules/react-native/third-party/glog-0.3.4/src/base/mutex.h:105:10: 'config.h' file not found #include "config.h" // to figure out pthreads su
CloudFrontに複数オリジン（API GatewayオリジンとS3オリジン）の設定 - Qiita
概要 API Gatewayを使うとき手が届かないむずかゆいところがたくさんあります（HTTPSのみしか受け付けないとか、前段にWAFおけないとか）。 そのときに使われるのがCloudFrontになりますが（もちろん、API Gateway内部にCloudFrontが暗黙的に使われており、多段CloudFrontになるため遅延が大きいというのは承知）、API Gatewayの前段用にCloudFront使うのもなんなのでS3オリジンの配信もやっちゃいたい、という内容です。 CloudFront + API Gateway + S3 S3はOAI(Object Access Identity)でアクセス制限 API Gatewayはカスタムオリジンヘッダによるアクセス制限はしない めんどいので API Gatewayはキャッシュしない Route53で取得したドメインを利用 ACMで取得した
AWS API GateWay (Labmda)に負荷テスト（ラッシュテスト）を実施したときのTips
概要 サーバレスアーキテクチャ（今回でいうとサーバレスAPI）を構築した際、負荷テスト（ラッシュテスト）を実施した際にいろいろ試行錯誤した時のTipsです。 アーキテクチャ構成 よくある構成。APIGW->Lambda->DynamoDBと処理しているAPIがほとんどです。 実施内容 どうやってラッシュテストしようか。 下記のパターンがさっと思いつきます。 1. Device Farmを使ってテストケース投入してやってみる。 2. JMeterとかを使ってシナリオテストっぽくしてみる。 3. APIエンドポイントに対して負荷をかけてみる。 JMeterを使おうとも考えましたが、シンプルに想定RPSを耐え切るかを見たかったので、３を選択しました。 ラッシュテスト 前準備 結論から述べると、ApacheBenchもvegetaもうまくいかなかったので、wrk使います。 wrkでEC2を大量に立
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
