国税庁HPリニューアル後のURLリダイレクタChrome拡張機能の技術的背景 - Qiita
国税庁のリニューアルで調べ物ができなくて困ったのでChrome拡張機能作ってみた という感じで Google Chrome の拡張機能を作ったんですが、その技術的背景についてはこちらに書きたいと思います。 プロダクト ソースコード Keywords Chrome Extension JavaScript 転置インデックス（inverted index） TF-IDF 開発背景 この拡張機能を作った背景は冒頭のリンクに書いたのですが、どういうものを作りたかったについての背景は書かなかったので、こちらに書きます。 実現したかったことは、まず、ユーザーは Google などの検索エンジンや、記事に貼られたリンクから、国税庁のホームページにアクセスします。すると、国税庁のサーバー側で renewal.htm にリダイレクトするのですが、そのリダイレクト直前のリクエストURL から新しい URL を
codecov で altjs (typescript) のカバレッジを報告に手間取った話 - Qiita
はじめに codecov で typescript のカバレッジを報告しようとしたら、 no-reports-generated error=Error となってグラフが表示されなかった話です。 厳密に言うと、ソースコードは typescript で書いているものの、テストはトランスパイルされた javascript に対して行っている状況です。typescript でテストを書いたらそもそもこの状況は起こらないかもしれません。 codecov とは テストするときによく用いられる指標として、カバレッジ（coverage）ってありますよね。CI の過程でこの工程が手動というのはやはり良くないので、カバレッジを自動で計算して github の README にペタッと貼っておいてくれるというのは、エンジニアの自然な欲求なわけです。 そのうち、codecov がカバーしてくれるのは、"gith
gatling による負荷試験とテレビ露出見積り - Qiita
表題の通りですが、本記事では次の事項は扱いません。 gatling の使用方法 目的 テレビ露出時にかかる負荷をある程度予測しておくことで、それにかかる費用をできるだけ小さく留めること（最小化とは言いません）。 最小化しようとするとギリギリのラインを攻めるためにかなり厳密に見積もらないといけなくなりますが、そうすると人件費の方が高くつくので本末転倒です。 その計算をするのに僕のリソースをもって 1日かかるなら、1〜2万円多く AWS や GCP に献上した方が他の仕事も進められてみんな幸せです。 従って、本記事での検証は比較的ざっくりです。 構成 本試験は、以下の様な構成のアプリケーションを対象に行います。 AWS 特に特筆すべきことのない、標準的な構成です。 DNS とかはあまり関係ないので抜いています。 Amazon ELB Amazon EC2 Amazon RDS（MySQL、マス
単純な Railsアプリケーションを AWS から GCP へ移行する - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 背景 年始の特番で、弊社の代表が NHK に出演することになりました （Qiita の規約上、これが宣伝に当たるかどうか微妙なのでリンクは貼らないでおきます）。 おー、凄いね、良かったね、で終わらせたいのですが立場上そうすることでもできず、じゃあ対策しますか、となったわけです。 弊社のサーバーは外部に出せない情報を除いて全てクラウド上にあるので、インスタンスサイズを大きくまたは並列化して、Amazon へロードバランサのプレウォーム申請をすれば良いのですが、 なんで申請が手動なの そもそもなんで自動でスケールしてくれないの というのが大
elasticsearch-rails検証 - Qiita
はじめに WEBアプリケーションの中で、検索機能を付けたくなることありますよね。 普通に考えたら、検索エンジン用のサーバーを構築して、そこに solr なり elasticsearch なりを入れて、Rails から httpリクエストを飛ばして・・・ってやれば良いと思うんですが、Rails のモデルと elasticsearch のドキュメントの対応関係を考えたり、 その周りの設計をしたりと結構手間がかかります。 うーん、もっとこう、モデルとドキュメントが一対一くらいの感じで対応してくれて、使いやすいやつないかなぁー というわけで、こちらの gem の検証です。 elasticsearch-rails よく見たら elasticsearch の公式リポジトリでしたね。 elasticsearch は公式サイトからダウンロードしてきて、適当に設定しておいてください。この記事では説明しません
（続）なぜベンチャーで docker を使うのか - Qiita
タイトルの通り、『なぜベンチャーで docker を使うのか』の続編です。 弊社の代表が NHK の某番組に出演させていただく機会がありまして、実はこんなことをしていました。 gatling による負荷試験とテレビ露出見積り GCP で Autoscaling Groups を使う 前者はあまり関係ないのですが、後者に関して docker を使っていると便利そうだな、というケースがあったので、ごく短い記事ですが続編として投稿します。 さて、後者の記事で、Managed instance group の作り方 という節を書きました。 記事中ではイメージからインスタンスグループを作成する、という方法を紹介していますが、実はここで docker形式のイメージをマウントすることができます。 ここで考えたいのは、dockerイメージを使用しない場合の autoscaling の運用です。 記事中で紹
なぜベンチャーで docker を使うのか - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 昨年ごろから急に docker って流行り出しましたよね。 https://www.docker.com/ 僕も docker のチュートリアルをひと通りやってなんとなくコマンド覚えたんですけど、chef で良くない？ってなって結局使わずじまいでした。 ただ、最近になって、ちょっと思い直している部分があって、 Docker は Kubernetes 使ってこそだろーと思って勝手に自社サーバ持ってる企業だけが恩恵にあずかれると思っていたのだけど、その管理はクラウド屋さんに任せて dockerfile 書いておけば dev/stg/prd
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
