我々はまた、この問題を抱えています。翻訳者の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つは中止されることはありません。私は彼らの顧客サポートを扱う理解
出典
2016-10-03 18:03:36
Ian
は楽しみではありませんが、それは、プログラミングについてではありません、この質問は、SOのためにオフトピックです。おそらくいくつかのフォーラムを試してみてください。 – AgataB
私はあなたの見解を理解していますが、この時点では何が問題なのかよくわからないので、複数の角度を試してみてください。 MSにはMicrosoft Translの正式なサポートチャネルはありません(請求以外)ので、電話番号に電話して助けをすることさえできません。彼ら自身のフォーラムは古く、MSの誰も質問に答えていないようだ。私は何かが彼らのAPI(プログラミング上の問題であろう)で変わったのか、MSの翻訳がちょうど死にかけているサービスであり、そこに誰も気にしないならばわかりません。 –
@AgataB - この質問を残しておくことを強くお勧めします。答えにはコード変更(APIの切り替え)が含まれ、問題自体は非常に具体的です。このページは、この問題の解決策を探す際にGoogleのトップヒットとなります。 – Ian