PHP、SQL画像出力の際に画像が一部黒くなります。

Question

PHPとSQLを使って画像を取得するサイトを作っているのですが昨日新しく入れた画像の一部が黒くなってしまいました。

エラーかと思って同じ画像をもう一度保存して取得したところ同じように一部が黒くなりました。

他の画像を試してみると黒くなるのと、そうでないのがあります。
これはファイルのサイズの問題なのでしょうか。

その場合、PHP.iniのpost_max_size=ooMBを変更すれば大丈夫なのでしょうか。
それとも別のやり方があるのでしょうか。

よろしくお願いします。

*追加
先ほどphp.iniの「post_max_size」サイズを倍にしてみましたが一部黒いまま保存されてしまいます。
別の問題があるということでしょうか。

Answer 1

元ファイル、データ投入時、データ呼び出し時、各サイズを確認してみてください
データ投入に失敗しているだけではないでしょうか？
ただしくプレースホルダで処理されていますか？
投入時に壊れているだけではないですか？

Answer 2

今回はデータベースのカラムの問題でした。
BLOBだと最長65,535バイトまでとのことでそれ以上の画像を保存する場合はMEDIUMBLOBやLONGBLOBにすると画像の保存や出力はうまくいきます。

alter table テーブル名 modify カラム名 MEDIUMBLOB;

ただやり方としては回答してくださった方がいように
「ディレクトリへの保存」が普通で一般的だそうです。

今回はあくまでカラム定義BLOBで画像がキレイに入らないのはカラムの定義（容量）の問題でMEDIUMBLOBやLONGBLOBで治るです。

Answer 3

「SQLを使って」というのが意味不明ですが、おそらく「PHPで取得してきた画像をデータベースに入れている」という意味ですかね？
もしそうだとしたらまず「SQL」および「データベース」という単語・概念の意味についてググって違いを理解してください。

で、具体的な解決についてですが、

１：画像を入れているデータベースのカラムの種別と制限サイズはどうなっていますか？
２：そもそもなぜ画像をDBに入れたいのですか？ ファイルのままディレクトリに保存すればいいのでは？

以上２点をお知らせください。

Comments

[退会済みユーザー]

ご連絡ありがとうございます。
①カラム：BLOB型（制限サイズはデフォルトのままだと思います。）
②検索してたどり着いたのがデータベースに入れるやり方になります。

もしお時間ありましたらディレクトリ保存のメリットややり方聞きたいです。
よろしくお願いします。

[退会済みユーザー]

たとえばMySQLの場合、BLOB型は最長65,535バイトまでなので、画像のデータ全てを格納できていないのでしょう。MEDIUMBLOBやLONGBLOBにすれば、もっと大きなサイズを格納できます。

＞ディレクトリ保存のメリット
メリットというか、そうするのが普通で一般的です。
DBに入れるとしたら画像の情報（ファイル名とかファイルの置き場所とか）だけで、画像そのものはDBにいれずにファイルとして保存するのが普通です。一般的にDBというのは情報を検索するのに適した設計になっていますので、モノ（画像そのもの実体とか）をなんでもかんでも放り込んでおく箱のように考えるとのちのち面倒なことになると思います。

逆にあなたはDBに入れるメリットを理解していて、それを説明できますか？
説明できるならDBに入れるというのもひとつの考え方としてアリです。
しかしよく分かっていないのであれば、やめたほうがいいです。

＞やり方
まず自分でググって、それでも分からない場合は質問してください。

[退会済みユーザー]

回答ありがとうございます。
ディレクトリ保存が一般的なんですね、、、全く知らなかったです。

データベースへのメリットというかそれ以外知らなかったので別の方法の方が一般的だったことに驚いています。。
とりあえずBLOBをMEDIUMBLOBやLONGBLOBに変更してみます。
ディレクトリ保存も調べてみます。
またわからないことが出てきましたら質問いたします。
お手数おかけしました。

ご回答いただきありがとうございます。

[退会済みユーザー]

先ほどカラム定義をBLOB→MEDIUMBLOBに変更したら画像の方キレイに出力されました。ただディレクトリ保存の方が正しいとのことですのでそちらも試してみたいと思います。
的確なアドバイスありがとうございます。ベストアンサーに選ばせていただきます。

[退会済みユーザー]

＞ディレクトリ保存の方が正しい
「正しい」というと語弊がありますが、一般的な使い方ではDBに画像を入れるメリットがあまり無いというだけです。逆にデメリットはたくさんあります（書くと長くなるので省略）。

とりあえず問題が解決して良かったです。

Answer 4

おそらく、入れた画像が透過PNGだったのではないかと推測します。

αチャンネルがある場合、それを意識したハンドリングが必要です（一例。なお、具体的な処理はやることに依存します）。

Comments

[退会済みユーザー]

回答ありがとうございます。
リンク先を確認しましたが当方の症状と違いましたので追加で画像の方を添付いたしました。
背景透過ではなく、一部が黒くなって読み取れない？or保存できていない状態になります。
よろしくお願いします。

Answer 5

SQLということはLOBでしょうか？
差支えないない範囲で現象を再現できる最小限のコード、画像のサイズやハードウェアの性能は提示した方が解決が早いです。
データ量が多いbmpで表示していたのをjpgにしたり、求める画質に許容できる範囲で画像をリサイズしたら解決なんて初歩的な対応で高価なサーバーのリプレイスをしないで済んだ、ってこともあります。