サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
はあちゅう @ha_chu 誹謗中傷ログを保存するサービスに登録しました。 証拠保存がすごく簡単に出来るのはとっても良いですね...！ お困りの方はこちらに詳細が↓ atomfirm.com/achievements/k… pic.twitter.com/dacdnw1Diw 2020-06-09 17:18:54 リンク アトム法律事務所弁護士法人［公式サイト］Twitterでの誹謗中傷。利用料0円でタレント・有名人の方を守ります。「誹謗中傷ログを保存する弁護士集団」システムのサービスを開始。 | アトム法律事務所弁護士法人［公式サイト］ 刑事事件と交通事故を取り扱うアトム法律事務所弁護士法人の公式サイトです。このページでは、「Twitterでの誹謗中傷。利用料0円でタレント・有名人の方を守ります。「誹謗中傷ログを保存する弁護士集団」システムのサービスを開始。」を掲載しています。 6
サーバーサイドに比べて見落とされがちな、フロントエンドのエラーログ収集。JavaScriptのログ収集、確認に役立つ手法、ツール、ライブラリーを総まとめ。 開発進行中も本番モードでの運用時も、ソフトウェアアプリケーションにおいてロギングは大切です。 サーバーを運用しているなら、サーバーサイドの言語選択にかかわりなく無数のライブラリーを利用でき、広範に及ぶストレージメカニズムやログ出力を扱う際の各種ツールも使えます。 しかし、クライアント側アプリケーションとなるとロギングは見過ごされがちで、利用できる手法もかなり限られています。 この記事ではクライアント側アプリケーション、特にJavaScriptを中心としたシングルページアプリケーション（SPA）におけるロギングの実装方法を紹介します。 コンソール エラーとメッセージのロギング方法でもっとも一般的かつ分かりやすいのは、おそらくコンソールの使
創造開発部インフラグループです。 (中の人：水野、中西) 昨今、SaaS 系のインフラツールが台頭してきています。 リブセンスでもかつて nagios で行っていたサーバ監視は、mackerel へと置き換わっています。 自社で持つものを厳選し、出せるものは外に出していくことで Web 企業のインフラエンジニアとして注力したい箇所へリソースを割くためにもこの手の SaaS 系ツールには注目しています。知らないだけで便利なサービスは他にもあるだろうということでリサーチを開始しました。 今回は、数ある SaaS のツールの中でもログ収集系に絞ったまとめとなります。 サーバログを管理したい時 オペレーション時に複数のターミナルを開いてログを見ながら作業を行うケースは多々あるかと思います。これから紹介するツール群は条件などで絞ったログや複数ホストのログを1枚の画面で出力してくれるツールとなります。
今回は、Webサーバのログ解析をリアルタイムで行えるコマンド『GoAccess』を紹介する。 1.インストール まずはコマンドのインストールから。 以下のコマンドを実行する。 ソースコードからmakeする場合 wget http://tar.goaccess.io/goaccess-0.8.5.tar.gz tar -xzvfgoaccess-0.8.5.tar.gz cdgoaccess-0.8.5/ ./configure --enable-geoip --enable-utf8 makesudo make install パッケージ管理ソフトからインストールする場合 brew installgoaccess (Mac OS Xの場合)sudo apt-get installgoaccess (Debian/Ubuntuの場合)sudo yum installgoacc
今回は、catやtailと組み合わせてログをカラフルに色分けし見やすくする『ccze tool』を紹介する。 1.インストール まずはインストール。 以下のコマンドを実行する。sudo yum install ccze --enablerepo=epel (CentOSの場合)sudo apt-get install ccze (Debian/Ubuntuの場合) 2.コマンドの実行 さて、それでは実際にコマンドを実行してみよう。 tailコマンドで、「/var/log/messages」を確認する。 tail /var/log/messages | ccze -A 上半分はcczeを利用していない状態。 下半分でcczeを用いている。 うーむ、確かに見やすい… むろん、「tail -F」でも閲覧可能だ。 tail -F /var/log/messages | ccze -A ちなみ
Apacheのaccess_logはすぐ大きくなりますよね。 ログファイルのサイズが大きくなれば、ログ解析のときにも困るし、 運用に支障が出ます。 というわけで、今回はApacheのaccess_logのログローテートテクニック について、具体例を交えながら解説してみようと思います。 ローテートの方法として以下３つの手法を考えてみます。 その１：cronとシェルスクリプトの合わせ技で頑張る その２：Apacheに最初から付いてる機能を使う その３：logrotate.dに頼る この時点で「ああ、それなら分かるよ」という方はもう立派なエンジニアですね。 とまぁ、無駄な話は置いておいて… 具体的な手順・解説は以下のとおり。 その１：cronとシェルスクリプトの合わせ技 ===================================== #!/bin/sh HIDUKE='date +%
Apacheのアクセスログ（access_log）やエラーログ（error_log）は、初期設定では同じファイルに追記され続け、ファイルサイズが徐々に大きくなっていく場合がある。 ログ・ローテート（logrotate）を使うと、日別、週別、月別など一定期間ごとにファイルを分けて記録できる。 またローテーションするファイル数も指定できるため、ログファイルが増え続けることもない。 ここでは以下の環境の場合で説明する。 OS：RockyLinux 9 リポジトリからyumでhttpd（Apache）をインストール 設定ファイルは /etc/logrotate.conf にある。 そのファイルの中身を見ると /etc/logrotate.d/ というディレクトリ内のファイルを include していることが分かる。 アプリケーションごとに個別にローテーションを指定する場合はたいていこのディレクト
複数台のサーバーやクラウド環境を組み合わせてのサービス運用においては、ログの収集方法に工夫が必要となる。こういった場合に有用なのが、さまざまなログの収集手段を提供するfluentdだ。今回はfluentdのアーキテクチャやそのインストール/設定方法、基礎的な設定例などを紹介する。 さまざまな方法でログを収集できるfluentd 今回紹介するfluentdは、Treasure Dataが開発するログ収集管理ツールだ（図1）。オープンソースで公開されており、Linuxや各種UNIXで動作する。 図1 fluentdのWebサイト ログ収集のためのソフトウェアとしてはsyslogdやsyslog-ngなどが有名だが、fluentdがこれらと異なる点としては、以下が挙げられる。 さまざまなソースからのイベントをさまざまな媒体に出力できる fluentdの大きな特徴としては、ログの収集方法やログの記
Linuxサーバ運用マニュアル ログをチェックしよう！ サーバでは，さまざまなことがログとして出力されます。それらのログは，非常に重要で有益な情報を与えてくれるものですが，複数の場所に出力されていたり，形式がまちまちだったり，量が膨大だったりして，必要な情報を引き出すにはコツが必要になります。 ここでは，代表的なログの種類と，そのログをチェックするための基本方法について説明します。 syslog syslogは，Linuxのメインログです。syslogd（シスログ・デーモン）が，さまざまなメッセージをログとして出力しています。以下に，syslogの概念図を示します。 図のように，syslogdへのメッセージ出力元は数多くあり，ログの出力量は膨大です。通常，それらのログは/etc/syslog.confによって，出力元，エラーレベルで分類され，複数のファイルに以下のフォーマットで出力されます
この記事はVim Advent Calendar 2012の161日目の記事です。 160日目はrbtnnさんによるEffective NeoBundle -- autoload関数を理解しNeoBundleを使いこなすための8の方法 --でした。 Inspired by ujihisa's VAC本記事は、Vim Advent Calendar 2012 143日目にujihisaさんが書いた記事 撮った動画にインスパイアされて書いた記事です。ujihisa++ ujihisaさんの動画はこちら ujihisaさんの動画を見て、GitLogViewer便利と思って早速設定してみました。 たしかに便利なんですが、コミットメッセージが表示されないので いちいち折畳を開かないと何のコミットなのかわからなくてちょっとめんどうだと思いました。 tigのメイン画面みたいに表示できたらもっと便利なの
少しずつですがUNIX/Linuxサーバやネットワークの管理者として必要な基本的なことを書いていこうと思います。 今回はWebサーバのdownloadフォルダからどのファイルが何回ダウンロードされているのかをコマンドで集計して表示させます。こんな感じです。 これを表示させるコマンドは初めて見ると魔法に見えるのですが実際はすごく単純です。 まず、apacheのログのありかを捜します。Debianなどは「/var/log/apache2/」にあるaccess.logがそれに当たります。まずはこれを普通に見てみます。 catコマンドで見ていると山のようにテキストが表示されます。（IPアドレスはxxxに直してます） 以下、太字が入力したコマンド、それ以降がサーバからの表示です。 # cat /var/log/apache2/access.log ::1 - - [28/Mar/2010:06:25
【第26回Elasticsearch勉強会】Logstashとともに振り返る、やっちまった事例ごった煮
２ちゃんの過去ログ全部表示するサイト作ったｗｗｗｗｗｗｗ Tweet カテゴリ☆☆☆ 1 ：以下、名無しにかわりましてVIPがお送りします：2012/03/16(金) 19:46:30.69 ID:eWzeUwU+0 ログめも http://logmemo.org/ ってのを作った。 勢いランキングも作ったから、暇な時見ると２ちゃんで話題になってるのがわかるから便利じゃね？ 何か他に追加して欲しい機能あったら教えてくれ！！！ 3 ：以下、名無しにかわりましてVIPがお送りします：2012/03/16(金) 19:49:12.16 ID:sEAo6O5I0 画像だな >>3 画像か！！！ ロダで流れてない画像を表示するようにしてみるわ 13 ：以下、名無しにかわりましてVIPがお送りします：2012/03/16(金) 19:53:46.08 ID:FXfKSCHY0
ログの世代管理 ログの世代管理の基本動作は，ログファイルを分割するのではなく，定期的にファイル名を変更するだけです。 例えば，毎月 1 日にログのファイル名を変更すると，毎月 1 日に先月分のログファイルが作成される，というわけです。 ログの世代管理は，システムに任せてしまう方法が便利ですが，自分で作成することもできます。logrotate.conf で設定 自分好みに設定logrotate.conf で設定 システムにインストールされているlogrotate で管理する場合は，logrotate.conf でログの世代管理のデフォルト値を設定します。 個々（またはグループ）のログファイルに対してlogrotate.conf と異なる値を設定したい場合はlogrotate.d の下に設定ファイルを作成します。 代表的なオプション カテゴリ パラメータ 値 説明
ここでは、ログの肥大化を防ぐためのログのローテーションについて解説していきます。syslog や他のプロセスが出力するファイルは放置していくとどんどんサイズが大きくなり、ディスクスペースを圧迫していきます。インストール時は/var ディレクトリのディスク占有率が0%であっても、数週間、数ヶ月経過するごとにあっという間に占有率が増大していることに気がつくと思います。しかし、これらの出力されるログを何世代分ローテーションさせるかといったことを予め決めておけば、指定した以上のファイルは作成されなくなり、その中でログがローテーションされていくのでログサイズの肥大化を防止することができるのです。RPMでパッケージをインストールしている方は、ほとんどログのローテーションをカスタマイズする必要はありませんが、ソースからコンパイルしてインストールした場合には、ログのローテーションは必須の作業となります。ま
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフーTechBlog こんにちは、ショッピング事業部開発部の吉野と申します。 今回は「アプリケーションログの設計と監視」について、実際にYahoo!ショッピングで採用している方法を少し交えながらお話しさせていただきます。 1.ログ設計のポイント ログ設計は、以下のポイントに注意して行うとよいでしょう。 ・ログ出力のポイントが押さえられているか ⇒セッションの始まりと終わり、処理の過程、例外処理の中など。 フローチャートのような処理フロー図があれば、そこにログ出力ポイントを書き込むとわかりやすくなります。 ・出力する情報に過不足はないか ⇒「いつ(システム時間)」「だれが(プロセスID・IPアドレスなど)」 「どこで(パスなど)」「なにをした(実行コマン
「いますぐ実践!Linux システム管理」はこちらです。 メルマガの解除、バックナンバーなども、以下からどうぞ。 https://www.usupi.org/sysad/ (まぐまぐ ID:149633) その他、作者に関するページは、概ね以下にございます。 https://www.usupi.org/kuri/ (まぐまぐ ID:126454) http://usupi.seesaa.net/ (栗日記ブログ) https://twitter.com/kuriking/ (twitter) https://facebook.com/kuriking3 (facebook) https://jp.pinterest.com/kuriking/pinterest) https://www.instagram.com/kuri_king_/ (instagram) [バックナンバーのトップへ
swatchによるログの常時監視 ログを監視して、特定の文字列が出力されると管理者へ知らせるツールとして「swatch」があります。syslogdのマニュアルには「異常なログをメールで送信するようでは手遅れである」と書かれていますが、実際問題としては対応が遅れることになってもメールで異常を確認できる方が良い環境もあると思われます。 また、ログをリアルタイムで監視しているため、不正アクセスされてローカルのログの改ざんが行われた際も、swatchが起動していれば必要な情報を転送しておくことなどが可能です。このように、swatchを使えばセキュリティと運用面で有効な仕組みを作ることができます。 swatchのインストール swatchの最新のバージョンは3.0.4です（2002年11月2日現在）。http://www.oit.ucsb.edu/~eta/swatch/からswatch-3.0.4
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
