問題タブ [iso-8859-1]

PHP を使用して Web サイトを開発していますが、これらの奇妙な文字 "" がページの上部に表示されます。私のコードはこれです：

しかし、ブラウザでソース コードを見ると、次のように表示されます。

使用しているエンコーディングと関係があるかどうかはわかりません。文字セットを変更するcharset=utf-8と消えますが、iso-8859-1 を使用する必要があるためです。

CSVファイルを残りの簡単な（JAX RS）Webサービスにアップロードするためのマルチパート/フォームデータフォームがあります。このファイルには、é などの iso-8859-1 文字を含めることができます。Firefox からファイルをアップロードすると、これらの文字が文字化けし、最終的に ? のようになります。Internet Explorer でファイルをアップロードすると、すべて正常に動作します。

私はたくさんの読書をして、マルチパート/フォームデータとcharset属性（enctype='multipart/form-data; charset=ISO-8859-1'）を組み合わせたFirefoxに問題があることを発見しました。

だから私は<meta http-equiv="Content-Type" content="text/csv; charset=iso-8859-1" />自分のHTMLページで設定しようとしました（text/csvの代わりにtext/htmlまたはmultipart/form-dataを設定しようとしましたが、どちらも違いはないようです.

残りの簡単な API を調べたところ、「マルチパート メッセージのデフォルトのフォールバック コンテンツ タイプを上書きする」ことに関する何かが見つかりました。コンテンツ タイプが見つからない場合のデフォルトのフォールバックは us-ascii です。私が処理しようとしている文字 (é,..) は us-ascii には存在しないため、文字化けしてしまうのは理にかなっています。このデフォルトのフォールバック コンテンツ タイプをオーバーライドしても解決しないようです (参照: http://docs.jboss.org/resteasy/docs/1.2.GA/userguide/html/Multipart.html ) 。

Internet Explorer が http ヘッダーで content-type+charset を正しく送信するので、すべてがうまくいくと私が言ったのは正しいのです。そして、マルチパート/フォームデータと組み合わせてコンテンツタイプ/文字セットを送信しようとしているときに、そのFirefoxが物事を台無しにしますか? stackoverflow を検索しましたが、私の場合、承認されたソリューションはどれも機能していないようです。

誰かが以前にこの特定の問題を抱えていましたか? (Jboss rest easy フレームワークを使用したマルチパート/フォームデータファイルのアップロード)? 他に試してみることができますか？

前もって感謝します！

ヤニック

デンマークのサイトの RSS リーダーを作成しています。CDATA には次のようなものがあります。

デンマーク語のテキストをデコードするのを手伝ってください - mod oversvømmelse による sikre Blåva​​nd のために - ユニコードで NSString に。

.net環境を使用してplistを作成し、作成後、plistエンコーディングタイプでエンコーディングタイプを「iso-8859-1」に設定しました。それから私はそれを読んでテーブルビューに表示しようとしました。値は期待どおりではありません。

エンコードタイプが正しくない文字がほとんどありません。

私は何をすべきか ？

iso-8859-1 の xml ファイルを utf-8 に変換する方法はありますか?

PHPを使用してISO-8859-1データベースのコンテンツをUTF-8に変換する際に問題が発生しました。テストするために次のコードを実行しています。

これをFirefoxのソースビューで実行すると、Firefoxのエンコーディング設定が「Western（ISO-8859-1）」に設定されていることを確認すると、次のようになります。

ここまでは順調ですね。最初の出力にはその奇妙な引用が含まれており、ISO-8859-1であり、Firefoxでもあるため、正しく表示されます。

Firefoxのエンコーディング設定を「UTF-8」に変更すると、次のようになります。

見積もりはどこに行きましたか？iconv()それをUTF-8に変換することになっていないのですか？

UTF-8に設定された Web ページがあります。ただし、そのコンテンツの一部 (php に組み込まれている) はiso-8859-1ファイルに由来するため、正しく表示されません。

特定のページ要素に特定のエンコーディングを設定することはできますか?

Androidアプリを作成しました。他の電話の同じアプリと通信するためのポートでデータ メッセージを送信します。メッセージの送信中に、ISO8859_1 エンコーディングを使用してバイナリ データにエンコードしました。

byte[] b1=payload.getbytes();

受信側でデータ メッセージを受信できます。しかし問題は、バイナリ形式で受信した後、アプリがメッセージを文字列または人間が読める形式にデコードする必要があることです。しかし、私は同じことをすることができません。

「toString()」を使用して文字列に変換しようとしましたが、文字列にはバイナリ文字が含まれています。

助けてください。

重複の可能性：
WCFからISO-8859-1エンコーディングを使用するWebサービスを呼び出す

VS 2008、.net 3.5、WCF（環境：WindowsXPおよびVS2008）を使用して外部Webサービス（WebサービスにはPHPが実装されています）を利用しようとしています。Webサービスにサービス参照を追加すると、VSはWCFプロキシを生成します。

バインディングはbasicHttpBindingです。

プロキシを使用してWebサービスのメソッドを呼び出すと、ProtocolExceptionが発生し始め、次のエラーメッセージが表示されました。

System.ServiceModel.ProtocolException：コンテンツタイプtext / xml; 応答メッセージのcharset=ISO-8859-1が、バインディングのコンテンツタイプ（text / xml; charset = utf-8）と一致しません。カスタムエンコーダーを使用する場合は、IsContentTypeSupportedメソッドが正しく実装されていることを確認してください。

応答の最初の644バイトは次のとおりです。

これは成功しました

さて、私はiso-8859-1エンコーディングでサービスを呼び出す必要がありました。

それを解決するための有用なサンプルソースコードはありますか？

アップデート：

WCFで使用されるデフォルトのエンコーダーは、UTF-8およびUTF-16（ビッグエンディアンとリトルエンディアン）でのみ機能します。

app.configのバインディングでtextEncoding="iso-8859-1"を使用すると、

このエラーが発生します：

System.ArgumentException：Noseadmitelacodificacióndetexto'iso-8859-1'usada en el formato de mensajedetexto。Nombredelparámetro：エンコーディング。

System.ServiceModel.Channels.TextEncoderDefaults.ValidateEncoding（エンコーディングエンコーディング）System.ServiceModel.Channels.TextMessageEncodingBindingElement.set_WriteEncoding（エンコーディング値）System.ServiceModel.BasicHttpBinding.set_TextEncoding（エンコーディング値）System.ServiceModel.Configuration.BasicHttpBindingElement.OnApplyConfiguration（バインディングバインディング） System.ServiceModel.Configuration.StandardBindingElement.ApplyConfiguration（Binding binding）System.ServiceModel.Description.ConfigLoader.LookupBinding（String bindingSectionName、String configurationName、ContextInformation context）System.ServiceModel.Description.ConfigLoader.LoadChannelBehaviors（ServiceEndpoint serviceEndpoint、String configurationName）システム。 ServiceModel.ChannelFactory.ApplyConfiguration（String configurationName）System.ServiceModel.ChannelFactory。InitializeEndpoint（String configurationName、EndpointAddress address）ctor（String endpointConfigurationName、EndpointAddress remoteAddress）CreateSimplexFactory（）CreateChannelFactory（）CreateChannelFactoryRef（EndpointTrait`1 endpointTrait）InitializeChannelFactoryRef（）ctor（）IntegracionEasyVista.ServiceEasyVista.WebServicePortTypeClient..ctor（）

アップデート：

WCFからISO-8859-1エンコーディングを使用するWebサービスを呼び出す

WCFからISO-8859-1エンコーディングを使用するWebサービスを呼び出す

このMSDNページ（http://msdn.microsoft.com/en-us/library/ms751486(v=VS.90).aspx）は、utf-8、utf-以上をサポートできる「CustomTextEncoder」を作成する方法を示しています。 16およびユニコードエンコーディング。完全なサンプルソースコードが含まれており、物事を進めるのに非常に役立ちました。

CustomTextMessageEncodingElementを使用していますが、エラーが発生します。

コンテンツタイプtext/xml; 応答メッセージのcharset=ISO-8859-1が、バインディングのコンテンツタイプ（text / xml; charset = iso-8859-1）と一致しません。カスタムエンコーダーを使用する場合は、IsContentTypeSupportedメソッドが正しく実装されていることを確認してください。応答の最初の1024バイトは次のとおりです。**

サンプルMSDNのコードから、CustomTextMessageEncoderクラスのコンストラクターを変更します。

「{0};charset={1}」を「{0};charset= {1}」に置き換えます（空白を含めました）

次に、エラーが発生します。

送信メッセージのメッセージバージョン（Soap11（http://schemas.xmlsoap.org/soap/envelope/）AddressingNone
（http://schemas.microsoft.com/ws/2005/05/addressing/none））はしませんエンコーダのそれと一致します

（Soap12（http://www.w3.org/2003/05/soap-envelope）Addressing10（http://www.w3.org/2005/08/addressing））。
バインディングがメッセージと同じバージョンで構成されていることを確認してください。

HttpWebRequestでWebリクエストのパラメータにISO-8859-1エンコーディングを使用する際に問題が発生しました。この問題は、POSTとGETの両方に関連しています。

一言で言えば、問題は、Öやæなどの非ASCII文字を含むリクエストパラメータが、ISO-8859-1表現ではなくUTF-8％表現に変換されることです。

Öは％d6ではなく％c3％96に変換されます。

解決策についての私の現在の考えは、リクエスト文字列をISO-8859-1バイト配列に変換してから、バイト配列をUTF-8に変換し、charをcharに変換し、127を超えるバイトをキャッチしてそれらを％に変換することです。代わりに16進値。

この問題を解決するためのより良い方法はありますか？