問題タブ [gd2]

画像を 90 度単位で回転させたり、水平または垂直に反転できるようにする機能を開発しています。自分のコンピューターではコードが正常に動作していますが、ライブ サーバーにアップロードすると、回転機能が動作しなくなります。画像は反転できますが、回転してもまったく変化しません。エラー メッセージはありません。ローテーションを実行する関数は、ローテーションが成功した場合と同じ値を返します。これは、ページをリロードする必要がある場合ではありません (私はそれを試しました)。画像を回転させた後、サーバー上の画像ファイルを見つけて、実際に回転されていることを確認できるはずですが、それは起こっていません。

これの気が遠くなる部分は、反転機能がまだ機能していることです。回転機能が機能しなくなっただけです。この種のことがサーバーのセットアップの何かによって引き起こされる可能性があるかどうかは誰にもわかりませんか? おそらくGD2ライブラリの別のバージョンですか？これはコードの問題ではなく、ライブサーバーに何か別の原因があると思います。どんな助けでも大歓迎です。

私はこのスクリプトを持っています：

すべてのデータは正常に動作します。imagecopyresizedこの警告が表示される場所まで、すべてのステップをエコーし​​ます。

警告: imagecopyresized(): 指定された引数は、/www/mdkbg.com/keasport/root/admin/parsing_vars.php5 行 41 の有効な画像リソースではありません

何が問題なのですか？フォルダーのアクセス許可を 755 に変更し、php5 ファイルのヒントを使用しています。

私はjCropとCodeIgniterを使用して、画像アップローダーを作成しようとしています。
だから私は私の画像フォルダと一時フォルダの中にあります。
一時フォルダにアップロードしてから、アップロードした画像をクロッパーで表示します。
フォームを送信するとき、私は自分のphpに移動し、jCropによって提供されるコードを使用します。

ここでも、他の場所でも、宛先の画像パスとファイル名を定義する方法がわかります。
元のフォルダーを一時フォルダーに保持し、サイズを変更したフォルダーを親フォルダーに作成したいと思います。

誰かが私を助けてくれますか？

PHPのいくつかの透明なPNGをGDとマージしています。透明な背景にたくさんの数字を入れて、最終的な画像にまとめました。次のGD構成を使用して、1つのサーバーでスクリプトを実行します。

それは完璧に動作します。私の結果は次のようになります。

http://upload.nucleardog.com/rc97

別のサーバーで同じスクリプトを実行すると、gdは次のように構成されます。

私はより似たようなものになってしまいます：

http://upload.nucleardog.com/19c3

透明性がそのような一貫性のない方法でコピーできない理由を誰かが知っていますか？結果画像の異なる場所にコピーされた同じ番号の異なるコピー（同一のソース画像-間にリロードされない）は、黒いピクセルで異なるパターンを持ちます。

私が使用しているスクリプトのコピーは、掘り下げたい人のためにここにあります。行の周りに数値をロードします69。の中間画像に番号をコピーします155-165。その中間ステップは、の結果画像にコピーされ197-231ます。

この特定のサーバーでスクリプトを修正する方法を誰かが知っていますか？バンドルされたGDを使用していないのは問題ですか？

アイデアをありがとう！

編集：問題のあるマシンはPHP5.3.3を実行しています：

ないものは同じように実行されています：

問題があるのはUbuntuボックスです。phpとgdの両方がapt（php5とphp5-gd）からインストールされました。

背景が白のimage.pngがあり、その上にいくつかの画像があります。

画像をjpgに変換するためにこれを試しました：

問題は、pngが透明度を取得し、jpgがかなり巨大なブラックゾーンを取得したことです。jpgの外観は次のとおりです。

http://img861.imageshack.us/img861/20/context.jpg

問題を解決する方法はありますか？

編集1：

Abiusxが提案したように、私もこれを試しました。

しかし、結果は同じでした。ソースの.png画像は次のとおりです。

_{（出典：tipradar.com）}

パトリックのコメントに感謝します：ここでトリック：GD！png画像をjpegに変換し、アルファをデフォルトで黒ではなく白にします

私の人生では、CodeIgniter の image_lib (画像操作ライブラリ) が機能しない理由がわかりません。ローカル マシンで問題なく動作しているので、コードが正しいことがわかります。しかし、実稼働サーバーにアップロードするときに、画像からサムネイルを作成しようとすると、コードが停止してしまいます。

キッカーは、image_libがエラーメッセージを吐き出していないことです...ページはその時点で停止します...これが私のコードスニペットです

私も次のコードを使用してチェックしようとしました：

しかし、何も起こりません。$this->image_lib->resize(); ですべてが停止します。エラーをまったくスローせずに。

もう 1 つの注意事項... GD2 は正常にインストールされました。CodeIgniter を使用していないときは、他の標準的な画像操作を問題なく実行できます。

何か案は？

ファイルのアップロードが画像であると思われる場合に画像のサイズ変更オブジェクトを返すファイルアップロードクラスがあります。画像サイズ変更クラスの構成は、次のように始まります。

$this->getData()tmp_name配列からfile_get_contentsから返された文字列を返します$_FILES[..]。

約束は次のとおりです。開発サーバーでは完全に正常に動作します5.3.0がimagecreatefromstring()、本番サーバーでは失敗します5.3.5。

なんで？頭がおかしくなりません。base64を使用して開発と製品の一連の画像を比較しましたが、それらは同じです。.0からに変更されたものを確認する必要があります.5か？

編集：はい、GD2がインストールされ、正しく機能しています。ちなみに、WordPress（3.1）もこのサーバーにインストールされており、すべての画像機能が正しく機能しているので、私はとても戸惑っています。

編集2

display_errorsを使用してデバッグした後（最初にこれを実行する必要があることはわかっています）、返されるエラーは次のとおりです。

これは、JPEGをサポートするGDを再インストールする必要があることを意味しますか、それともインストール後に有効にできますか？IEを今すぐ使用できますか？

CodeIgniter1.7を使用して写真共有コミュニティサイトを開発しました。メンバーによってアップロードされた写真は、CodeIgniterImageManipulationクラスを使用するさまざまな形式で自動的にサイズ変更されます。このクラスはフレームワークに組み込まれており、基本的にはGD、GD2、ImageMagick、NETPBMなどの複数の画像操作ライブラリのラッパーです。私のホストでは、GD2しか使用できないので、ここでこの質問をします。

私の問題に移ります。これが私のサイトのサイズ変更された写真の例です。オリジナルは非常に大きく、幅が3000pxを超えていることに注意してください。

http://www.jungledragon.com/image/195/female_impala_close-up.html

次に、同じ画像を見てください。これもサイズが変更されており、Flickrで少し大きくなっています。

http://www.flickr.com/photos/fledder/3763538865/in/set-72157621744113979

劇的な違いがわかりますか？私はその大きなギャップを埋めようとしています。私が最初にしたことは、画像にシャープフィルターを適用することでした。ここで結果を見ることができます：

まだ完璧ではありませんが、少なくともFlickr画像のシャープネスレベルに近づいています。残りの問題は、彩度が低下したかのように色が洗い流されることです。これはすでに研ぎフィルターの前に起こっているので、GD2にある必要があります。

この問題は私にとって非常に重要ですが、どこを見ればよいのかわかりません。クロマサブサンプリングについて話している.NETスレッドをいくつか見つけましたが、セットアップでその情報をどう処理するかわかりません。セットアップの制約内で機能するソリューションを探しています。

更新：これにより、元のファイルを自分のサイトとFlickrの両方にアップロードしたのとまったく同じになります。

http://www.jungledragon.com/img/DSC07275.jpg

アップデート2：ショックを受けました。いい意味で。ImageMagickをインストールするのに大変な苦労がありましたが、それに切り替えた後（Code Igniter画像操作クラスで使用するライブラリとして「imagemagick」を設定した問題でした）、テスト画像の結果は次のようになります。

ImageMagickのサイズ変更は、意図したとおりに実行されます。色は保存され、シャープネスがあります。はい、ImageMagickのために不要になったため、カスタムシャープニングルーチンを無効にしました。その上、プロセスははるかに高速で、メモリの消費も少なくなります。そして、ここにもう1つの大きな部分があります。それを説明することはできませんが、ユーザー@Alixによって提案された特定のカラープロファイルを使用するようにImageMagickに指示することはまったくありませんでした。これまでの私のテストでは、埋め込みプロファイルの有無にかかわらず、色情報が尊重されているように見えます。出力は、単に入力の小さいバージョンです。ImageMagickは本当に賢いのですか、それとも私は夢を見ていますか？

垂直方向と水平方向の両方で、php (2 つ以上) で画像を連結する必要があります。それを行う最も速い方法は何ですか？

obs: ネイティブでないライブラリは使いたくない

別の疑問。結果の画像は画像サイズの合計になりますか、それともかなり大きくなりますか?

ありがとう （：