2016-05-29 2 views
1

私は数日間私を悩ませていた問題を抱えています。私のエクスプレスサーバーは、すべてのパッチコールで501を返します。 (私は彼らが働いていたと信じています)。node.js上のエクスプレスサーバーがパッチ呼び出しのために501を返す

私の問題がどこから来ているかを見つけるために何か提案やデバッグ方法がありますか?ここで

は、いくつかの情報です:

マイルートコール

私は、クライアント上で何を得る
app.patch('/creator/sentences/:masterId/', require('./views/creator/sentences/index').updateMaster); 

Request URL:http://my-url.c9users.io/creator/sentences/197/ 
Request Method:PATCH 
Status Code:501 Not implemented 
任意の助けいただければ幸いか誰の誰かが、私は道を見つけることができると考えて

これをデバッグする。

+0

を使用すると、モルガンなど特急側のログインのいくつかのフォームを追加しようとしたことがありますか?もしそうなら、出力は何を言いますか? –

+0

@IvajloDonev私はそれを追加しましたが、PATCH呼び出しの出力はありません.PUTに切り替えると、期待どおりの404が得られます。また、ルートコールを削除すると、明らかに私自身がやっていることではありません。実際、エクスプレスサーバに接続するパッチコールは501を返します。ただし、Expressはパッチをサポートしています(私は最新バージョンです)。 – thewormsterror

答えて

0

何らかの理由で私のISPがパッチコールをブロックしていたことが判明しました。他のネットワークや物事はうまくいきました... VPNに行きました。物事はうまくいきました...だから私は今、私が正しく働いていないウェブサイトがあるのを知っています。
パッチコールは、ispにこの問題がある場合にはまれにしか修正できません。

EDITその溶液:私は、HTTPSを使用して終了httpではなく、その後、私のISPは、パッチリクエストをブロックすることができませんでした:)

+0

あなたのISPが追跡していくつかのHTTP動詞をブロックするという事実は本当にあなたを心配するはずです。とにかく、あなたの問題の原因を見つけたことは良いことです。 ^^ – gretro

+1

私は知っています...それは不安でした。私はしばらくそれを信じることができませんでしたが、実際にはそうであるようです。どちらか、それとも私のルータだが、私はそれに行き、そのような設定はありません。私は今フィリピンにいます。だから私はそれが意図的に行われたのか、間違っているのか分かりません。私はそれが3日前に始まったことに気づいた。私はispが使用しなければならないトラッキングソフトウェアのバグだと思う。 – thewormsterror

+0

実際に私はちょうどhttpsに切り替えて、すべてがうまくいった:) – thewormsterror

関連する問題