You are here: Re: Help with image display « PHP Programming Language « IT news, forums, messages
Re: Help with image display

Posted by Shelly on 07/18/05 05:58

I solved it!!!!!!!!

Now, someone, please explain to me why my solution worked.

I changed the name of the "users" directory to "members" and all is well
with the world.

Shelly


"Shelly" <sheldonlg.news@asap-consult.com> wrote in message
news:9M2dnQ5XaJUmjEbfRVn-ug@comcast.com...
>I was able to upload the file to the "users" directory using Dreamweaver.
> However, it would not display with
> http://www.mydomain.net/users/the_filename.jpg
>
> I also uploaded it to "tmp_photo". It displayed fine with
>
> http://www.mydomain.net/tmp_photo/the_filename.jpg
>
> Both "users" and "tmp_photo" are owned by webmaster and have 777
> protections.
>
> Shelly
>
> "Shelly" <sheldonlg.news@asap-consult.com> wrote in message
> news:YbudnZk83K_IkEbfRVn-pg@comcast.com...
>>I have a little more information.
>>
>> I took the file and copied it to the root level . It displayed fine with
>> http://www.mydomain.net/the_filename.jpg. I then tried to copy it to the
>> "users" directory, figuring I would see if it would display in each
>> directory. It would not copy. It would also not copy to the
>> "users/the_username" directory.
>>
>> The ownership of the "users" directory and that of the "tmp_photo"
>> directory are both "webmaster" and the protections on both are 777. Both
>> of these are immediately off the root directory. I can copy it manually
>> into the "tmp_photo" directory.
>>
>> The ownership of the "the_username" and "photo" directories are both
>> "apache" since both are created by apache.
>>
>> Why, if both directories ("users" and "tmp_photo") have the same
>> ownership and the same protections, can I copy into one and not the
>> other. I think if I can figure that one out, all will be solved.
>>
>> Shelly
>>
>>
>> "Shelly" <sheldonlg.news@asap-consult.com> wrote in message
>> news:POydnW8aiNxEaUffRVn-hg@comcast.com...
>>> This is driving me crazy and makes no sense. Any suggestions will be
>>> appreciated.
>>>
>>> I upload an image to a staging area. I have written software to look at
>>> the images, and if accepted it is moved to the user's area. The user's
>>> area for images is at users/the_username/photo/ where users is a
>>> directory off the root. The staging area is tmp_photo/, also off the
>>> root.
>>>
>>> When it is in the staging area, I see the image. Using identical code
>>> (I cut an pasted), the image does not display when I use viewing php
>>> page. I echoed the filename and it came up as:
>>>
>>> users/the_username/photo/the_filename.jpg
>>>
>>> When I look via admin, I see that the file is there. If I click on it
>>> and download it, it views perfectly on my computer.
>>>
>>> Also, if I right click on the little square on my viewing page that is
>>> there instead of the image that should be there, and look at the
>>> properties, it comes up as:
>>>
>>> http://www.mydomain.net/users/the_username/photo/the_filename.jpg
>>>
>>> So, the coding for the name is perfect. I have the <img
>>> src="the_full_filemame" width="200">.
>>>
>>> I checked the protections of the file, and all the directories from
>>> users on down and they all have execute privilege.
>>>
>>> By the way, on another place on that same viewing screen for a
>>> particular situation where there is no photo, I direct it to an image
>>> images/nopicyet.jpg. That one displays perfectly. The protections on
>>> that directory are the same as on the users directory tree.
>>>
>>> Does anyone have a clue?
>>>
>>> Shelly
>>>
>>
>>
>
>

 

Navigation:

[Reply to this message]


Удаленная работа для программистов  •  Как заработать на Google AdSense  •  England, UK  •  статьи на английском  •  PHP MySQL CMS Apache Oscommerce  •  Online Business Knowledge Base  •  DVD MP3 AVI MP4 players codecs conversion help
Home  •  Search  •  Site Map  •  Set as Homepage  •  Add to Favourites

Copyright © 2005-2006 Powered by Custom PHP Programming

Сайт изготовлен в Студии Валентина Петручека
изготовление и поддержка веб-сайтов, разработка программного обеспечения, поисковая оптимизация