Language folder images

[Guest]

Hi there

 

Wondering if anybody can help me ? non of my images under ?\includes\languages are displaying, they are white with a little red x in them; I have jut done a default installation.

 

If you right click on the ?image? it gives me the correct location to where the picture is eg .. \languages\english\images\icon.gif yet it does not display. I have set the permissions to 777 but still not luck?

 

I have just reinstalled from fresh http://www.bluewaves.biz/catalog2 with the default installation...

 

I have also allowed access to http://www.bluewaves.biz/catalog2/admin/ for you to see that all the necessary permissions are in place

 

I have applied the global patch (http://www.oscommerce.com/community/contributions,2957/category,all/search,global+patch) due to hosting company having issues with global turned on?

 

If anybody could please tell me what I am doing wrong I would really appreciate it?.

[Guest]

Hi.

 

I would say that it is a path problem in the configure file/files.

 

Check that the paths are correct, and that perhaps a '/' or something else has not been left out.

[nvedia]

Which images are you talking about?

I can see all the images in the shop and admin too!

[Guest]

Hey

 

The images in the ?\includes\languages are not displaying (http://www.bluewaves.biz/catalog2)

 

I have checked that the permission are set to 777 and that they are there?

 

As you can see from the configure files ? all seems to be in place??

 

 

<?php

/*

osCommerce, Open Source E-Commerce Solutions

http://www.oscommerce.com

 

Copyright © 2003 osCommerce

 

Released under the GNU General Public License

*/

 

// Define the webserver and path parameters

// * DIR_FS_* = Filesystem directories (local/physical)

// * DIR_WS_* = Webserver directories (virtual/URL)

define('HTTP_SERVER', 'http://www.bluewaves.biz'); // eg, http://localhost - should not be empty for productive servers

define('HTTPS_SERVER', ''); // eg, https://localhost - should not be empty for productive servers

define('ENABLE_SSL', false); // secure webserver for checkout procedure?

define('HTTP_COOKIE_DOMAIN', 'www.bluewaves.biz');

define('HTTPS_COOKIE_DOMAIN', '');

define('HTTP_COOKIE_PATH', '/catalog2/');

define('HTTPS_COOKIE_PATH', '');

define('DIR_WS_HTTP_CATALOG', '/catalog2/');

define('DIR_WS_HTTPS_CATALOG', '');

define('DIR_WS_IMAGES', 'images/');

define('DIR_WS_ICONS', DIR_WS_IMAGES . 'icons/');

define('DIR_WS_INCLUDES', 'includes/');

define('DIR_WS_BOXES', DIR_WS_INCLUDES . 'boxes/');

define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES . 'functions/');

define('DIR_WS_CLASSES', DIR_WS_INCLUDES . 'classes/');

define('DIR_WS_MODULES', DIR_WS_INCLUDES . 'modules/');

define('DIR_WS_LANGUAGES', DIR_WS_INCLUDES . 'languages/');

 

define('DIR_WS_DOWNLOAD_PUBLIC', 'pub/');

define('DIR_FS_CATALOG', '/home/fhlinux181/b/bluewaves.biz/user/htdocs/catalog2/');

define('DIR_FS_DOWNLOAD', DIR_FS_CATALOG . 'download/');

define('DIR_FS_DOWNLOAD_PUBLIC', DIR_FS_CATALOG . 'pub/');

 

// define our database connection

define('DB_SERVER', ?****************); // eg, localhost - should not be empty for productive servers

define('DB_SERVER_USERNAME', '********');

define('DB_SERVER_PASSWORD', '********');

define('DB_DATABASE', 'bluewaves1');

define('USE_PCONNECT', 'false'); // use persistent connections?

define('STORE_SESSIONS', 'mysql'); // leave empty '' for default handler or set to 'mysql'

?>

[nvedia]

I cant see the icon when I call

http://www.bluewaves.biz/catalog2/includes...images/icon.gif

 

That itself says that there is some problem

Are you sure your .htaccess is not blocking the images?

The type of error states that they are being interpreted by a script etc

Please check your .htaccess file!

[♥Vger]

Rename or delete the .htaccess file inside the 'includes' folder.

 

Vger

[Guest]

This is what the .htaccess says ? I don?t see a problem??

 

# $Id: .htaccess,v 1.3 2003/06/12 10:53:20 hpdl Exp $

#

# This is used with Apache WebServers

#

# For this to work, you must include the parameter 'Options' to

# the AllowOverride configuration

#

# Example:

#

# <Directory "/usr/local/apache/htdocs">

# AllowOverride Options

# </Directory>

#

# 'All' with also work. (This configuration is in the

# apache/conf/httpd.conf file)

 

# The following makes adjustments to the SSL protocol for Internet

# Explorer browsers

 

<IfModule mod_setenvif.c>

<IfDefine SSL>

SetEnvIf User-Agent ".*MSIE.*" \

nokeepalive ssl-unclean-shutdown \

downgrade-1.0 force-response-1.0

</IfDefine>

</IfModule>

 

# If Search Engine Friendly URLs do not work, try enabling the

# following Apache configuration parameter

#

# AcceptPathInfo On

 

# Fix certain PHP values

# (commented out by default to prevent errors occuring on certain

# servers)

#

#<IfModule mod_php4.c>

# php_value session.use_trans_sid 0

# php_value register_globals 1

#</IfModule>

[♥Vger]

That's your root level .htaccess file - it's the one in the 'includes' folder that's causing the problem.

 

Vger

[Guest]

Hey

 

This is the one from the 'includes' folder ? is there a problem in this one?

 

# $Id: .htaccess,v 1.4 2001/04/22 20:30:03 dwatkins Exp $

#

# This is used with Apache WebServers

# The following blocks direct HTTP requests in this directory recursively

#

# For this to work, you must include the parameter 'Limit' to the AllowOverride configuration

#

# Example:

#

#<Directory "/usr/local/apache/htdocs">

# AllowOverride Limit

#

# 'All' with also work. (This configuration is in your apache/conf/httpd.conf file)

#

# This does not affect PHP include/require functions

#

# Example: http://server/catalog/includes/application_top.php will not work

 

<Files *.php>

Order Deny,Allow

Deny from all

</Files>

[♥Vger]

Yes, there is a problem. In theory the file is right and it should only bar direct access to .php files - but on some incorrectly set up servers it also bars access to the language level images. Delete or rename it and you'll see those images.

 

Vger

[Guest]

Thank you so much ? I was on the verge of giving up, all seems to be working now?.

 

Thanx again?

[nvedia]

Yes, there is a problem. In theory the file is right and it should only bar direct access to .php files - but on some incorrectly set up servers it also bars access to the language level images. Delete or rename it and you'll see those images.

 

Vger

 

Hmm.....

Is it a bug in the Apache? or why does it happens?