uShop English (U.S.) for 179!

uStorekeeper English (U.S.) for 149!

 Products
       uTest
       uReserve
       uShop
       uStorekeeper
       uGolf
       uDirectory
       uSignIn
 Tech Support
       Support Policy
       Knowledge Base
            uTest
            uReserve
            uShop
            uStorekeeper
            uGolf
            uDirectory
            uSignIn
       Documentation
       Reference Sites
 Legal
       Software Piracy
       Legal Notices
       Privacy Policy
       Licensing
 Miscellaneous
       Reseller Info
       Contact Us
       Site Map
Unable to open ./orders/ directory using Authorize.net

Knowledge Base Lobby : uShop Support Conference : CGI Script Related Problems
Nov-18-17 02:17 PM EST
Original Message
Unable to open ./orders/ directory using Authorize.net
Author Philip Ly on 05-10-2000 at 02:42 (EST)
We just bought the Authorize.net 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

E-MAIL AUTHOR | TABLE OF CONTENTS

Table Of Contents
  RE: Unable to open ./orders/ directory using Authorize.net 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 Authorize.net
        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:
http://www.uburst.com/uShop/reference/troubleshooting.html#CGI5

For NT servers:
http://www.uburst.com/uShop/reference/troubleshooting.html#CGI6

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:

http://www.uburst.com/uShop/reference/security.html#SECURITY35

...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.
TABLE OF CONTENTS
                 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 Authorize.net and now I can't with Authorize.net?

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?

Thanks

Philip
TABLE OF CONTENTS
                         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 ushop_authnet_30.pl script that I sent you yesterday. I added a couple "chmods" to the script for you.
TABLE OF CONTENTS

© 2003 Microburst Technologies, Inc.