Links Inoperable, all link locations

[kobra]

I opened /includes/configure.php and changed this line:

What application did you open that file with??

If not a code editor then yes most likely muffed it up

One free code editor is notepad++

[carlwhat]

it seems that the current problem is related to your DB credentials.

i would double check these entries in the configure.php file (and most closely the last 3):

define('DB_TYPE', 'mysql'); // always 'mysql'
define('DB_PREFIX', ''); // prefix for database table names -- preferred to be left empty
define('DB_CHARSET', 'utf8'); // 'utf8' or 'latin1' are most common
define('DB_SERVER', 'localhost');  // address of your db server
define('DB_SERVER_USERNAME', 'USERNAME');
define('DB_SERVER_PASSWORD', 'PASSWORD');
define('DB_DATABASE', 'DATABASE NAME');

good luck!

[KenBaker]

carlwhat,

Thanks kindly for the direction. I did discover that somehow I managed to wipe out practically all of the unique configuration data in my includes/configure.php file. I've restored most of that data, although I still haven't been able to link my Zen Cart site with the ZC database that I set up for my store. I should be able to resolve this glitch fairly easily, as I only need to get the correct address for my database.

I'm relieved to know that I can get back my customized site from the abyss by correcting my errors. I suppose that I could have restored it from my last backup, but it seemed fruitless to me to restore a broken site, as I would still have to resolve the problems that I'm now well on my way to resolving.

Again, thanks for the help,

Ken Baker

[KenBaker]

Good morning, kobra,


You ask:

What application did you open that file with??

If not a code editor then yes most likely muffed it up

One free code editor is notepad++

I do happen to use Notepad++, v. 6.9.1 (still with the kludgy desktop icon, for sentimental reasons). Whatever happened essentially reset my configure.php files to the default, out-of-the-box settings (save for the SSL setting that I manually changed, which did change to 'false'). So far this morning I've been able to recoup about 95% of my customized Zen Cart setup, though I can't view it at present, as I haven't been able to get Zen Cart connected to the ZC database that I set up for my store. That should be a relatively easy glitch to resolve, which I expect that I can manage on my own.

I recognize, of course, that I caused this problem, not the ZC program. I know that software programs occasionally misbehave, but in my experience the problems that I've encountered with programs almost always turn out to be problems with me.

I'm still a bit puzzled by the SSL problem. I have a shared SSL certificate through my hosting service with HostGator (not the best SSL choice, I know, but I can't afford an individual SSL certificate at present). Before setting up Zen Cart originally, I got the secure server address from HostGator. Thus, when I configured my Zen Cart store, I activated SSL and entered the secure server address that I had been given by HostGator. I thought that these steps would ensure that the SSL pages would work properly when I activated my Zen Cart store. Obviously that wasn't the case. I clearly recognize that this SSL glitch arises somewhere between me and HostGator, as I'm sure that this built-in Zen Cart SSL protocol has worked fine for likely thousands of other ZC sites. I'm on hold with HostGator (67 minutes and counting) to figure out what went wrong.

Again, thanks for your help,

Ken Baker

[mc12345678]

So, looking at the path that was provided above for both the store and the "secure" connection, they appear to point to two different locations. This is an issue with setup of the ZC software when entering the path(es) for reaching the various locations.

Ie: gator4244.hostgator.com/-kennith69/index.php would typically point to the index.php file that is located in the public_html folder of the user kennith69. Your store is in a web-facing sub-directory of catalog. So that part must also be accounted for. Should also note that when attempting to access your domain name without the sub-directory of catalog (like most people will tend to do) a customer is presented with options from which to choose, but are not "part" of the website... but, perhaps you have plans to rectify that.

[mc12345678]

As to the "replaced" configure.php, your host ought to offer restore possibilities from your cPanel. If not, then it would be recommended that you find a host that does. Would simply restore the configure.php from sometime yesterday before the change to at least get the store front back. Though your admin/include/configure.php ought to have all the DB information you need in order to restore that functionality. :) it should also have just about everything else needed as well, though the https: related info may be off still.

[KenBaker]

mc12345678,

I did in fact recreate the data in my includes/configure.php from the data in my admin/includes/configure.php. I've also at this point managed (with HostGator's help) to reestablish the database connection. Strangely, though, none of the template files nor the css files are operating, so I'm just getting the raw text of the index page (including the define_main_page.php file). None of the links work, so I can't view any of the other pages that I've defined. It's a puzzle that I'll have to keep pecking at, I suppose.

Regards,

Ken Baker

[KenBaker]

mc12345678

Thanks for your help here and in your earlier posting. You write:

So, looking at the path that was provided above for both the store and the "secure" connection, they appear to point to two different locations. This is an issue with setup of the ZC software when entering the path(es) for reaching the various locations.

The Zen Cart configure.php files allow the entry of two separate server URLs, one for the HTTP server and one for the HTTPS server. I assumed that this dual entry meant that, through some protocol, the Zen Cart program could track the two locations and pull files as needed. So the non-SSL and the SSL links do indeed point to two different locations/servers (non-secure and secure). Perhaps I've misunderstood your direction, but if Zen Cart won't work with separate non-SSL and SSL servers, I don't know what to do here, other than to disable SSL for the nonce.

As for the differing renderings of lunekeltkar.xibeta.com and lunekeltkar.xibeta.com/catalog, I intend to have a much larger website that will include the store but much else as well; with the website envelope, the current bare directory tree resulting from lunekeltkar.xibeta.com will go away. Right now I'm just trying to get the store set up and working. I suppose that there's a slim chance that some handful of people may stumble onto the directory tree before I get everything set to go, but that's not causing me any deep concern at present.

Best,

Ken Baker

[carlwhat]

ken,
it seems that you got the DB working again. you are still having a problem with your configure.php file.

your links are not working because from here:

http://lunekeltkar.xibeta.com/catalog/

they point to:

http://lunekeltkar.xibeta.com/index.php?main_page=featured_products

and they need to point to:

http://lunekeltkar.xibeta.com/catalog/index.php?main_page=featured_products

i'm guessing its one of these 3 variables:

define('DIR_WS_CATALOG', '/');
define('DIR_WS_HTTPS_CATALOG', '/');
define('DIR_FS_CATALOG', '/home/username/public_html/');

one of them needs to have "catalog" in there.

good luck!

[KenBaker]

Sorry, Carl,

You wrote . . .

i'm guessing its one of these 3 variables:

define('DIR_WS_CATALOG', '/');
define('DIR_WS_HTTPS_CATALOG', '/');
define('DIR_FS_CATALOG', '/home/username/public_html/');

one of them needs to have "catalog" in there.

. . . but I didn't see your post until after posting my Success! note. You were exactly right: I had neglected to enter the definition for DIR_WS_CATALOG. Once I did, my store site thankfully stepped back from oblivion at the edge of the abyss. I much appreciate your taking time to help me fix these blunders.

Best,

Ken Baker