問題タブ [base64]

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.

0 投票する
2 に答える
907 参照

c++ - boost::archive の使用に慎重になる必要がありますか?

boost::archive::iterators::base64_from_binary を使用したい。しかし、なぜ「アーカイブ」の下にあるのかわかりません。これは何を意味しますか?なんらかの理由でこのコードを使用することに慎重になる必要がありますか?

ありがとう -

0 投票する
6 に答える
6697 参照

database - バイナリデータの16進エンコードの目的は何ですか?

base64で16進エンコーディングを使用する理由について少し興味があります。Base64の方が効率的だと思います。特に、データベースが常に16進エンコーディングを使用しているように見えるのはなぜですか?それは歴史的な問題ですか、それとも16進エンコーディングについて何かが欠けていますか?

0 投票する
4 に答える
1211 参照

c - unsigned char * が指すメモリ領域のサイズは?

わかりました、これが以前に尋ねられたことは知っていますが、検索した後、適切な答えが見つかりませんでした。

バッファー (unsigned char *) を base64 に変換する必要があります。使用している base64 関数はパラメーターとして次のように取ります。

は文字列int srclenの長さですsrc

私の質問は、バッファの長さをどのように取得するかです。いいえ、null で終了していません。いいえ、必要ありませんsizeof(BYTE)srclenそのバッファをbase64に変換できるように、何を渡すかを知る必要があります。

編集

ここに私がやっていることを示すいくつかのコードがあります:

0 投票する
3 に答える
11244 参照

asp.net - IFrameのsrc属性をdata:application / pdf; base64に設定しますか?

IFrameのsrc属性をdata:application / pdf; base64に設定しても、うまくいきません。理由は何ですか?

これが.aspxマークアップです

背後にあるコードは次のとおりです。

この例とは異なり、実際のアプリでは、PDFデータはサーバーサイドで生成されます。私がpdfデータクライアントサイドをロードしようとしている理由は、とにかく何か他のことをするためにpdfバイトデータクライアントサイドを持たなければならず、このデータのインスタンスが生成されてチャックされるのを減らしようとしているからです。

上記のコードとマークアップをVS2005の単純な1ページのWebサイトに貼り付け、古いpdfをc:\ temp \に貼り付け、TestDoc.pdfと呼ぶだけで、コンパイルして実行できます。

基本的に、私が得ている動作はiframeではまったくありません。

私はIE7を使用しているので、それが問題になる可能性があります。data:application / pdf; base64 [base64 data]構文の使用に関する貴重な情報がほとんどないため、わかりません。

0 投票する
1 に答える
2920 参照

c# - 画像(Base64でエンコードされた文字列として渡される)を取得して、Asp.Net C#でサーバーに保存するにはどうすればよいですか?

このような関数を作りたい...

ここで、ファイルは画像から作成されたBase64でエンコードされた文字列であり、fileNameは保存したい名前です。このエンコードされた文字列を使用して画像をサーバーに書き込むにはどうすればよいですか?

BinaryWriterまたはTextWriter他のものを使用する必要がありますか?また、データをデコードしてサーバーに正しく書き込むことができるようにするにはどうすればよいですか?

0 投票する
12 に答える
176078 参照

css - 背景画像データをBase64としてCSSに埋め込むのは良い習慣ですか、それとも悪い習慣ですか?

私はgreasemonkeyのユーザースクリプトのソースを調べていて、cssで次のことに気づきました。

私は、greasemonkeyスクリプトが、サーバー上でホストするのではなく、ソース内で可能なものをすべてバンドルしたいと考えていることを理解できます。これは十分に明白です。しかし、私は以前にこのテクニックを見たことがなかったので、その使用を検討しました。それはいくつかの理由で魅力的だと思われます。

  1. ページ読み込み時のHTTPリクエストの量を減らし、パフォーマンスを向上させます
  2. CDNがない場合は、画像と一緒に送信されるCookieによって生成されるトラフィックの量が減少します
  3. CSSファイルをキャッシュできます
  4. CSSファイルはGZIPPEDにすることができます

IE6(たとえば)が背景画像のキャッシュに問題があることを考えると、これは最悪の考えではないようです...

それで、これは良い習慣ですか、悪い習慣ですか、なぜそれを使用しないのですか、そして画像をbase64エンコードするためにどのツールを使用しますか?

更新-テストの結果

  • 画像を使用したテスト:http//fragged.org/dev/map-shot.jpg-133.6Kb

  • テストURL: http: //fragged.org/dev/base64.html

  • 専用CSSファイル: http//fragged.org/dev/base64.css-178.1Kb

  • GZIPエンコーディングサーバー側

  • クライアントに送信された結果のサイズ(YSLOWコンポーネントテスト):59.3Kb

  • クライアントブラウザに送信されたデータの保存:74.3Kb

いいですが、小さい画像には少し役に立たないと思います。

更新:PageSpeedに取り組んでいるGoogleのソフトウェアエンジニアであるBryan McQuadeは、ChromeDevSummit 2013で、CSSのdata:urisは、講演中に重要/最小限のCSSを配信するためのレンダリングブロックアンチパターンと見なされると述べました#perfmatters: Instant mobile web appshttp://developer.chrome.com/devsum​​mit /sessionsを参照し、それを覚えておいてください-実際のスライド