問題タブ [windows-1255]
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.
utf-8 - クラシック ASP で Windows-1255 を UTF-8 に変換する方法は?
従来のASPで windows-1255 文字列を utf-8 に変換するにはどうすればよいですか? 私のデータベースは windows-1255 で、サイトを utf-8 に転送したいと考えています。
java - Webページ内のJava文字列エンコーディング変換
(ヘッダーを介して)としてエンコードされたWebページがありWIN-1255
ます。Javaプログラムは、ページに自動的に埋め込まれるテキスト文字列を作成します。問題は、元の文字列がUTF-8でエンコードされているため、ページにGibberishテキストフィールドが作成されることです。
残念ながら、ページのエンコードを変更することはできません。これは、顧客の適切なシステムで必要です。
何か案は?
アップデート:
私が作成しているページは、WIN-1255に設定する必要があるRSSフィードであり、UTF-8でエンコードされた別のフィードから取得した情報を示しています。
2回目の更新:
すべての回答をありがとう。私はなんとか文字列を変換できましたが、それでもギブリッシュです。問題は、ヘッダーエンコーディングに加えてXMLエンコーディングを設定する必要があることでした。
アダム
perl - Perl の LWP が元の Web サイトとは異なるエンコーディングを提供するのはなぜですか?
私はこのコードを持っているとしましょう:
エラーログには、「\xd7\x9c\xd7\x94\xd7\x93\xd7\xa4\xd7\xa1\xd7\x94」のようなものが表示されますが、これは utf-16 だと思いますか?
ウェブサイトのエンコーディングは
では、なぜこれらの文字が表示され、windows-1255 の文字は表示されないのでしょうか?
そして、もう1つの奇妙なことは、2つのサーバーがあることです:
CP1255文字を返す最初のサーバーと私は単にそれをutf8に変換することができ、現在のサーバーは私にこれらの文字を与え、私はそれで何もできません...
エンコーディングを台無しにしている設定ファイルが apache/perl/module にありますか? 何かを強制する...?
2番目のサーバーにある私のWebサイトの結果は、perlファイルとヘッダーがすべてutf8であるため、英語の文字ではないテキストを書くと、上記の例のコンテンツは正常に表示されます(奇妙なutf文字ですが)しかし、私自身の静的テキストは「×ס'××ר××:」のように見えます
私がテストしたもう1つのことは...
perl 経由:
utf8エンコーディングを取得します。
Bash 経由:
そしてここでCP1255(Windows-1255)エンコーディングを取得します...
また、スクリプトをbashで実行するとCP1255が返され、Web経由で実行すると再びutf8になります...
コンテンツを utf8 から本来の内容に変更してから、utf8 に戻すことで問題を修正しました。
php - UTF8でエンコードされたJSONPをWin1255でエンコードされたWebページに挿入する際の問題
私はウェブサイトにJSスニペットとして埋め込まれたサードパーティのサービスを開発しています。これは、とりわけ、PHPサーバーからいくつかのjsonpデータをフェッチし、ホスティング埋め込みウェブサイトにjsonオブジェクトに含まれるテキストを表示する必要があります。
私はjQueryを使用しているので、次の.getJSONリクエストを発行します。
そしてPHP側(server.php)で私は持っています:
これらはFFで完全に機能しますが、埋め込みWebサイトがutf8とは異なるもの、具体的にはWindows 1255(ヘブライ語)Webページでエンコードされている場合、file.jsonに含まれるテキストがぎこちなく表示されるという意味で、IEでは失敗します。ウェブサイトのエンコーディング(ソースではなくブラウザ)をユニコードに変更すると、jsonから表示されるテキストの問題が「修正」されますが、もちろんページの残りの部分はぎこちなく見えます...同様の問題がありましたFFを使用して、phpスクリプトにheader(...)行を追加する前に。
私は何をすべきか?IEではなくFFでうまく機能する理由を誰かが知っていますか?IEに特に必要なheader(...)などの追加の定義はありますか?
制約:埋め込みWebサイトファイルを制御できません。jsonはutf8でエンコードする必要があります(これが私のdbの動作方法です)同じコードがutf8エンコードページと非utf8ページの両方を処理できる必要があります
c - 異なるロケールを印刷するには?
C では、新しいロケールを で設定した後setlocale(LC_ALL, "Hebrew")
、新しいローカル名 (Hebrew.Israel.1255) を出力できましたが、新しいロケールの文字セットを使用する方法がわかりませんでしたprintf(%c, 240)
。ヘブライ文字 ( 1255 マップ) の代わりに。
.
前もって感謝します!
php - Windows-1256をUTF-8に変換します
文字セットをWindows-1256に設定して、curlでWebページのコンテンツを取得します。
次に、このデータをcharsetutf8_general_ciを使用してMySQLデータベースに挿入します。
これを行う方法はありますか?
unicode - UNICODE ヘブライ語を VBScript で意味不明に変換する方法は?
- vbscript と WinHttp.WinHttpRequest.5.1 オブジェクトを使用して、HEBREW (WINDOWS-1255 / UTF-8 エンコーディング) Web サイトから情報を収集しています。
例えば :
ファイルをメモ帳/メモ帳++で表示すると、ヘブライ語がジブリッシュ/ジバールとして表示されます。例: äìëåú - äøá àáøäí éåñó - îåøùú
ヘブライ語を正しく返すには、vbscript 関数が必要です。この関数は、http: //www.pixiesoft.com/flip/ のように 2 番目のラジオ ボタンを選択して変換ボタンを押すと、ヘブライ語が正しく表示されます。
php - エンコーディングの問題...windows-1255からutf8?
私が知る前に、windows-1255からutf-8へのエンコード変換が求められましたが、それでも異なる結果が得られ、解決できません。
最初の問題は、「php iconv()またはmb_convert_encoding()はwindows-1255をサポートしていますか????」です。テスト中、いくつかの出力を返します(//ignoreと//translateで遊んでいます)が、まったくうまく機能していません。
mb_list_encodings()の出力を見ていましたが、window-1255が含まれていません... mb_detect_encoding()をwindows-1255入力(ネットからクロール)で再生およびテストしても、適切な文字セットが返されません...
ajax - Windows-1255 から utf8 に変換すると、特殊文字に疑問符が作成されます
windows-1255 としてエンコードされたヘブライ語の文字列があり、(jquery AJAX によって) POST で渡され、「hebrew_general_ci」でエンコードされた DB に挿入されます。
挿入の前に次のコードを配置しない場合:
文字列は次のようになります。
׳×׳׳™׳׳•׳× ׳׳¢׳'׳“
上記のコードを挿入の前に配置すると、文字列は問題なく出力されますが、特殊文字は次のような疑問符に置き換えられます。
にゃんにゃん™</p>
になります:
それは何ですか?
これを数日間解決する方法を見つけようとしていますが、成功していません...
助けていただければ幸いです。
ありがとうございます。
html - HTML - 文字セット Windows 1255 は機能しますが、utf-8 です
ヘブライ語と英語の混合コンテンツを表示する html ページを作成しました。文字セット "windows - 1255" で問題なく動作します
,しかし、マシンがヘブライ語をサポートしていない場合、人々は苦労するだろうと考えました. 文字セットをutf-8に変更して取得しました
HTML:
意見:
utf-8 は、Windows 1255 よりも多くの文字をサポートすると想定していませんか?