問題タブ [image]

さて、PostgreSQL を実行する Linux バックエンドを使用して、C#.NET で記述されたフロント エンドを備えた Windows ボックスにイメージを提供するアプリケーションに取り組んでいますが、フロント エンドはほとんど重要ではありません。私の質問は：

• Postgresに画像を保存する最良の方法は何ですか?

画像はそれぞれ約 4 ～ 6 メガピクセルで、3000 以上を保存しています。これは Web アプリケーションではないことに注意してください。一度にデータベースにアクセスするフロントエンドはせいぜい 2 つです。

常にコンテンツ タイプが含まれているとは限らず、ダウンロードするファイルの拡張子を提供しないサービスからいくつかの画像をダウンロードしています (うーん、尋ねないでください)。

.NET でイメージ形式を判断する最良の方法は何ですか?

これらのダウンロードされた画像を読み取るアプリケーションには、適切なファイル拡張子が必要です。

HTML で 250x250px の画像の中央の 50x50px だけを表示する方法が必要だとしましょう。どうやってやるの。また、css:url() 参照に対してこれを行う方法はありますか?

CSS のクリップ は認識していますが、これは絶対配置で使用した場合にのみ機能するようです。

タイトルが示すように単純です: Java コマンドだけを使用してスクリーンショットを撮って保存できますか? または、OS 固有のプログラムを使用してスクリーンショットを取得し、クリップボードから取得する必要がありますか?

2 番目の画像ファイルを必要とせずに (または画像の非表示部分を必要とせずに)、カーソルを置いたときにアイコンの外観 (つまり、コントラスト/輝度) を変更する方法はありますか?

ブラウザの DOM に画像を追加すると、IE6 は画像を既にダウンロードしているかどうかを確認するためにキャッシュをチェックせず、代わりにサーバーから画像を再取得します。画像をキャッシュできることを IE6 に納得させる HTTP 応答ヘッダー (後続の画像要求の) の組み合わせは見つかりませんでした: Cache-control、Expires、Last-modified。

後続の画像リクエストの 304 を返して IE6 に「既に取得済み」であることを伝えることができると提案する人もいますが、そもそもサーバーへのラウンドトリップ全体を避けたいと考えています。

一連の画像にかなり単純な効果を作成しようとしています。画像の上にマウスが置かれていないときは、シンプルな灰色の境界線が欲しいです。その上に画像がある場合は、別の「選択された」境界線が必要です。

次の CSS は、Firefox でうまく機能します。

ただし、IE では、マウスが画像の上に置かれていない場合、境界線は表示されません。私の Google-fu は、この問題を引き起こしている IE のバグがあることを教えてくれます。残念ながら、そのバグを修正する方法が見つからないようです。

URL を指定してサムネイル画像を作成する合理的なクロスプラットフォームの方法はありますか? これを行うサムネイル Web サービスがあることは知っていますが、これをローカルで行うソフトウェアまたはライブラリが必要です。Linux では、ヘッドレス X サーバーを使用していつでもブラウザ ウィンドウを生成できると思いますが、Windows や OS X ではど​​うでしょうか。

JPEG 圧縮エンコーディング プロセスは、特定の画像を 8x8 ピクセルのブロックに分割し、将来の非可逆および可逆圧縮でこれらのブロックを使用します。[ソース]

画像が複数の 1MCU ブロック (Minimum Coded Unit として定義され、「通常、両方向で 16 ピクセル」) である場合、JPEG へのロスレス変更を実行できることも言及されています。[ソース]

私は製品画像を扱っていますが、最終的な画像サイズに 16 の倍数を使用すること (たとえば、サイズが 480px x 360px の画像を使用すること) と 16 の倍数を使用しないことのどちらが得られるか、またどのくらいのメリットがあるかを知りたいです。 16 (484x362 など)。この例では、最終的な画像のさらなる変更、編集、または再圧縮には関心がありません。

大部分が一般論であることがわかっている特定の答えに近づけようとする:

• 484x362 の画像の品質が低下する可能性はありますか
• 予想されるファイル サイズの追加量 (この例では、追加スペースは白いピクセルになります)
• 8px グリッドよりも大きくすることによるその他の欠点はありますか?

その特定の例を使用するのは恣意的であることはわかっていますが、非 8px グリッドを破る際に対処する妥協のレベルを理解することは (私と、画像サイズを熟考している可能性のある他の人にとって) 役に立ちます。

ここでの重要な問題は、8 ピクセルで割り切れるイメージが、8 ピクセルで割り切れないイメージよりも高品質であるかどうかという議論です。

約 1000 個の pdf ファイルがあり、それらを 300 dpi の tiff ファイルに変換する必要があります。これを行う最善の方法は何ですか？スクリプト化できるSDKまたは何かまたはツールがあれば、それが理想的です。