はてなブックマーク

概要 技術書典でRe:VIEWを使っていたものの、文章を書き、textlintを回すというCI環境を整えることができませんでした。また、このCI環境は、ブログ執筆においても有効であるため、このタイミングで構築することにしました。 今回はRe:VIEWで書いた文章の校正をCircleCIとtextlintでGitHubのPRに自動コメントする仕組みを作ったのでその紹介をします。 概要 仕様🖋 構築手順👨‍💻 textlintの導入 CircleCIの設定 .circleci/config.yml textlintの実行とGitHubのPRヘコメント GitHubのアクセストークンを取得 GitHubのアクセストークンをCircleCIに設定 .circleci/review-textlint.sh 動作確認🚨 CircleCIの確認 GitHubのPRコメントの確認 まとめ✨ 仕様

概要 blog.naoshihoshi.com サービスを公開したと同時に、mackerelを導入してみました。 CPU, Memory, filesystemのアラートをデフォルトの閾値で設定した結果、一瞬でfilesystemのアラートが鳴りました。 ぬほほ、mackerelで監視項目追加したろ＾＾ とか思って設定したら、その項目既にcriticalの値だったから汗でた— 星 直史 (@NaoshiHoshi) July 17, 2018 すぐさま対応できなかったので、とりあえずアラートを止めるために閾値を変えるというワークアラウンド対応をしました(白目) ただ、ディスク容量の75%ほど使用していたので、根本的に対応しなければサービス断になると思われるため、ボリューム拡張をすることにしました。 今回はAWS EC2のルートボリューム(EBS)をダウンタイム0で拡張する方法について書こう

概要 最近フロントエンドからAPIを叩く実装における認証の仕組みをどうするか考えていました。 以前、AWS Cognitoを使った認証仕組みを作ったことはあったのですが、Railsの場合はどのようにJWTを扱うか知りたかったので、作ってみました。 今回は、タイトルの通りRails 5.2でJWTとdeviseを使った認証の仕組みについて解説します。*1 概要 想定しているケース 調査したこと JWTを扱うための仕組みがdeviseにあるか？ なければ、それを補うためのgemがあるのか？ ユーザーがブラウザからメール / パスワードを入力してユーザー登録 トークンの取得、検証処理の追加 動作確認 トークンの取得 トークンを使ってAPI実行 まとめ 想定しているケース 想定しているケースはシンプルです。 ユーザーの動き的には、こんなことをすることを想定しています。 ユーザーがブラウザからメール

概要 ユーザーがアップロードした画像データをS3に保存するケースにおいて Serverless Frameworkを使用して、AWS API Gateway 経由しLambdaで処理をするときに、 Cognitoで認証したユーザーのIAMをSTSを使用してS3にPUTするときの説明です。 今日は上記の図の四角で囲った部分の話をします。 serverless.yml provider: name: aws runtime: nodejs6.10 stage: dev region: us-west-2 # iamRoleStatements: # - Effect: "Allow" # Action: # - "s3:PutObject" # Resource: # - "arn:aws:s3:::yukashita-image-uploads/original-files/${self:p

概要 OSX標準のOpenSSLが古く、tls1.2で通信できず、curlが失敗する事案が発生してしまいました。 対処方法を調べても、 `brew update brew upgrade openssl brew link openssl --force で治りました＾＾ という記事が多かったのですが、上記の対応でもopenssl versionが古いままだったので、その対処方法を書きます。 手順 手順は下記の通りです。 homebrewで最新のOpenSSLをinstallし、リンクを張る OpenSSLのパスを確認 環境変数の設定 homebrewで最新のOpenSSLをinstall この記事にたどり着いた人は、既に実行済みかつ、5,000万回は同じことを見ていると思いますが、 念のため記載しておきます。 $ which openssl #opensslのパスを確認 /usr/bin

概要 t-wada.hatenablog.jp Ansibleでmacの環境構築する際、id:t-wada さんの上記の記事を参考したのですが、 Ansible Best Practicesに沿っていなかったので、書き直してみました。 Ansibleを動かすまで こちらは、t_wadaさんの記事のままです。 sudo xcodebuild -license xcode-select --install ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" brew doctor brew update brew install python brew install ansible どこを直したのか twada/macbook-provisioning hoshin

前回までの記事で Re:dashのインストール MySQLからのデータ取得 Googleスプレッドシートからのデータ取得 GoogleAnalyticsのデータをGoogleスプレッドシートで取得 と、Webサービスのデータ解析をする上で必要なデータソースから取り込む手順を書きました。 今回は、それを定期的に実行する設定の手順を書きます。 Re:dashの設定 クエリ画面にアクセス Refresh Scheduleのリンクを押下 実行スケジュールを設定。 上記の設定で決まった時間、決まった間隔で実行することが可能です。 また、Re:dashはクエリで取得するデータはページにアクセスする度に取得するわけではなく、内部に保存することで高速に情報を取得するようになっています。 取得するのに時間がかかるクエリは、深夜に実行しておくのが賢い使い方かもしれません。 Googleスプレッドシートの設定

タイトルの通り、CirclCIで回しているテストを40%高速化した話をします。 うちの会社では、342files, 27300examples強を回しており、テスト時間が肥大化傾向にありました。 そこで、テスト高速化を図ろうと試行錯誤したので、その過程を書きます。 ※RRRSpec使えよ！というツッコミはなしで。CircleCI上で試行錯誤の記録を残すために書きます。 また、spec自体の高速化ではなく、CircleCIの仕様に合わせた高速化の方法についてのみを書きます。 やり方 並列実行する 遅いテストファイルを特定する 遅いテストファイルを分割する なんと、この2つだけです！ シンプル！なんてシンプル！ 並列実行して、遅いテストを特定するだけです。 そもそも技術力なんていりません。気合と根性*1で速くできます。 並列実行する 並列数を変更 CircleCIで並列実行数を増やすオプション

背景 手軽にファイルアップロード機能を実装するときにCarrierwaveをよく使うんですが、 ひょんなことから、アップロードされたファイルのウイルスチェックをする必要がでてきたので、 チェックするまでの手順を、ClamAVのインストールとチェック方法を主にまとめます。 ClamAVインストール手順 ClamAVインストール ウイルス更新の設定ファイル修正 ウイルスのパターンファイル更新 ウイルスチェックの設定ファイル修正 デーモン起動 上記手順のコマンド $ sudo su - $ yum remove -y clam* $ yum install -y clamav clamav-scanner-sysvinit clamav-update # 2. ウイルス更新の設定ファイル修正 $ sed -i -e "s/Example/#Example/" /etc/freshclam.con

シンボルって意味らしい。 ↓見てなんとなくわかった。 saitou.hatenablog.com 2016年の自分から2012年の自分に向けて書いてみた。