タグ

phoenixに関するatm_09_tdのブックマーク (9)

  • ElixirとPhoenixでWebSocketを使ったChatアプリケーションを作る | DevelopersIO

    昨今のWebアプリケーションでは、クライアント、サーバが常時接続してメッセージ通信をすることが求められてきています (リアルタイムWebアプリケーションと呼ばれたりします)。 このアプリケーションには以下の特徴があります クライアント、サーバが常時接続 クライアントからではなく、サーバから接続しているクライアントへ情報をプッシュする 通信の頻度が多い 今回はこのような常時接続型のアプリケーションを実現するために作られたWebSocketの説明と、PhoenixでWebSocketをどのように使って常時接続のアプリケーションを作るか説明します。 WebSoketが必要とされてきた背景 今までのWebアプリケーションのリクエスト/レスポンス処理は以下のようなアーキテクチャでした。 全てのリクエストは状態を持たない サーバはリクエストを毎回新しいものとして扱う(HTTPはもともとステートレスなプ

    ElixirとPhoenixでWebSocketを使ったChatアプリケーションを作る | DevelopersIO
  • VegetaでPhoenixとRailsの負荷テスト - Memento memo.

    以前会社の同期とご飯をべていた時、 HTTP負荷テストツールのVegetaというものを紹介してもらったので試してみました。 github.com GitHubプロジェクトページを開くとイカしたサイヤ人の王子が目に飛び込んできます。 Golang製ツールで、CLIで比較的簡単に扱えるのが特徴のようです。 大量のリクエストを投げるコマンドが vegeta attack です。 大量にエネルギー弾を撃ちまくるイメージですね。 ドラゴンボールの負け確フラグです。 "王子戦法"、またの名を"グミ撃ち"というらしいです。 dic.nicovideo.jp Vegeta で負荷をかける とりあえず使ってみます。他所のサーバに負荷をかけると当に怒られるのでやめましょう。自前で用意したサーバかlocalhostに向かって実行しましょう。 負荷テストの対象は最近ハマってるPhoenix (v1.2.1,

    VegetaでPhoenixとRailsの負荷テスト - Memento memo.
  • hello waf, hello phoenix

    2. Agenda 自己紹介 |> 趣旨 |> Phoenixとは? |> webアプリとは? |> webアプリの構造 |> Phoenixの構造 |> Why 軽量 |> Why 高速 |> Why 安定 |> 周辺ツール/情報 |> 不足しているもの |> まとめ 3. 自己紹介 • おーはら@ohrdev – 基盤技術部@ドリコム • 仕事/技術スタック – 広告サービスのお世話 – 全社基盤システムのお世話 – Elixir/Erlang/Ruby/Lisp/etc… • Elixirアプリ: 番稼動:2、開発/検証: 1 – Elixirアプリ: 運用1年半/v:1.0.0 -> 1.3.1(elixir) – Phoenixアプリ: 運用1年/v:1.0.0 -> 1.2.0(phoenix) 4. 趣旨 • ターゲット – (Elixir is 何? な方) – Webア

    hello waf, hello phoenix
  • Elixir製Webアプリケーションフレームワーク – Phoenixの構造 | DevelopersIO

    PhoenixはRuby on Railsの影響を受けたMVCのフレームワークで、開発スタイルやディレクトリの構造が非常に似ています。 過去の記事では、環境構築とCRUDアプリケーションを作るところまでを説明しました。 高生産性、高信頼性、高速のElixir製Webアプリケーションフレームワーク、Phoenixを始める ElixirとPhoenixでCRUDなWebアプリケーションを作る 今回は、アプリケーションの作成ではなくPhoenixの構造やリクエスト処理について調べてみます。 Request Pipeline Phoenixは他のWebアプリケーションフレームワークと同様にModel-View-Controllerの構造をしています。 Modelはデータにアクセスし、Viewはデータを表示すること、Controllerはリクエストを受け、変換してModelに届ける役割を持ちます。

    Elixir製Webアプリケーションフレームワーク – Phoenixの構造 | DevelopersIO
  • PhoenixでのWebサービス開発(1) サーバログ編 - Qiita

    サービス運用に必要なサーバログの設定概要の一例。 ログの出力対象を考える ここでは下記を対象とする。サービスの初期段階ではログを多めに出しておいて、安定稼働の実績が出来次第ログを減らす方針でいく。 受信したHTTP Request リクエストheader(user-agent, x-forwarded-for) リクエストbody(controllerの引数のみ) 返答したHTTPレスポンス レスポンスタイム レスポンスbody(JSONの場合) vmの情報(process数) サーバ内での予期しない例外 各ログ出力には、下記の情報を付加させる ユーザーID そのログ出力が、どのユーザーのHTTPリクエストによって発生したのかがわかるようにする リクエストID そのログ出力が、どのHTTPリクエストによって発生したのかがわかるようにする 各ログ出力を設定する リクエストheader(use

    PhoenixでのWebサービス開発(1) サーバログ編 - Qiita
  • Elixir/Phoenix Framework ubuntu/trusy64 導入メモ - Qiita

    Phoenix Frameworkの開発環境をVagrant上に構築したときのメモです。 参考:http://www.phoenixframework.org/docs/installation Vagrantfile を作成 以下の内容でVagrantfileを作成しました。 Boxはubuntu/trusty64を使いました。 Vagrant.configure(2) do |config| config.vm.box = "ubuntu/trusty64" config.vm.network "forwarded_port", guest: 4000, host: 4000 config.vm.network "private_network", ip: "192.168.33.10" end

    Elixir/Phoenix Framework ubuntu/trusy64 導入メモ - Qiita
  • Phoenix is not Rails

    Phoenix is not Rails
  • Phoenix入門3 - WebSocketのチャット機能 - Rails Webook

    前々回の記事は「Phoenix環境のセットアップから、静的ページを作成し、表示」させました。 前回の記事では、「Phoenixで認証機能を実装」しました。 今回の記事では、入門最後として「Phoenixでチャット機能を実装」します。 Phoenixでソケット、チャネル、トークン、API作成、モデルのアソシエーションなどを行っていきます。 サンプル ChatPhoenix - Heroku ChatPhoenix - GitHub 目次 ソケットの基礎用語 チャット機能の追加 チャット機能をログイン機能と統合 チャットメッセージの永続化 動作確認 Erlang 7.1 Elixir 1.1.1 Phoenix 10.0.3 Hex 0.9.0 node.js 0.12.7 npm 2.14.2 PostgreSQL 9.4.4 1. ソケットの基礎用語ソケットの基的な用語について簡単に記載

    Phoenix入門3 - WebSocketのチャット機能 - Rails Webook
  • Phoenix で外部 API にリクエストする API を作る - Qiita

    Phoenix で外部 API にリクエストする API を作ってみます。OpenWeatherMap API に問い合わせて、指定された緯度経度の天気を JSON で返却するという 無駄な挙動をさせてみましょう。 Phoenix で JSON API 作る方法はコチラを参照してください。 依存関係に HTTPoison を追加する Elixir 版のサードパーティライブラリアーカイブ(PyPI や npm といった類のもの)には Hex があります。 ここに公開されているライブラリは Mix を使うことで簡単にプロジェクトに追加でき、またこれらの依存関係は mix.exs というファイルで管理できます。 今回は HTTP Client として HTTPoison を利用しますので、以下のように追記します。 ... # Specifies your project dependencies

    Phoenix で外部 API にリクエストする API を作る - Qiita
  • 1