こんな質問をしてみましょう 4〜6文字の金融系アフィリエイトにおすすめのドメイン AI関連情報の発信におすすめのドメイン ValueとDomainを組み合わせたドメイン ペットで飼っているチワワのゴンザレスに最適なドメイン 大阪の地名を3つ繋げたドメインで1つは喜連瓜破を入れて、名前の区切りはハイフンで繋げてほしい
A Better Way to Monitor God is an easy to configure, easy to extend monitoring framework written in Ruby. Keeping your server processes and tasks running should be a simple part of your deployment process. God aims to be the simplest, most powerful monitoring application available. Tom Preston-Werner tom@mojombo.com Google Group: http://groups.google.com/group/god-rb Features Config file is writte
ErrbitやNewRelicを使うとRailsアプリのログ監視はぐっと楽になります。 今回は、ApacheやNginxなどのサーバログ監視を楽にしてくれるWebサービスには『Logentries』を紹介します。 ちなみにこちらのアプリは、Heroku向けのCMS Lokkaを作られたkomagataさんのブログ『logentriesでnginxのエラーを監視する - komagata』で知りました^^ Logentriesとは? LogentriesはApache/Nginxや、RailsのWebアプリのログをリアルタイムに監視してくれて、Web上でグラフィカルなエラー表示をしたり、検索機能を提供してくれます。イベント(エラーなど)が発生した場合はメールで通知を送ることもできます。 1GB/1ヶ月までかつ、直近一週間分のログ保存までは無料で使えます。 また、期間を指定してイベントを調べた
軽量WEBサーバ「Nginx」は、残念ながら標準のリポジトリからは提供されていません。 Fedoraでの成果物を活用した EPEL(Extra Packages for Enterprise Linux) を使えば 一応はインストールできますが、レガシーと扱われる1.0系の安定版しか用意されていません。 Nginx-1.4.1が最新安定版である2013年の5月現在、以下の状況です。 epel 1.0.15-3.el6.x86_64 (2012-04-12リリース) epel-testing 1.0.15-3.el6.x86_64 (2012-04-12リリース) そういう背景もあり、WEBにはバージョンの古いepelやremiを利用してインストールしている記事が多いです。 今回、CentOS-6.4でnginxの公式最新版をyumで簡単にインストールする方法を紹介します。 環境 CentO
ホーム 技術ブログ 「Lord of Knights の裏側見せます!~Unity + PHP + MySQL で作るスマートフォンゲーム開発~」の資料を公開しました 「Lord of Knights の裏側見せます!~Unity + PHP + MySQL で作るスマートフォンゲーム開発~」の資料を公開しました 昨日2012年4月10日に行われたイベント 「Lord of Knights の裏側見せます!~Unity + PHP + MySQL で作るスマートフォンゲーム開発~」 の資料を公開しました。 イベントの詳細はこちらです。 → 【Lord of Knights の裏側見せます!】 ~Unity + PHP + MySQL で作るスマートフォンゲーム開発~ 前半のクライアント側の発表をAimingの細田さんが、後半のサーバサイドの発表を私(松井)が担当させていただきました。 細田
I've seen a couple questions around here like How to debug RESTful services, which mentions: Unfortunately that same browser won't allow me to test HTTP PUT, DELETE, and to a certain degree even HTTP POST. I've also heard that browsers support only GET and POST, from some other sources like: http://www.packetizer.com/ws/rest.html http://www.mail-archive.com/jmeter-user@jakarta.apache.org/msg13518.
Amazon EC2 は無料でお試しいただけます。 EC2 インスタンスの支払いには、オンデマンド、Savings Plans、リザーブドインスタンス、Amazon EC2 スポットインスタンスなど、複数の方法があります。 EC2 費用の最適化の詳細については、「Amazon EC2 のコストと容量の最適化」を参照してください。 オンデマンドインスタンスは、長期間の契約なしに、時間単位で、コンピューティング性能についての料金をお支払いいただきます。これにより、ハードウェアのプランニング、購入、維持に伴うコストや手間が省け、高額な固定費となりがちな運用コストも、より安価な変動費に抑えることができます。 オンデマンドインスタンスは、以下の場合にお勧めできます: 前払いや長期間の契約なしで、EC2 の低コストや柔軟性を利用したいと考えているユーザー 短期間の瞬間的急上昇を伴う、または予測不能な作
Linux サーバでの「Too many open files」エラー対策について調べたのでまとめてみました。 確認した OS は CentOS 5.9 と CentOS 6.3 です。 「Too many open files」は Linux でプロセスが開けるファイルディスクリプタの上限に達してしまうと発生するエラーです。 「ファイルディスクリプタ」という名前ですが、 Linux ではソケットもファイルディスクリプタなので、ファイルを開いた場合だけでなく、ソケットを使って通信を行う場合にもファイルディスクリプタが使用されます。 そのため、Apache や Tomcat などで高負荷なサイトを運用している場合などには、比較的遭遇する確率の高いエラーではないでしょうか。 このエラーを回避するため、プロセスがオープンできるファイルディスクリプタの上限を変更します。 まずは以下のコマンドを実行
tsuchinokopro.com 2018 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
psをgrepした結果からgrep自身を除外する方法を紹介します。 現在実行されているプロセスを表示する「psコマンド」は、Linuxの構築・運用時のプロセス起動を確認する場合によく使います。実行結果を見やすくするためにパイプ(|)を使って、「grepコマンド」と併用することが多いですね。 例えば、「apache」が起動しているかどうかを確認する場合など。 しかし、grepコマンドを実行した結果に自身のgrepが表示されているのは、なんだか邪魔臭い……気持ち悪いですよね。せっかく!grepしてるに不要なものが混ざっている……。そんな印象です。 というわけで、ここでは psをgrepした結果からgrep自身を除く方法を紹介します。 psをgrepした結果にしゃしゃり出てくるgrep自身…… たとえば、Apacheが起動しているかを確認する際、psコマンドにパイプ(|)を通して、grepすると
WheneverはCronを利用して繰り返し処理を行うためのライブラリ。 シェルコマンドやRailsのRunner、RakeタスクなどのジョブをCronで実行できる。 実際のところCrontabへの登録を補助してくれるだけなのだが、そのシンプルさがかえって分かりやすい。 バッチ処理の管理にうってつけ。 タイトルではRailsとなっているがRails以外でも利用できる。 以下はRails3での使い方メモ。 導入 Gemfileに以下の行を追加してbundle install gem 'whenever', :require => false schedule.rbの編集 config/schedule.rbにスケジュール設定を書いていく。 bundle exec wheneverize . を実行するとひな形を作ってくれるので、それを元に編集していくのが吉。 スケジュールは「every」に続
はじめに これから書く内容は、シェルスクリプトをばりばり書いている現場(サーバエンジニア・インフラエンジニア)向けのものではありません。 年に数回crontabをいじるような現場(サーバに詳しくないアプリケーションプログラマが多数を占めるような現場とか、Webデザイナや非プログラマがcrontabをおそるおそるいじったりするような現場)を想定しています。 >/dev/null 2>&1 の問題点 この記法の問題点は、「覚えにくい、間違えやすい、間違ってても気づかない」ということです。 初心者を迷わせる要素がこんなにあります。 >/dev/nullは先か後か 1と2はどちらが先か &はどこに書くのか よって下記のように多種多様なミスが起こり得ます。 2>&1 >/dev/null >/dev/null 1>&2 >/dev/null 2>1& >/dev/null &2>1 これをぱっと見て
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く