Sentryをちゃんとセットアップしたら、想像以上にできるやつだった話（フロントエンドのエラー監視） | エスマット
2020-05-29Sentryをちゃんとセットアップしたら、想像以上にできるやつだった話（フロントエンドのエラー監視） はじめにこんにちは。エンジニアリング事業本部の@1010realです。 今年初めからスマートショッピングに入社して、既存サービスの管理画面のリプレースや運用・新規機能開発におけるフロントエンド開発を全般的に行っております。 今回はWebフロントエンド開発における本番環境のエラートラッキング及びそのバグフィックスについて、Sentryを用いて効率的に行う方法を紹介しようと思います。 内容としては、Webフロントエンドに限らず、バックエンドやアプリなど、Sentryが対応しているPlatformであれば、参考にできる内容となっています。 目次はじめに目次Sentryについてなぜこの記事を書こうと思ったかちゃんとセットアップってどういうこと？導入手順 最初のエラーをトラッキン
Python スクリプトの標準出力をパイプでつなぐ時に気をつけたいこと | iret.media
集え、初老丸達よ。初老丸達による世界に向けた技術的（又はそれに関連する）な物語を綴るカレンダーです。我こそ初老丸という方、初老丸予備軍の方も奮ってご参加下さい。ジーク・初老丸！ qiita.com 初老丸 Advent Calendar 2017 9 日目の記事になる予定です. tl;dr Python スクリプト内で以下のように Print() を利用して ‘foo’ を標準出力させつつ, tee コマンドを使ってファイルにも書き出した際に学んだことのメモ. import time while True: print('foo') time.sleep(3) あれっ？？ 以下のように実行してファイルにも ‘foo’ を書き込みたかったんですが… $ cat foo.py import time while True: print('foo') time.sleep(3) $ python
CA.io #1 『マッチングサービスを支えるElasticsearch』勉強会レポート
みなさま、こんにちは。マッチングエージェントの河野です。 筆者は毎年かかさず夏フェスに行くのですが、今年は都合がつかずで参戦できず、”まだ夏が終わっていない”と感じてしまう今日この頃です。 さて、そんな中(?)、9/11(月)にCA.ioの第一回を実施いたしました。当日は100名を超える方に足を運んでいただき、ありがたいことに満員御礼となりました。 今回はこの勉強会の開催レポートを紹介したいと思います。 CA.ioとは CA.ioとは、サイバーエージェントのメディアサービスを運営しているエンジニアによる、エンジニアのための勉強会です。毎回特定の領域にテーマを絞って勉強会を実施する予定です。 第一回のテーマは”マッチングサービスを支えるElasticsearch”。 CAが運営しているマッチングサービスでのElasticsearchの活用ノウハウを発表しました。 また、当日はelastic社
Oracle運用の基本「ログ」を理解しよう
というファイル名で作成され、初期化パラメータbackground_dump_destで指定されたディレクトリに出力される追記型のファイルです。 以下が、アラート・ログに出力される主な内容です。 -Oracleのバージョン -OS とそのバージョン情報（注） -インスタンスの起動・停止、そのモード -起動時にデフォルト以外の値が設定された場合のパラメータ -バックグラウンドプロセスのPID -表領域の追加など（物理構成の変更） -ログスイッチの発生 -エラー番号とそのエラー名、およびその詳細が記録されているトレースファイルの出力情報 注）プラットフォームおよびバージョンによりOS側の情報については出力されない場合があります。 Thu Jun 12 14:47:07 2008 Starting ORACLE instance (normal) LICENSE_MAX_SESSION = 0 L
データベース・セキュリティの実装 第2回 ログの取得と監査設計のポイント | Oracle 日本
Pick Upテクノロジー データベース・セキュリティの実装 第2回 ログの取得と監査設計のポイント 連載の1回目では、アクセスコントロールと権限管理について取り上げた。今回は想定外のアクセスがなく適切な権限管理ができているかを確認し、また万が一の事故発生時には事故原因を究明するために利用するログと監査について取り上げる。 ■監査の意義 一般的に監査は以下の目的で実施される。 権限管理の実装に関する問題の検出 不審なアクティビティの調査・検出 不正行為をおこなっていない証明 不正行為の未然予防(心理的障壁) コンプライアンス要件への対応(監査レポート提出など) 監査というと不正をチェックするものとの認識が多いと思うが、その他にも管理者や社員の身の潔白を証明するためにも利用できる。とくに大きな権限を持つ管理者は、Database Vaultなどを利用した管理者自身の権限の制限(厳格な職務分掌
Oracleで流したSQLのログを取得できますか？
OracleのSQL実行痕跡は以下に示すものの中にあります。 ただし、それぞれの設定レベル、保存方法によって、参照できる範囲は変わります。 １．オンラインREDOログとアーカイブログ オンラインREDOログはすべてのOracleデータベースに存在します。 ですが、そのREDOログのサイズとシステムのアクセス量によって保存期間は変化します。アーカイブログ設定しておけば、古いREDOログはアーカイブとして吐き出されます。 これらは#1の方がおっしゃったLOGMINERで実行済みSQLを調査することができます。 アーカイブログモードになっているかどうかは、下記で確認できます。 SQL> select log_mode from v$database; また、どのアーカイブログファイルを調査するかは下記を参照すれば良いと思います。 SQL> select name,to_char(completi
データベースコンサルタントのノウハウちょい見せ 私が使うSQL文の捕まえ方＆実行計画取得方法(後編)
各種インフラ技術(OS、ストレージ、ネットワーク)やオラクル製品といった話題を取り上げます。著者は小田圭二、「門外不出のOracle現場ワザ」、「絵で見てわかるOracleの仕組み」、「絵で見てわかるOS/ストレージ/ネットワーク」などの著作もあります 前回に引き続いてSQL文の捕まえ方＆実行計画取得方法です。 その０から３は、前編に載せています。 ●その４ statspackから捕まえる 注：snapのレベルは6以上がお勧めですからね！ 例：execute statspack.snap(i_snap_level=>6); この方法は、過去のある時点のSQLの実行計画を確認するために 便利な方法です。「昨日遅かった」とか、「前土曜日のバッチが 遅かった」といった調査において力を発揮します。 statspackやAWR(有償オプション)によって、過去のある時期の DB全体の稼動状況を確認でき
Statspackスナップショットの取得・削除コマンド ｜ Oracle使いのネタ帳
Statspackは自動取得も可能 Oracle データベースでは、取得済みスナップショットの確認や 手動/自動での取得、対象レベルの指定も可能。その方法を紹介する。 Statspackの手動取得コマンド デフォルト以外のレベルでスナップショットを取得するには、 引数に i_snap_level を追記する。 デフォルト SQL> execute statspack.snap ※ レベル5でスナップショットが作成される レベル6指定 SQL> execute statspack.snap(i_snap_level=> 6) ※ 実行時のみレベル6で取得される Statspackの自動取得コマンド 日付の演算で一定時間毎に取得することも可能。 1時間毎 execute dbms_job.interval(＜ジョブ＞, 'sysdate+(1/24)'); 10分毎 execute dbms_
データベースコンサルタントのノウハウちょい見せ 私が使うSQL文の捕まえ方＆実行計画取得方法(前編)
各種インフラ技術(OS、ストレージ、ネットワーク)やオラクル製品といった話題を取り上げます。著者は小田圭二、「門外不出のOracle現場ワザ」、「絵で見てわかるOracleの仕組み」、「絵で見てわかるOS/ストレージ/ネットワーク」などの著作もあります ※いただいたコメントを採用させていただきました。「 and a.sql_child_number = b.child_number」を追加しています。 今回は、私がよく使う、実行されたSQL文の捕まえ方、およびSQL文の実行計画取得方法をご紹介します。長いので前編と後編に分けます。今回は前編です。 まず、「v$sql_planから実行計画を表示する」方法を簡単に紹介し、その後、「実行されたSQL文の捕まえ方」を説明します。 ●その０ v$sql_planから実行計画を表示する。 どの方法でも大体使える、v$ビューからの実行計画の表示方法です
アクセスログから時間ごとのアクセス数を集計する - notebook
アクセスログから時間ごとのアクセス数を集計する cat access_log | grep -P -o 'Dec 12 \d{2}:' | sort | uniq -c 特定のアクセスでカウントしたい場合はcatをgrepにしてパイプで渡す感じにすればOK grep 'path' access_log | grep -P -o 'Dec 12 \d{2}:' | sort | uniq -c -P オプションは正規表現でPerlの正規表現を使いますよっていうオプション linuxの正規表現だとたまに意図してない挙動になるので急いでたりするとつい-Pを使ってしまったり。。 マッチしたものだけ取り出す場合は -o オプションで取ってこれる。単純な集計だったらこれで十分ですね。 uniq -c オプションでそれぞれカウントした値も取得できます。これ最近まで知らなかったｗ 特定フィールドの値を出し
grepでログ解析をするなんてひどい話だ | POSTD
今でも、 systemdのjournal におけるバイナリのストレージフォーマットに関して、不満を漏らす人が多くいることに私は驚きを隠せません。私は長年、システム管理者として働いてきており、1年以上も syslog-ng の オープンソースエディションのメンテナ として活動してきました。だからこそ、テキストではないストレージフォーマットに対して、なぜ多くの人が批判的なのか、私は理解に苦しんでいます。更に、反論を唱える人までいることが信じられません。もしかしたら、私は別世界の人間なのかもしれません。ですが、より良い選択肢があるのに、テキストのストレージを使う理由はほとんどありません。ロギングをする必要性、そしてなぜ、テキストのログストレージに対してそこまで用心深いのかについて、私は何度も尋ねられました。ここに、私が導き出した答えを紹介したいと思います。 これは、journalについて弁明する
Logging - 2.x
This document is for a version of CakePHP that is no longer supported. Please upgrade to a newer release! Logging¶ While CakePHP core Configure Class settings can really help you see what’s happening under the hood, there are certain times that you’ll need to log data to the disk in order to find out what’s going on. In a world that is becoming more dependent on technologies like SOAP and AJAX, de
CakePHPで任意のログファイルへログを出力する方法 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは。お盆休みは地元に帰り、あさりが食べたいなぁと思い、冷蔵庫をあさり続けましたが、シジミしかありませんでした。シジミの申し子、勝利です。 お後が宜しいようで・・・ さぁ、茶番は終わりにして、今回は久しぶりのCakePHPネタです。 CakePHPで任意のログファイルへログを出力する方法をご紹介たいと思います。 どうぞよろしくお願い致します。 経緯や用途 理由なんて後からつければいーんです。自分自身が作りたいと決めたら作ればいーんです。 作業している際や、本番リリース後等に自分だけのログ出力ファイルやアプリケーションの仕様的にCakePHPのログ以外のログが必要になったり欲しくなったりしたことはないですか？ もちろんログ出力だけであればCakePHPに備わっているものを使用したらいいと思うのですが、CakePHPでデフォルトで吐き出されるログによって汚されたりすると、自分が吐き出した
CakePHP2系でバッチ処理を実行するために覚えておくわかりやすい基本方法 - 【鋭利団体】PK-Brothers
我々は日々死ぬために生きている。 生きるために死ねる。 最近そんな言葉が胸にささった。 今回のTipsはよくあるCakePHPでのバッチ処理を実行するための基本的方法について記述する。 よくシェルとも言うらしいが、僕はバッチといった方がしっくりくるから以下バッチという。 僕の開発環境はWindows環境なのでWindowsに特化している記述になるがいいだろう。 結構Windows記事を見つけないからだ。 参考になれば幸いでござる。 まず、どのファイルに書くか？ app/Console/Command/ このディレクトリにファイルを追加する。 できればCakePHPの命名規則にのっとって書くのが無難だろう。 app/Console/Command/TestShell.php こんな感じに、ね。 コーディングの構成は？ 僕はいつも以下のような形で基本形成を保っている。 人はルールの上にいてこそ
[ヅ] [Linux]標準エラー出力と標準出力をリダイレクトしてファイルへ書き出す (2011-03-26)
新規または上書きする場合: $ ./mycommand >& mycommand.log 追記する場合: $ ./mycommand >> mycommand.log 2>&1 ↓ここにすごくよくまとまってた。 リダイレクト Cシェルの場合 Command < file 標準入力をファイルから読み込む Command > file 標準出力をファイルに書き出す Command >! file 同上上書き Command >& file 標準出力と標準エラー出力をファイルに書き出す Command >&! file 同上上書き Command >> file 標準出力をファイルに追記 Command >>& file 標準出力と標準エラー出力をファイルに追記 Command | cmd2 標準出力をコマンドcmd2の標準入力に接続 Command |& cmd2 標準出力と標準エラー出力をコ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.elastic.co/jp/pdf/case-study-line-jp.pdf
Django logging on Heroku
ログ解析のとき便利なコマンドまとめ - Qiita
株式会社スタイルズ
https://www.multiburst.net/sometime-php/2010/05/change-phpini-file-for-debugging/