Fastly + Rails + Herokuでページをキャッシュする方法 | Cat Knows
僕がつくったポートフォリオ作成サービスRESUMEでは、ページデータをFastlyにキャッシュさせています。CSSや画像などをキャッシュさせるのは簡単ですが、ページ自体をキャッシュしようとすると途端に難易度が上がります。 ページキャッシュに関してはインターネット上であまり知見が見つからなかったため、ここにまとめておこうと思います。 RESUMEの技術スタック 前提としてRESUMEでは主に以下の技術・サービスを使っています。 Ruby on rails Vue.js Heroku Fastly S3 CloudFront Fastlyにはページデータとサービスのアセット（CSSやサービス内で使われている画像など）をキャッシュさせ、S3/CloudFrontにはユーザーがアップロードした画像を保存しキャッシュしているという形です。 なぜFastlyを使ったか もともとはHerokuにデプロイ
非デザイナーエンジニアが一人でWebサービスを作るときに便利なツール32選 - Qiita
非デザイナーエンジニア(Rubyist)の私が、一人でこんなWebアプリを作ってみました。 まだβ版ですが、Pocketやfeedlyの未読コンテンツの中から、 重要度が高いものだけをリマインドしてくれるサービス「Reminderr」です。 Reminderr：http://www.reminderr.me/ 要するに、私自身のPocketとかRSSがカオスになっているので、 その中で重要なものだけ教えてほしかったので、 自分で作っちゃえ！って思って作りました。 そのときに使った便利ツールたちをまとめておいたら便利そうだったので、 今回使ったもの＋αを全てまとめてみました。 紹介するツールたちを駆使すれば、 非デザイナー＆デザインセンス0の私が、 1週間程度でこれくらいのアプリをリリースできるので、 他のエンジニアにも便利なツールがいっぱいあると思います。 Bootstrap系 Boots
tmuxとvimによる開発作業フロー 〜 ターミナルで効率的にアプリを開発するための設定など
今回は、自分が普段どのように開発しているのか、一部をご紹介します。 参考になれば幸いです。動画内でご紹介した設定内容はこちらの記事にまとめました： https://blog.craftz.dog/my-dev-workflow-using-tmux-vim-48f73cc4f39e ▶ Inkdrop - Markdownノートアプリ https://www.inkdrop.app/?utm_source=devaslife&utm_medium=youtube&utm_campaign=vlog&utm_content=vEwyheX8gH4 ▶ 関連ブログ記事: vim + tmuxでVSCodeっぽい開発環境を作る https://blog.craftz.dog/building-vscode-like-environment-using-vim-and-tmux-47cf7d43
Serverless×Slackでアプリを作ってみた話
2019年3月6日、Serverless Community(JP)が主催するイベント「Serverless Meetup Tokyo #11」が開催されました。世界各地で運営されているServerless Architectureやその周辺技術について情報を共有する本コミュニティ。今回は、株式会社Speeeのオフィスにて、6人のエンジニアがLTを行いました。プレゼンテーション「入Serverless×Slackでアプリを作ってみた話」に登壇したのは、 株式会社オープンストリームの坂部健一氏。講演資料はこちら Serverless×Slackでアプリを作ってみた話 坂部健一氏：最後にLTというかたちで参加させていただきます。余興みたいなかたちで聞いていただければと思います。「Serverless×Slackでアプリを作ってみた話」を発表させていただきます。よろしくお願いします。 まず自己紹
3分でできる！最高のDockerfileを書いたあとにやるべき1つのこと - Qiita
概要 Dockerfileを書くためのベストプラクティスを読んで、ベストプラクティスなDockerfileを作った/作りたい人が対象です。 そのDockerfileで大丈夫かを3分でチェックできるツールをつくりました。Hadolintのような、単なるDockerfileのLinterではなく、ビルドしたイメージの中身まで細かく分析します。 通常のLinterでは原理的に不可能な、ベースイメージに存在している危険性も含めて調べることができます。 ←GitHubのStarもらえると嬉しいです。 Dockleの内部で使われているツールはTrivy, Vulsなどと同じなので、そのあたりを踏まえて、動作原理を別記事にまとめました。 人を震えさせるツール｢Dockle｣の仕組みを解説 なお、DockerHubで人気のコンテナに対して試した結果をサイトにして公開しています。操作方法もふくめて、別記事に
Nuxt.js (Vue.js) + Express + Socket.IO でリアルタイムWeb (チャット) を体験する - Qiita
Nuxt.js (Vue.js) + Express + Socket.IO でリアルタイムWeb (チャット) を体験するSocket.ioExpresswebsocketVue.jsNuxt 追記 2018/06/26 作成したアプリを Heroku にデプロイする手順を追加しました。 また、これに伴いクライアントサイドの実装にも変更があり、デプロイ前にDockerfileを修正する必要があるため追記しました。 2018/06/27 pugでテンプレートを記述したものを「おまけ」として追記しました。 はじめに 「Node.js + Socket.IO」の記事はよく見かけるのですが、「Nuxt.js + Socket.IO」の記事はなかなか見当たらなかったため書いてみました。 Vue.js 製アプリケーションフレームワーク Nuxt.js で簡単なチャットアプリ作ってみます。 完成イメー
Nuxtで毎日やりたいことを習慣づけるWebアプリ「コツコツ忍者」を作った🏃♀️【個人開発】 - Qiita
お久しぶりです。 以前、Nuxt.jsとFirebaseでchocottoというTwitterでお菓子と一緒にメッセージを送れるサービスを作ったG4RDSです。 先週、二十歳を迎えて成人しました🎉 今は高専五年で、編入試験を受けている真っ只中です。 適度にお酒を入れて、今後も個人開発頑張っていこうと思います！ さて、今回作ったWebサービスは「コツコツ忍者」というWebアプリです。 昔ばなしに、忍者は跳躍力向上のために毎日成長していく小さな木を飛び続けた、というお話があるのをご存知ですか？ ある能力を向上させたいのであれば毎日継続してやり続けることが大事である、ということですね。 自分が好きなことは続けられますが、好きではないけど上達したいことは続かないからなかなか上達しません。 そんな「上達したいけど続けられない」ことがある人のために、毎日やったことを記録できるWebアプリを作りました
VCRでWeb APIのモックを楽しよう！ - アクトインディ開発者ブログ
morishitaです。 最近、Stripeを利用した決済処理の実装をしていました。 tech.actindi.net tech.actindi.net サーバーサイド（Rails）でStripe APIを利用しており、そのテストの実装にvcrを利用しました。 以前から使っていましたが、改めて便利だと思ったのでご紹介。 外部APIを叩くテストのツラミ システム開発をしているとすでにある他のシステムを力を借りるということがあります。 他のシステムのAPIを利用するということですね。 あるいは、ひとつのシステムに必要なすべての機能を実装せず機能ごとにシステムを分割し、お互いにAPIで呼び合ってサービスを実現することもあります。 マイクロサービスアーキテクチャってやつですね。 システム間連携する手段としては古くはSOAP、最近ではgRPCなど様々な方法がありますが、現状最も使われているのはHTT
Rails アプリのエラーを Sentry で管理する & Slack 通知する - Qiita
概要 Sentry の使い方と Slack 通知の方法をまとめました Rails を例にしていますが、Sentry 自体の説明については他の言語でも流用できるのではないかと思います 導入 基本的には Gem (sentry-raven) を入れて、initializers などで設定するだけです。詳細な手順は下記を参照してください。 https://qiita.com/mikaji/items/74fac3be5e1235e0b762 https://docs.sentry.io/clients/ruby/integrations/rails/ 接続先情報は、Sentry の Project 画面 -> Settings -> SDK Setup -> Client Keys (DSN) に載っています。 基本的な使い方 上記の設定をするだけで、Uncaught なエラーを全て Sentr
WebサイトをスクレイピングするWebクローラー20選 - Qiita
元記事：https://www.octoparse.jp/blog/top-20-web-crawling-tools-for-extracting-web-data/ 今では、Webクローリング（Webスクレイピングとも呼ばれる）は多くの分野で広く適用されています。これは、任意のWebサイトから取得されたデータを簡単にアクセスできるようにデータベースに保管することを目的としています。Webクローラーツールは、クローリングプロセスを簡単、自動化にし、Webデータリソースを誰でも簡単に利用できるようにするため、 広く知られています。Webクローラツールを使用すると、コピペをしなくなり、データ収集が自動化になります。さらに、Webクローラー使うと、コードを書く必要がなく、ネット上の情報を速くスクレイピングでき、構造化データに変換できます。 以前、Webクローラーに関する基礎知識について紹介しま
永久保存版Railsアップデートガイド - pixiv inside
はじめまして、2018年7月入社の sue445です。自称「フルスタックキュアエンジニア」です。最近はpixiv PAYのチームでRailsを書いたり社内gemを作ったりしています。 好きなプリキュアはキュアピースです。 前置き 先日Rails 5.2.1がリリースされました https://weblog.rubyonrails.org/2018/8/7/Rails-5-2-1-has-been-released/ pixiv PAYでもその対応を行っていて、先日本番環境にRails 5.2.1を投入しました 💪 ググると特定のバージョンでのアップデート方法はいろいろ見つかるのですが、どのバージョンでも使える汎用的な方法が意外になかったので紹介しようと思います。 Rails 4.1系以降はだいたいこの方法でアップデートしてきたのでそれなりに実績のある手法だと思います。 筆者スペック 初め
株式投資を始める人にお勧めのサイト10選。 - インベストクライマーMの投資日記
皆様こんばんは。マサです。 さて、今回は私が株式投資を行う上で良く利用しているホームページについてお話ししたいと思います。 スポンサーリンク ①四季報オンライン 言わずと知れた、四季報のオンライン版です。 ベーシック会員は月々たった1,000円で有料会員限定記事や、スクリーニング、フォルダが使用可能など、コスパ抜群なので、これだけはお金を払ってでも有料会員になることをお勧めします。 むしろ紙の四季報は買わなくてもいいかもしれません。紙なら四季報プロ500の方が良いです。 ②株探 四季報オンラインと並んで欠かせない必須サイト。 最近では株探の記事から火がついて急騰する銘柄があるほど影響力があります。 銘柄選びから決算速報までマルチに使える凡庸性がグッド。 銘柄探検では、上方修正期待銘柄を見つけることが出来るので、僕も愛用しています。 有料のプレミアム版は、5年分の修正履歴がみられるなどの特典
RailsコードをGoで書き直して、FFIを使ってRailsからGoの関数を実行させて実行時間を5%以下に短縮させた - Clueit Developersブログ
こんにちは、Webチームの柴山（@shikeapp0909）です。 今回は、弊社Webアプリ「mamanoko」の一部に処理高速化のためにGoを導入したので、どのように導入したかをご紹介しようと思います。 Railsで開発しているWebアプリ内にどのようにGoを取り入れたのか、実際のコード例を交えながら解説していきたいと思います。 なぜRails環境にGoを導入したのか そもそもなぜGoを導入することになったのかと疑問に思われるかと思います。 mamanokoはメディアサービスのため、ライターさんに文章を書いていただいています。複数のライターさんがおり、文章量も膨大になるため、表記揺れや誤字がどうしても出てきてしまいます。 そのため、文章校正が必要であり、以前からその機能を提供していました。 しかしこの文章校正の機能は記事の文章に対して表記揺れなどチェックしたい単語を総なめする処理をしてい
ローカル開発環境の構築をMItamaeとfabricで自動化・共通化する - Pepabo Tech Portal
こんにちは。EC事業部のチーフテクニカルリード(CTL)のけんちゃんくんさんです。この記事の公開日である6/21は私の誕生日です!おめでとう!私!!1 さて、本記事ではEC事業部で開発・運用を行っているサービスである カラーミーショップ のローカル開発環境の構築方法について紹介します。 現在のカラーミーショップの開発環境とその課題 カラーミーショップの全ての機能を利用するためには、10以上のリポジトリにあるコードが必要となっており、またリポジトリ毎に使っている言語も必要なミドルウェアも異なります。それらをローカルで開発するための環境として、VirtualBoxやVagrantで作成したVMをPuppetでプロビジョニングしたものを利用していました。しかし、最近は一部のロールのコンテナ化も進めており、ローカルでの開発に必要なミドルウェアは増えてしまっています。 また、エンジニア以外(主にデザ
Slack新社屋で使われているクラウドサービス達 | ロードバランスすだちくん
シンジです。サンフランシスコで行われたSlack初の開発者向けイベント、SPECに参加してきました。ついでにSlackのオフィスにも突撃してきましたので、どう作られているか見てみました。TOP画像にはビルにSlackのロゴがデカデカと主張していますが、このロゴは訪問日に取り付けられたくらいできたてホヤホヤです。 SPECでは各種発表がありましたが 「ワークスペースの読み込みが早くなる」とか、「インテグレーションの結果が見やすくなる」とか、「UIなんていらねぇ、APIで全てを制御する、UIがないUIこそが最高のUIだ（うるせぇWebUI作れや）」とかまぁ、ほっときゃそのうちアップデート来ていい感じになるので割愛します。 まず大前提として Slackというツールは、チャットツールではありません。Slackをハブとして、数多くのサービスを繋いで利便性を上げるのがミソです。つまり、Slack新社屋
react-pdfで職務経歴書を作ってみた - Qiita
import React from "react"; import { Page, View, StyleSheet } from "@react-pdf/core"; import Text from "../atoms/Text"; import Title from "../molecules/Title"; import Link from "../atoms/Link"; import Br from "../atoms/Br"; import { Grid, Col } from "../atoms/Grid"; import JobHistory from "../organisms/JobHistory/Board"; import { Period, Content, Using } from "../molecules/JonHistory"; import { Lis
［Slackbot大全］25種類の事例・ツールを一挙紹介！ botで業務を効率化しよう【2018夏】 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
［Slackbot大全］25種類の事例・ツールを一挙紹介！ botで業務を効率化しよう【2018夏】 あの企業は一体どんなSlackbotを活用しているの？そんな疑問に答えるべく、20社のSlackbot活用事例を聞いてみました。バラエティに富んだ回答に、開発のヒントがあるかも!? すでに多くの企業やチームに導入されているビジネスチャットツール、Slack。2017年9月には日本法人Slack Japanが立ち上がり、同年11月には日本語対応を開始するなど国内での本格展開をスタートしています。 Slackの魅力の1つに、拡張性が挙げられます。さまざまなbotを自作することで、利用者のニーズに応じた機能を追加でき、日々の業務をサポートしてくれます。2017年春に本誌が実施した調査でも、多くの企業が個性豊かなbotを作っていたことが分かります。本稿ではSlackを活用している企業や団体に再びア
2018年春までに感動したビジネスモデルまとめ13個｜チャーリー｜note
チャーリーです。 追記：ビジネスモデルを図解できるツールキットを販売中です。この記事にあるような図解を自分でもやってみたいという方はぜひ。 もう2018年も1/4が終わったというにわかに信じがたい状況ですが、ビジネスモデルを図解し続けたものがたまってきたのでここらで13個一挙公開します。 - 目次 -俺のフレンチ サマリーポケット 未来食堂 Cansell プチローソン Unipos SCOUTER ポプテピピック ZOZOSUIT Optoro Fundbox PillPack Farmers Business Network 100の事例を図解した「ビジネスモデル2.0図鑑」という本を発売しています（本記事の事例ふくむ）。予約開始と同時にnoteで全文無料公開という試みをやっています。本記事に興味を持ったらそちらもどうぞ！ 俺のフレンチ俺の株式会社は2012年創業、あのブックオフの創業
Service Objectがアンチパターンである理由とよりよい代替手段（翻訳）｜TechRacho by BPS株式会社
近年、RailsアプリにService Objectを追加するメリットを説く記事が次から次へと量産されています。私は本記事において、それがなぜ正しくないかを述べたいと思う次第であります。もっとよい方法はあるのです。 私はこれまで、Service Objectに関するネット上の議論にときおり参加しては、問題に対するまっとうな解決方法としてService Objectが正しくない理由について繰り返し見解を述べてきました。実際、私は多くの場合においてService Objectよりもっとよい解決方法があると考えるのみならず、Service Objectはオブジェクト指向設計原則への配慮が損なわれている兆候を示すアンチパターンとして取り扱っています。 このような深遠なポイントを細切れのツイートやコメント欄を追って理解するのは大変です。そこで私は、私の見解を正確に表すいくつかの現実的なコードを詳しく
ドキュメントを残さない
普段仕事をしてるとき、いろいろなことに気を使いながら仕事をしてると思う。たとえばissueには、その背景、やりたいことや期待する効果、制限事項、認識している副作用やリスクの情報等などを書くような運用ルールを作っているチームは多いらしい。しかし、私たちのチームではそういうルールはない。それでうまくいくんだっけっていう話をよく質問されるので、考えてみた。 コードの品質をカバーするためのコメント私たちは、常にわかりやすいコードを書けるとは限らない。解説として、コメントが役立つ場面はある。 ちょっと待ってよ「よし、Why notを書こう！」と言って上手く書けるのは、そうとうに経験を積んだ人だ。そして、経験を積んだ人は大体問題ない。悪いコードほどコメントが必要だが、良いコメントが書けるくらいならコードはもっと良くなってる。鶏と卵じゃん。 コメントについて議論する暇があったら、コードについて議論したほ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
