revdave Posted May 1, 2006 Posted May 1, 2006 Using fantastico, I created a fresh shopping cart on a WebSite. Everything works OK, however all the images have broken links ... so that must be some kind of global setting that is incorrect. I did not see anything on the admin pages to deal with this... Q: Is there any way to globally fix all the images links?
krnl Posted May 1, 2006 Posted May 1, 2006 in .../catalog/includes/configure.php find the following line and edit it appropriately define('DIR_WS_IMAGES', 'images/');
revdave Posted May 1, 2006 Author Posted May 1, 2006 in .../catalog/includes/configure.php find the following line and edit it appropriately define('DIR_WS_IMAGES', 'images/'); Thanks Rick, I did find the page you are talking about ... however it seems to be already set as above - which would appear to be correct... - when viewing source of my Index page here's a link... <img src="images/gt_interactive/wheel_of_time.gif"> - this file does appear in my directory... mysite.com/public _html/oscart2/images/gt_interactive/wheel_of_time.gif Q: could public _html directory be part of the issue? * when I did the installation using fantastico - I told it to put the whole cart in a 'oscart2' directory that it created... I'm still bit confused about this ... thanks for your help...
AlanR Posted May 1, 2006 Posted May 1, 2006 A link to the site would help a lot. Local: Mac OS X 10.5.8 - Apache 2.2/php 5.3.0/MySQL 5.4.10 • Web Servers: Linux Tools: BBEdit, Coda, Versions (Subversion), Sequel Pro (db management)
revdave Posted May 2, 2006 Author Posted May 2, 2006 A link to the site would help a lot. Hi Alan, Sure here ya go.... http://www.brainbeast.com/oscart2/
AlanR Posted May 2, 2006 Posted May 2, 2006 From the source view: <!doctype html public "-//W3C//DTD HTML 4.01 Transitional//EN"> <html dir="LTR" lang="en"> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <title>oscart2</title> <base href="https://brainbeast.com/oscart2/"> Common problem. The server is telling osC that an ssl connection exists when in fact none does. The quick workaround is to set the https lines in includes/configure.php exactly the same as the http ones. // Define the webserver and path parameters // * DIR_FS_* = Filesystem directories (local/physical) // * DIR_WS_* = Webserver directories (virtual/URL) define('HTTP_SERVER', 'http://www.brainbeast.com'); // eg, http://localhost - should not be empty for productive servers define('HTTPS_SERVER', 'http://www.brainbeast.com'); // eg, https://localhost - should not be empty for productive servers define('ENABLE_SSL', false); // secure webserver for checkout procedure? define('HTTP_COOKIE_DOMAIN', 'www.brainbeast.com'); define('HTTPS_COOKIE_DOMAIN', 'www.brainbeast.com'); define('HTTP_COOKIE_PATH', '/oscart2/'); define('HTTPS_COOKIE_PATH', '/oscart2/'); define('DIR_WS_HTTP_CATALOG', '/oscart2/'); define('DIR_WS_HTTPS_CATALOG', '/oscart2/'); The server techies will find and fix the problem sooner or later. Local: Mac OS X 10.5.8 - Apache 2.2/php 5.3.0/MySQL 5.4.10 • Web Servers: Linux Tools: BBEdit, Coda, Versions (Subversion), Sequel Pro (db management)
New 
Recommended Posts
Archived
This topic is now archived and is closed to further replies.