2016-10-01 12 views
0

昨日、マイクロソフトTranslatorサービスは、一日のほとんどのために働いた後、APIから502エラーを返し始めました。私たちの側でコードの変更はありません。今は12時間以上ダウンしています。マイクロソフト翻訳 - 502エラー

Microsoftはまた、エラーを返すテストのウェブサイト(https://datamarket.azure.com/dataset/explore/bing/microsofttranslator)を持っているので、私はそれが私たちのコードではありませんかなり確信しています。サイトが返すエラーは次のとおりです。

The request resulted in a backend time out or backend error. The team 
is investigating the issue. We are sorry for the inconvenience. (502) 

サポートサイトには、私のメールは誰にでも行っている自信がないので恐ろしいです。 2つの異なるアカウントから有効なキーを試しても、エラーが発生しています。他の誰かがこの問題を抱えていますか?

Screen shot of error here

+1

は楽しみではありませんが、それは、プログラミングについてではありません、この質問は、SOのためにオフトピックです。おそらくいくつかのフォーラムを試してみてください。 – AgataB

+0

私はあなたの見解を理解していますが、この時点では何が問題なのかよくわからないので、複数の角度を試してみてください。 MSにはMicrosoft Translの正式なサポートチャネルはありません(請求以外)ので、電話番号に電話して助けをすることさえできません。彼ら自身のフォーラムは古く、MSの誰も質問に答えていないようだ。私は何かが彼らのAPI(プログラミング上の問題であろう)で変わったのか、MSの翻訳がちょうど死にかけているサービスであり、そこに誰も気にしないならばわかりません。 –

+0

@AgataB - この質問を残しておくことを強くお勧めします。答えにはコード変更(APIの切り替え)が含まれ、問題自体は非常に具体的です。このページは、この問題の解決策を探す際にGoogleのトップヒットとなります。 – Ian

答えて

1

我々はまた、この問題を抱えています。翻訳者のv1が中止された(または中断している)ようです。しかし、APIのv2が動作します。

私はあなただけのMSのdatamarketアカウントキー(ここで見つける1:https://datamarket.azure.com/account/keys)を必要とする認証の形式を使用している推測しています。 MSは最初のバージョンで提供生成されたコードから来るのMicrosoftの名前空間内

Microsoft.TranslatorContainer xlator = new Microsoft.TranslatorContainer("https://api.datamarket.azure.com/Bing/MicrosoftTranslator/v1/Translate"); 
xlator.Credentials = new NetworkCredential("account key, "account key"); 
DataServiceQuery<Microsoft.Translation> xlateQry = xlator.Translate("translate me", "en", "fr"); 
Microsoft.Translation xlateResult = xlateQry.Execute().First(); 
translateOutput = xlateResult.Text; 

TranslatorContainerと翻訳クラス:あなたが翻訳を行うには、次のようなコードを使用した認証のこのフォームで

翻訳。

これは、私たちがやったことであり、それは同様に私たちのために昨日働いて終了します。 MSは強制的に(そして秘密裏にAFAIK)、この新しい認証スキームとAPIに代わってこの形式の認証を中止したようです。 MS翻訳APIホームページからナビゲートするときに、APIのv1のドキュメントにもうアクセスできないことに注意してください。

Using the HTTP Interface

Obtaining an Access Token

しかし、私は正常に私の既存のアカウントを使用してアドホックHTTP変換要求を作成するために、これらのURLでAPIのv2の指示に従うことができました「アクセストークンを取得」を見てみると、特定のURLに対して下PowerShellの例に移動して、認証トークンを取得し、翻訳依頼のためにGETしてPOSTを使用することを忘れないでください。また、authトークン要求にURLエンコードされたパラメータを使用することを忘れないでください。 Ad-hocリクエストでChromeのPostManを使用した例を試してみると、私はそれが原因で私に迷惑をかけてしまったからです。

翻訳のAPIはv1を使用していたアプリケーションを継承しているように、このような移行はよくわかっているかもしれませんが、翻訳APIドキュメントをナビゲートするときに2つのバージョンが存在することは明白ではないので、1つは中止されることはありません。私は彼らの顧客サポートを扱う理解

+1

3日間のダウンタイムの後、これは昨日再び働き始めました。私はMSの翻訳チームから「最初にこの問題を解消し、修正するのに誠実な謝罪がチームを形成しています。テストケースがありませんでした」というメモを受けました。あなたが何かを逃しているわけではありません - v1からv2への移行があれば非常に不明です。このリンクは2016年10月末のAzureへの移行を指していますが、特に参考にはなりません。https://translatorbusiness.uservoice.com/knowledgebase/articles/1078534-microsoft-translator-on-azure –

関連する問題