エラーログ管理(sasl、error_logger、rb) - cooldaemonの備忘録
erlang でエラーログを管理する方法を調べたのでメモ。 まず、sasl の設定ファイルを作成。適当に elog.config として保存する。 [{sasl, [ {sasl_error_logger, false}, {errlog_type, error}, {error_logger_mf_dir, "/path/to/logs"}, {error_logger_mf_maxbytes, 10485760}, %% 10MB {error_logger_mf_maxfiles, 10} ]}]. Programming Erlang まんまですが・・・これで、error のみ /path/to/logs 配下のファイルに保存し、ファイルのローテーションも行ってくれる。(上記設定で、1 ファイル最大 10MB で 10 ファイルまで保持する） 次に、下記のように erl を実行する
Elixir の例外について纏めた - Qiita
意外と複雑だったので、可能な限り情報を纏めてみました。 例外の種類 Elixir の例外には throw と error と exit という３種類があります。 どの例外も、投げた直後に処理を抜けて catch や rescue に飛ぶ（あるいはそれが無ければプロセスが終了する）という点では同じです。 throw throw はフロー制御のための例外です。 Elixir は、関数の途中で return したり、ループで条件を満たしたら break するというのが出来ません。 そういう時、処理の流れ（フロー）を変えるために throw を利用します。 throw を使うことで、例えば Enum.find/2 のような関数は以下のように書けます。 def find(enumerable, default \\ nil, fun) do try do for v <- enumerable do
Let It Crashとは何か - mookjp.io
この記事はRecruit Engineers Advent Calendar 2016 - Adventarの21日目の記事です。 昨日はktrysmtさんのChrome便利拡張のお話 ググったあとワンクリックで期間指定ができるChrome拡張を作った - Qiita でした。 “Let It Crash"ってなかなかのパワーフレーズじゃないですか？ ちょこちょこといろいろな場所で見かけるものの、（letitcrash.comとか…）その定義や、それがどこで出てきたフレーズなのかまでに触れている記事は少ないのでは、と思います。 この記事では、“Let It Crash"が初めて登場したと思われる、Erlang設計者の1人であるJoe Armstrong氏の論文「Making reliable distributed systems in the presence of software e
SASL Error Logging — sasl v4.2.2
View Source SASL Error Logging NoteThe SASL error logging concept described in this section is deprecated since Erlang/OTP 21.0, when the new logging API was introduced. The new default behaviour is that the SASL application no longer affects which log events that are logged. Supervisor reports and crash reports are logged via the default logger handler which is setup by Kernel. Progress reports a
Erlang -- erlang
By convention, most Built-In Functions (BIFs) and all predefined types are included in this module. Some of the BIFs and all of the predefined types are viewed more or less as part of the Erlang programming language and are auto-imported. Thus, it is not necessary to specify the module name. For example, the calls atom_to_list(erlang) and erlang:atom_to_list(erlang) are identical. Auto-imported BI
let it crashが生んだ誤解 - Qiita
ここ2年程のelixir人気に伴い, BEAM (つまりerlangとelixir) を使う人が増えました. しかし, let it crashという思想は誤解を残したまま世に広まったように感じています. 郷に入っては郷に従え. let it crashの思想をしっかり理解して実装していきたいものです. 前置き 大層なことを書きましたが, あくまでも個人的な見解であり, ポエムです. Erlang/OTPチームの見解とは異なる可能性がある点に気をつけてください. また, ご意見があればコメント欄に頂ければ幸いです. なお, Elixirのタグも付けていますが, 記事中のコードは全てErlangです. Elixirを書いている人にも知って欲しい, 「届けこの想い！」ということでタグは付けています. これらの点をご承知起きの上で読んで頂ければ幸いです.m(_ _)m let it crashの
Elixirでプログラムがエラーになっても再起動する仕組みを試す - Qiita
Elixirで監視状態においたWorkerプロセスがエラーになっても， 監視プロセスが検知してWorkerを再起動してくれるという振舞を手を動かしながら試してみましょう． ElixirでTaskを使ってEchoServerを動かすという記事の一部を再構成して提供しています． Workerを作る まずはWorkerの例としてTCP/IPで接続を待ちうけるサーバーを作ります． Erlangには gen_tcp というライブラリがあるのでこれを用いてTCP/IPを扱います． :gen_tcp.xxx となっている記述の部分で利用しています． # echo_server-1.exs defmodule EchoServer do def accept(port) do # オプションは以下のような意味である: # # 1. `:binary` - データを(リストのかわりに)バイナリとして受けとる
[Elixir]Elixirで簡単なHTTP Proxyを書いているときに出会ったエラーのメモ
追記 2015/11/08 [Elixir]1worker、1portでリクエストを待ってHTTPのリクエストをProxyする で解消済 最近、簡単なHTTP Proxyを書いてみています。Elixir/Erlangの多プロセスで動作する点を利用して、軽量なproxyとして動作できるのかなー？というところがあってです。 https://github.com/KazuCocoa/http_proxy 以下のような感じでportを指定したら、そのportに対してどんなパスでアクセスしたかで接続先を制御できる感じにしています。 use Mix.Config config :http_proxy, proxy: %{port: 4000, default_to: "http://google.com", path: [ %{from: "", to: "http://yahoo.com"}, %{
![[Elixir]Elixirで簡単なHTTP Proxyを書いているときに出会ったエラーのメモ](https://cdn-ak-scissors.b.st-hatena.com/image/square/8d71ff5111e05619a10d29bb40d7aebaa75c8fbc/height=288;version=1;width=512/https%3A%2F%2Fs0.wp.com%2Fi%2Fblank.jpg)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How can I write an exception stack trace in erlang after catching it?
Graceful error handling in Elixir
Custom Error Pages with Phoenix
Error handling in Elixir libraries
How to Capture All Errors Returned by a Function Call in Elixir - Semaphore
How to Capture All Errors Returned by a Function Call in Elixir