「もし、あなたがうまい棒1万本をもらったらどうしたいですか?」というお題で「うまい棒が1万本あったらこんなことをやりたい!!」というのを送ってください。うまい棒を使って、愛しの恋人にプロポーズしてみるのもいいかもしれません。うまい棒の可能性は無限大です。●まずは、さぶみっと!JAPANのTwitterをフォローしてください。)●本文に「http://www.submit.ne.jp/775」と「#うまい棒一万本があれば」を入れて、うまい棒1万本の活用方法をツイートしてください。●ご応募の締め切りは3月30日(金)です。●お送りいただいたツイートを拝見のうえ、当選者を決めさせていただきます。ツイッターよりDMをお送りしますので送付方法、もろもろについてご相談させてください。#%E3%81%86%E3%81%BE%E3%81%84%E6%A3%92%E4%B8%80%E4%B8%87%E6%9C%AC%E3%81%8C%E3%81%82%E3%82%8C%E3%81%B0Facebookでの応募方法うまい棒一万本プレゼントキャンペーンページからよろしくお願いいたします。入れてシェアしていただけると当選確率UP?みんなのツイートをまとめてみました。たくさんの意気込み、妄想をお送りいただきありがとうございます!そんな皆さまのツイートを抜粋して一部をまとめてみました。あなたがうまい棒1万本をもらったらどうしたいですか?つぶやきまとめ。●うまい棒1万本はダンボール17箱、重量約100kg、エネルギーが約33万キロカロリーほどございます。当選時にそれらが搬入可能な十分なスペースおよび摂取可能な体力を確保のうえご応募ください。●うまい棒の賞味期限は2012年8月となります。1万本をひとりで食べようとすると1日70本を食べなければいけない計算ですが健康をおびやかす恐れがありますのでご注意ください。●職場やご友人にお配りしたり、街頭で配布してみるのがいいかもしれませんが転売はご遠慮ください。●商品をお届けさせていただく際にスタッフがお伺いしますので、搬入された当選者様のご自宅or会社の写真を撮らせてください。ありますのは本当に皆さまのおかげです。これからも末永くよろしくお願いいたします!!<追記>当選者が決まりました!たくさんのご応募ありがとうございました。当選者が決まりました。以下のエントリーをご覧ください。sumito.hiraimuninはサーバのさまざまな情報をグラフ化して表示するソフトです。”ムーニン”と言ってしまいますが、”ムニン”がいいようです。サーバ監視ツールということですが、例えて言うなら、自動車のメーター類のような働きをします。Ganglia、CactiやCloudForecastが同分類のソフトになります。具体的にどのような場面で重宝するかと言いますと、サーバを増やす際のスペックを検討するときも、失敗する可能性が減らせます。メモリをいくら搭載するものを用意すればいいのか、CPUはもう少し安いものでも問題無いのかなど、見積もることが簡単になります。例)メモリを48GB搭載したサーバの利用状況また以前は、何か障害が起きたときに、人間が手動でデータをかき集めてくるということをよくやっていましたが、Muninを入れてからはその手間は減り、より詳しい情報を参照して原因の特定・対策を講じることができます。例)Webサーバに急激にアクセスが発生した通知機能のあるソフトと組み合わせmuninはグラフの作成がメインです。Nagiosなど通知機能のソフトと併せて使うことでよりしっかりとサーバの運用ができるようになります。詳しくはhttp://www.submit.ne.jp/1043に書きました以下、弊社でmuninを利用している情報を共有したいと思います。数回に分けることにして、まずはインストールからです。用意するもの■muninのサーバグラフを表示するWebサーバになります。Basic認証やIP制限などを行った方がいいと思います。■監視される側のサーバ(ノード)localを監視することも可能。64bitで試してみました。munin※yumのepelリポジトリを追加する必要がありますlocalもノードにしてグラフを出したいので、ついでにmunin-nodeもインストールしておきます。startしてブラウザでhttp://IPアドレス/munin/にアクセスしてみるとサーバのリストが見えます。yesとしておきます。何かを再起動する必要はありません。次にここで登録したノードの設定です。インストール(ノード)前述のyumでmunin-nodeをインストールします。hosts.denyなど調整が必要になるケースがあります。ノード側でサーバのIPを追記します。^127\.0\.0\.1$の下辺りに追記しておきます。on再起動がかかってもmunin-nodeが動くようにしておきます。backupのようになればまずはOKです。5~10分待つと追加したノードもグラフが出てきます。ログはサーバ、ノードとも/var/log/munin/にあるので、参照すれば状況が分かります。知之2012年3月8日(木)に東京・渋谷で第7回目となる「さぶみっと!オフ会」が開催されました。年度末のお忙しい時期にもかかわらず100名ほどの皆さまにお集まりいただきありがとうございました!「さぶみっと!オフ会」をきっかけによいご縁を見つけていただけましたら私たちとしてもとてもうれしい限りです。今回は初めての試みとして、ご参加いただく皆さまのリストを前日にお送りしまして、「普段どういうことをやっているのか」「オフ会ではこういう人と会いたい。」といった意気込みを事前にご覧いただくことができましたので、よりスムーズな交流を図っていただけたのではないかと思います。前回のオフ会で「話し込むと時間を忘れてしまうので、残り時間がわかる工夫があるとうれしい。」という声もありましたので経過時間をマイクでお伝えしたり、「料理のボリュームが少なかった。」という声にはお店にお願いして前回よりもボリュームを増やしてもらったりしました。改善点や反省点はありますが、これからも皆さまに喜んでいただけるような場を提供していければと思っております。そんな100名の皆さまにお集まりいただいた当日の写真を少しだけご紹介させていただきます。オフ会にご参加いただいてどうでしたか?アンケート内容を公開ご参加いただいた皆さまにオフ会についてのアンケートを頂戴しました。あたたかいご意見もあり、これらはぜひ次回のオフ会に活かしていきたいと思います。オフ会でよかった点を教えてください。その他、よかった点などありますでしょうか?・みなさん、出会いを求める前提なので、きっかけが作りやすかった。・これだけの大人数で、これだけ業界の方や意識の高い方が多いのは素晴らしいことと思いました。・こうゆう機会があること自体が良かった。オフ会でよくなかった点を教えてください。名刺交換ができなかった。よい方と出会うことができなかった。その他、よくなかった点などありますでしょうか?・お店の照明が暗くて、参加者の表情が分かりにくいときがありました。・参加人数が多すぎて会場の混雑が圧迫感があった。していたほうが良いと思います。・デザイン、システム、営業・マーケ等のカテゴリーでの色分けがあっても良かったのかなと思いました。いの場を企画して下さってありがとうございました!とても有意義に過ごせました。企画・運営する立場なので、これだけの人数を集めて開催することがいかに大変か分かりますが、素晴らしい場を提供いただきありがとうございました。Webサイトの運営側の方も数名参加いただいており、良い交流ができました。運営スタッフの皆様、お疲れさまです。Webという括りの色々な立場の方と出会えて、とても有意義な時間でした。リスト事前配布は役に立ちましたが、マイクでの呼び出しは話に集中していると聞こえないのに加えて、会話が遮られてしまうことが多かったです。ネームホルダーを名刺ではなく、リストに掲載されていた番号にしてはいかがでしょうか。いますが、とてもイイ方と出会えます!!他の方に聞いても、御仕事につながったなどよく聞きます。方が応募する際に、「当日出会いたいターゲット(Webエンジニア/Webデザイナーなど)」を必須入力項目にして頂くと、それを見て直接こちらから話かけたり呼び出したりして頂いて、より効率的にマッチングが行えるのではないかと思います。限り毎回参加したいと思っています。3割と情報交換ができ、有意義な時間を過ごしました。あんなにたくさんの方たちとお名刺交換できる機会はあまりないので有意義な時間でした。あるイベントでよかったです。機会をつくっていただいてありがとうございます。たくさんのご感想ありがとうございました。知之2001年より運営しております、Webの案件に特化したビジネスマッチングサイト「さぶみっと!ホームページ制作マッチング」にて、Web制作会社さん(フリーランスの方も含む)のご登録数が1万社を突破しました!運営開始より11年という年月をかけて、多くの方にご利用いただいた賜物(たまもの)です。本当にありがとうございます!1万社突破までの道のりサイトがオープンした2001年といえば、小泉内閣の発足にはじまり9月11日にはアメリカ同時多発テロ事件が起こるなど、歴史的側面から見ても激動の年ではありましたが、そんな情勢を横目に「さぶみっと!ホームページ制作マッチング」はひっそりと誕生しておりました。1万社突破をサイトデザインの変化で振り返ってみます2001年当初はこのような時代を感じるデザインでして、3,000社に達する2006年あたりまでこのデザインでご利用をいただいておりました。2007年には、「案件」だけのマッチングに加え、「人材」のマッチングを開始しました。人材のマッチングは、ユーザーの皆様からのご要望を受けてリリースしたコンテンツとなり、トップページに「案件」と「人材」を並列にして表示していました。2007年~2008年4月までのデザイン。2008年11月までのデザイン。このころに5,000社を突破しました。6,000社を突破した2009年2月ころのデザインそして2009年3月より現在のデザインとなりいくつかのコンテンツ追加を行ったこともあり、この3年間で4,000社が増え、このたび10,000社に到達いたしました。1万社を突破したので何かやりたい。「1万」というメモリアルな数字ですし、皆さんにも喜んでもらえるような企画をやりたいと思っています。遅ればせながら社内にて鋭意検討中でありますので、またその様子は別途お伝えさせていただきたいと思っています。JMeterや、コマンドラインから使うcurl-loader・httperf・Siege・Pylot・abを簡単な使い方と共に紹介していきます。AB社が管理している、フォームに必要な情報を入力するだけで負荷テストをしてくれるWEBサイトです。ツールをインストールしたりする必要が有りませんので、非常に楽です。毎月5回まで無料で負荷テストができます。それ以上は10回/$30のクレジットを購入する事になります。EC2サーバから負荷テストのアクセスが開始されます。EC2サーバから負荷テストをしてみます。トップページ右上の”register”をクリックしてください。メールアドレスとパスワードを入力して登録するか、もしくは、Googleアカウント、OpenIDなどからでも登録できます。登録確認のメールアドレスに記述されているURLを開いて、フォームに従って入力していきます。これでアカウントが出来ました。負荷テストをしてみましょう。configurations”をクリックします。configuration”をクリックし、各種項目を設定していきます。JP(Amazon)”を選んでおきます。test”をクリックすると、負荷テストが開始されます。負荷テストのシナリオが簡単に設定できるのが格好いいですね。V2.0)の負荷テストツールで、GUIインターフェースを使ってかなり細かく負荷テストのシナリオを設定する事ができます。面白いのは、ブラウザで辿ったページを記録して、それに対して負荷テストをしたりする事もできたりする点です。OSX、Linuxなどで実行可能です。ここでは、WindowsのPCにJMeterをダウンロードしてカンタンな負荷テストを走らせてみます。以下のサイトからダウンロードできます。http://java.com/ja/download/Javaのインストールが終ったら、以下のサイトにアクセスして、Binariesの項目からapache-jmeter-x.x.zipファイルをダウンロードします。http://jmeter.apache.org/download_jmeter.cgi▼JMeterの起動zipファイルを解凍します。クリックするとコマンドプロンプトが表示されたのち、JMeterが立ち上がります。「テスト計画」を右クリックしてスレッドグループを作成します。作成されたスレッドグループをクリックして「スレッド数」(同時アクセス数)と「ループ回数」(連続アクセス数)に数値を入力します。※JMeterはテストを実行しているPCのスペックによって負荷テストできるスレッド数などが制限されますので、高い数値を入力すると正確に試験できない可能性がありますので注意です。「ワークベンチ」を右クリックしてHTTPプロキシサーバを作成します。右下の「開始」をクリックします。オプション」を開き、「接続」タブの「LANの設定」を開きます。「LANプロキシサーバを使用する」にチェックを入れます。「OK」をクリックします。最後に、「適用」をクリックして下さい。その後、負荷テストしたいページをWebブラウザで閲覧します。閲覧したURLのリストがJMeterのスレッドグループに記録されていきます。記録を確認するときは、左メニューの「スレッドグループ」をダブルクリックします。記録ができたら「HTTPプロキシサーバ」の設定を開いて「停止」をクリックします。停止したら、負荷テストするを必要のない記録を削除しておきましょう。▼負荷テスト「スレッドグループ」を右クリックして、「グラフ表示」と「統計レポート」を追加します。クリックすると、テスト計画ファイルの保存画面が出てきますので保存しておきましょう。テスト計画の保存ができると、負荷テストが開始されます。オプション」の設定を元に戻しておきましょう。JMeterを使っての負荷テスト方法については、こちらの資料が参考になりますので、お奨めです。MoserによってC言語で作成された、コマンドラインの負荷テストツールです。ライセンスはGPLv2で無料で使えます。複数のIPアドレスを生成して別々のクライアントからリクエストが来ているような状況を作る事ができます。段階的にアクセス数を増やしていく設定なども可能です。Linux環境で動作します。設定ファイルを用意して複数IPアドレスでlocalhostへ負荷を掛けてみます。▼負荷テスト※”SUGGESTION”や”WARNING”が出力された場合は”Cntl-C”で実行をストップし、設定を見直してください。restart)が必要になる場合が有ります。負荷テストを開始します。load_test.conf完了しました。10K.*という名前の試験結果が書かれたファイルが出来ていますので中を確認してみましょう。オペレーションの統計httperfhttp://www.hpl.hp.com/research/linux/httperf/httperfは、ヒューレット・パッカード研究所で開発されたコマンドラインで使う負荷テストツールです。ライセンスはGPLで無料で使えます。コネクション数・リクエスト数・1コネクションにおけるリクエスト数を指定して実行する事ができます。yumを使ってインストールしますrpmforgeレポジトリがインストールされていない場合は、インストールをする必要があります。http://apt.sw.be/redhat/el5/en/x86_64/rpmforge/RPMS/rpmforge-release-0.3.6-1.el5.rf.x86_64.rpmhttperfをインストール。httperf▼負荷テストここで使用しているオプションの意味は↓の通りです。総リクエスト数となる)負荷テストを開始します。結果は↓の様になります。0出力情報の詳細についてはこちらのblogが参考になります。Fulmerが開発しているコマンドラインで使う負荷テストツールです。ライセンスはGPLで無料で使えます。URLを記載したファイルを用意して、複数のURLを同時にリクエストすることができます。install▼負荷テストテキストファイルにURLを記述します。urls.txthttp://localhost/index.htmlhttp://localhost/index1.htmlhttp://localhost/index2.htmlhttp://localhost/index3.htmlここで使用しているオプションの意味は↓の通りです。負荷テストを開始します。--log=urls.log完了しました。結果は↓の様にコンソールに表示されます。Goldbergが開発しているコマンドラインで使う負荷テストツールです。ライセンスはGPLで無料で使えます。2.5以上が必要になります。Pythonをインストールします。installPylotをインストールします。pylot_1.26▼負荷テスト負荷テストの設定ファイルを書き換えます。以下の例ではhttp://localhost/post.phpにheaderを付けてappid=Demoとquery=pylotをPOSTします。testcases.xmlhttp://localhost/post.phpPOST詳しくは公式ページが参考になります。http://www.pylot.org/gettingstarted.html負荷テストを開始します。-xtestcases.xml完了しました。結果は↓の様にコンソールに表示されます。at:results/results_2012.02.24_14.14.07/results.htmlDone.結果がhtmlでも書き出されていますので確認してみましょう。toolhttp://httpd.apache.org/docs/2.2/programs/ab.htmlお馴染みApacheに標準でついてくる負荷テストツールです。Licenseで無償で使えます。▼負荷テストここで使用しているオプションの意味は↓の通りです。負荷テストを開始します。http://localhost/完了しました。結果は↓の様にコンソールに表示されます。ドメイン名やIPアドレスの打ち間違えには十分注意しましょう。attripFacebookのウェルカムページ廃止により、どのようにしていいね!を増やせば良いのか?参考データとしてattripのここ一ヶ月間のFacebookページのいいね!が押された場所について公開してみようと思います。本日は、Facebookのソーシャルウェルカムページについてこのような記事が話題になっています。Fun!”はっきりいって、なんかプレゼントしたり、配布したり、ケンテイしたり、占いしたりでファンを集めまくる方法は、これで終了となりました。これで食っていた皆様、お疲れ様でした。”確かに、そうなんだけど。それじゃーそういう事をほとんどやっていないページは、どうやっていいね!集めているの?どうしたらいいの。唖然としていることでしょう。いう事で、attripのデータを元に今後の動向を予測してみようかと思います。先月の約一ヶ月間のデータを元に話をしようかと思います。一ヶ月間で924いいね!ありました。いいね!ボックス経由が802(約87%)がブログなどについている。ボックスのライクボタン経由です。いままでみたいな、ウェルカムページやアプリを使う前にいいね!押してね!って施策みたいに押す場所(なんだかの理由でTOPページを訪問した場合)98いいね!(約10%)でした。ちなみに3ヶ月前のデータどんどんページに直接いいね!を押す人よりもFacebookボックス経由でのいいね!の割合が増えています。ちなみに三ヶ月前は、Facebookのいいねボックスでの数字は、66いいね!ページ上では、53いいね!でした。Facebook人口が増加しているのもあるとおもいますが、ブログなどに配置したFacbookのボックスがどんどん重要になっていくる気がします。理由は、ブログのほうがシェアしやすく、幅広い人にいいね!ボックスを押してもらいやすいからです。お金があれば、広告で呼び寄せる方が簡単だし、人数も増えると思いますが、面白い記事、共感できる記事を書くことで、ブログ経由でなどでいいね!を押してもらうのが、効率的だと思ういます。