uShop English (U.S.) for 179!

uStorekeeper English (U.S.) for 149!

 Tech Support
       Support Policy
       Knowledge Base
       Reference Sites
       Software Piracy
       Legal Notices
       Privacy Policy
       Reseller Info
       Contact Us
       Site Map
Unable to open ./orders/ directory using

Knowledge Base Lobby : uShop Support Conference : CGI Script Related Problems
Mar-17-18 10:16 PM EST
Original Message
Unable to open ./orders/ directory using
Author Philip Ly on 05-10-2000 at 02:42 (EST)
We just bought the interface.
While testing it out we encountered an error message File error "unable to open ./orders/" when submitting a test order.

When we created an "orders" directory outside of the cgibin directory, the test order worked.
However, we'd like to keep the "orders" directory within the cgibin directory to provide additional security.

Is there something we can do to make this happen?

Thanks for your help in advance

Philip Ly


Table Of Contents
  RE: Unable to open ./orders/ directory using Bill Weiner, 2000-05-10 06:32:11 (1)
            orders directory Philip Ly, 2000-05-15 22:38:45 (2)
                 RE: orders directory Bill Weiner, 2000-05-18 06:52:00 (3)

Messages In This Discussion
         1. RE: Unable to open ./orders/ directory using
        Author Bill Weiner on 05-10-2000 at 06:32 (EST)
For the uShop Authorize.Net CGI script, the same troubleshooting tips for the "Unable to open orders" error of the basic uShop CGI script apply:

For UNIX servers:

For NT servers:

Since your solution involved moving the "orders" directory outside of the cgi-bin directory, this means that the problem was probably that the server is configured to not allow scripts to write to subdirectories of your cgi-bin. For UNIX servers, this just may be related to the "ownership" that the script is running as (perhaps it is running as "nobody" or "www"). For NT servers, it may just be related to the permissions of the new subdirectory of the cgi-bin.

What I would suggest, is to first try using the full path to your orders directory.... to just make sure that the problem wasn't related to using a relative directory path. And if that doesn't solve the problem, then try contacting your web hosting provider for assistance.

No matter what the solution ends up being, the important thing to remember is that the "orders" directory should not be viewable by regular website visitors as described at:

...which isn't such a big issue for the uShop Authorize.Net CGI script because the payment information is never returned to the script (the payment information stays on Authorize.Net's secure server)...but never the less, you still probably don't want names or addresses to be accessable.
                 2. orders directory
                Author Philip Ly on 05-15-2000 at 22:38 (EST)
I did try using the full path to the orders directory within the cgibin and it still didn't work.

So I guess I have to settle with creating an orders directory outside of the cgibin directory and set the permission to 733.

What I want to know why was I able to write to the orders directory within the cgibin without and now I can't with

Also, the orders files created does belong to the user "nobody" even though the cgi script is owned by me. How can I get the orders files be written to the correct owner?


                         3. RE: orders directory
                        Author Bill Weiner on 05-18-2000 at 06:52 (EST)
As per the support request that you submitted, try using the modified script that I sent you yesterday. I added a couple "chmods" to the script for you.

© 2003 Microburst Technologies, Inc.