Latest News: (loading..)

etzeppy

Members
  • Content count

    101
  • Joined

  • Last visited

About etzeppy

Profile Information

  • Real Name
    Keith
  1. Did you activate by setting "Store Cart in Cookie" under My Store in Admin?
  2. I am using spiders.txt dated 04-17-2010, which I believe is the most recent. It is not detecting the following bot: User Agent: Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm) I thought adding "bingbot" (without quotes) to spiders.txt would allow detection but that did not seem to work. I actually thought that one of the existing strings would catch it but this bot is showing up in Who's Online as a customer. Can someone please tell me what string needs to be in spiders.txt to allow proper detection? Thanks
  3. I recently installed the certified "PayPal Website Payments Standard" module and it seems to be working fine. However, I have noticed that once some enters the "Order Review" page (checkout_confirmation.php), an order gets loaded into my database with status "Preparing PayPal". It seems like preparing an order at this point is 1 step early. The shopper has not Confirmed the order yet so it's not really an order. They may abort completely, continue shopping, or come back later. Don't get me wrong...having a pre-order in the database once they hit "Confirm Order" is a really good idea. I just don't like orders showing up in my database that I cannot tell if they are real orders that did not complete in PayPal or just from a customer that is not done shopping yet. Am I missing a key point? Is there a different PayPal module that handles this better? Thanks for any input.
  4. Thank you for the input. I am in the US but I also accept orders from international buyers. To get those transactions to go through in Virtual Terminal, I have to turn off some of the AVS checks that I would normally use for US customers. How does AIM deal with stuff like that? I don't want to lose international sales but I don't want to turn off AVS completely either.
  5. I am currently processing cards manually with the Authorize.net virtual terminal. I am mostly an off-line business but lately my web sales have ramped up to point where manual processing is taking way too much time. I assume my best bet is start using one of the Authorize.net AIM modules. There seems to be two major candidates and I am reading here that many shops are having issues with both. Should I start with the Certified version or "Authorize Net AIM module (GPL)"? Ideally I would like to review transactions before capturing. If I set the payment module for authorize only, will I have to manually retype all of the order information before capture or can I just tweak anything that needs to be changed and capture? Thank
  6. I like that. I wish I had found it years ago. Thanks for the help.
  7. I did get something working. I borrowed some of the error checking code from the standard CC module and tweaked it a bit. I'm not sure if I am going to keep it, but it does work. In /includes/modules/moneyorder.php FIND: function javascript_validation() { return false; REPLACE WITH: function javascript_validation() { $js = ' if (payment_value == "' . $this->code . '") {' . "\n" . ' var cc_number = document.checkout_payment.cc_number.value;' . "\n" . ' if (cc_number.length > ' . '0' . ') {' . "\n" . ' error_message = error_message + "' . MODULE_PAYMENT_MONEYORDER_TEXT_JS_CC_NUMBER . '";' . "\n" . ' error = 1;' . "\n" . ' }' . "\n" . ' }' . "\n"; return $js; MODULE_PAYMENT_MONEYORDER_TEXT_JS_CC_NUMBER is the text you want displayed in the error pop-up, which I added to moneyorder.php language file. define('MODULE_PAYMENT_MONEYORDER_TEXT_JS_CC_NUMBER', 'A Credit Card number should not be entered for this payment type. Please verify your payment method selection or remove the credit card number from the payment form.\n'); The code tests the credit card number entry field on the payment page and makes sure it is blank if the check/money order payment method has been selected.
  8. point taken. They do seem to find new and interesting ways to defeat logic. This check payment issue has happened several times in past few months, which made me think it was a pretty easy mistake to make. Maybe a little red text will do it. I've added red text in other areas of the checkout process. For kicks, I borrowed a little code from the CC module to test if the card number length was >0 but it's not really working. If someone enters card info, it picks that up with no problem. However, if no card info is entered at all and the field is never "touched", the result does not seem to be 0. I can't quite figure that out....
  9. On occasion a customer will inadvertently select the check/money order method of payment when they intend to pay by credit card. The credit cart input fields are still available for input on the payment screen. The customer can input their credit card data and never notice that the wrong payment type was selected. I would like to either: 1) add an error check in the check/money order payment module and return an error if a credit card number has been input or 2) disable credit card entry fields if check/money order is selected I am looking for input on which of those two would easier to do and where I might look for ideas on how to implement. Thanks
  10. This is an interesting looking add-on. I would really like to see a few more examples of it in operation. Any chance some of the users in this thread would be willing to post their web URL or PM me with it so I could see how this thing works on some real sites? Thanks
  11. I manually process orders with the authorize.net virtual terminal. I am not interested in integrating authorize.net for real-time processing, but I grow tired of copying and pasting order data into the virtual terminal. Is there a contribution that allows processing from within Admin using data from the order without having to retype or copy/paste into the virtual terminal? I looked around and couldn't seem to find one.
  12. Is anyone still using this contribution? I do not think any of the newer db optimization contributions include an automatic feature. I am trying to use it but it is not working for me yet. It runs at the specified interval and send me an email, but the database itself is not optimized. The status of the overhead in the tables is unchanged. The database optimization code is imbedded within if statements. Ir would appear that I am failing one of the if statements but I cannot figure out where the exact problem is. Has anyone else seen this issue?
  13. Fixed by editing categories.php on line 129 adding <br> and couple of hard spaces for the subcategory text right before "<a href" like this: $text_subcategories .= '' . '<br> <a href="' . tep_href_link(FILENAME_DEFAULT, $cPath_new_sub, 'NONSSL') . '" class="menusubcateg">' . ' ' . tep_image(DIR_WS_IMAGES . 'pointer_blue_light.gif', '') . $subcategories['categories_name'] . '</a>' . " "; Don't know how this thing is usable without doing something similar to this.
  14. After looking at it in a little more detail, it would appear that the whole sub-category tree is one long text string instead of each sub-category starting on a new row. Is no one else seeing this?
  15. I've install this contribution using the included categories.php file unaltered. The first sub-category under a root category is not starting on a new line, which causing the whole box to have crazy formatting. Has anyone else seen this?