× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



it case it helps, here is the apache config file. thanks for the help.


# Apache Default server configuration

# General setup directives
Listen 192.168.70.7:80
Listen 192.168.70.185:80
HotBackup Off
CgiConvMode %%EBCDIC/MIXED%%
TimeOut 30000
KeepAlive Off
# DocumentRoot /www/apachedft/htdocs
DocumentRoot /www/CompanyName/htdocs
# DocumentRoot /www/intranet/htdocs
Options -Includes -IncludesNoExec -Indexes
AccessFileName .htaccess

AccessFileName .htaccess
AddLanguage en .en

# Deny most requests for any file
DirectoryIndex index.html
<Directory />
order allow,deny
deny from all
Options -Indexes -ExecCGI -includes
AllowOverride Limit Options
</Directory>
<Directory /qsys.lib/cgiwlk.lib>
Order Allow,Deny
Allow From all
</Directory>

</Directory>
<Directory /qsys.lib/cgi400.lib>
allow from all
order allow,deny
Options +ExecCGI +Includes
SetOutputFilter Includes
</Directory>
<Directory /www/CompanyName>
order allow,deny
allow From all
</Directory>
<Directory /www/intranet>
order allow,deny
allow from all
</Directory>

</Directory>
<Directory /as400img>
order allow,deny
allow from all
</Directory>
<Directory /www/CompanyName/images>
order allow,deny
allow from all
</Directory>
<Directory /www/CompanyName/css>
order allow,deny
allow from all
</Directory>
<Directory /www/CompanyName/as400img>
order allow,deny
order allow,deny
allow from all
</Directory>
<Directory /www/CompanyName/download>
order allow,deny
allow from all
</Directory>
<Directory /qsys.lib/cgi400.lib>
Options None
Order Allow,Deny
Deny from all
</Directory>
<Directory /qsys.lib/dtalib.lib>
Options None
Order Allow,Deny
Order Allow,Deny
Allow from all
</Directory>
<Directory /qsys.lib/dtalibt.lib>
Options None
Order Allow,Deny
Allow from all
</Directory>
<Directory /qsys.lib/cgi400.lib>
Options None
Order Allow,Deny
Allow from all
</Directory>
<Directory /qsys.lib/cgi-bin.lib>
Options None

Options None
Order Allow,Deny
Allow from all
</Directory>
# Allow requests for files in document root
<Directory /www/apachedft/htdocs>
order allow,deny
allow from all
</Directory>
<Directory /www/intranet/htdocs>
order allow,deny
allow from all
</Directory>
<Directory /www/CompanyName/htdocs>
order allow,deny
order allow,deny
allow from all
</Directory>
Alias /images/ /www/CompanyName/images/
Alias /dtalib/ /qsys.lib/dtalib.lib/
Alias /dtalib /qsys.lib/dtalib.lib/
Alias dtalib /qsys.lib/dtalib.lib/
Alias /css/ /www/CompanyName/css/
# Alias /as400img/ /www/intranet/as400img/
# Alias /images/ /www/intranet/images/
# Alias /css/ /www/intranet/css/
Alias /dtalib/ /qsys.lib/dtalib.lib/
Alias /dtalib /qsys.lib/dtalib.lib/
Alias dtalib /qsys.lib/dtalib.lib/
Alias /css/ /www/CompanyName/css/
Alias /css/ /www/CompanyName/css/
Alias /as400img/ /www/CompanyName/as400img/
ScriptAliasMatch ^/cgi-bin/login(.*) /qsys.lib/cgi400.lib/login.pgm$1
ScriptAliasMatch ^/cgi-bin/(.*) /qsys.lib/cgi400.lib/$1.pgm
ScriptAliasMatch ^/cgi-bin/(.*) /qsys.lib/cgiwlk.lib/$1.pgm
ScriptAliasMatch ^/cgi-bin/(.*) /qsys.lib/cgi400.lib/$1.pgm
ScriptAlias /cgi-bin/ /qsys.lib/cgi400.lib/
ScriptAlias /cgi-bin/ /qsys.lib/cgi400.lib/$1
ScriptAlias /dtalib/ /qsys.lib/dtalib.lib/
ScriptAliasMatch ^/cgi-bin/wlkmnu(.*) /qsys.lib/cgi400.lib/wlkmnu.pgm
ScriptAliasMatch /cgi-bin/(.*).pgm /qsys.lib/cgi400.lib/$1.pgm



On Thu, Jan 17, 2013 at 5:32 PM, Kevin Turner
<kevin.turner@xxxxxxxxxxxxxxx> wrote:
It looks like the aliasing is forcing everything to "seem" like it is in CGI-BIN, which prevents the use of relative paths (i.e. without the '/'). Normally you would not do that with a CGI app. Your aliasing would force calls to CGI programs to be in a specific library, but allow other resources (static html, css, js etc) to be referenced relative to the current directory - without a preceding '/'.

It does seem like the file was in the wrong place also. I couldn't really work out from the information provided where it was, so assumed it was correctly located, but was being scuppered by the aliasing.

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Dean, Robert
Sent: 17 January 2013 22:17
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] CSS file not being found

I'm confused by this reply, because the directory-relative link was clearly one of the two problems (the storage location of the CSS file being the other).
________________________________________

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.