UltraHookとMAMP PRO 4.0.5 in Codeigner Macの場合エルキャピタン

Question

私はウルトラフックを正常にインストールしました。 私はこれをMacのエル・キャピタンのusr/local/binにインストールしなければなりませんでした。なぜなら（新しいセキュリティ・ポリシーのため）usr/binにインストールできなかったからです。

私はコマンドを実行すると：

ultrahook <my.namespace> https://localhost:8890 

を、私はこのメッセージが表示されます。

Authenticated as <namespace_name> 
Forwarding activated... 
http://<namespace_name>.ultrahook.com ->https://localhost:8890 

だから、すべてが稼働しているようです。

/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:878:in `initialize': getaddrinfo: nodename nor servname provided, or not known (SocketError) 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:878:in `open' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:878:in `block in connect' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/timeout.rb:52:in `timeout' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:877:in `connect' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:862:in `do_start' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:851:in `start' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:1373:in `request' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:1396:in `send_entity' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:1184:in `post' 
    from /Library/Ruby/Gems/2.0.0/gems/ultrahook-0.1.4/lib/ultrahook/client.rb:127:in `http_post' 
    from /Library/Ruby/Gems/2.0.0/gems/ultrahook-0.1.4/lib/ultrahook/client.rb:116:in `process_request' 
    from /Library/Ruby/Gems/2.0.0/gems/ultrahook-0.1.4/lib/ultrahook/client.rb:90:in `process' 
    from /Library/Ruby/Gems/2.0.0/gems/ultrahook-0.1.4/lib/ultrahook/client.rb:160:in `block (3 levels) in init_stream' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/protocol.rb:411:in `call_block' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/protocol.rb:402:in `<<' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/protocol.rb:106:in `read' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http/response.rb:313:in `read_chunked' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http/response.rb:276:in `block in read_body_0' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http/response.rb:269:in `inflater' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http/response.rb:274:in `read_body_0' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http/response.rb:201:in `read_body' 
    from /Library/Ruby/Gems/2.0.0/gems/ultrahook-0.1.4/lib/ultrahook/client.rb:155:in `block (2 levels) in init_stream' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:1419:in `block (2 levels) in transport_request' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http/response.rb:162:in `reading_body' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:1418:in `block in transport_request' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:1409:in `catch' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:1409:in `transport_request' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:1382:in `request' 
    from /Library/Ruby/Gems/2.0.0/gems/ultrahook-0.1.4/lib/ultrahook/client.rb:153:in `block in init_stream' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:852:in `start' 
    from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/net/http.rb:582:in `start' 
    from /Library/Ruby/Gems/2.0.0/gems/ultrahook-0.1.4/lib/ultrahook/client.rb:148:in `init_stream' 
    from /Library/Ruby/Gems/2.0.0/gems/ultrahook-0.1.4/lib/ultrahook/client.rb:65:in `start' 
    from /Library/Ruby/Gems/2.0.0/gems/ultrahook-0.1.4/bin/ultrahook:6:in `<top (required)>' 
    from /usr/local/bin/ultrahook:22:in `load' 
    from /usr/local/bin/ultrahook:22:in `<main>' 

私が前にルビーやルビーの宝石を使用したことがないので、私は理解することはできません。

でも言及した上で、私はこれを経由してストライプからテスト通知を送信する、次のエラーは、端末に表示されますウェブフックこれが何を意味し、どのようにこの問題を解決するか。

ultrahook stripe http://site-gen:8888/stripe19440207 
Authenticated as bootsweaver 
Forwarding activated... 
http://stripe.bootsweaver.ultrahook.com -> http://site-gen:8888/stripe19440207 

は行き方：私は組み合わせの多くを試してみましたが、このエラーは、エンドポイントの登録後に持続しながら、

任意の助けも平均で

おかげ

を理解されるであろう応答はまったく同じです：

これで私を助けてください、私は昨日からこれで忙しくて、私はこれをすべて考えていません。

私の仕事では続行できず、私は立ち往生しています。

ありがとうございました

Answer 1

間違っていたことを理解するのに2日かかりましたが、今はすべて正常に動作しています。

専用のSOユーザーとして、私が見つけたものを共有しなければならないと感じています。

まず、ルビーは非常に一般的な方法を持っています。 は、生成されたエラーを報告し、何もわからない場合は（私が行ったように） ルビーについては問題があります。

はしても、私は文句方法initializeにより、Rubyコードを見ていたし、私は注目にすると、それと間違っていたことが分かったと思いました。

私はマック・エル・キャピタンにおり、MAMP PRO 4.0.5をローカルサーバーとして使用し、Codeigniter 3をフレームワークとして使用しています。私は、everithingが生産に入る前に、ストライプwebhookイベントをローカルでテストするためにultrahookを使用します。

まず、注意すべきことはMAMPの設定です。 あなたはultrahookを使用することを計画し、それが（左のRybyタブの下にあります）このチェックボックスオプションがオフになっていることを世話をインストールしたい場合：

Make ruby available in the command line 

なぜ？

あなたがチェックし、このオプションを使用してultrahookインストールした場合、逸品にインストールされます：

/Applications/MAMP/Library/lib/ruby/gems/2.3.0/gems 

そして、あなたはそれを望んでいません。通常は、usr/binにインストールします。

今すぐインストールします。現時点では、新しいセキュリティポリシーのため、El Capitanはこのフォルダに書き込むことを許可していません。私達が現在行っていること？

usr/local/binにインストールするだけです。

$ gem install -n /usr/local/bin ultrahook 

完了したら、http://www.ultrahook.com/で説明されている通常の処理を行うことができます。申し訳ありませんが、私はあなたに完全なプロセスを説明したいと思いますが、この投稿の範囲外に出ます。

この時点で、ウルトラフックを使用したり、ウェブフックをStripeで登録することができなくなります。

最後に重要なことは、使用しているコントローラー（Stripe webhookイベントに応答するページ） をcsrf保護によってブロックすることです。

$config['csrf_exclude_uris'] = array('stripe/webhook'); 

$ route ['']で定義したものを使用してください。

これを忘れた場合は、403応答が返されます。つまり、forbiddenです。

その他の重要なことは、ストライプレスポンスをチェックするときに、受信イベントを確認するために、あなたのウルトラフックネームスペースを介して接続を要求している端末にいる必要があるということです。

これは、この作業を行うのに苦労している人に役立つことを願っています。

ご質問がありましたら、お手伝いします。