Links Inoperable, all link locations

[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]

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]

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]

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]

kobra, mc12345678, carlwhat, et al.,

Success! I discovered a minuscule error that I'd made in my includes/configure.php file that (of course) caused decidedly un-minuscule failures on my store website. Once I corrected this error, my site came back as it was yesterday, save for SSL, which I've disabled for the time being. Without SSL activated, both the Log In and the Contact Us links now work. Sometime soon I'll have to study the SSL protocol in depth, so that I can make it work, but I can belay that task for the moment, as I don't expect to have any store customers anytime soon.

Thanks for your directions,

Ken Baker

[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

[carlwhat]

no worries!

i'm just happy that you have it working again.

best.

[mc12345678]

As to ZC working with two different "servers" one for http: and one for https: it most certainly can, the issue though is knowing the url that must be entered to get to each...

I've seen two different directions offered moving forward. The one I tend to use is to ensure that the DIR_WS_CATALOG and DIR_WS_HTTPS_CATALOG are the same. So whatever it would take for you on your shared SSL to access your site via https: would be entered in the HTTPS_SERVER constant. Currently, if the value posted on the previous page were entered into a Web browser, host gator reports that as a missing page. That report has nothing to do with ZC...

Working with your host, you should identify what is necessary to be entered into a browser to get to the site that is located in the catalog directory and that information should be entered into HTTPS_SERVER such that either the catalog directory is in that constant or in the HTTPS_CATALOG constant to match what you have for your non-SSL access.

Further, as a site that is intended to make money, why would you want to preface it with something else? Meaning, why not have ZC host everything associated with your business rather than tucked away waiting for your potential customers to stumble on the place that makes you your money?