「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
nginxとは？ nginxはロシアで開発されている軽量で高速なWebサーバです。 現在シェアは 7% 近くあるようです。もちろんApacheに比べれば少ないですが、Apache 55%、IIS 25%, nginx 7%で3番目に使われているWebサーバになります。 昔は、Pound+Lighttpd+Apacheの組み合わせをよく使っていましたが、ここ数年はnginx+Apacheとかになりました。 主に、静的コンテンツをnginxが受け持ち、PHPなどの動的コンテンツはApacheに渡す形になります。Railsを使う場合は、nginx+Unicornの組み合わせが多いです。 いまさらな感じもありますが、インフラ周りの見直しも含めて紹介したいと思います。 静的コンテンツをnginxに任せる nginx+Apacheの場合の設定は次のようになります。（nginxがport 80、Apac
忘れないようにメモ。 ドキュメント 公式サイト：http://nginx.org/ wiki：http://wiki.nginx.org/ 公式のサイトよりwikiの方が充実してたのでwikiを参考にした。 自分の環境 OSはUbuntu10.04。 ドメインは http://www.oh24.net/ を取った。まだ特に何もない。 nginxは「sudo aptitude install nginx」でインストールした。 $ nginx -V で、configure optionsとか色々見られる。自分の所のはこんな感じだった。(見やすいように改行した。) nginx version: nginx/0.7.65 TLS SNI support enabled configure arguments: --conf-path=/etc/nginx/nginx.conf --error-lo
需要があるかどうかわからないけど、nginxの起動停止スクリプトをのせておく。 nginx_binは環境に合わせて変更すること。 #!/bin/sh # chkconfig: 345 99 20 # description: nginx Web Server # processname: nginx export nginx_bin=/usr/local/nginx/sbin/nginx if [ $# -ne 1 ]; then echo "Usage: $0 [start|restart|stop|status]" fi case $1 in start ) $nginx_bin ;; stop ) $nginx_bin -s stop ;; restart ) $nginx_bin -s stop $nginx_bin ;; configtest ) $nginx_bin -t ;;
2011年10月05日12:14 【レポート】第2弾！いろいろチューニングしてパフォーマンスを競うバトルイベント！「Tuningathon2」 #tuningathon カテゴリ Tweet もうすっかり秋ですね！！ （みなさん：そうですね！！） 急に寒くなったりして、風邪が流行っているようですが、 みなさんお大事になさってください。 さて今回のブログは、イベントレポートです！ 2011年10月1日（土）に、主にインフラエンジニアを対象としたイベント 「Tuningathon（チューニンガソン）」の第2弾を開催いたしましたので、 今回は、その様子をお届けしたいと思います！！ ※メディアスポンサーである技評様により記事としても公開されます。 今回のイベント参加者は、39名 35組（ペア4組含む）※参加率100%！！ 当日無断キャンセルはありませんでした…！すごい！！ あ
このまえ登り坂の途中でロードバイクのタイヤが破裂しました。ながたです。 今回はバッチ処理について書いてみようと思います。 バッチ処理？ Webサービスの処理開始条件は、大まかに次の2つに分けることができます。 ユーザーのアクションに起因するもの ユーザーのアクションに起因しないもの このうち後者の処理をバッチ処理が担当することになります。 バッチ処理の担当分はさらに、 特定の条件（時間やサービスの状態）で実行するもの 手動で実行するもの の2つに分けられます。 今回はこの「手動で実行するもの」について書きたいと思います。 バッチを手動実行するのはどんなとき？ バッチ処理を手動で実行するのは、十中八九イレギュラーな状況が発生したときです。 ルーチンワークや実行の条件が決まっているものは何らかの方法で自動化できるはずです。 そしてイレギュラーな状況のほとんどは不具合が発生したとき。 つまり 重
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
