問題タブ [gb2312]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
python - GB2312 としてエンコードされた json をデコードする
GET リクエストを介して、Google ジオコード API から json を取得します。
出てくるものは次のようになります。
ご覧のとおり、国名にはいくつかのエンコードの問題があります。私はこのようなエンコーディングを推測しようとしました:
どちらが返されますか:
ô私が知りたいのは、これを(サーカムフレックス付きの o) が適切に表示されるエンコーディングを使用して辞書に変換する方法です。
私は試した:
しかし、私は得る:
java - 文字エンコードの問題 - GB2312
以下のコード スニペットを使用してデータベースから取得した簡略化された中国文字を表示していますが、ジャンク文字が表示されています
実際の出力は : �掳�ブラインド�卤�毛����
期待される出力は次のとおりです。
助けてください
java - charset エンコーディングの問題 - Base64 から GB2312 から Base64
base64 を使用して簡易中国語 (GB2312) 文字セットを表示および更新しようとしています。Base64 から GB2312 は正常に動作していますが、GB2312 を base64 に変換できません。
実際の結果は
GB2312 = 包装箱時刻撮像
Base64 =6KOF566x5pe26K+35ouN54Wn
期待される結果は
GB2312 = 包装箱時刻撮像
Base64 = 17DP5Mqxx+vFxNXV
java - 中国語 (GB2312) 文字の問題を簡素化 - Solaris Weblogic 10.3
データベースから簡体字(GB2312)をフェッチして更新しようとしていますが、更新部分は weblogic 10.3 Windows マシンでは正常に動作しますが、weblogic 10.3 Solaris マシンでは失敗 (ジャンク文字) しますが、中国語のフェッチと表示は正常に動作しています両方の環境
DAO の取得
UI(アンドロイド)
DAO の更新
注: ソース txt ファイルのエンコード : UTF-8
unicode - Weblogic 12内でGB2312(中国語)文字をUTF-8に変換する方法は?
HTML 形式で簡体字中国語 (GB2312) を使用しているページがあります。テキスト フィールドに 3 つの中国語の文字を含むフォームを送信すると、サーバー (Weblogic 12) で他の 6 つの文字 (中国語ではない) を受け取ります。次に、これらの 6 文字をデータベースに保存し、画面に戻ると漢字が戻ってきます。正常に動作します!
しかし、サーバーで 6 文字 (中国語ではない) を受け取ると、UTF-8 文字のみを受け取る Web サービスを呼び出す必要があります。 HTML ページ) UTF-8 の文字?
キャラクターがフォーラムに表示されるかどうかはわかりませんが、試してみます。
HTML 形式: 陈玉珍</p>
Weblogic サーバーで受信: ³ÂÓñÕä
php - iconv 入力文字列に不正な文字が検出されました
私は中国語を知りません。しかし、私はこれらのコードを使用して問題に直面しました:
問題なく正常に動作します。
そしてこれ:
エラーが発生します:
どちらも中国製ですが、違いは何ですか?
ios - iOS: ファイルのエンコーディングを検出する最良の方法は何ですか?
場合によっては、ファイルの読み取り中にファイルのエンコーディングを知る必要があります。Apple の String Programming Guide が示唆するように、時々できることがあります。
エンコーディングが不明なデータの読み取り
不明なエンコーディングのテキストを見つけた場合は、避けられないエラーを修正するメカニズムがあることを確認することをお勧めします。たとえば、Apple のメールおよび Safari アプリケーションにはエンコード メニューがあり、TextEdit を使用すると、ユーザーは明示的に指定されたエンコードでファイルを再度開くことができます。
エンコーディングを推測せざるを得ない場合 (明示的な情報がない場合は推測であることに注意してください):
stringWithContentsOfFile:usedEncoding:error: または initWithContentsOfFile:usedEncoding:error: (または URL ベースの同等のもの) を試してください。
これらのメソッドは、リソースのエンコーディングを決定しようとし、成功した場合は、使用されたエンコーディングを参照によって返します。
(1) が失敗した場合は、エンコーディングとして UTF-8 を指定して、リソースの読み取りを試みます。
(2) が失敗した場合は、適切なレガシー エンコーディングを試してください。
ここでの「適切」は、状況によって少し異なります。データの取得元に応じて、デフォルトの C 文字列エンコーディング、ISO、Windows Latin 1、またはその他のエンコーディングである可能性があります。
最後に、Application Kit から NSAttributedString の読み込みメソッド (initWithURL:options:documentAttributes:error: など) を試すことができます。
これらのメソッドは、プレーン テキスト ファイルの読み込みを試み、使用されているエンコーディングを返します。これらは多かれ少なかれ任意のテキスト ドキュメントで使用でき、アプリケーションがテキストに関する特別な専門知識を持っていない場合は検討する価値があります。それらは、自然言語テキストではない Foundation レベルのツールまたは文書には適切でない場合があります。
ここで私はいくつかの問題に遭遇しました。エラーがわかる場合もあります。たとえば、UTF8 を使用して GB2312 エンコーディング ファイルを読み取ると、nil が返されるので、エラーがわかります。しかし、BIG5 の方法で GB2312 エンコーディング ファイルを読み込むと、エラーがわかりません。
NSAttributedString の init メソッドは Mac で動作するかもしれませんが、iOS になると iOS7 が必要で、あまり良くありません。
私もそれを検索し、 cocoabuilder だけでなく Mac でも、このように議論しているのを見つけました。では、iOS ではどうでしょうか。