Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

jcocking

Pioneers
  • Posts

    21
  • Joined

  • Last visited

Profile Information

jcocking's Achievements

  1. Thank you for the quick assist. In all my years of doing osCommerce I have never had the store in a sub folder off the domain. Bad config files..... thank you for all the help. Problem solved. jeff
  2. In rewrite mode, if I try going directly to the page, with a //localhost/twpnew/index.php?cPath=4, then the url gets rewritten in the url bar on the browser to the rewrite format of //localhost/twpnew/catgory-name-c-4.html and receives the rewrite loop error. trying to provide as much data as possible to help figure out this one. jeff
  3. Not a problem and sorry I was not descriptive with the first comments...... So, now I cannot get the USU to work: I have installed the latest version. I made the one change of removing the usu performance from the footer. I have confirmed the site works with USU turned off. When I turn on rewrite rule I receive an error for a "rewrite loop". When I turn on standard I receive the following USU-404 error page with the following debug data: Standard URI produced: 0 SEO URI produced: 3 Query Count: 0 Queries Saved: 0 Cache load time: 0.0107 seconds Cache File Size: 8.45 kb Standard Urls: http://localhost/twpnew/index.php?twpnew=bridalaccessoriesc2&osCsid=bnjpb07534hhivs4k72c38kdu2 Seo Urls: http://localhost/twpnew/index.php http://localhost/twpnew/index.php?twpnew=bridalaccessoriesc2&osCsid=bnjpb07534hhivs4k72c38kdu2 I am running with php 5.3. Any suggestions....
  4. Correct. But in following the directions, you loose all the USU setup variables. This is an inconvenience. There should be warnings that this is going to happen and allow for documenting the current setup before deleting. jeff
  5. I have not started the wine yet, but the time is getting closer. In the R96 to R119 upgrade instructions, it says: extras/usu5_updates/r96_to_r119/usu5_db_removal.php Add this file to your shop root and run it like .. http://www.mysite.com/catalog/usu5_db_removal.php This removed all the usu5 db entries.
  6. I am in the middle of upgrading from v96 to r141 on my test server. I have a couple of suggestions: 1. It appears that the db remover script in v96 to v119 deleted all the config values. Since this is a test server, I still have the production master, but would have had to go to my backups if I was working on production. Can you create a summary screen of the values for printing, when an upgrade requires a flush of the database. 2. Set up the install files to pull from a local/configure.php file if it exists. Still working on the install. Will update this post if I come across anything else. jeff
  7. I am using the March 18th, 2006 by Vger from the addons contribution located here. This version changes the credit card information to post variables on the confirmation page and they never get loaded in to the order class. This makes all references of order->cc_data to be null fields and the info is never loaded into the database. I had to go to the check_out process page and change the the variable definitions to get the info I wanted stored. original checkout_process code: 'cc_type' => $order->info['cc_type'], 'cc_owner' => $order->info['cc_owner'], 'cc_number' => $order->info['cc_number'], 'cc_expires' => $order->info['cc_expires'], Updated checkout_process code: 'cc_type' => $_POST['cc_type'], 'cc_owner' => $_POST['cc_owner'], 'cc_number' => (substr_replace($_POST['cc_number'], ' xxxx xxxx xxxx ', 0, -4)), 'cc_expires' => $_POST['cc_expires'], Vger had indicated in a post that he would be updating the code to not store credit card information due to PCI compliance. I had assumed he had made the change. jeff
  8. Installed the module yesterday. Set up my authorize.net account. Everything has been working great. Only technical issue was the order# always showed 1. Used fix in forum and that is working great. My Request, This contribution does not store any of the credit card data in the database. As a customer usability function, I would like to store the card type and the last four digits of the card. Both of these elements are allowed under the PCI Compliance. Any suggestions to do ths? thanks in advance.
  9. Never mind.....fixed it. My filenames.php file had a corrupted row on the filename_default. restored file and it worked great........ some wacky ion caused by global warming and martians flipped a bad bit.... have a great day... jeff
  10. My SEO urls have quit working on the category pages. They still work on the product pages and every where else. It appears the "index.php" page is not contained in the SEO_Pages array. The code that creates the initial array is untouched. Can anyone give me pointers on what would remove the default_filename from the array? thanks in advance, jeff
×
×
  • Create New...