console.log() の代わりにdevtoolsのLogpointsを使う - Qiita
Logpointsを使おう Webフロントエンドの開発をする際、デバッグ目的で「特定の処理が実行された」ということを確認するために console.log() を使うことは多いと思います。しかし、Google Chrome や Microsoft Edge で利用可能な Logpoints を利用することで、 console.log() を使わずともコンソールにメッセージを出力することが可能です。 なぜLogpointsを使うの？ Logpoints を使うのには以下のメリットがあります。 デバッグや動作確認のためにコードを変更する必要が無い console.log() を誤ってcommitに含めてしまう心配が無い console.log() を入れた後に再ビルドやホットリロードを待つ必要が無い どうやってLogpointsを使うの？ logpoints は以下のように使用します。 Chr
なぜ Go ではロガーをコンストラクタ DI してはならないのか
問題のある実装パターン 共通実装 以下のような applog パッケージ上のロガー実装を考えましょう。ここでは Go 標準の log.Logger をラップしていますが，様々な実装に拡張できることを想定しています。 package applog import ( "fmt" "log" "os" ) type Logger interface { Info(message string) Error(message string) } func NewLogger() Logger { return &logger{ inner: log.New(os.Stdout, "", log.LstdFlags), } } var _ Logger = (*logger)(nil) type logger struct { inner *log.Logger } func (l *logger)
【Golang】GinのログをカスタマイズしてリクエストIDを追加する - Activ8 Tech Blog
こんにちは、エンジニアのクロ(@kro96_xr)です。バックエンドを中心にフロントエンドやらインフラやら色々担当しています。 少し前にタイトルの件について調べていたのですが、あまりまとまった記事がなさそうだったのでまとめることにしました。 もし本記事の内容に間違っている記述や不適切な記述がある場合にはコメントやTwitterDMなどでお知らせいただけると幸いです。 Ginのデフォルトログ設定について まず、カスタマイズする前にGinのデフォルトのログ設定がどうなっているかを確認します。 巷のGinの入門記事などを読むと、まずgin.Default()を呼ぶように書かれています。下記がよくある例かと思います。 package main import ( "github.com/gin-gonic/gin" ) func main() { r := gin.Default() // これ r
Apache のログにレスポンスタイムを記録する - ablog
Apache のログにリクエスト処理時間を記録したい場合、LogFormatで %D（マイクロ秒）、%T（秒）で指定する。 ログ出力 /var/log/httpd/access_log **.0.3.*** - - [29/Nov/2020:13:56:07 +0000] 260★マイクロ秒（%D） 0★秒（%T） "GET / HTTP/1.1" 403 3630 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.67 Safari/537.36" **.0.3.*** - - [29/Nov/2020:13:56:07 +0000] 75 0 "GET /icons/apache_pb2.gif HTTP/1.1" 20
第545回 systemdのログ「ジャーナル」を見る・ためる：Ubuntu Weekly Recipe｜gihyo.jp … 技術評論社
systemd環境では標準のログ収集・格納サービスとしてsystemd-journald（以下、journald）が稼働しています。今回は、このjournaldについて解説します。 ジャーナルを見る 早速ですが、journaldがためたログ=「ジャーナル」を確認してみましょう。ジャーナルを確認するためにはjournalctlコマンドを使います。 $ journalctl ずらっと、文字列が表示されるはずです。特に変わったところもなく、人間が見て読みやすいログと思えるのではないでしょうか。 lessでジャーナルの内容が表示されていますので、通常通り矢印キーで上下させて内容を見ることができます。qを押すと、画面から抜けることができます。 -xをつけて実行すると、対応するメッセージカタログが存在すれば、追加の解説をつけてログを表示できます。追加の解説とは、たとえば、このエラーやログが記録されるの
Go言語のエラーハンドリングとログローテーション | RE:ENGINES
はじめに こんにちは、今回はGo言語でのエラーハンドリングとログ関連についての記事となります。 例外のないGo言語でどのようにエラーを伝搬させていくのかについて一つの方法を紹介させていただき、その後、そのエラーをファイルに出力する方法を紹介したいと思います。 なお、開発環境の構築がまだの方は、ぜひこちらで環境構築をしてからお読みいただければと思います。 エラーハンドリングについてですが、まずはGo言語でerrorとは一体何ものなのかについて触れたいと思います。その後、pkg/errorsパッケージでerrorをwrapをする方法を記載し、次の節でそれを活用した独自のerrorsパッケージを作成したいと思います。 error インターフェース Go言語では例外の概念がないため（Go2では例外が組み込まれるかもしれませんが）、ファイルの処理などで下記のようにerrorを返却するコードをよく目に
開発者のためのロギング入門 - Qiita
これは GLOBIS Advent Calender 2021 6日目の記事です。 TL;DR アプリケーションのログは標準出力/標準エラーに JSON で吐き出しておけば大抵のケースで嬉しくなる はじめに この記事では、主にサーバーサイドで動くアプリケーションのログを取り扱う仕組みを説明しつつ、アプリケーション側でどのようにログを出力すると扱いやすくなるのか、というプラクティスを SRE の視点から紹介します。 対象読者としては普段ロギングの仕組みに触れることがあまりない開発者を想定しています。そのため、上の TL;DR を見て「当たり前じゃん」と思う人にとっては目新しい情報はないかもしれません。 また、今回は監視、アラートついては取り扱わないので、エラーログの監視についても範囲外とします。 ロギングとは 一般的に、ある時点で起こったイベントとその時刻を記録することをロギングと呼びます。
Goのロギングライブラリ 2021年冬
この記事ははてなブログからの筆者自身による転載です。 総論: なぜログが必要か 可観測性 たとえ目的は自明でも、その動作までが自明なアプリケーションというものはほぼ存在しません。現実の世界のアプリケーションというものは、動作パラメータだったり実行環境だったり、起動時点でのさまざまな要因によって挙動を変えるものだからです。そして、そうしたアプリケーションにはライフサイクルというものがあります。ここでいうライフサイクルは、アプリケーションの処理が実行されるにつれ、アプリケーションの内外との情報のやりとりで生じる大局的な状態の変化のことです。アプリケーションが並行処理を行うようなものであれば、個々の並行処理の単位にもライフサイクルがあることでしょう。アプリケーションはそれ単独で複雑な系であるということです。 また、現実の世界においては、単一のソフトウェアで自己完結するということも非常にまれなこと
Node.jsでlog4jsを使ってログを出力する | DevelopersIO
こんにちはさかじです。今年もよろしくお願いします。 Node.js初心者の私は、ログを出力するのについつい`console.log()`を使いたくなってしまいます。きちんとログを出力するためにlog4jsを使ってみました。 こんにちはさかじです。今年もよろしくお願いします。 Node.js初心者の私は、ログを出力するのについついconsole.log()を使いたくなってしまいます。きちんとログを出力するためにlog4jsを使ってみました。 インストール $ npm install log4js コンソールにログ出力 hello.js 'use strict' const log4js = require('log4js') const logger = log4js.getLogger(); logger.level = 'debug'; logger.debug('Hello world
MySQLに投げられたすべてのSQLクエリをロギングする - モヒカンメモ
概要 クエリビルダやORMが生成するクエリを確認したいなどの理由で、MySQLに投げられたクエリを確認したくなることがある そういうときは、MySQLのクエリログ (general_log) と言う設定をONにすることによって、すべてのクエリをログに吐かせることができる dev.mysql.com 5.2.3 一般クエリーログ 一般クエリーログは、mysqld の実行内容の一般的な記録です。サーバーは、クライアントが接続または接続解除したときに情報をこのログに書き込み、クライアントから受け取った各 SQL ステートメントをログに記録します。一般クエリーログは、クライアント側でエラーが疑われるとき、クライアントが mysqld に送信した内容を正確に知りたい場合に非常に役立つことがあります。 やってみる 1. 現在の設定を確認する mysql> select version(); +----
Kubernetesでlogを観たりするのに、sternというツールが良さ気らしい - ts0818のブログ
Kubernetesからの、MetalLB、Nginx ingress controllerのブラックボックス感が半端ないということで、ログを観るしかないかな～と思っていたところ、 medium.com ⇧ 上記サイト様により、「stern」なるデバッグツールが存在するらしいことを知る。 ちょうど、前前回、 ts0818.hatenablog.com ⇧ MetalLBとNginx ingress controllerとの絡みで躓いていたので、ログから何か分からんもんか？と思っていたところでした。 というわけで、今回は、「stren」というデバッグツールにトライ。 「stren」をインストール さっそく、https://github.com/wercker/stern にアクセス。 github.com ⇧ OS X（Mac OS）以外の場合、 バイナリからのインストール ソースから
DockerでVOLUMEと--volumes-fromをつかって別のコンテナの出力するログを集約してみる - かべぎわブログ
概要 DockerfileのVOLUME命令をつかって別のいろいろなコンテナが出力するログファイル的なものを集約してみたいと思います。 手順 手順はこんなかんじ。 ログ格納用コンテナとログを出力するコンテナを作成してみます。 ログ格納用コンテナの準備 ログ用のコンテナのDockerfileはこんなかんじ。 FROM centos RUN mkdir /var/log/wawawa VOLUME /var/log/wawawa これをbuildして $ sudo docker build docker_file_dir/ Sending build context to Docker daemon 12.8kB Step 1/3 : FROM centos ---> 49f7960eb7e4 Step 2/3 : RUN mkdir /var/log/wawawa ---> Running
これが Cloud Native な セキュリティログ分析だ (仮)
Cookpad techconf 2018のLTで講演した資料です
【k8s合宿】 Kubernetesのログ分析環境を作る - Uzabase for Engineers
こんにちは、SPEEDAのSREチームでエンジニアをしている阿南です。SPEEDAのSREチームでは、昨年末kubernetesについて理解を深めるために合宿を行いました。やり方はA〜Cの３チームに分けて、それぞれのチームでkubernetesに関することを調査、構築するという形式で、今回はAチームが実際にやってみた内容についてブログを書きたいと思います。（それぞれのチームでかなりボリュームがあるので、複数回に渡って連載的な形でお届けしたいと思います。） Aチームでは、kubernetesを本番環境に投入するにあたり、ログ収集周りをあまり調査できてないなと感じ、GCP上に環境を作ってみることにしました。 構築する環境 構築手順 クラスター構築 wordpress + MySQL構築 Fluentdイメージの作成 ConfigMap設定 DaemonSet設定 まとめ お知らせ 構築する環境
サイボウズのサービスを支えるログ基盤
Cybozu Meetup #6 大規模サービスを支える名脇役たちでの発表 https://cybozu.connpass.com/event/61329/
N秒間だけクエリ実行ログを取りたい - Hateburo: kazeburo hatenablog
pt-query-digestだったり調査のために、N秒間だけmysqlの全クエリのログを取得したいということはよくありますよね そんな時はこんなコマンドを使うと簡単に指定の秒数slowlogを切り替えて保存、取得後に元に戻してくれます。 $ slowlog.pl --duration 10 -- --default-extra-file=/hoge/my.cnf -uuser -- のあとはmysqlコマンドに渡すオプション ソース #!/usr/bin/perl use strict; use warnings; use IO::Handle; use Getopt::Long; use File::Spec; sub find_path { my $pg = shift; my $path; for ( split /:/, $ENV{PATH} ) { if ( -x "$_/$p
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JavaScriptでconsole.logを使用してませんか？
Kubernetes_Logging入門.pdf
Graylog | 俺的備忘録 〜なんかいろいろ〜
すっきり分かる Python のログ
