巨峰 6月1日 リニューアル発売 和梨 6月1日 リニューアル発売 ピンクグレープフルーツ 6月1日 発売 大人のミルクショコラ 大人の和ごころ 濃い抹茶 6月22日 期間限定発売 ※アイスの実 のアイテム(味)は、シーズンごとに変わります。 キャンペーン アイスの実って実は… 商 品 アイスの実 大人の和ごころ 濃い抹茶 キャンペーン アイスの実 アンバサダー大募集! レシピ プチリセット!レシピ
■ GitHub時代のオープンソース・プロジェクトとの付き合い方 GitHubへpull requestする際のベストプラクティスからmaster ブランチで pull request していいのは小学生までってこともないの流れを読んでいて、先日ruby-listであったRedmineのRuby1.9,Rails3対応の話を思い出した。あのときは投稿者は納得して、「GitHub時代のコントリビューションの仕方」みたいなものを理解してくれたようなのだけど、その上で「masterでパッチ作るな」的なお作法を生真面目に受け取りすぎて敷居を高く感じてしまわれても困るよなぁと思った。 そこで、「GitHub時代にフリー/オープンソース・ソフトウェア(以下FOSS)プロジェクトと付き合うための五ヶ条」的なものをまとめてみた。まぁ、そんな大それたものでもないけど。 1. 貢献しようと意気込まない FOS
AWSの自由自在なPaaS「Elastic Beanstalk」とは:ユカイ、ツーカイ、カイハツ環境!(23)(1/2 ページ) クラウドの上まで伸びる豆の木、Elastic Beanstalk 皆さんは、ジャックと豆の木という話をご存じでしょうか。ジャックという少年が母親の使いで牡牛を売りにいった途中で豆と牛を交換してしまい、家に帰って怒った母親に、その豆を捨てられてしまいます。ところが、その豆は、雲まで届く巨木へと成長するといったお話です。Beanstalkは、「豆の木」という意味ですが、「Elasitic Beanstalk」は、「ジャックと豆の木」の話に出てきる豆の木のように雲に届くもの、という意味から名付けられたAWS(Amazon Web Service)のPaaSです。 Beanstalkを用いると、作成したJavaアプリケーションをクラウドにデプロイするだけで、Webアプリ
MySQLのmasterとslave 1:1にして参照をslave向けるのってやりたがる人多いみたいだけど、性能たいして上がらない割に可用性落ちるだけだからやめようキャンペーン 2011-06-19 00:16:30 via YoruFukurou MySQL はレプリケーションが簡単に構成できるのですが、時折 master 1台 に対して slave 1台、更新処理は master に、参照は slave に、という構成を目にします。 個人的にはこの構成はお勧めでないと思っているので、その理由を考察してみます。 1. 可用性が落ちる 当然ですが、master, slave のどちらが落ちても影響を受けるために可用性が低下します。 2. 全体の性能がほとんど上がらない master 1台ですべてのクエリを処理する場合と比べて、可用性が落ちる引き換えとして見合った性能向上が得られるか、という
ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く