問題タブ [standards-compliance]

私は今サイトを構築しています.これまでのところ、すべてを準拠させることを痛烈に強制しており、ブラウザ間でほとんど同じように見えます. ただし、属性の追加などを行うサードパーティ/無料の JavaScript の実装を開始しています (例: order=2)。これを回避することはできますが、それは苦痛であり、すべてが有効であることを確認するという原則を失い始めています。本当に、このような問題を回避する意味はありますか? Firefox 用の HTMLValidator プラグインを入手しましたが、ほとんどの主要なサイト (このサイト、Google などを含む) を見ると、それらは有効な XHTML または HTML ではありません。

xhtml/css がスクリーン リーダーやAmericans with Disabilities Act (ADA)のその他の視覚的ガイドラインに準拠しているかどうかをテストするためのオンラインまたはオフラインの自動ツールはありますか?

ほとんどのオペレーティング システムと Web ブラウザーは、ヘブライ語やアラビア語などの双方向テキストを非常に適切にサポートしていますが、ほとんどの商用ソフトウェアやオープン ソース ソフトウェアはサポートしていません。

• 元のメモ帳とビジュアル スタジオ エディター以外のほとんどのテキスト エディターは、非常に貧弱な仕事をします。（そして、私はそれらの数十を試しました）。
• まともな仕事をしているファイル比較ツールを見つけることができませんでした-Beyond-Compareでさえありません。
• グラフ作成とレポートを扱うソフトウェアとパッケージについても同じことが言えます。

私が持っているいくつかの質問:

• 私と同じ痛みを共有していますか？
• あなたが書いたソフトウェアは双方向に準拠していますか? それに関するバグレポートはありますか？
• どのような問題が含まれているかさえ知っていますか？それらをテストしますか？
• ソフトウェアの世界を双方向言語を話す人にとってより良い場所にする方法について何か提案はありますか?

今日のコンパイラでは、C99標準はどの程度普遍的にサポートされていますか？GCCでさえ完全にサポートしていないことを理解しています。これは正しいですか？

C99のどの機能が他の機能よりもサポートされていますか？つまり、ほとんどのコンパイラが私を理解していることを確認するために使用できる機能はどれですか？

ID は HTML/XHTML ページ内で一意でなければならないことを理解しています。

特定の要素に複数の ID を割り当てることはできますか?

クラスを使用するだけで簡単に解決できることがわかりました。このようにIDを使用することに興味があります。

現在 doctype 宣言がない HTML サイトを W3C に準拠させるにはどうすればよいですか?

HTTP プロキシのコンプライアンス テストを実行するには、何を使用しますか? これまでに 2 つのプロジェクトを見てきました。

• Web Polygraph (同僚から得たフィードバックはほとんど否定的です)
• ファンクロード

<meta>BEA ポータル Web サイトを<link>XHTMLに準拠させようとしています。これはクライアントとの契約書に記載されているためです。この問題で立ち往生してい<link/>ます<meta/>。 XHTML。

BEA のドキュメントを見ると、終了スラッシュを使用してタグをレンダリングできるように思われます: skin.properties ファイル (edocs.bea.com)。

構成ディレクティブでリダリングを変更することは可能ですか? それとも、根本的な redering メソッドにフックして、修正できるようにするのでしょうか?

私が取り組んでいるプロジェクト用にいくつかのsvg画像をコーディングしました。しかし、それらを netbeans ソフ​​トウェア (j2me) の画面 (フォーム) に配置しようとすると、「画像は SVG Tiny に準拠していません」と表示されます。Sun の WTK デモのTHAT WORKの展開時に svg イメージをテストしてみましたが、同じことが言えます。何がうまくいかなかったのかについてのアイデアはありますか？

RegEx を使用して Base64 データを検証またはサニタイズすることは可能ですか? それは単純な質問ですが、この質問を難しくしている要因があります。

RFC 仕様に従うために入力データに完全に依存できない Base64 デコーダーがあります。したがって、私が直面している問題は、おそらく 78 に分割されない可能性のある Base64 データのような問題です (78 だと思います。RFC を再確認する必要があるため、正確な数が間違っていても気にしないでください)。行、または行が CRLF で終わっていない可能性があります。つまり、CR または LF のみを含むか、どちらも含まない可能性があります。

だから、私はそのようにフォーマットされたBase64データを解析するのにかなりの時間を費やしました. このため、次のような例は確実にデコードできなくなります。簡潔にするために、部分的な MIME ヘッダーのみを表示します。

わかりました。解析は問題なく、まさに期待どおりの結果です。そして、99% のケースで、任意のコードを使用して、少なくともバッファー内の各文字が有効な base64 文字であることを確認すると、完全に機能します。しかし、次の例では問題が発生しています。

この Base64 エンコーディングのバージョンは、一部のメール リーダーを利用しようとする一部のウイルスやその他のもので見られたバージョンであり、厳密に書籍または RFC に従っているものとは対照的に、すべての犠牲を払って MIME を解析したいと考えています。もしよろしければ。

私の Base64 デコーダーは、2 番目の例を次のデータ ストリームにデコードします。ここで、元のストリームはすべて ASCII データであることを覚えておいてください。

一度に両方の問題を解決する良い方法はありますか? 異なるルールを適用してデータに2つの変換を行い、結果を比較する以外に、それが可能かどうかさえわかりません。しかし、そのアプローチを採用した場合、どのアウトプットを信頼しますか? ASCII ヒューリスティックが最善の解決策であるように見えますが、このコードが実際に関与しているウイルス スキャナーのような複雑なものに、コード、実行時間、および複雑さがどれだけ追加されるのでしょうか? Base64 で許容できるものとそうでないものを学習するには、ヒューリスティック エンジンをどのようにトレーニングしますか?

アップデート：

この質問が引き続き取得するビューの数に合わせて、数十万のトランザクションで C# アプリケーションで 3 年間使用してきた単純な RegEx を投稿することにしました。正直なところ、Gumboからの回答が一番気に入っているので、選択した回答として選択しました。しかし、C# を使用していて、文字列または byte[] に有効な Base64 データが含まれているかどうかを少なくとも検出する非常に簡単な方法を探している人にとっては、次の方法が非常にうまく機能することがわかりました。

はい、これはBase64 データのSTRINGのためのものであり、適切にフォーマットされたRFC1341メッセージではありません。したがって、このタイプのデータを扱う場合は、上記の正規表現を使用する前にそのことを考慮してください。他の目的 (URL、ファイル名、XML エンコーディングなど) で Base16、Base32、Radix、さらには Base64 を扱っている場合は、Gumboが回答で言及したRFC4648を読むことを強くお勧めします。この質問/回答セットの提案を使用する前に、実装で使用される文字セットとターミネータを認識してください。