Node.jsでSocket.ioを使わずにWebSocket - Qiita
ちょっとWebSocketを使う話があったので試してみます。 考えてみるとNode.jsでリアルタイム通信をする時はSocket.ioかMilkcocoaを使ってました。 調べるとそこまでサンプルっぽいサンプルが見当たらないのでメモしてみます。 websocket-node npmなどで調べるとこのパッケージがメジャーっぽいですね。 https://github.com/theturtle32/WebSocket-Node #!/usr/bin/env node var WebSocketServer = require('websocket').server; var http = require('http'); var server = http.createServer(function(request, response) { console.log((new Date()) +
5分で動かせるwebsocketのサンプル3つ - Qiita
var server = require('ws').Server; var s = new server({port:5001}); s.on('connection',function(ws){ ws.on('message',function(message){ console.log("Received: "+message); s.clients.forEach(function(client){ client.send(message+' : '+new Date()); }); }); ws.on('close',function(){ console.log('I lost a client'); }); }); <!DOCTYPE html> <html lang="ja"> <head> <meta charset="UTF-8"> <meta name="viewpo
Postfix トラブル調査でメールログを調べる手順
さきほどのコマンドを実行した結果が下記になります。 4行＝４件の該当するメールが見つかったことになります。 多くの場合、条件に合致するメールが複数件抽出されます。 残念ながら、この状態では各メールの処理の詳細までは知ることができません。 ここからさらにキューＩＤごとに絞込検索をかけ、各メールの処理詳細を追跡することになります。 エラーが発生したおおよその時間帯がわかっていれば、どのキューIDを追跡したらよいかあたりをつけることができます。それでない場合は、すべてのキューIDを調べていく必要があります。 ※「831F78322B9」「73B928322E9」「A32198322F3」「EBD65832B18」がキューＩＤに該当します。 # Apr 18 15:42:37 server postfix/qmgr[1513]: 831F78322B9: from=<XXXXXX@yahoo.co
DovecotのPOP3ログの見方
DovecotのPOP3サーバが出力するログの説明です。 メール受信がうまくいかない場合の問題の切り分けを想定しています。 POP3サーバに接続、なにもせずに切断した場合: dovecot: pop3-login: Aborted login: rip=192.168.1.254, lip=192.168.1.1 ユーザー名またはパスワードが誤っている場合: 何もせずに切断した場合と同じ"Aborted login"だが、ユーザー名が表示される。 dovecot: pop3-login: Aborted login: user=<username>, method=PLAIN, rip=192.168.1.254, lip=192.168.1.1 処理が正常終了した場合: "Logged out"はQUITコマンドにより正常終了した場合のみ表示される。 dovecot: pop3-logi
サーバをメンテする時に便利な Linux コマンド 3つ - bekkou68 の日記
はじめに サーバを運用したり環境を構築したりしていて「あれ。あのプロセスで吐いてるログどこだっけ・・」など困るときがあります。 そんなときに頼りになるかもしれないコマンドを 3つご紹介します。 @madeth 師匠に教えていただきました。 1. proc でプロセスが使っているファイルを見る 困ったこと プロセスの吐くログのパスがどうしても分からない・・。 解決法 (編集 2014/09/10) 知りたいプロセスの ID を調べます。 $ ps aux | grep unicorn deploy 3335 xxx xxx xxx xxx X XX 15:14 0:07 unicorn master -c /var/www/myproject/unicorn/staging.rb -E staging -D プロセスID (この場合は 3335) をもとに root 権限でファイルディスクリ
Apacheの負荷の状況を監視できる、apachetop - UNIX的なアレ
Unix/Linux系OSの場合で、負荷監視のツールといえばtopが有名ですが、apacheの詳細までは監視することができません。 とくに、ある程度のアクセス数のあるWebサイトを運用したことのある方ならわかると思いますが、攻撃と思われるような負荷に出くわすことはあると思います。 そんなときに、簡単にapacheの状況を調べることができるのがapachetopです。 どんなときに使う？ apachetopということで、使用するのはWebServerです。アクセスが多くでサーバーが高負荷になっているなーとある程度自分なりに判断できたときに使います。 Debian/Ubuntuであればインストールは簡単。 # sudo apt-get update # sudo apt-get install apachetop 簡単に使ってみよう 使用方法も簡単です。 apachetopはapacheのアク
複数のサーバから一斉にファイルを収集するのにpslurpが便利 - Glide Note
以前、ブログに書いて以来、活用しているpsshとpscpなんですが、 付属コマンドのpslurpについてはすっかり忘れて全く利用していなかったんですが、 同僚の刺身さんが結構活用しているというのを聞いて、改めて使ってみると大変便利！ Parallel sshで複数のホストへ同時にコマンドを実行する | Glide Note - グライドノート 環境はSL6.1です。 pslurpの使いどころ 複数のサーバからaccess.logなどのログ、my.cnfといった設定ファイルなどの同名ファイルを持ってくる場合 DNSラウンドロビンや、ロードバランサを利用していてアクセスログが分散している場合 通常何も考えずscpとかで持ってくるとファイルが上書きされてしまうので、 ホスト毎にファイルを分けて管理したい場合にpslurpが活躍します。 pipを利用してpsshの導入 2012年なんでeasy_i
MySQLのbinlogをmysqlbinlogとperlワンライナーでカジュアルに解析する - blog.nomadscafe.jp
MySQLを運用していて特定の時間帯だけ更新クエリが増えているのを見つけたときにバイナリログを探ったりすることはまぁまぁあると思います。最近はmysqlbinlogとperlのワンライナーをつかって調べています mysqlbinlogをつかって特定の時間帯のログを調べるのは $ mysqlbinlog --start-datetime="2012-07-31 09:41:00" --stop-datetime="2012-07-31 09:45:00" mysql-bin.941 こんな感じですね。ちなみにMySQL 4.0.x のmysqlbinlogにはstart-datetime、stop-datetimeのオプションがないので新しいバージョンが入っているサーバに転送するなりして実行しています。 この出力は #120731 09:41:48 server id 9316 end_lo
cron で > /dev/null して椅子を投げられないための3つの方法 - 酒日記 はてな支店
(タイトルは釣りです) いい加減、>/dev/null 2>&1と書くのをやめたらどうか - DQNEO起業日記 この記事のタイトルが twitter で流れてきたのを見て、「そうだ！出力を /dev/null に捨てるなんてとんでもないよね！」と思ってよく読んだら /dev/null に間違いなく捨てる方法だったのでつい crontabに > /dev/null 書いたら椅子投げる 2012-06-13 00:01:17 via YoruFukurou とつぶやいてしまったのですが、では出力を捨てないためにはどうすればいいのか。現時点での個人的ベストプラクティスを書き留めておきます。 デフォルト : メールで送る (MAILTO) せっかく cron daemon がログを捨てないためにわざわざメールで送ってくれるのに、それを > /dev/null で踏みにじるとはひどい。 とはいえ、
MySQL レプリケーションのセットアップ手順 - わくわく技術ランド
想定していること † MySQL5.0 MySQLがすでに稼動中。レプリケーションの設定はしていない 今回MySQLをもう一台増やして2台構成とし、master、slaveの構成にする ※今回と状況が異なる場合は、MySQLのリファレンスマニュアルを読むといいです。 ↑ 1. レプリケーション用ユーザを作成する † レプリケーション用ユーザを作成する 作成するユーザーはスレーブがマスタのバイナリ ログを読み込むときに接続するユーザーとなる。 既存のユーザーでもレプリケーションは可能だが、ユーザ名とパスワードが master.info ファイル内にテキストで保存されるため、安全のためレプリケーションプロセスにだけ権限があるユーザを作成する 設定例(マスタのほうに設定) 192.168.23.0/24 内のネットワークで許可 ユーザー名：repl パスワード：slavepass mysql >
Nagiosでログ監視！
ですが、今回はNagiosでのログ監視について見て行きたいと思います。 まずは NagiosExchangeからcheck_logs.plをダウンロードし、インストールします。 （check_logs.plはperlで実行されるため、要perlです。） そして、実行権を付けましょう！ これで、ひとまず ログ監視を実行できるようになりました。 さて、実行できたは良いものの ・どのファイルを読むのか ・どのエラーが発生した時に、メールを飛ばすようにするのか 等が設定できていないため、このままでは監視になりません。 ということで、次は「どのファイルを読み」、「どのエラーを拾うか」の設定をしていきます。 まずは、xxx.cfgというログ監視設定ファイルを作成し、/etc/nagios/check_logs/等、適当な場所へ配置します。 以下、設定ファイルの例です。 $seek_file_temp
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mod_log_config - Apache HTTP サーバ