問題タブ [invalid-characters]

サーバーをセットアップしていて、これまでに見たことのない奇妙なエラーが発生しています。

ソースの 1 行目について文句を言っていますが、それは単なるDOCTYPEタグです。

ご覧のとおり、Content-Typeを 以外のものに設定しようとしましたutf-8。ここで何が起きてるの？

XDocumentで無効な文字 (0x05) 例外をスローしている がありますToString。

XDocument API のどこで 0x05 文字を許可できるかを特定するために、その時点で例外なく 0x05 文字を許可できますToStringか?

具体的には、覚えている限り、新しい Linq XML API のみを使用しますが、拡張メソッドを介して XmlSerialization を使用してXElement.

_{簡単な答えを見つける前に、これが価値のある質問だったことを示すために、0x05 文字が含まれているとスローしますXElement:Parse 。}

「。」の文字列があります https://mysite.com/Relation=My.Test.AL.?Path=MySymbolPathのよう に、そこからuriを作成すると「。」切り捨てられます。https://mysite.com/Relation=My.Test.AL?Path=MySymbolPath

uristringには「AL。」がありますが、uri.AbsoluteUriにはありません。「AL」があります。これを防ぐ方法を知っていますか？

ありがとう

文字列（メール）をチェックするためのアルゴリズムを作成しています-「メールアドレスは有効です」などですが、それらはルールです。電子メールの最初の部分は、1 ～ 8 文字の文字列 (アルファベット、数字、アンダースコア [ _ ]...電子メールに含まれるすべての部分を含むことができます) である必要があり、@ の後、電子メールの 2 番目の部分は1 ～ 12 文字 (すべての法的な表現も含む) の文字列を持ち、最上位ドメイン .com で終わる必要があります。

レジストリから XML ファイルを作成しようとすると問題が発生します。私のラップトップ (W7 64b) では正常に動作し、xml ファイルは生成されますが、別のコンピューター (Xp 32b) では例外がスローされます: System.ArgumentException '.', 16 進数値 0x00, は無効な文字です。私はそれについていくつかの有用なことを読みましたが、この場合の解決方法がわかりません。コードは次のとおりです。

前もって感謝します。

エクスポート ツールに問題があるために無効な文字でいっぱいのメモ フィールドを含むデータを、Excel スプレッドシート (*.xls) からインポートしています。

Character reference "" is an invalid XML character. という文字が XML でエラーになります。

PostgreSQL の性別記号、ブロック、記号などのウィング文字を置き換えるにはどうすればよいですか?

これらの文字をコピーして replace ステートメントなどに貼り付けようとしましたが、無駄でした。正規表現を使用して英数字以外または「-=+」タイプの文字を置き換える方法はありますか? どんな助けでも大歓迎です。

私はいくつかの PInvoke 呼び出し (具体的にはGetWindowText()) を使用していますが、時折、無効な Unicode コード ポイントを含む文字列を取得します (おそらく、ウィンドウを見ているプログラムのバグが原因です)。後でその文字列を XML に書き込もうとすると、例外が発生します。したがって、これらの無効な文字を事前に確認し、可能であれば文字列から削除したいと思います。

残念ながら、それを可能にする .NET の既定の関数は見つかりません。私は何か見落としてますか？

MSDNで簡単なチェックを行った後、ここで簡単に検索しましたが、.netリソース文字列名で許可されている文字と許可されていない文字を明確に示すものは見つかりませんでした。現在、「：」が許可されているかどうかを調べようとしていますが、すべてのケースをカバーするリファレンスを見つけたいと思います。

4 コミット前にあるファイルを誤ってプッシュした Git リポジトリを取得しました (リポジトリ ルート フォルダへの相対パス): /Core/C:/testoutput/agwqe1s.xml

Linux マシンでこれを行ったので、実際のファイルは問題なく作成されました。問題は、Windows マシンに戻ると、Windows がそのようなフォルダーの作成を拒否するだけなので、このファイルがあるブランチに切り替えることができないということです。OK、問題ありません。Linux側でファイルを削除してコミットしましたが、それでもうまくいきません。Git は今でも私の Windows マシンでこの不正なファイルを作成しようとしていますが、どうすればよいかわかりません。

リポジトリをゼロから作り直すことができることはわかっていますが、コミット ログの履歴全体を失ってしまい、それを避けたかったのです。ここでの私のオプションは何ですか?