タグ

2016年4月7日のブックマーク (3件)

  • socket.io-redis, socket.io-emitter, sticky-session の違いとは? - pospomeのプログラミング日記

    socket.io を使っていると以下が問題になることがある。 これらを解決するのが socket.io-redis, socket.io-emitter, sticky-session というわけ。 【問題1】 clusterで複数プロセスを起動していると複数プロセス間で通信ができなくなる。 ユーザー1が接続を開始するとclusterがプロセス1に接続するように割り振る。 次にユーザー2が接続を開始するとclusterはプロセス2に接続するように割り振る。 この場合、ユーザー1とユーザー2が同じルームに所属していても、 接続を割り振られたプロセスが違うので通信できなくなる。 つまり、ユーザー1がルームに送信したメッセージをユーザー2が受信できない。 【問題2】 socket.ioはクライアントがトリガーになってメッセージを送信するので、 サーバからPUSHするタイプの送信はできない。 i

    socket.io-redis, socket.io-emitter, sticky-session の違いとは? - pospomeのプログラミング日記
    kitokitoki
    kitokitoki 2016/04/07
    socket.io-redis, socket.io-emitter, sticky-session「redisの pub/sub を利用することでプロセス間通信が可能」
  • Repositories - Composer

    Concepts Package Repository Types Composer packages notify-batch metadata-url, available-packages and available-package-patterns providers-api list provider-includes and providers-url cURL or stream options VCS Loading a package from a VCS repository Using private repositories Git alternatives Bitbucket Driver Configuration Subversion Options Package Hosting your own Private Packagist Satis Artifa

    kitokitoki
    kitokitoki 2016/04/07
    packagist にない github にあるフォークを指定するには。
  • composer 導入をまじめに考える - Qiita

    これは結構大きいPHPプロジェクトに composer を導入する機会があったので、そのときに考えてたことや行ったこと、使い方などをメモするために書いた。 モチベーション 私達は PHP のパッケージの管理を管理する際は pear と git submodule を利用していた。これらのやり方は意外と長続きした。これらにはついて様々な問題を抱えており、ついに限界がきてしまった。 pear pear でパッケージを導入するには root 権限が必要なので、毎回インフラチームに導入を依頼するのが必要があった。 pear で導入されたパッケージについてバージョンを上げようとすると、全APサーバーで更新をかける必要があった。 これらの点から面倒だったのと、気軽に変更できないので、不要になったものも削除されることなく、放置されるのが問題だった git submodule こちらは pear とは異

    composer 導入をまじめに考える - Qiita