Download error no matter what. (File not found)

[DrByte]

  define('DIR_FS_CATALOG', '/home/solvenu/public_html/nettbutikk/');

  define('DIR_FS_DOWNLOAD', DIR_FS_CATALOG . '/home/solvenu/public_html/nettbutikk/download/');

Since 'DIR_FS_CATALOG' is (appropriately) defined to '/home/solvenu/public_html/nettbutikk/', you don't need to *also* include that part if DIR_FS_CATALOG is already specified as part of DIR_FS_DOWNLOAD:
That's why you have the duplication:
define('DIR_FS_DOWNLOAD', DIR_FS_CATALOG . '/home/solvenu/public_html/nettbutikk/download/');

The normal definition for DIR_FS_DOWNLOAD is:

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

[solvenus]

Yes, I understand. I've changed it back. To were it was before, when it didn't work.. If the problem is not in the configure file, where can it be then? What is the potential faults here?

[DrByte]

If you've changed it back, what happens if you run the tool again?

[solvenus]

This:

SYMLINK TEST RESULTS:
DIR_FS_DOWNLOAD = /home/solvenu/public_html/nettbutikk/download/
Selected Filename = test2.zip
Filename for Browser = test2.zip
Symlink Filename = /home/solvenu/public_html/nettbutikk/pub/.HFqerhRyFpArTiJuSFI/test2.zip

Symlink Message = ERROR - could not create symlink
Symlink Exists? = NO
Download test link: test2.zip


I've installed a temp store in www.solvenus.no/TEMPBUTIKK.
Downloads work in this one.... So.. Right now I am comparing every file with WinMerge and I'm going to go through the configuration on ADMIN side so see if any fault is detectable.

The only difference in the configure.php file is that define('SQL_CACHE_METHOD', 'database'); is define('SQL_CACHE_METHOD', 'none'); in the tempstore.

[DrByte]

The "ERROR - could not create symlink" is a result of the PHP command which attempts to create the symlink receiving a failure notice from the operating system. Thus, this suggests that your /pub/ folder is not writable by the php/apache process.

[solvenus]

Hm.

I actually get the same symlink error message in by temp store, but in that store downloading is just fine... And download by redirect is set to YES in that store also.. This is strange...

[solvenus]

Well...

Now I've reinstalled Zen Cart.

I have backup of everything and I made a new database for the new install. I thought I would reconfigure the configure files when everything were installed and all the modification were in place, so that the new install is pointing at the old database with all the customers and configuration.

So. I install. I remodificate. I put up a test file. I make a new customer, the first one in this new database. I buy. I download. Success!

Then. I reconfigured the configures to point at the old database. Everything is in place. All the customers, configurations. Hurray!.
I try the test user and buy the test produkt. I DON'T download.
Failure.

What?

There is something in the old database file that makes Zen Cart NOT want anyone to download products.

The mods I have is:
ajax_poststed (automatic city input from postage number during registration)
bankdeposit-mod-v1
editor_fceditor_2.6 (this is completely new, this is not causing any faults)
newsletter_subscribe 2-1-0
super_orders_2-0rev46 (I have a feeling it might has something with this one, I don't know)
zen-cart_norwegian_v1.3.8a_rev2 (this one has been with us from the beginning)

The download error has always been there I think. I can't remember not having that error. It is just now that it is critical to have in working.


Well.. Thats all for now.

[solvenus]

I have located the issue. Almost. In the old database I removed the configuration table. Then I pasted the configuration table from the new database. Now everything works. I just have to configure Zen Cart. But customers and everything is in place. All the files is there, so when I configure everything again, things just pop into place =)

[solvenus]

FOUND THE PROBLEM!

When I turn Gzip compression ON, downloads fails.

Then I turn Gzip compression OFF, downloads works =).

I would like to be able to use gzip compression, how do I work around this?

[DrByte]

GZip won't cause symlinks to not be properly created.