eslint-plugin-prettier を ESLint から 分離するサンプル – Intellij IDEA の設定変更も | DevelopersIO
すでにこちらの方の解説ブログもありますが、ESLint と Prettier を組み合わせる場合の推奨方法が変わりました。 Prettier と ESLint の組み合わせの公式推奨が変わり plugin が不要になった 本稿では リポジトリに適用してみて Before/After を具体的に見ていきます。 TL;DR エディタが ESLint にも Prettier にも対応しているならば ESLint から eslint-plugin-prettier を除外し、ESLint と Prettier が個別に実行されるようにする。 コンテンツ 推奨がどう変わったか どこをどう変更すればよいか Intellij IDEA / WebStorm の場合、どの設定を変更すればよいか 推奨がどう変わったか Prettier はもともと ESLint のプラグインとしても使うことができました。多く
OSS の APM！Elastic APM を使い倒す | DevelopersIO
前回のブログエントリでは Elastic APM の魅力を全然伝えられていませんでした。機能を深掘りしてみたところ本当に OSS でいいの？と驚くような機能がたくさんありました。 概要 先日、Elastic APM の概要、導入方法をブログエントリしました。 OSS の APM！Elastic APM を試してみた Elastic APM は OSS のパフォーマンスモニタリングツールです。前回のブログ執筆時は気づいていなかったのですが、Elastic APM はまだまだ機能がありました。中でもこの機能は知ってほしいという 3点をご紹介します。 Transaction と Span X-Pack の専用 UI 例外検出 Transaction と Span 前回のブログエントリでは Django アプリケーションを例に Elastic APM を導入して、Web リクエストのレスポンスタイ
Appleの証明書とかまとめ！ | DevelopersIO
おばんです、New Game!ハマって原作一冊高い部類の漫画なのに一気買いしてしまった田中です。 ぎょ、業界研究です業界研究！（あとよくわかるAutoLayoutも買いました。今読んでる感じ良書です。） 百合 is 最高。 はじめに はい、今回はAppleの証明書関係わかりづらすぎ！！！? というフラストレーションからこんな記事を書きます。 「p12ってなに？」「Provisioning Profile、Certificatesって？」と、調べても「●● is ▲▲」みたいな説明で書かれてるのが無かったので一部自己解釈かもしれませんが書いてみます。 このまとめをもとに、AppleのCertificates, Identifiers & Profilesのフォームを追っていじっていくと理解が深まるのではと思います。 登場人物 CertSigningRequest 証明書要求用ファイル。Cer
AWS特有の運用イベントまとめ（非障害系） | DevelopersIO
【ACM】 サーバー証明書の有効期限切れ／自動更新失敗 ACMは、CloudFrontとELBと連携してサーバー証明書を提供するサービスです。 ACMで発行する証明書は1年毎に更新する必要がありますが、基本的には自動更新されます。 ただし、場合によっては自動更新が失敗するケースがあります。 検証の仕組みは、以下のドキュメントを確認してください。 自動ドメイン検証の仕組み 自動検証に失敗した場合、EメールおよびPersonal Health Dashboardで通知されます。 自動検証に失敗した場合 また、外部で発行された証明書を利用している場合は、手動で更新する必要があります。 再インポートの手順は、以下のドキュメントを参照してください。 証明書の再インポート EV証明書が必要なケースでも無ければ、ACMで証明書を取得してオペレーションが発生しないようにしておきたいですね。 【Route
AWS Lambda（Python） の開発環境・テスト・デプロイ・CI 考察 | DevelopersIO
作るもの ヒーローを管理する Lambda Function を書きます。ヒーロー情報は DynamoDB の ヒーローテーブルに格納するものとします。リポジトリは以下。 * Python Lambda SAM + SAM Local Project コーディング作業 すべてはコードを書くところから始めます。いきなりプロジェクトルートにファイルを置いて書き始めるのも良いですが、後々テストやデプロイも行うことになるので少し整理してみます。以下のようにしました。 . ├── buildspec.yml ├── deploy.sh ├── docker-compose.yml ├── environments │ ├── common.sh │ └── sam-local.json ├── integration_test.sh ├── requirements.txt ├── src
【AWS】Aurora に絵文字『utf8mb4』をINSERTできるか試してみた | DevelopersIO
はじめに こんにちは植木和樹＠上越妙高オフィスです。本日はGenerally AvailableとなったRDS for AuroraがどれくらいMySQLと互換性があるのか興味あったので文字コードまわりを試してみました。元ネタはこちらとなります。 RDS MySQL5.5.33 で『utf8mb4』(4バイト対応UTF-8文字コードセット)を試してみた ｜ Developers.IO 文字コード設定 上記で紹介したブログとまったく同じ設定がAuroraでも可能です。 『utf8mb4』に対応したパラメーターグループを作成する（character_set_XXXXXX） パラメーターグループでinit_connect = set names utf8mb4;を設定する 作成したパラメーターグループでAuroraインスタンスを起動する CHARACTER SET utf8mb4 指定でデータベ
AWSでWAFを導入する理由と最適な選択 | DevelopersIO
はじめに AWS環境にWAFの導入をお考えのかたが多くなったと感じています。 改めて、なぜWAFを導入するのかを考え、最適な選択をするために必要な情報を整理したいと思います。 WAFを導入する一般的な理由 AWS Black Belt Tech Webinarで「なぜWAFを使うのか」が紹介されています。 一般的なユースケースとして、SQLi対策、XSS対策、BOT対策、DDoS緩和、PCI-DSS対応があげられています。 その他にも、組織の規定上導入しなければならないといったケースがあります。 Webアプリケーションに大きな影響を与える脆弱性が話題になる事があります。 Apache Struts2の脆弱性は記憶に新しいかと思います。 脆弱性対策として、WAFをお考えの方も多いのではないでしょうか。 脆弱性対策としてのWAFはあくまで支援ツール アプリケーション、ミドルウェア、OSの脆弱性
AWS Lambda でお手軽サーバーレスWeb定点観測 – 雨予報を通知する
次にこれらの環境変数を使って要素の判定および通知を行います。実際のコードを見てみましょう。 HTMLを取得し、判定対象をチェックする ScrapeClient.scala package lambda import net.ruippeixotog.scalascraper.browser.JsoupBrowser import net.ruippeixotog.scalascraper.dsl.DSL._ import net.ruippeixotog.scalascraper.dsl.DSL.Extract._ import net.ruippeixotog.scalascraper.dsl.DSL.Parse._ import net.ruippeixotog.scalascraper.model._ class ScrapeClient { val url = sys.env("T
DockerでRailsの開発環境を構築する | DevelopersIO
モバイルアプリサービス部の五十嵐です。 先日、あるRailsアプリケーションの開発環境を同僚のマシンに作成しようとしたところ、gemのインストールに1日かかってしまいました。環境構築は手順化されていたのですが、トラブったのは主にNative Moduleを利用する libv8 、 therubyracer 、 rmagick などのおなじみの面々です。手順を作った時は、これらのgemのインストールに必要なライブラリを brew install で最新バージョンをインストールするだけでよかったのですが、時が経ちライブラリの最新バージョンが更新されていたことが主な原因でした。この状況はいかんな〜と思い、Railsアプリケーションの開発環境もDockerにすることにしました。 本記事では、Railsアプリケーションの開発環境をDockerにするときに検討したことや問題点などを書いています。なお、
AWS事業部の採用方針について | DevelopersIO
主にクラスメソッドメンバーズにおけるサポートサービスとフートシリーズ（運用保守オプション）を担当するグループです。運用保守、システム監視、セキュリティ監視、継続的コンサルティングと、システム稼動後のお客様インフラを24時間365日体制で安定した状態に保つために日々お客様とやりとりしています。 このように、一つの部の中に担当業務が違う複数のグループがありますが、部全体のビジョンはただ一つ、「AWSに関する圧倒的な量のノウハウを用いて、AWSインフラを安く早く構築し、AWSのことをまるっとお任せしてもらうことで、お客様のビジネスに貢献する」です。そして同じビジョンを掲げたチームとして、採用方針もグループ毎に分けず、部として統一しています。 今回はAWS事業部の採用方針をご紹介します。 AWS事業部の採用方針 AWS事業部の採用方針は以下の3つです。 技術が好きな人を採る クラスメソッドはエンジ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Swift / デザインパターン の記事一覧 | DevelopersIO