rejetto forum
Software => HFS ~ HTTP File Server => Topic started by: CeltiX on April 16, 2006, 12:38:50 AM
-
I have a html file that references to resources (images, etc.) in a sub folder, but they are not showing up on the page. Is there any way to correct this, or is it a limitation of HFS that it cannot follow references in html that lead to subfolders?
-
Progress report:
My previously mentionned symptom happens by default, but it loads correctly if I put a trailing " / " at the end of the URL. Any opinions or comments on this?
-
Sorry to pester, but yet another development:
The problem does not happen in folder trees that have no spaces in the names. If there are spaces anywhere in the filename structure, the trailing " / " has to be there or I will not see the images load.
-
The problem does not happen in folder trees that have no spaces in the names.
This might solve your problem:
Expert Mode -> Menu -> URL Encoding -> Encode Spaces
-
I thought that may have something to do with it, but there's no change. Either way, I still get spacers as %20 in the address bar, there's no other change. I've also tried every other possible combination of URL Encoding options to no avail.
-
What Browser are you using? FireFox needs the trailing /, but K-Meleon(another Mozilla derivate) does not need them.
-
i think yours is an HTML problem.
just ensure any resource you link is made available through HFS or another web server.
-
I'm not sure everyone understands, so I created an example on my server:
http://celtixnet.ca:88/HTML%20Problem%20example/Sample
The only difference between the 2 links is that one has a trailing slash, and one doesn't. Here are some facts that are good to know:
I've confirmed this problem in both IE and Opera. (haven't tested Firefox)
The pictures are in a subfolder called /photos.
The default file mask is sample.html. I have tried wildcard matches as well, and different file names.
-
I think your problem is the incorrect use of html:
<img src="/photos/01.jpg" instead of <img src="photos/01.jpg" should be used to point to the pictures.
But I can be wrong, didn't have the time to look it up.
-
I'm not sure everyone understands, so I created an example on my server:
good, so i can now say with no doubt that is an html problem ;)
it has nothing to do with HFS, the way HTML works demand you to put the opening slash in this case.
you would have the same problem with ANY browser and ANY server.
-
My standard web server does NOT cause this problem.
Links have been updated. All file structure is the same on both servers, simply the relative links are changed.
HFS Problem page: http://celtixnet.ca:88/Problem/Sample%20Problem
KeyFocus web server: http://www.celtixnet.ca/Problem/Sample%20Problem
Note:
KF Webserver does not remove the trailing slash when the link is clicked. However, removing ut manually clearly shows that another webser has no problem with missing trailing slashes.
Regardless, I am not looking to find fault anywhere. I beleive that there is an inconsistency in the way HFS produces the links. For the first level under the root, the links do include the "/". All other levels do not. If this could be uniform and the trailing slash added to all levels, this problem (and similar onws) could be avoided. Is this a possibility?
-
thank you for the information furnished, now it is enough for me to see the problem.
the other webserver, when receiving a request withouth the trailing slash does not fullfil the request but answer with a redirection to the version with the slash.
the real problem in HFS is that it serves the request immediately without first redirecting the client. indeed, it is the client that forms URLs, and it forms wrong URLs if the slash is missing.
the best thing to do, AFAISee, is to behave the same way the other server do.
i will add this fix to the to-do list.
-
Great, thanks for your help and cooperation, I look forward to an update!