Elixir プロジェクトを Docker 化して Heroku の worker として動かす - Qiita
Heroku では昔ながらの git リポジトリ push でのデプロイの他に，Docker を利用した Container Registry でデプロイが行える． また， Heroku では HTTP リクエストを受けてレスポンスを返す Web dyno の他に，バックグラウンドで動く Worker Dyno を作ることができる． 今回， Elixir のアプリケーションを Docker コンテナに乗せて Heroku の worker として動かせるようにデプロイした． Dockerfile は以下のとおり．気をつけるべきところにはコメントを入れた． FROM elixir MAINTAINER niku # MIX_HOME は required ．こうしないと heroku に Deploy した後起動するときに，mix deps.get したはずのライブラリを見つけられない #
Erlang - Qiita Advent Calendar 2015 - Qiita
SunSundayMonMondayTueTuesdayWedWednesdayThuThursdayFriFridaySatSaturday
open_port 日本語ドキュメント - Qiita
はじめに open_portの全仕様が書かれた日本語のドキュメントが見つからなかったため、自分で書くことにした。 （勉強も兼ねて。） 以下のドキュメントを素にしている。 公式ドキュメント（もちろん英語） http://erlang.org/doc/man/erlang.html#open_port-2 Spec -spec open_port(PortName, PortSettings) -> port() when PortName :: {spawn, Command :: string() | binary()} | {spawn_driver, Command :: string() | binary()} | {spawn_executable, FileName :: file:name()} | {fd, In :: integer() >= 0, Out :: integ
Sublime Text 3 で Erlang 開発をする (Windows) - Qiita
ここ１年ほど，Erlang で開発しています． 普段は IntelliJ Idea で開発しているのですが，Erlang は IDE の恩恵が少な目なので，もう少し軽い Sublime Text を試してみました．Windows に Emacs や Vim を入れたら負けかなと思っています(普通にLinux上ではvimで開発してますが)． Windows上でErlangを使っている人がどれくらいいるのかわからない上に，さらに日本語が読めてSublime Text 3ユーザである人が世界にどれくらいいるのかは考えないことにします． Erlangの実行環境の用意 Windows上に Erlang をセットアップするところから始めます．なるべく初めてErlangで開発をする人も手順通りにやれば試せるように書いていきますが，基本的なErlangの使い方は分かっていることが必要です． おすすめ入門書
リアルタイムWebフレームワーク、N2Oを使ってみる - Qiita
これは、Erlang Advent Calendar 2015 の14日目の記事です。 はじめに 私は仕事では主にフロントエンドの開発をしているのですが、時には株価やニュースなどリアルタイム性の高い機能の実装が必要になる事もあります。 先日、WebSocketを使ったリアルタイム性の高いWebアプリを作りたい、と思い調べていたところ、N2Oというフレームワークがあることを知りました。 もともとは別のErlang製WebフレームワークであるChicagoBossを調査していたのですが、プロジェクトのページにComparison of Erlang Web Frameworksという比較表があり、機能が高く速そうだったことから興味を持ちました。 N2Oについて N2O(H2Oじゃないよ)はウクライナのSynrc Research Centerという会社で開発されたWebアプリケーションフレーム
Erlangを書きながら学んでいるRTMP入門（ハンドシェイク編） - Qiita
Erlangは数年前にほんの少し書いたことがあるだけなのですが、会社では同じフロアにErlangをガリガリ書く部隊1がいます。彼らにちょっと教わりつつ久しぶりに書いてみました。 はじめに 最近のマイブームは映像や音声の配信でおなじみRTMPなので、この記事ではErlangでRTMPを取り扱ってみようかと思います。本当はデータの中身をちゃんと取り扱う所までを書きたかったのですが作業時間があまりなく、対象をハンドシェイクと呼ばれるプロトコル初期のフェーズまでに限定します。 RTMPとは Adobe社が制定したReal Time Messaging Protocolのことです。その成り立ちからFlashと相性がよく、音声や動画の配信によく用いられる2プロトコルです。 RTMPは仕様が公開されているので、誰でもプロトコルを理解・解析することができます。 http://wwwimages.adobe
supervisorとapplicationが停止する条件 - Qiita
supervisorとapplicationが停止する条件 ドキュメントをちゃんと読んでいれば, 当然知っているであろうことなのですが, 「セグフォも吐いてないのに何か死んでる！！」と焦ったことがあるので, 自分への戒めとして投稿します. supervisorの終了条件 To prevent a supervisor from getting into an infinite loop of child process terminations and restarts, a maximum restart intensity is defined using two integer values specified with the intensity and period keys in the above map. Assuming the values MaxR for inten
gen_serverのI/Fをparse_transformで自動生成する - Qiita
こんにちは、kojingharang です。仕事でErlangを使い始めてそろそろ2年になります。 家でPCをいじっているときはだいたい 馬場タクシー3D や 他のアプリ を作っていますが、最近区切りが良くてちょっと暇になったので、アドベントカレンダーに乗っかって Erlang の記事を書いてみます。 対象読者 Erlang の軽量プロセスやクラスタサポートは気に入っているが、その他のいろいろについて、もやっとした不満がある方 要約 こんな流れです。ここだけ見て「もう分かったよ」という方は、続きは見なくても大丈夫です。 足し算するモジュールを書こう それを gen_server 化しよう 冗長な記述をしなきゃいけなくて面倒だしバグがでそうだ そこで、面倒な記述を parse_transform で自動生成する fun_injector というのを作ったよ 冗長な記述が減ってハッピー! 考察
使いたい！ホットコードローディング - Qiita
Erlangといえば、まずが思い出したのはなんだろう？OTPとか、アクターモデルとか、パターンマッチとか、Erlangerにとってどちらも日々仕事の中で当たり前の概念になりましたよね。でもその中にはなんとかひとつ神秘な場所が存在するじゃない？暗くて危ない、都市伝説のような、それはホットコードローディングである。 Erlang地獄、そして最下層？ 有名な Erlang 教科書『Learn you some Erlang for great good』の中で、ホットコードローディングについてこう書かれています これからOTPの中で最も複雑で、理解しがたく、正しく動作させることが難しく、時間もかかる部分の内の1つについて話そうとしています。 事実、すべての手順（以下relupと呼びます）を避け、単純にVMを再起動し新しいアプリケーションを起動することで更新ができるなら、そちらを選ぶことをおすすめ
common_test で spec を使う - Qiita
common_test で spec を使う 誰でも一度は作るというMySQLクライアントですが、いざ作ってみると困るのがテストです。本家のオプションを網羅する気はもちろんないですが、バージョン毎の分岐はやらないわけにはいきません。とりあえず 5.[5-7] で、それぞれ機能単位のテストを、一度に済ます、を目標としました、が、 さて、どうしたものかと。 ここは "多機能で大抵できる"、"覚えたら便利" という噂のcommon_testを使うトコ、ですよね？ まぁ、きっかけはともかく、状況としてはよくある話でしょうし、覚えているうちに書き留めておこうと思います。 ※ ただし erlang-17.4 では動きません。orz 流れとしては、まず前提として appで変数の初期値を設定し、 configでそれらを上書く ようアプリを作ります。その上で テスト毎にct_configを作り、 それをsp
[翻訳] ElixirとErlangの変数を比較する - Qiita
José Valimさん1の2016年1月12日付のブログ記事"Comparing Elixir and Erlang variables"の翻訳です。 時々Erlangのプログラマは「Elixirの変数は隠れたバグの温床になるのでは」と心配するようです。この記事ではそういう心配についてと、Erlangでの変数も「隠れたバグ」を生み出しかねず、一方でElixirはそれらのうちのいくつかを除去するということについて議論します。 話を始める前に短い放棄声明を…: Elixirは可変(mutable)な変数を持っていません。あるのは再バインドです。可変性はよくストレージと関連付けられます。Elixirでは保存された値を変更することはできません(Erlangと同じです)。可変な変数の例としてF#を見てみましょう。F#では明示的にmutableキーワード(例えばlet mutable x = 5)に
![[翻訳] ElixirとErlangの変数を比較する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/6894f3c7a49d9e84c318918e134752055cb69ba4/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGNDYyOTQlMkZwcm9maWxlLWltYWdlcyUyRjE0NzM2OTA2MDQ_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9MWJhNWUxNDYxYjc2YmY1ZDljNjk1N2ZjODgzYWYyMWI%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D5cf4494b1aea3d39f9584eb91b1f937a%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCJUU3JUJGJUJCJUU4JUE4JUIzJTVEJTIwRWxpeGlyJUUzJTgxJUE4RXJsYW5nJUUzJTgxJUFFJUU1JUE0JTg5JUU2JTk1JUIwJUUzJTgyJTkyJUU2JUFGJTk0JUU4JUJDJTgzJUUzJTgxJTk5JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LXBhZD0wJnM9ZTkwMzQ4NGM2YTFjMzQ0YTE5NjNmYTZjODE1ZGYwMDU%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBIaXJvZnVtaVRhbW9yaSZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPTQzNTBiNTY1NDI5Zjc4NDE2Mzc5ODJhNmEzZjRhYzk2%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3Dc70cc674128751a9b7e898a722dce873)
Riakを取り巻くErlangの世界 - Qiita
このAdvent Calendarで度々話題になって(して)いる、Riak Source Code Reading。 Erlang/OTPを全く知らない人にとっては、Erlangの文法はもちろん、ファイルやディレクトリ構成など未知のことだらけだと思う。 「Erlang/OTP何それ美味しいの」状態から脱却し、Riakのコードを楽しく読むために必要な知識を書いていこう。 用語について RiakはErlang/OTPで作成されている。 Erlangとは、エリクソン社が開発したプログラミング言語。 OTPとは、システムを作るフレームワークみたいなものだ。 RubyとRuby on Railsの関係を想像する人もいるかもしれないが、Erlang/OTPはそれより相互が依存している。 故に、正式にはErlang/OTPみたいに”ひとつ”として呼ばれることが多い。 そのOTPとは何なのか。 正式にはO
erlang + rebar3 + cowboyの最小構成 - Qiita
並列分散処理を得意とするerlangという関数型言語に興味のある方は多いではないでしょうか？ 自分は身近にerlang識者がいたため、興味を持つ事になりました。 今回は、そんなerlangの入門として 「erlang + rebar3 + cowboy」 でHTTPサーバを構築したいと思います。 erlangについて 並列分散処理に強い関数型言語。 OTP（Open Telecom Platform）フレームワークがすばらしい。 参考書の受け売りなので、ニュアンスが間違っているかもですが、大体こんな感じで書いてました。 rebar3について Erlangアプリケーションのコンパイル等一括で行ってくれる便利なツール。 また、erlangモジュール等のdependencies（依存関係）を一括管理してくれたりもしています。 rebar3より以前にrebarが存在しましたが2016年6月現在は非
Erlang - Qiita Advent Calendar 2016 - Qiita
Erlang/OTPに関するアドベントカレンダーです。BEAMの管理、リリース、rebar3他パッケージマネージャ、分散環境の諸々、NIFやポートドライバ、ポエムなど、何でもどうぞ。 Elixirの話はElixirのアドベントカレンダーへどうぞ。でもElixirとErlangを一緒に使うとかそういう話はこちらでも大歓迎です。 2016年12月25日追記: 本年度のアドベントカレンダーに投稿や購読などでご参加いただいた皆様に深く感謝します。 なお、期日までに記事を書いていただけなかったためにカレンダー作成者が別の記事を代わりに投稿することになった皆様におかれましては、Qiitaのアドベントカレンダーランキングの趣旨に準じた判断をカレンダー作成者が行ったためのやむを得ない措置であったことをご理解の上ご容赦いただきたくお願い申し上げます。 今年2016年度で本カレンダーの作成者は、体力と気力の限
Erlang で 変数 State の名前付けについて - Qiita
全国の #state{} 大好きな皆さん、あなたはどっちの引き回しが好きですか。 ちなみに、いろいろあるようです。NewState1 のように New と +1 方式、あとは ChangeState だったり、 さらには S = #state{} で S1 だったりと、完全に好み問題です。 どれがいいとかはなく、好み問題なので、皆どれが好きなのかを知りたいというのこの記事の狙いです。 サンプルコード出典 https://github.com/erlang/otp/blob/3eddb0f762de248d3230b38bc9d478bfbc8e7331/lib/ssl/src/dtls_connection.erl#L264-L272 State0 から始まり +1 されていって最後に戻すときに State になる @voluntas 案 State1 = prepare_flight(S
ErlangのOTPにあなたのモジュールをコミットするには - Qiita
背景 2011年からErlang/OTPの疑似乱数モジュールがあまりにもダメなのでなんとかしようといろいろ活動していたら、OTP 18.0に新しい疑似乱数モジュールrandを組み込んでもらえるという幸運に恵まれた。そして最近さらにこのモジュールにjump functionの機能追加をする作業をした1。この過程で「OTPに自分のモジュールをコミットする」ことについて、いろいろなことがわかってきたので、この記事ではざっと要点をまとめてみようと思う。 本当にそのモジュールはOTPで必要? そもそも論として本当にそのモジュールはOTPで必要かということをまず最初に考えないといけない。OTPは、今後パッケージマネージャを活用して分割される方向にあるとはいえ、基本的にはErlangとは不可分な形でついてくることが前提になっている。ということは、OTPの変更はErlang/OTPのユーザ全員2に対して影
rebarについて調べた - Qiita
rebarについて調べた rebarの使い方をちゃんと理解しようと思い、その際にまとめた内容です。 rebarとは rebarとは、Erlangアプリケーションやポートドライバ等の、コンパイル・テスト・リリースを簡単に行う事ができる統合ビルドツールです。 rebar自体にescriptを含んでいるので配布やプロジェクトに直接含める事が簡単にできます。またErlang/OTPの標準的な慣習に沿ったプロジェクト構成に従うので、ビルド時の設定作業が少なくて済みます。更にモジュール/ライブラリの依存関係管理もしてくれるので、ユーザーはGithub等のリポジトリからライブラリを簡単に再利用できます。 すばら。 インストール rebarのインストールはmacだとhomebrewでインストールできます。Windowsの場合はわかりません。すいませんがGoogle先生に聞いて下さい。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ElixirのRangeとErlangの:lists.seqの速度比較 - Qiita
Erlang チーム開発 rebar3でOTPアプリの雛型を作る - Qiita
ErlangでUnicodeを扱う - Qiita