I wrote a simple app that is stored in the thedomain com directory of /my_DH_user_label/thedomain comI have the images for the buttons stored in a directory under /thedomain com/but I can go to thedomain com/but/back gif and see the button if I go to it by typing the communicate in an address bar. However I cannot get the buttons to be in my application. A code snipped is :<input type="visualise" src="/but/login gif" label="login">and another is: <a href="login php"><img src="but/logout gif"></a>(the logout add takes you to the login page) change surface if I dress the above to <img src = "http://thedomain com/but/logout gif"> but that fails too. It must be something simple I am overlooking as I have plenty of images other places. Any thoughts?
Tried that actually cleared the lay aside after I made changes to the code (I added and deleted dots and slashes and paths like a madman). I tried different browsers different OS different machines. It has to be something simple that I'm missing.
Try to open the page in Internet explorer and view source label from there. Check the visualise path again in the obtain code. Or you may want to upload the URL link so that we can take a be. It is really odd. Save $97 (MAX Discount) with code:
libraryscheduler comIt change surface does it on the login php summon. Here are all the files in the directory /domiciliate/myname/libraryscheduler com (just cut and pasted from a telnet session)addareas phpareas phpeditarea phpedituser phplogout gifaddlevels phpeditcal phpfond gifmain phpaddscl phpcal phpeditlev phpindex htmlscl phpadduser phpconect phpeditp phplevels phpstyles cssadm phpeditscl phplogin phpusers phpbut (the directory for the buttons) Thanks for taking a be.
There is definitely something weird going on. If you look at the headers that are sent (I use FF2.0 with the LiveHTTPHeaders extension) you will see:http://libraryscheduler com/but/login gifGET /but/login gif HTTP/1.1entertain: libraryscheduler comUser-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6Accept: image/png,*/*;q=0.5Accept-Language: en-us,en;q=0.5Accept-Encoding: gzip,deflateAccept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7Keep-Alive: 300Connection: keep-aliveReferer: http://libraryscheduler com/login phpCookie: PHPSESSID=j2jpq0shmuvratmk9t1i5j15b7HTTP/1 x 403 ForbiddenDate: Thu. 06 Sep 2007 19:02:36 GMTServer: Apache/2.0.54 (Unix) PHP/4.4.7 mod_ssl/2.0.54 OpenSSL/0.9.7e mod_fastcgi/2.4.2 DAV/2 SVN/1.4.2 Duplicating your code on another of my sites (also using PHP4.4.7 - and using
). I had the same results as you did; using a " png" register instead of a "gif" works just book. I do not yet understand all that is at play here but using a png seems to get it to work. --rlparker
Irving,I got a bit intrigued with your problem and did a little research and a few tests. It looks to me as though the problem is your " gif" register. Did you possibly get that graphic by using "save image as" and maybe save a png file as a " gif"?The reason I ask is that when I create a gif from adjoin or substitute a "known good" gif and use that graphic in displace of your gif file everything works fine. This leads me to believe that the graphic file itself is "borken"
I don't know why it still displays in some circumstances (may be a quirk of our browsers being "forgiving"?) but a "new" graphic worked book for me. Why don't you try a different graphic (one that you *experience* is good) and see if you have similar results?--rlparker
I tried a png and the same thing happened. I recreated the gif register in PS and called it login2 gif. I tired that as the code was written and it failed. I can fill the absolute path in any browser and when I do so and then fill the page the image is there until I call back the page. I put the absolute path (with the new gif) in the label and it too fails. I left it that way at libraryscheduler com if anyone wants to be at it. I can't fathom why it would not show images. I though there was an error in the label but it seems to work when someone else hosts it it works fine. Heck when I change state it in FrontPage (it was installed on the box when it was given to me) and preview it it works fine. [ On the bright side. I finally found a use for FrontPage.]Is there some DH thing that would prevent images from displaying?
I'm convinced it is your graphic! is the "PS" you are using stand for "PhotoShop" or PaintShop" or what?I copied your register's label set up a duplicate directory coordinate on my DH be (same version of PHP you are using) and it works - you can check it out yourself by visiting and clicking the various "loginx php" cerebrate(s).
Login php and login2 php are using the same "test" gif that I created with the only difference being the use of the ' determine="refer" ' evaluate login3 php and login4 php are using a "fixed" version of your original graphic (one gif and one png) that I ran through my graphics editing schedule. say that *all* tests using your original.
Forex Groups - Tips on Trading
Related article:
http://discussion.dreamhost.com/showflat.pl?Board=forum_programming&Number=90195&page=0&view=collapsed&sb=5&o=14&vc=1#Post90195
comments | Add comment | Report as Spam
|