Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

CatDadRick

Archived
  • Posts

    253
  • Joined

  • Last visited

Everything posted by CatDadRick

  1. Jim, I had found the typo on line 177 I guess after I had sent you the code, That did get rid of the last 2 error messages. I've added $vendors_id to line 227, but that didn't seem to have much effect. The problem has to be right in that area and I think it has to do with this block of code... if (($maxins == 0) || (constant('MODULE_SHIPPING_USPS_INSURE_' . $vendors_id) == 'False')) { $insurance = 0; } // US and Canada share the same insurance calculation (though not the same maximum) else if (($order->delivery['country']['iso_code_2'] == 'US') || ($order->delivery['country']['iso_code_2'] == 'CA')){ if ($costperpkg<=50) { $insurance=constant('MODULE_SHIPPING_USPS_INS1_' . $vendors_id);} else if ($costperpkg<=100) { $insurance=constant('MODULE_SHIPPING_USPS_INS2_' . $vendors_id);} else if ($costperpkg<=200) { $insurance=constant('MODULE_SHIPPING_USPS_INS3_' . $vendors_id);} else if ($costperpkg<=300) { $insurance=constant('MODULE_SHIPPING_USPS_INS4_' . $vendors_id);} else { $insurance = constant('MODULE_SHIPPING_USPS_INS4_' . $vendors_id) + ((ceil($costperpkg/100) -3) * constant('MODULE_SHIPPING_USPS_INS5_' . $vendors_id)); } } // if insurance allowed and is not US or Canada then calculate international insurance else { if ($costperpkg<=50) { $insurance=constant('MODULE_SHIPPING_USPS_INS6_' . $vendors_id);} else if ($costperpkg<=100) { $insurance=constant('MODULE_SHIPPING_USPS_INS7_' . $vendors_id);} else { $insurance = constant('MODULE_SHIPPING_USPS_INS7_' . $vendors_id) + ((ceil($costperpkg/100) - 1) * constant('MODULE_SHIPPING_USPS_INS8_' . $vendors_id)); } } I think the calculations aren't working because of the "MODULE_SHIPPING_USPS_INS1" through "MODULE_SHIPPING_USPS_INS8" constants. I don't know how to define them because they all =$insrance, not $insurance1, etc. Does that make sense? Or am I way off base. Thanks, Rick
  2. Drillsar, Take a look at steps 1 and 2 in the trouble shooting section of the installation text. It fixes the problem you have here. Why did you comment out tep_cfg_select_multioption? Did you get a specific error? Rick
  3. Jim, The fix for Sort Order came from an older MVS USPS module. I think from the original module I worked on with you and Craig a couple of years ago. I just stole it. I've added @ in front of the constant and it seems to work. I'm also not seeing an error with other vendors that don't have the module installed, but I'll keep on testing before I put this on my live store. Also, I would really like to get the insurance code working. Thanks, Rick
  4. OK. Sort order fix... Replace this... function sort_order($vendors_id='1') { if (defined (@constant ('MODULE_SHIPPING_USPS_SORT_ORDER_' . $vendors_id))) { $this->sort_order = @constant('MODULE_SHIPPING_USPS_SORT_ORDER_' . $vendors_id); } else { $this->sort_order = '0'; } return $this->sort_order; } With this... function sort_order($vendors_id='1') { $sort_order = constant ('MODULE_SHIPPING_USPS_SORT_ORDER_' . $vendors_id); if (isset ($sort_order)) { $this->sort_order = $sort_order; } else { $this->sort_order = '0'; } return $this->sort_order; } Drillsar, I didn't modify my catalog/admin/includes/functions/general.php because I have the "tep_cfg_select_multioption" configured elsewhere. Rick
  5. Drillsar, Take a look at the Troubleshooting section of the USPS 2.9.6 install text. Make sure you change FUNCTION_SET from VARCHAR to TEXT and be sure to run the 2 SQL scripts. The VARCHAR change made all of the field in admin populate for me. Also, see my previous message. I have everything working in admin except Sort Order and in Checkout, the only thing that doesn't work is the insurance calculations. Rick
  6. Jim, OK. I got rid of most of the checkout errors by uninstalling my new module, installing the old module and then uninstalling it and running 2 SQL scripts included with the new module (I had overlooked the SQL somehow), and then reinstalling the new module. Also, I found a typo in one of the insure constants, $vendors_is instead of $vendors_id. Fixing that hat got rid of the last checkout error. Now everything seems to be working except that insurance is not being added to the shipping cost and in admin, Sort Order doesn't work. I think the error with insurance is in the constants, but I'm not sure how to handle them. Here's the code for the insurance functions. // Insurance module by Kevin Shelton // divide the value of the order among the packages based on the order total or subtotal depending on whether or not you have configured to insure tax if (constant('MODULE_SHIPPING_USPS_INSURE_TAX_' . $vendors_id) == 'True') { $costperpkg = $order->info['total'] / $shipping_num_boxes;} else { $costperpkg = $order->info['subtotal'] / $shipping_num_boxes;} // retrieve the maximum allowed insurance for the destination country and if the package value exceeds it then set package value to the maximum allowed $maxins = $this->countryinsure[$order->delivery['country']['iso_code_2']]; if ($costperpkg > $maxins) $costperpkg = $maxins; // if insurance not allowed for destination or insurance is turned off add nothing to shipping cost if (($maxins == 0) || (constant('MODULE_SHIPPING_USPS_INSURE_' . $vendors_id) == 'False')) { $insurance = 0; } // US and Canada share the same insurance calculation (though not the same maximum) else if (($order->delivery['country']['iso_code_2'] == 'US') || ($order->delivery['country']['iso_code_2'] == 'CA')){ if ($costperpkg<=50) { $insurance=constant('MODULE_SHIPPING_USPS_INS1_' . $vendors_id);} else if ($costperpkg<=100) { $insurance=constant('MODULE_SHIPPING_USPS_INS2_' . $vendors_id);} else if ($costperpkg<=200) { $insurance=constant('MODULE_SHIPPING_USPS_INS3_' . $vendors_id);} else if ($costperpkg<=300) { $insurance=constant('MODULE_SHIPPING_USPS_INS4_' . $vendors_id);} else { $insurance = constant('MODULE_SHIPPING_USPS_INS4_' . $vendors_id) + ((ceil($costperpkg/100) -3) * constant('MODULE_SHIPPING_USPS_INS5_' . $vendors_id)); } } // if insurance allowed and is not US or Canada then calculate international insurance else { if ($costperpkg<=50) { $insurance=constant('MODULE_SHIPPING_USPS_INS6_' . $vendors_id);} else if ($costperpkg<=100) { $insurance=constant('MODULE_SHIPPING_USPS_INS7_' . $vendors_id);} else { $insurance = constant('MODULE_SHIPPING_USPS_INS7_' . $vendors_id) + ((ceil($costperpkg/100) - 1) * constant('MODULE_SHIPPING_USPS_INS8_' . $vendors_id)); } } Since the insurance constants are all of the form "$insurance=constant('MODULE_SHIPPING_USPS_INS1_' . $vendors_id);, how do I define 8 constants that all begin with "$insurance=" but are different? Also, what might be preventing Sort Order from working for me? Thanks, Rick
  7. Jim, I'm trying to modify the newer USPS shipping module, 2.9.5, to work with MVS-1.1 and I've run into a couple of problems I can't seem to solve. In Admin >Vendors>Vendor Manager>Manage every thing looks like it's working properly except the sort order. I want sort order 20 and the DB table shows 20, but the form in Manage stays at 0. I can tell that everything in the DB is being updated from the form, so I guess the form just isn't populating properly. When I run a test checkout, when I get to Shipping Method, I get these errors... Warning: constant() [function.constant]: Couldn't find constant MODULE_SHIPPING_USPS_INSURE_ in /var/www/catalog_live/includes/modules/vendors_shipping/usps.php on line 177 Warning: constant() [function.constant]: Couldn't find constant MODULE_SHIPPING_USPS_OPTIONS_1 in /var/www/catalog_live/includes/modules/vendors_shipping/usps.php on line 388 Warning: constant() [function.constant]: Couldn't find constant MODULE_SHIPPING_USPS_USERID_1 in /var/www/catalog_live/includes/modules/vendors_shipping/usps.php on line 391 Warning: constant() [function.constant]: Couldn't find constant MODULE_SHIPPING_USPS_PASSWORD_1 in /var/www/catalog_live/includes/modules/vendors_shipping/usps.php on line 391 Warning: constant() [function.constant]: Couldn't find constant MODULE_SHIPPING_USPS_TYPES_1 in /var/www/catalog_live/includes/modules/vendors_shipping/usps.php on line 402 Warning: constant() [function.constant]: Couldn't find constant MODULE_SHIPPING_USPS_SERVER_1 in /var/www/catalog_live/includes/modules/vendors_shipping/usps.php on line 458 Warning: constant() [function.constant]: Couldn't find constant MODULE_SHIPPING_USPS_INSURE_ in /var/www/catalog_live/includes/modules/vendors_shipping/usps.php on line 177 Warning: constant() [function.constant]: Couldn't find constant MODULE_SHIPPING_USPS_OPTIONS_1 in /var/www/catalog_live/includes/modules/vendors_shipping/usps.php on line 388 Warning: constant() [function.constant]: Couldn't find constant MODULE_SHIPPING_USPS_USERID_1 in /var/www/catalog_live/includes/modules/vendors_shipping/usps.php on line 391 Warning: constant() [function.constant]: Couldn't find constant MODULE_SHIPPING_USPS_PASSWORD_1 in /var/www/catalog_live/includes/modules/vendors_shipping/usps.php on line 391 Warning: constant() [function.constant]: Couldn't find constant MODULE_SHIPPING_USPS_TYPES_1 in /var/www/catalog_live/includes/modules/vendors_shipping/usps.php on line 402 Warning: constant() [function.constant]: Couldn't find constant MODULE_SHIPPING_USPS_SERVER_1 in /var/www/catalog_live/includes/modules/vendors_shipping/usps.php on line 458 I think I have made all the right changes to the original module, but I must have missed something somewhere. If I send you the usps.php file, by email or on the forum, can you take a quick look at it for me? Thanks, Rick Knight
  8. Chris, I think I would keep the logo just so the invoice and packing list have a cohesive look. In fact I would make the upper half of both look pretty much the same with the exception of one being the invoice and the other the packing list. I too, would add Picked By and Checked By boxes and I would keep the weight. No price or tax information. Also, the more pdfinvoice.php and pdfpackinglist.php resemble each other the easier it will be for store owners to modify them. Thanks again for PDF Invoice and for considering my ideasfor PDF Packing List. Rick
  9. Chris, I have a suggestion for an addition to this contribution. PDF Packing List. It looks like most of the work for this is already done. Some modification to pdfinvoice.pdf and another button. Just a thought, Rick Thanks again for this contrib.
  10. Nevermind, I found the problem. I have several contributions installed, among them, Configuration Cache. For some reason Configuration Cache cached the my configuration prior to me setting up the PDF Invoice config. Deleted the cache and everything is OK. Great contrib. Thanks, Rick
  11. Help, I can't seem to get this contrib to work on my live store. I first installed to my off-line test store and was able to get it working without any real trouble. I had a typo in config for my store logo, but I found and corrected that and everything works great. Now I want it on my live store and I get this error message (php error_reporting=on)... Warning: getimagesize(PDF_INVOICE_IMAGE) [function.getimagesize]: failed to open stream: No such file or directory in /var/www/catalog_orig/pdfinvoice.php on line 152 Warning: getimagesize(PDF_INVOICE_IMAGE) [function.getimagesize]: failed to open stream: No such file or directory in /var/www/catalog_orig/fpdf/fpdf.php on line 900 FPDF error: Image file has no extension and no type was specified: PDF_INVOICE_IMAGE And in my log files I get this... [Fri Jan 25 11:44:39 2008] [error] [client 172.16.88.6] PHP Warning: getimagesize(PDF_INVOICE_IMAGE) [<a href='function.getimagesize'>function.getimagesize</a>]: failed to open stream: No such file or directory in /var/www/catalog_orig/pdfinvoice.php on line 152, referer: https://secure.rlknight.com/account_history_info.php?order_id=1235 [Fri Jan 25 11:44:39 2008] [error] [client 172.16.88.6] PHP Warning: getimagesize(PDF_INVOICE_IMAGE) [<a href='function.getimagesize'>function.getimagesize</a>]: failed to open stream: No such file or directory in /var/www/catalog_orig/fpdf/fpdf.php on line 900, referer: https://secure.rlknight.com/account_history_info.php?order_id=1235 From the messages above it looks to me like my logo isn't being found even though my logo is in catalog_orig/images. I've gone over every step of the install and everything looks correct. I've looked at the configuration table and all 18 PDF Invoice entries have the same configuration_group id (113) and PDF_INVOICE_IMAGE has the correct information. As I said above, this worked on my test store and the live store is virtually identical. So what could be causing this problem? Thanks, Rick
  12. Jim, You are my hero! Replacing $this->products with $these_products got me a little further. I ended up also replacing $this->info with $these_info in both vendor_order_data.php and vendor_order_info.php. Now all seems to be OK. Thanks again Jim, Rick
  13. Me too, in a couple of different forums. I just stumbled across your response. Thanks Jim, I'll do that tonight.
  14. Not sure if this is a PHP5/MySQL5 compatibility issue, but prior to upgrading my server I didn't get this error. When I log on as my test customer and go to Account > Order History and click View to view an order, I get an empty box where the order information should be. In my log file I get this error message... PHP Fatal error: Using $this when not in object context in /var/www/catalog/includes/classes/vendor_order_data.php on line 17, referer: https://secure.rlknight.com/account_history.php This is the code (catalog/includes/classes/vendor_order_date.php) at line 17 and immediately after... $this->products[$index2] = array('Vid' => $vendor_order['vendors_id'], 'Vname' => $vendor_order['vendors_name'], 'Vmodule' => $vendor_order['shipping_module'], 'Vmethod' => $vendor_order['shipping_method'], 'Vcost' => $vendor_order['shipping_cost'], 'Vship_tax' => $vendor_order['shipping_tax'], 'Vnoname' => 'Shipper', 'spacer' => '-'); Can someone help me solve this? Thanks, Rick P.S. Sorry for the double post. The original post was to the wrong place.
  15. Not sure if this is a PHP5/MySQL5 compatibility issue, but prior to upgrading my server I didn't get this error. When I log on as my test customer and go to Account > Order History and click View to view an order, I get an empty box where the order information should be. In my log file I get this error message... PHP Fatal error: Using $this when not in object context in /var/www/catalog/includes/classes/vendor_order_data.php on line 17, referer: https://secure.rlknight.com/account_history.php This is the code (catalog/includes/classes/vendor_order_date.php) at line 17 and immediately after... $this->products[$index2] = array('Vid' => $vendor_order['vendors_id'], 'Vname' => $vendor_order['vendors_name'], 'Vmodule' => $vendor_order['shipping_module'], 'Vmethod' => $vendor_order['shipping_method'], 'Vcost' => $vendor_order['shipping_cost'], 'Vship_tax' => $vendor_order['shipping_tax'], 'Vnoname' => 'Shipper', 'spacer' => '-'); Can someone help me solve this? Thanks, Rick
  16. Jim, When I added this to my live store this morning I ran into another problem. The function "tep_hide_session_id" was not defined anywhere on my system. Searching other post for other mods, I found this //// // Hide form elements function tep_hide_session_id() { global $session_started, $SID; if ($session_started == true) && tep_not_null($SID)) { return tep_draw_hidden_field(tep_session_name(), tep_session_id()); } } I added this to /catalog/admin/includes/functions/html_output.php and that fixed things for me. Thanks again, CatDad
  17. Jim, Both commenting out the require and replacing the require with require_once worked. I've left it at require_once. Thanks for another great contribution. Catdad
  18. Jim, I'm getting a similar error to Jarzom above. Fatal error: Cannot redeclare tep_validate_password() (previously declared in /var/www/catalog_live/admin/includes/functions/password_funcs.php:16) in /var/www/catalog_live/admin/includes/functions/password_funcs.php on line 29 Here's that part of password_funcs.php (lines 16 thru 29) function tep_validate_password($plain, $encrypted) { if (tep_not_null($plain) && tep_not_null($encrypted)) { // split apart the hash / salt $stack = explode(':', $encrypted); if (sizeof($stack) != 2) return false; if (md5($stack[1] . $plain) == $stack[0]) { return true; } } return false; } I've checked all the code and everything seems to be in the right place. Any idea where to start tracking this down? Also, isn't there a "declare_once" finction that might help here? Thanks, CatDad
  19. Justin, Four things are needed. A Credit Card processor, I used MerchantPlus. A gateway, usually provided by the processor. A Credit Card service bureau, I used Authorize.net. And a matching OSC payment module, In my case Authorize.net. I spent a lot of time researching this when I decided to accept Credit Cards because I have a fairly low volume store and wasn't sure if the costs would justify the service. The lowest total cost I could find was with MerchantPlus and Authorize.net at $34.99 per month and I think 1.4 to 1.9 % per transaction. If you have a large volume, you may get a lower rate. I stopped accepting Credit Cards after I got hit with a $400.00 charge back for a Customer who just wanted to borrow a watch to impress his friends while on vacation. It doesn't matter how clear you make your return policy statement, some Credit Card companies will allow their customers to charge back anything, CitiBank is notorius for this according to my Authorize.net agent. End of my rant. I don't know about the other payment modules, but with Authorize.net Consolidated v1.7, no credit card info is ever on your site. It's with the processor only. Hope this helps some, CatDad
  20. I don't know if this is your problem or not, but I think customers just don't want to complete the order or don't quite understand how to. I have added extra text to the PayPal IPN selection in Checkout / Payment to explain to the customer just what to do. As far as I can tell the PayPal IPN modules work quite well and I have run through a complete purchase with PayPal payment at my store to verify that all is working. I modified this in catalog/includes/languages/english/modules/payment/paypalipn.php define('MODULE_PAYMENT_PAYPALIPN_TEXT_TITLE', 'Credit/Debit Card (via PayPal)' . "<br>" . '(Choose this Payment Method for ALL Credit and Debit Card purchases)' . "<br>" . 'Be sure to click on the orange "Return to Merchant" button when finished' . "<br>" . 'in order to receive your Order Confirmation.'); In checkout / Payment the customer see this I'm still testing this, but it looks promising. CatDad
  21. Mahe, Try Authorize.net Consolidated v1.7 by Austin519. I used that for a couple of years until I decided to stop taking credit cards. You'll still need a card processor, I used MerchantPlus. Very affordable and good service. If I go back to taking CCs I'll go back to them and Authorize.net Consolidated. CatDad
  22. Lefty 78, I can't offer you any help, but I can tell you I have the same problem. It started after I upgraded to v2.3.2 of this mod. I was able to get order confirmation working by restoring from a backup (code, not database) but that introduced has another problem. Alex, please, can you offer us any other suggestions? Thanks, CatDad
  23. I missed that one. Running your query, I get 1 result... moneyorder.php;authorizenet.php;echeck.php;paypalipn.php There is no paypal_ipn.php. Maybe that's the problem? Do both PayPal IPN v0.891 and PayPal IPN v2.3.2 have the same name, ie paypalipn and not paypal_ipn? When I delete paypal_ipn.php and the other files in this contrib, I get errors indicating it's still installed, but it doesn't look installed to me. Thanks again for your help, CatDad
  24. OK, I've gotten a bit further. I restored the OSC files from a backup done just before I updated to the latest version of this mod and now Order Confirmation is working again. Problem now is, I have 2 PayPal IPN payment methods listed in Checkout/Payment and I cannot remove either one of them. Can you please tell me how to remove this module? I have removed it in Admin/Modules/Payment and I've verified the configuration table entries are gone, but this module still shows up in Checkout/Payment, and when I remove the files the Checkout/Payment page won't load. I get these errors in my log... [Tue Jan 08 10:23:30 2008] [error] [client 172.16.88.6] PHP Warning: payment::include(includes/modules/payment/paypal_ipn.php) [<a href='function.payment-include'>function.payment-include</a>]: failed to open stream: No such file or directory in /var/www/catalog_orig/includes/classes/payment.php on line 60, referer: https://secure.rlknight.com/checkout_shipping.php [Tue Jan 08 10:23:30 2008] [error] [client 172.16.88.6] PHP Warning: payment::include() [<a href='function.include'>function.include</a>]: Failed opening 'includes/modules/payment/paypal_ipn.php' for inclusion (include_path='.:/usr/lib/php') in /var/www/catalog_orig/includes/classes/payment.php on line 60, referer: https://secure.rlknight.com/checkout_shipping.php [Tue Jan 08 10:23:30 2008] [error] [client 172.16.88.6] PHP Fatal error: Class 'paypal_ipn' not found in /var/www/catalog_orig/includes/classes/payment.php on line 62, referer: https://secure.rlknight.com/checkout_shipping.php What I think I need to do is remove both of the PayPal IPN modules and then install just this PayPal IPN module. Can someone please help me with this? Thanks, CatDad
×
×
  • Create New...