21. % bundle exec berks search nginx application_nginx (2.0.2) cloudfoundry-nginx (1.0.4) docker-nginx (0.2.0) nginx (2.7.4) nginx-fastcgi (0.0.9) nginx-proxy (0.2.1) nginx_conf (0.0.5) nginx_fallback_to_apache (1.1.0) nginx_simplecgi (0.1.2) nginx_vhost (0.1.0)

Chefマスターから見たら「えっそんなこともちゃんとやってなかったの？情弱」的な感じかもしれませんが、とりあえず自分で気をつけたポイントをメモしてみました。 ほんとはこう分けた方が良いよ！とかありましたら教えてもらえると嬉しいです！ 課題 やっとサービスが成長してきたので、ちゃんとChefで３環境(local, staging, production)を管理しているのですが、 「3rd partyのcookbookも使ってるし、attributeのoverrideをrunlistで行っていて、環境ごとのrunlistに差分が出る。ヤバい。目diff無理」 という素敵な課題が勃発 対策 このrunlist問題に対して、以下のような対策を打って、リファクタしました。 1. バージョンをattribute化してあるものは必ずserver specでテスト えぇ、、、なんでやってなかったんだって怒

今日はsemop()の実装を。システムコール的にはsemop(2)とsemtimedop(2)の2つの関数がありますが、カーネルのsemop()側はsemtimedop(semid, sops, nsops, NULL);と呼び出してるだけなので、実体は一つです。 では、semop(2)とsemtimedop(2)の共通実装部分、というかsemtimedop(2)の実装を見ていきます。最初は変数定義なので飛ばそうと思うんだけど、sops = fast_sopsは後で出てくるので覚えときます。 1774 SYSCALL_DEFINE4(semtimedop, int, semid, struct sembuf __user *, tsops, 1775 unsigned, nsops, const struct timespec __user *, timeout) 1776 { 1777

リクエスト予約希望条件をお店に申し込み、お店からの確定の連絡をもって、予約が成立します。 1 予約の申し込み ご希望の条件を当サイトよりご入力ください。 2 お店からのメール ご予約が承れるか、お店からの返信メールが届きます。 3 お店へ来店 予約が確定した場合、そのままお店へお越しください。

リクエスト予約希望条件をお店に申し込み、お店からの確定の連絡をもって、予約が成立します。 1 予約の申し込み ご希望の条件を当サイトよりご入力ください。 2 お店からのメール ご予約が承れるか、お店からの返信メールが届きます。 3 お店へ来店 予約が確定した場合、そのままお店へお越しください。

某イベントの運営お疲れ様会で行ってきた。 はー、美味しかった。 場所はこちら。鮨なかむら。 席につくとおまかせで色々出してくれるので苦手なものとか伝えるだけ。 ひと通り終わったら追加するかんじ。お酒は随時。 まずは蛤のお吸い物 肝 焼きサンマは骨を全て抜いてくれている 鰹はほんのり燻製 お酒のメニュー 今日は東一の純米吟醸から 握りスタート。 一四代を追加 肴も追加 酒がすすむ ここからは追加分 いやぁ、大変おいしゅうございました。満足。 このエントリの写真はこのカメラで撮ってます Powershot S100は、スマホで写真に目覚めてしまったあなたに最適な一台 Canon デジタルカメラ PowerShot S100 ブラック PSS100(BK) 1210万画素 広角24mm 光学5倍ズーム 3.0型TFT液晶カラーモニター クチコミを見る

リクエスト予約希望条件をお店に申し込み、お店からの確定の連絡をもって、予約が成立します。 1 予約の申し込み ご希望の条件を当サイトよりご入力ください。 2 お店からのメール ご予約が承れるか、お店からの返信メールが届きます。 3 お店へ来店 予約が確定した場合、そのままお店へお越しください。

リクエスト予約希望条件をお店に申し込み、お店からの確定の連絡をもって、予約が成立します。 1 予約の申し込み ご希望の条件を当サイトよりご入力ください。 2 お店からのメール ご予約が承れるか、お店からの返信メールが届きます。 3 お店へ来店 予約が確定した場合、そのままお店へお越しください。

4. Minecra* Pi Edi.onを ハックしてみよう Ejectコマンドユーザー会 あっきぃ ( id:Akkieso* ) 2014/10/18 OSC2014 Tokyo/Fall 5. 自己紹介 • あっきぃ　です • 1988年(昭和63年)生まれ • 北海道根室市出身（日本最東端の駅の近く） • 渋谷で仮想化エンジニアしてます • @Akkieso* – フォロー非推奨（ツイート量多い） – 学生は特に非推奨（学業に専念しろ） – Ejectに絡めて謎メンションされるとキレます

MySQL Performance Blogの翻訳。Perconaのサポートエンジニアによる、MySQLバージョンアップの様々なパターンと、その利点・欠点、手順の解説。バージョンアップ実施前の、事前調査とテストが重要であるとの指摘も。 MySQLのバージョンアップ(訳注 : 原文ではupgrade、以下同じ)はどこかで必要になるタスクだし、我々Percona SupportでもMySQLバージョンアップのベストプラクティスについての色々な質問を受け付けている。この記事では、色々なシナリオにおけるMySQLバージョンアップの推奨できる方法に焦点を当ててみたい。 MySQLのバージョンアップはなぜ必要になってしまうのか？その理由は色々だが、新機能が必要、パフォーマンスの改善、バグ修正などがあるだろう。しかし、アプリケーションと組み合わせた上で事前に広範囲なテストをしておかないと、リスクの大きい

魂のステージが低いのか、CPUの歓声が聞こえません。 CPUの歓声は聞いたことないですが、ハードディスクの断末魔なら何度も聞いてます— ⁰⁰⁰⁰null (@yuroyoro) October 19, 2014 なので、CPUの気持ちになれるツール作った。 Remix: Latency Numbers Every Programmer Should Know(2014) 右側にあるボタンっぽいのをぽちぽちして、CPUの気持ちになってみるとよいかも知れません。

結論: chmod 600 ~/.ssh/id_boot2docker で治る 症状 Docker 1.3 と boot2docker 1.3もきて、fig 1.0 も出ましたね。 Macでboot2docker up/startを実行すると以下のようにパスワードが何回も聞かれることがあるようです。 $ boot2docker up Waiting for VM and Docker daemon to start... .docker@localhost's password: odocker@localhost's password: docker@localhost's password: Started. docker@localhost's password: boot2dockerのid:passはdocker:tcuserなのですが、普通は聞かれないので治し方。 対処法 ch

就業規則をGitHubで管理・運用・公開をするという猛者が登場したらしいですね。 GitHubに会社の就業規則を公開した - terurouメモ 私もGitHub上に、厚生労働省のテンプレをTeX形式に加工したものを置いてましたが、まさか自社の就業規則を置くとは…… 写真は私の活動です。privateな物もあるので、みなさんから見えるものとは違います。社労士としてはまずまずの使用頻度ではないでしょうか。（他の社労士の事はわからないので主観です。） GitHub上で公開することはメリット・デメリット両方あるでしょう。 メリットの一つに、私のようなGitを使用している社労士から修正の提案があるかもしれないという事が挙げられます。私が本物の社労士かどうかという問題ですが、島根県社労士会からこのサイトにリンクが貼ってありますので、それで良しとしてください。 というわけで、Pull Requestし

ISUCONとはLINEヤフー株式会社が運営窓口となって開催している、お題となるWebサービスを決められたレギュレーションの中で限界まで高速化を図るチューニングバトルです 参加者の皆さん、 ISUCON4 予選、お疲れ様でした。 ISUCON4 運営チームの @rosylilly です。 すでに予選問題の解説記事もあがっていますが、この記事では、ベンチマーカー実装者が予選参加者となるべく同じ状況で、出来る限り高得点を出すことを重点に置いたピーキーな解答例について解説します。 ※ 別解となる、この記事ほどピーキーではない @sorah による解答記事はこちらです。 また、実装されたソースコードは GitHub にて公開しています。 前提 実装時間は皆さんとおなじ8時間程度を想定しています この実装はすべて僕一人で行います 架空の想定として、運営チーム(@mirakui, @sorah, @r

ISUCON4 予選お疲れさまでした! 予選問題の Ruby 初期実装などを担当した @sora_h です。 予選はたのしんでいただけましたでしょうか? 本記事では、ざっくりとそこそこのスコアを出す解き方を紹介しようと思います。 ※@rosylillyによる、高得点を出すことを重点に置いたピーキーな解答例はこちらです 前提 一人でやる 一応8時間経過時点でスコアをとる ただし出題者であるので問題の把握などの時間は短縮されていることに注意。 Ruby の実装を利用する ある程度、現実味のあるチューニングが主 ベンチマーカーの実装を利用したりしない また、この記事で出来た実装は GitHub に掲載しています: https://github.com/sorah/isucon4-qualifier-sorah 初期スコア とりあえず立ち上げて動かした時のスコアは success:6030 fai

MySQL Performance Blogの翻訳。Perconaのサポートエンジニアによる、MySQLバージョンアップの様々なパターンと、その利点・欠点、手順の解説。バージョンアップ実施前の、事前調査とテストが重要であるとの指摘も。 MySQLのバージョンアップ(訳注 : 原文ではupgrade、以下同じ)はどこかで必要になるタスクだし、我々Percona SupportでもMySQLバージョンアップのベストプラクティスについての色々な質問を受け付けている。この記事では、色々なシナリオにおけるMySQLバージョンアップの推奨できる方法に焦点を当ててみたい。 MySQLのバージョンアップはなぜ必要になってしまうのか？その理由は色々だが、新機能が必要、パフォーマンスの改善、バグ修正などがあるだろう。しかし、アプリケーションと組み合わせた上で事前に広範囲なテストをしておかないと、リスクの大きい

21. % bundle exec berks search nginx application_nginx (2.0.2) cloudfoundry-nginx (1.0.4) docker-nginx (0.2.0) nginx (2.7.4) nginx-fastcgi (0.0.9) nginx-proxy (0.2.1) nginx_conf (0.0.5) nginx_fallback_to_apache (1.1.0) nginx_simplecgi (0.1.2) nginx_vhost (0.1.0)

前書き - インデックスの作成はなぜ開発者のタスクなのか インデックスの 内部構造 - インデックスは何に似ているか インデックス リーフノード - 二重連結リスト 検索 ツリー(Bツリー) - バランス木 遅いインデックス パートI - インデックスを遅くする2つの原因 where 句 - 検索のパフォーマンスを改善するためにインデックスを作成 等価 演算子 - 一致するキーの検索 プライマリキー - インデックスの使い方を確認 複合インデックス - 複数列に対するインデックス 遅いインデックス パートII - 前の問題点が再び 関数 - where句の 中での関数 大文字・小文字を区別する 検索 - UPPERと LOWER ユーザ定義 関数 - 関数インデックスの制限 インデックスの作り過ぎ - 冗長性の排除法 パラメータ化 クエリ - セキュリティとパフォーマンスのために 範囲 検

MySQLのレプリケーション環境を運用していると、バイナリログへの記録を一時的に止めるためにsql_log_bin=0を実行したことがあるだろう。これを「set GLOBAL sql_log_bin=0」と、グローバル変数への変更として実行すると大変なことになる、という指摘。TwitterのMySQLエンジニア、Jeremy Cole氏の提言。 訳者注 2014.12.05 この機能はMySQL 5.5.41、5.6.22で使用できないように修正された。詳細は本文の最後を参照 もう4年半ぐらい前、コードのリファクタリングをしている最中に、sql_log_binは、SESSION変数としてだけではなく、GLOBAL変数としても使えるように決定されてしまった(あるいは間違って変更された？)。2年ほど前、TwitterでMySQL 5.5のアップグレードを実施していた時、その変更がいかに愚かで、

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

21. % bundle exec berks search nginx application_nginx (2.0.2) cloudfoundry-nginx (1.0.4) docker-nginx (0.2.0) nginx (2.7.4) nginx-fastcgi (0.0.9) nginx-proxy (0.2.1) nginx_conf (0.0.5) nginx_fallback_to_apache (1.1.0) nginx_simplecgi (0.1.2) nginx_vhost (0.1.0)

トレタで使っている、チャットで勤怠管理する「みやもとさん」をオープンソースでリリースしました。 https://github.com/masuidrive/miyamoto Slackの#timesheetsという部屋で、「おはようございます」と書き込みと出勤が記録され、「お疲れまでした」と書き込むことで退勤となります。「明日はお休みさせて頂きます」と書き込むと、休暇の届け出になります。 チャットで勤怠管理する最大のメリットは、オフィスに居なくても誰がいつ出勤・退勤したのか全員が分かることにあります。出退勤管理アプリは色々出ていますが、営業で直行直帰する人や、リモートワーカーなどは、帰った時間がリアルタイムでわかりにくいという欠点があります。 「みやもとさん」では、チャットでやりとりする事でみんなの見える形で出退勤が記録され「あ、帰る前にあれも！」など、ありがちなコミュニケーションがスムー

前職のチームでもやってたんだけど、大事なことを忘れてた。 退職する時に引き継ぎ忘れたｗ 先輩がいない人しか信用してくれない— 冒険野郎 (@tkzwtks) 2013, 5月 23 最終的には id:koizuka が俺の偽物になって事なきを得た…… @yoshiori 偽よしおりです!— Akihiko Koizuka (@koizuka) 2013, 5月 23 ChatOps の引き継ぎも忘れずに！！！

はい、では 前編（基調講演編）からの続きです。 午後のセッションに関しても、あえて雑感を書いておくと、 Nova はものすごくきな臭い感じがした（【F-3】、【F-4】を聴いた結果）、ってことと、、、、 OpenStack の話を聞きに来たつもりだったけど、 Ceph について話していた最後のセッション”【F-6】Ceph loves OpenStack” が一番丁寧でわかりやすいセッションだった 日本人ってやっぱり説明が丁寧だよなぁ、と。（ RedHat Forum はほとんどのセッションが本国、米のスピーカーだったので、その方々と比較してってことですね） ちなみに、わたしが聴講してきたのは、以下の 5 セッションです。 【F-1】12:50～13:30 OpenStack, OpenDaylight and OPNEV - OpenStackとNFVの関係。OpenDaylight プ

MySQL Performance Blogの翻訳。Perconaのサポートエンジニアによる、MySQLバージョンアップの様々なパターンと、その利点・欠点、手順の解説。バージョンアップ実施前の、事前調査とテストが重要であるとの指摘も。 MySQLのバージョンアップ(訳注 : 原文ではupgrade、以下同じ)はどこかで必要になるタスクだし、我々Percona SupportでもMySQLバージョンアップのベストプラクティスについての色々な質問を受け付けている。この記事では、色々なシナリオにおけるMySQLバージョンアップの推奨できる方法に焦点を当ててみたい。 MySQLのバージョンアップはなぜ必要になってしまうのか？その理由は色々だが、新機能が必要、パフォーマンスの改善、バグ修正などがあるだろう。しかし、アプリケーションと組み合わせた上で事前に広範囲なテストをしておかないと、リスクの大きい

MySQL Performance Blogの翻訳。Perconaのサポートエンジニアによる、MySQLバージョンアップの様々なパターンと、その利点・欠点、手順の解説。バージョンアップ実施前の、事前調査とテストが重要であるとの指摘も。 MySQLのバージョンアップ(訳注 : 原文ではupgrade、以下同じ)はどこかで必要になるタスクだし、我々Percona SupportでもMySQLバージョンアップのベストプラクティスについての色々な質問を受け付けている。この記事では、色々なシナリオにおけるMySQLバージョンアップの推奨できる方法に焦点を当ててみたい。 MySQLのバージョンアップはなぜ必要になってしまうのか？その理由は色々だが、新機能が必要、パフォーマンスの改善、バグ修正などがあるだろう。しかし、アプリケーションと組み合わせた上で事前に広範囲なテストをしておかないと、リスクの大きい

トレタで使っている、チャットで勤怠管理する「みやもとさん」をオープンソースでリリースしました。 https://github.com/masuidrive/miyamoto Slackの#timesheetsという部屋で、「おはようございます」と書き込みと出勤が記録され、「お疲れまでした」と書き込むことで退勤となります。「明日はお休みさせて頂きます」と書き込むと、休暇の届け出になります。 チャットで勤怠管理する最大のメリットは、オフィスに居なくても誰がいつ出勤・退勤したのか全員が分かることにあります。出退勤管理アプリは色々出ていますが、営業で直行直帰する人や、リモートワーカーなどは、帰った時間がリアルタイムでわかりにくいという欠点があります。 「みやもとさん」では、チャットでやりとりする事でみんなの見える形で出退勤が記録され「あ、帰る前にあれも！」など、ありがちなコミュニケーションがスムー

Docker1.3がリリースされましたね！ それに合わせて、周辺ツールがアップデートされていて とても便利になったと感じたので紹介してみます。 Docker/boot2docker Docker 1.3: signed images, process injection, security options, Mac shared directories boot2dockerでのVolume問題が解決しそう Virtual Box Guest Additionsをサポートしたことにより、 MacOS上のファイルとコンテナ内の同期が簡単になりました。 またDockerがexecコマンドをサポートしたことにより sshインストールなしでコンテナ内でコマンド実行することが出来ます。 でかい。 figは複数のDockerコンテナをお手軽に管理するためのツールです。 シンプルなyamlファイルを用意

MySQL Performance Blogの翻訳。Perconaのサポートエンジニアによる、MySQLバージョンアップの様々なパターンと、その利点・欠点、手順の解説。バージョンアップ実施前の、事前調査とテストが重要であるとの指摘も。 MySQLのバージョンアップ(訳注 : 原文ではupgrade、以下同じ)はどこかで必要になるタスクだし、我々Percona SupportでもMySQLバージョンアップのベストプラクティスについての色々な質問を受け付けている。この記事では、色々なシナリオにおけるMySQLバージョンアップの推奨できる方法に焦点を当ててみたい。 MySQLのバージョンアップはなぜ必要になってしまうのか？その理由は色々だが、新機能が必要、パフォーマンスの改善、バグ修正などがあるだろう。しかし、アプリケーションと組み合わせた上で事前に広範囲なテストをしておかないと、リスクの大きい

現在、楽天では、中途採用者は、月20～30人ほどが入社しています。職種としては、プログラマー・ＳＥ系が多い印象です。退職者は、コンスタントに月10人くらいですが、子会社に転籍した人は辞めても社内イントラに載ってこないので、現実には、もっと多いでしょう。多い月で50～60人は辞めます。私も中途入社した1人で現在30代ですが、辞める意志を固めています。そこで、新卒入社の人にも、中途入社の人にも、ぜひ事前に知っておいていただきたいことを、まとめてお伝えしておこうと思います。実際に楽天社内の現場で起きている事実を伝えることで、入社前に心構えができるでしょう。 Digest 新入社員に中古PCを支給 採用権限者は三木谷社長ただ1人 全員参加の「朝会」、海外の社員も起立してるか録画でチェック 英語で聞き取れないため、あとからイントラに資料アップ TOEIC特に低いのは元オーネットとイーバンク 母数操作

前書き - インデックスの作成はなぜ開発者のタスクなのか インデックスの 内部構造 - インデックスは何に似ているか インデックス リーフノード - 二重連結リスト 検索 ツリー(Bツリー) - バランス木 遅いインデックス パートI - インデックスを遅くする2つの原因 where 句 - 検索のパフォーマンスを改善するためにインデックスを作成 等価 演算子 - 一致するキーの検索 プライマリキー - インデックスの使い方を確認 複合インデックス - 複数列に対するインデックス 遅いインデックス パートII - 前の問題点が再び 関数 - where句の 中での関数 大文字・小文字を区別する 検索 - UPPERと LOWER ユーザ定義 関数 - 関数インデックスの制限 インデックスの作り過ぎ - 冗長性の排除法 パラメータ化 クエリ - セキュリティとパフォーマンスのために 範囲 検

特別な事をせずにたった4つのファイルでWindows XPを消去してみる タイトルに「悪用厳禁！」とか付くタイプの方法です。思いつきで作ってみたら簡単にできましたのでご報告いたします。プログラミングなどの特別な事をせずに、Webから入手したファイルのみで行えてしまいますよ。 最終的にこうなります。 以前、Windows XPユーザーへ新しいPCへの買い替えをすすめる仕組みを入れましたというブログを書きましたが、別にWindows XPが憎いわけではなく、早めの移行を後押ししたいという意図があります。あまり「XPにはこんな問題があります」という後ろ向きな内容ではなく、「最新OSはこんなにメリットがあります」というほうがいいんですけどね。 方針 「なるべく簡単な方法でWindows XP以外のOSを起動できるようにして、そこからWindows XPを消去する」を目指してみました。以下のような環

エンタープライズインプリメンテーションチームの宮澤です。 いまさらですが､Amazon Zocaloを利用するまでの手順を紹介します｡ Amazon Zocaloとは Amazon ZocaloはAWSが提供する、フルマネージド型のセキュアなエンタープライズストレージ、共有サービスです。 Zocaloは文章の保存、共有機能の他に、管理機能とフィードバック機能があります。 なお､10月16日の時点では､以下の3つのリージョンのみで利用可能です｡ US East (N. Virginia) EU (Ireland) US West (Oregon) Amazon Zocaloのセットアップ Management Consoleから Zocalo を選択すると､以下の画面が表示されるので､"Get Started Now"を押して､セットアップを開始します｡ 次の画面では､以下の2種類からセット

■第1回危険シェル芸勉強会を安全に実行してみる。 20141019 OSC Tokyo/Fall LT 【危険シェル芸】 http://www.slideshare.net/ryuichiueda/20141019-osc-tokyofall-lt ■まずはchroot環境にログイン。 以降、すべてchroot上のwheezyで実行しているものとする。 Wheezy上にchroot環境のWheezyを構築 http://labunix.hateblo.jp/entry/20130819/1376924059 CentOS6上にchrootのdebian wheezyを構築 http://labunix.hateblo.jp/entry/20130820/1377007672 $ ssh -p 8022 localhost ■Fork爆弾 Fork爆弾 http://ja.wikipedia

きっかけ 先日 SSHでログインしたサーバで作業した後に、とあるコマンドを実行した日時を知りたいと思ったのですが、既にシェルのセッションも残っておらず調べようがないーーーということがありました。 同僚はサーバにログインする際には、パッチを当てたtee コマンドと ssh をラップしたスクリプトを組み合わせて、 $ <ssh-wrapper> www.example.com # Runs $ ssh www.example.com | tee -a -t /path/to/www.example.com.log # (`tee`の`-t`はタイムスタンプをファイルの各行頭にダンプするパッチが提供するオプション) みたいな感じでローカルホストにログを残すということを実現していると聞いて便利だなあと。 だけど パッチを当てたteeをビルドしたり sshのラッパースクリプトをインストールするのは、