Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

OceanRanch

Pioneers
  • Posts

    2,442
  • Joined

  • Last visited

Posts posted by OceanRanch

  1. Hey Brian,

     

    Thanks for the clarification. I did not read your first comment about the module sending the URL..... (can't see the forest thru the trees).

     

    I was also thinking about the Auto-return feature in Paypal where I believe you do have to supply an URL.

     

    Thanks again....

     

    Tom

  2. You missed the point regarding John's point of using split cc in the admin.

     

    A portion of the credit card numbers is stored in the database and the remaining portion is sent to you via email. The entire cc number is never in an email. You then put the tow pieces together for manual processing via your merchant account.

     

    HTH

    Tom

  3. Hi Fred,

     

    Contributions can store information in your "configuration" table so that they can retrieve things like "Send mail using HTML" and whether its true or false.

     

    These values are stored with a contribution configuration_id number that is normally defined by the contribution. Numbers are not assigned because there are literally thousands of contributions and duplicate numbers can cause problems.

     

    Using the phpmyadmin tool you can browse the configuration table and determine if a configuration_id is in use by another contribution. Pick a number that is not there and use it the sql command that failed to properly insert the option in your database.

     

    If you don't know how to use phpmyadmin, go to the phpmyadmin web site and take a short tutorial on it features and how to use.

     

    If that's too complex, then maybe you should consider sticking with the basic oscommerce store with no contributions, or hire a programmer to help you thru the more complex issues. Or continue posting and trudging thru all this stuff and learn alot like most everyone here on the forum.

     

     

    HTH

    Tom

  4. Looks like you did not include a configuration_id.

     

    VALUES (

    '', 'Email Invoice to Customer', 'EMAIL_INVOICE', 'true', 'If this flag is enabled, the HTML invoice of the order will be sent to the customer.', '12', '0', NULL , NOW( ) , '', ''

    )

     

    should be

     

    VALUES (

    '999', 'Email Invoice to Customer', 'EMAIL_INVOICE', 'true', 'If this flag is enabled, the HTML invoice of the order will be sent to the customer.', '12', '0', NULL , NOW( ) , '', ''

    )

     

    The 999 or whatever the contribution readme file suggests. If not, then you'll need to find out via phpmyadmin in the configuration table which id you could use.

     

    HTH

    Tom

  5. Sounds like the ei_sql.sql file either has a bug in it, or your version got corrupted when you unzipped it.

     

    Post the ei_sql.sql file for folks to look at or if you see the error on line 3 fix it, or try re-downloading and unzipping locally, then ftp to your site. Sometimes end-of-line characters can be a pain.....

     

    HTH

    Tom

  6. Neither of those 2 files are the problem. It's some other file that calls application_top which in turn calls database.php which in turn on line 13 defines the function (which is duplicated when called the second time).

     

    You will have to find out what file (perhaps a language file etc.) that you placed in the wrong folder that is causing the duplication.

     

    Tom

  7. Use the following osc contribution.

     

    http://www.oscommerce.com/community/contributions,3010

     

    Get with linkpoint central on the special key files needed to access your account with linkpoint. Make sure your host has port 1129 open on their gateway. The contribution also lists a few other required host requirements (SSL with Curl included etc. )Check on the many threads here in the forum for any details and answers to a lot questions that you might have.

     

    HTH

    Tom

  8. Some things to consider.

     

    The "curl not executed" error actually means that the response back from linkpoint was a null value. Your curl is ok its the process sending data to Linkpoint that has something "missing".

     

    Since Linkpoint works when PWA is not installed, there must be a customer field that is not being populated in PWA that Linkpoint really wants to have. When the transaction with the missing field is processed on Linkpoint, Linkpoint is just ignoring the transaction and not replying back.

     

    Try loging into to your Linkpoint Central account and look at the transaction log to see if you can find the missing field or reason that the transaction is ignored.

     

    The next step would be to debug and print out (log or whatever) the actual post variables being sent to Linkpoint with and withour PWA to isolate what is missing.

     

    HTH

    Tom

×
×
  • Create New...