Pictures not showing up?

openfire · January 18th, 2007, 06:01 PM

Once in a while a user will post an ad, and the pictures do not show up as seen here:

nopics.GIF

Any idea why this happens and how to rectify?

Michael P · January 18th, 2007, 06:19 PM

Did you try checking the path to the images to diagnose the possible problem?

openfire · January 18th, 2007, 08:56 PM

Yes and they usually show up as a the path followed by a single letter as is the case with the example seen below:

http://mysite.com/data/27/thumbs/P
http://mysite.com/data/27/thumbs/i
http://mysite.com/data/27/thumbs/c
http://mysite.com/data/27/thumbs/t
http://mysite.com/data/27/thumbs/u
http://mysite.com/data/27/thumbs/r

oldengine · January 19th, 2007, 09:44 AM

I have this issue too. Fortunately it doesn't happen too often and it might be something that the user is doing wrong?

openfire · January 19th, 2007, 05:35 PM

Tech support? Anyone?

junaid · January 21st, 2007, 06:30 AM

I also have same problem

Chuck S · January 22nd, 2007, 12:40 PM

I would suggest you ensure your data directories at every level are set to 777. Is safe mode off on your server?

I can not replicate this issue. what image processor are you using?

oldengine · January 22nd, 2007, 04:35 PM

Safe mode is off and all data directories are 777.

As I said, it's really rare on my system and I'm wondering what happens if a user tries to upload a photo file name that is already in use? The file names appear to be named the same as the user's original photo file name.

Chuck S · January 22nd, 2007, 05:01 PM

The files are definately renamed. I think the issue maybe one that a user uploads a file larger than PHP and maybe PHP is flipping out. Have you tested this? I can not replicate the issue so just throwing out ideas here. The only time I have seen something like this is when permissions are not set correctly

oldengine · January 23rd, 2007, 09:43 PM

One of these just came in at Tue January 23, 2007 2:08pm :

http://www.enginads.com/classifieds/...hp?product=719

Chuck S · January 23rd, 2007, 10:59 PM

Have you tried increasing php memory to test my theory of it being a php issue?

There is not much to work with here on your report which makes it near impossible to try and replicate something. If someone is trying a file upload and something bombs along the way resulting in the upload being destroyed so I think PHP is spazzing.

In your pp-inc.php below the error_reporting line at the top of the file add this and lets see if giving PHP more memory makes your random non trackable issue go away

ini_set("memory_limit", "40M");

oldengine · January 23rd, 2007, 11:38 PM

Quote:

Originally Posted by Chuck S

ini_set("memory_limit", "40M');

I was all set to do this and then I noticed the quotes in the line above. " " " '
Is that last one (') correct?

Please confirm and then I will implement it.

Also, please note that I have only seen this photo problem two or three times in over 700 ads. It's not a big problem for me, but I am willing to help chase it down so that everyone can benefit. It could be as silly as a Macintosh user using the ads.

oldengine · January 24th, 2007, 07:10 AM

Issue solved!

From the end user:

"Thank you, I realized after the ad went in that I took the picture in an 8 meg format. I will retake and resend a lower meg format today some time. Thank you."

Chuck S · January 24th, 2007, 07:49 AM

Yep PHP issue and crapping out just what I figured. Yes the line above you can add and yes it is a double quote on end not single.