Re: CSS file not being found

Wow!! Who created that monster? You have some seriously complicated
alias set-ups there. I don't know enough about your app, but I can't see
any reason for some of them, apart from (assuming your CGI pgms are in the
cgi400 library):

ScriptAliasMatch /cgi-bin/(.*).pgm /qsys.lib/cgi400.lib/$1.pgm


-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of Steve Richter
Sent: 18 January 2013 12:59
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] CSS file not being found

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).

________________________________________

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list To post a message email: WEB400@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/web400.

NOTICE: The information in this electronic mail transmission is intended
by CoralTree Systems Ltd for the use of the named individuals or entity to
which it is directed and may contain information that is privileged or
otherwise confidential. If you have received this electronic mail
transmission in error, please delete it from your system without copying or
forwarding it, and notify the sender of the error by reply email or by
telephone, so that the sender's address records can be corrected.




--------------------------------------------------------------------------------


CoralTree Systems Limited
25 Barnes Wallis Road
Segensworth East, Fareham
PO15 5TT

Company Registration Number 5021022.
Registered Office:
12-14 Carlton Place
Southampton, UK
SO15 2EA
VAT Registration Number 834 1020 74.
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.