タグ

2013年11月26日のブックマーク (6件)

  • まとめよう、あつまろう - Togetter

    コミュニケーションが生まれるツイートまとめツール

    まとめよう、あつまろう - Togetter
    pmc12
    pmc12 2013/11/26
  • ELB + PostfixでElasticなMTA(メール受信)システムの構築 – ELB Proxy Protocol Supportの活用 | DevelopersIO

    AWSでメールシステムというと、メールを送信するためのAmazon SESという機能(関連記事 : Amazon SESでSPFとDKIMを用いて高信頼なメールを送る)がありますが、メールを受信する仕組みはMTA on EC2で構築することになります。 一般的なMTAの可用性確保および負荷分散はDNSラウンドロビンで行うことが多いですが、ロードバランサを用いたインテリジェントな負荷分散の構成もレシピとして欲しいところですよね。 そこで今回は、ELB + Postfix on EC2の構成をご紹介します。ポイントは、ELBに"Proxy Protocol Support"を追加する点です。 ELBの新機能として注目されているProxy Protocol Supportですが、アプリケーション側の対応が必要なため具体的な構成例がなかなか出てこない状況なので、ELB Proxy Protocol

    ELB + PostfixでElasticなMTA(メール受信)システムの構築 – ELB Proxy Protocol Supportの活用 | DevelopersIO
  • 絶対に失敗せずに「商売」を始める10のポイント - ICHIROYAのブログ

    この記事は、「起業」一般について書いたものではない。 たとえば、ウェッブサービスで一攫千金を狙う若者、独立するとすれば何人もの人があとを追うようなカリスマ性のあるひと、そんな人を対象に書いてはいない。 対象は、僕のような普通の人間で、ある程度の期間サラリーマンをやって、どうしても事情があって辞めなければならなくなったひと、家族を抱えて独立に踏切り、絶対に失敗できないひと。自主退職に応じて辞めてはみたものの、就職がみつからない、自分で商売を始めるしかない・・・そんなひとを念頭においている。 このノウハウに、「起業」と書きたくない。 なんだか、「起業」というと、どこからかおカネをひっぱってきて、同志を集め、いちかばちかの冒険に出る、というイメージがつきまとう。 だけど、養うべき家族がいれば、いちかばちかの勝負に出ることなど、簡単にできるものではない。 僕も会社を辞めた当初、どこかで何度も読んだ

    絶対に失敗せずに「商売」を始める10のポイント - ICHIROYAのブログ
    pmc12
    pmc12 2013/11/26
  • 「ペルソナ5」トレーラー映像 / PERSONA5

    2014年冬発売予定「ペルソナ5」トレーラー映像です。 http://persona5.jp

    「ペルソナ5」トレーラー映像 / PERSONA5
    pmc12
    pmc12 2013/11/26
  • うまくいかない人間関係で「キャラ」を演じることについて - ぐるりみち。

    人間関係は、得てしてめんどくさいものだと思う。 新しい環境に身を置くときに、多くの人はそこで「うまくやっていこう」と考える。この「うまくやる」は、「良い人間関係を構築しよう」ということ。自分の居場所を心地の良いものにするため、他の人と仲良くすることを自然と求められる。 この「良い人間関係を作る」「仲良くする」ことは、ある意味、「空気を読む」と同義だろう。そのコミュニティや、そこにいる人たち一人一人の持つ「空気」を読み、感じ取り、そこに溶け込む。……改めて考えてみると、まあめんどい。こんなんじゃ、疲れて引きこもるのも仕方がないと思う。 そんな、「空気」と、「関係性」の話。 「役割」を持って溶け込む 進学やクラス替え、就職といった、新しいコミュニティに入るとき。自分の居場所をうまく確保するための手段として、「役割を持つ」というものがある。 目に見えるものならば、クラスの学級委員とか、係とか。「

    うまくいかない人間関係で「キャラ」を演じることについて - ぐるりみち。
    pmc12
    pmc12 2013/11/26
  • MySQLで、正しいデータ型を使うことはどのくらい重要なのか? | Yakst

    テーブル設計においてカラムのデータ型を正しく決めることには、どのような利点があるのかについて。単純に扱う値と同じ型を選ぶべきであるというだけではなく、なぜそうあるべきかについて、内部的な効率の面から解説する。 パフォーマンスに関する話の中で、カラムに値を保存するのに正しいデータ型を使うことの重要性を説いているのを聞くことがよくある。例えば、数値はINTやBIGINTで表現し、IPアドレスにはINT UNSIGNEDを使い、VARCHAR(255)の代わりにVARCHAR(60)を使うといったことだ。 このアドバイスは正しい。しかし、今日はもう少し詳細の説明を試みてみようと思う。 理由 この最適化が正しいと思う3つの理由は以下の通りだ。 文字列として数値データを扱うことは、文字コードや照合処理のCPUオーバーヘッドが余計に必要になってしまう。例えば、'Montréal' = 'Montrea

    pmc12
    pmc12 2013/11/26
    Yakst - MySQLで、正しいデータ型を使うことはどのくらい重要なのか?