New 
netstep
-
Posts
113 -
Joined
-
Last visited
Posts posted by netstep
-
-
I was obviously incorrect when I thought it was choking on the address....because it only checks down to the zip code/zone level.
When I switch between addresses, both with valid City, state,zip...one works perfectly and the other eliminates the UPSXML module completely. I don't get it.....
-
I truly hope someone can help shed some light on this.
If there is any irregularity in the address, the UPS module fails to display.
I've enabled error reporting...it's logging the successes, but not the errors.
-
Problem: No UPS rates shown if customer enters an address the module doesn't like.
If perfect address = show rates.
However, customers are entering whatever address syntax they typically do, and no rates appear....the module doesn't appear at all.
This has resulted in several orders coming in with no shipping charge.
Our sales reps are ripping me a new one, my boss is PISSED and our company controller is throwing fits.
ANY suggestions or help will be welcome.
Problem started when I upgraded
from v1.2.6 2007/02/02
to v 1.3.7 2009/08/27
...no idea how I got 1.3.7....when v1.3.9.2 is available....I'll push that update and see if it solves the problem.
If you've got any additional suggestions I'm all ears.
OSC v2.2
-
After using EP for a couple years, I was excited to try out the Products Extra Fields function in Easy Populate 2.76G.
2.76G is GREAT!!!
THANK YOU SO MUCH. :thumbsup:
However, the Products Extra Fields function isn't consistent with how the rest of this AMAZING tool works.
I was expecting the Extra Fields to be added to the EP export just like the attributes....as columns.
Then I could use Excel to add the data into those fields and upload.
v_attribute_values_id_8_3 | v_attribute_values_name_8_3_1 | v_attribute_values_price_8_3
I was expecting new columns like
v_products_extra_fields_id_1 | v_products_extra_fields_value_1 ....
Instead we got the basic columns, but the values are stacked in the columns:
Note below where the the same model# is used in 4 rows.
v_products_model | v_products_extra_fields_name | v_products_extra_fields_id | v_products_extra_fields_value | EOREOR
TP1 | Voltage | 4 | Testing Extra Field 1 | EOREOR
TP1 | Capacity | 5 | Testing Extra Field 2 | EOREOR
TP1 | Chemistry | 6 | Li-Ion | EOREOR
TP1 | Cell | 7 | Testing Extra Field 4 | EOREOR
What will it take to make the PEF data display horizontally so each row contains all the PEF values for 1 product...just like attributes?
I'm maxed out here, but I may have to make time for this because I'm using PEF much more...and this could save me some serious time.
HOWEVER, I'm willing to contribute CASH to someone if they want to set this up and add it to the contribution.
-
If you've been reading this forum in anticipation of the end of Dragonkeeper's issue. We traced the transaction all the way through but still have an unanswered question.
In the checkout process, the events occurring at the end include sending order confirmations and clearing the cart just before redirecting to the checkout success page. Dragonkeeper's transaction made it all the way through all the steps except for the final redirect to the success page before timing out.
His communication with Anet included.
On occasion, timeouts will occur that are outside of the control of your script or our servers. Typical reasons for these timeouts are Internet traffic, your server is overloaded or malfunctioning, or Internet routing issues. Depending upon your server location and what route is used to send data, it is possible that you may occasionally receive the message you are seeing.As I understand it Dragaonkeeper's server is located in AU and Anet's server is in New Jersey US...about as far away as you can get. I know light travels fast, but I suppose if you through in a little packet routing and network congestion and you can get a time-out problem (a theory).
Drangonkeeper was able to install the AIM module and all transactions worked perfectly.
No worries.
-
Is there a way I can fix this?
Yes. Easy. But this if off topic. Please PM me for help.
-
Could it have anything to do with my site being on a SSL server and my putting only http://.... in the Receipt/URL?
A bit confusing but posted earlier in #47
3. What is your "Default receipt URL" inAuthorize.net > Account > Settings > Response/Receipt URLs
Should be like: http://www.example.com/checkout_process.php (or https:// for secure + make sure w/w-out www matches your config too)
That's the next factor to consider.
If your site is set to SSL, then the script may be trying to redirect the Anet call to the SSL page...which is not authorized.
From Anet's response: we discourage redirects.... because it might break the script.
You were not intentionally redirecting the that would be the result of sending Anet to an HTTP: page on HTTPS: site.
Why did you bury your osC install so far down in your web site?
Icky url path... http://www.mywebsite.com/oscommerce-2.2ms2...out_process.php
It's not relevant to this discussion because Anet doesn't care, but have you considered moving it to:
-
"Your script timed out while we were trying to post transaction results to it.
Transaction ID: 0
Transaction Result: This transaction has been approved.
1. Is the Anet-SIM module set to "test" or "production" mode?
2. Is the transaction appearing in the Authorize.net system.
Connect > transact > fail on return to osC
OR
Connect > fail
3. What is your "Default receipt URL" in
Authorize.net > Account > Settings > Response/Receipt URLs
Should be like: http://www.example.com/checkout_process.php (or https:// for secure + make sure w/w-out www matches your config too)
-
You are referring to constants that may be added to the includes/config.php file (optional).
3. CUSTOMIZE PAYMENT FORM (See screen shot) ***NOTE: Any references to files (images/CSS) must be on an SSL server or it will cause the Internet Explorere "non-secure items" warning. ***Example: You might want to dress up your form by linking it to your site style sheet....but EVERY time someone goes to your form it will pop-up a warning window...unless your stylesheet is on an SSL server. ***Even if it's on an SSL server, the visitor may get a phishing warning because the reference is to a site other then the site they are on (authorize.net). You may add some customization to the payment form by editing the form settings in your Authorize.net control panel. OR You can define values that will be sent to the form. I prefer this method because the header/footer settings in the merchant control panel are limited to 255 characters. It doesn't take much formatting to suck this up. CSS I put all my CSS in the tag too so no external style references. Some of the values are specific to the Payment form (view code on form to see other elements you can format. Example: #x_exp_date,#x_card_code,#x_card_num{background: #FFFF66;} makes the background for the required fields yellow. Add the definitions below to your configuration file. //EVERYTHING REFERENCED BY CSS OR IMAGES MUST BE HOSTED ON SSL TO PREVENT IE "Secure/non-secure" error define('AUTHORIZENET_PAYFORM_HTML_HEADER',' <style type="text/css"> body {font-family:Tahoma,Verdana,Arial;font-size:12px;background: #4C71AB;} .name{font-size:30px;font-weight:bold;} .title{font-size:18px;font-weight:bold;color:#666666;} .HeaderFooter1{font-family:Tahoma,Verdana,Arial;font-size:12px;} .Page{background: #ffffff;} #x_exp_date,#x_card_code,#x_card_num{background: #FFFF66;} </style> <span class="name">Company or Site Name</span><br> <span class="title">Secure Payment System</span> '); define('AUTHORIZENET_PAYFORM_HTML_FOOTER','I suggest displaying your street address here in the footer<br />Phone: 555-555-5555 | Fax: 555-555-5555'); define('AUTHORIZENET_PAYFORM_LOGO',''); //MUST BE ON SSL SERVERThese values are optional.
The code in the payment module looks like this.
Note the "if(defined...."
//+HEADFOOT - PAYMENT FORM HEADER & FOOTER - Not limited to 255 characters like the Authorize.net payment form settings. You can include styles, etc. However, be careful not to link to images on NON-SSL sites. //define these variables in your configuration file: AUTHORIZENET_PAYFORM_HTML_HEADER, AUTHORIZENET_PAYFORM_HTML_FOOTER, AUTHORIZENET_PAYFORM_LOGO if(defined('AUTHORIZENET_PAYFORM_HTML_HEADER')){ $payform_header_html = AUTHORIZENET_PAYFORM_HTML_HEADER; }else{ $payform_header_html = ''; } if(defined('AUTHORIZENET_PAYFORM_HTML_FOOTER')){ $payform_footer_html = AUTHORIZENET_PAYFORM_HTML_FOOTER; }else{ $payform_footer_html = ''; } if(defined('AUTHORIZENET_PAYFORM_LOGO')){ $payform_logo = AUTHORIZENET_PAYFORM_LOGO; //MUST BE ON SSL SERVER & LISTED IN YOUR AUTHORIZED URLS. }else{ $payform_logo = ''; } //-HEADFOOT -
Problem #1 - This really does not appear to affect anything but when I go to the Checkout Confirmation page, in the new box that appears (yellow background) the text reads "...you will be returned to DOMAIN" where do I make the change so that DOMAIN actually spells out the name of my website?
I apologize. The constant "DOMAIN" is not standard in osC. The simplest way to fix this is to add the constant to your includes/config.php file.
define('HTTP_COOKIE_DOMAIN', 'www.Example.com'); define('DOMAIN','www.Example.com'); You may also use define('DOMAIN',HTTP_COOKIE_DOMAIN);Problem #2 - The appears to also be some sort of configuration problem but I cannot locate the source. After I am brought to the AUTHORIZE.NET page when I enter my CC information and click the Submit buttom, I am faced with an error screen that tells me"An error occurred while trying to report this transaction to the merchant. An e-mail has been sent to the merchant informing them of the error. The following is the result of the attempt to charge your credit card. This transaction has been approved. It is advisable for you to contact the merchant to verify that you will receive the product or service."
I received the email and it tells me
"Your script timed out while we were trying to post transaction results to it.
Transaction ID: 0
Transaction Result: This transaction has been approved.
The following message was displayed to the customer:
------------------------------An error occurred while trying to report this transaction to the merchant. An e-mail has been sent to the merchant informing them of the error. The following is the result of the attempt to charge your credit card.
This transaction has been approved.
It is advisable for you to contact the merchant to verify that you will receive the product or service."
Where did I mess up? Or, is this standard for Test Mode? Many thanks for your reply.
Errrr....not sure about this one. I never messed around much with using the module in test mode. I went straight to the production mode and put a $1 test product in my catalog. Then I made actual purchases with my CC then canceled them. If you do this a bunch you're CC company may flag your card and you'll have to let them know this was intentional. May help to do different amounts..$1, $2, $3, etc. As long as you can log into your authorize.net terminal and cancel them before they post.
I wish I could be more help, but it's challenging when I can't duplicate the error.
-
Hello, Looking for any help that I can get.
I have installed the authorize.net SIM module on our website http://squaredealfarm.org. Unfortunately, I can not get it to work and find the folks at authorize.net clueless to help.
At the point when a customer leaves our website to go to the secure server, an error message is shown reading, "The following errors have occurred.
(99) This transaction cannot be accepted".
I have been working my way through this install, and cannot get past this point. This is the third different error message that I have received so I must be making some progress.
I apologize for my ignorance -I 'm a stubborn farmer trying to figure this out for myself.
Ray
Sounds like the info your passing to Anet isn't verifying in the Anet system.
Authorize.net > Login > Account > Settings > Response/Receipt URLs
http://YOURSITE/checkout_process.php [Default Receipt URL]
In your site this may look like:
http://www.squaredealfarm.org/osCommerce/c...out_process.php
You'll also need to enter the transaction key from Anet into your osC payment module.
...looks like you may be in over your head a bit at http://www.squaredealfarm.org/osCommerce/c...stall/index.php
Geeks like to make it sound like installing osC is a piece a cake...and it is for geeks....but if you're a beginner it can be trying to take a drink from a fire hose. Believe me when I say I can feel your pain. I was a beginner about 7 years ago, and many of the super geeks in osC community help me realize I've still got a great deal to learn. If you're about to go crazy, you may want to considering hiring a member of this talented community to help you get your site up an running.
OFF TOPIC...in addition to your osC install you need some help getting you images optimized, etc.
Example: http://squaredealfarm.org/images/threestacktwo.JPG is 1.2mb can be optimized to 19k and cut the loading time for that image by 98%.
Get optimized image here - right click - save-as
A free program like http://www.fookes.com/ezthumbs/ can really help get your images resized and speed up your page loading time.
-
netstep/Sam,
Thanks for posting this contribution. I was wondering if you know how to change something. When the credit card is declined the error message comes up just under the breadcrumb bar in the same background color as the bar itself. Do you know if and where I can change the background color of the error message? Is it in the stylesheet?
Thanks,
Keith
You should put it in the stylesheet and name it something like "DIV.error_anet", but I put mine inline.
chechout_payment.php
Look for
<table border="0" width="100%" cellspacing="0" cellpadding="0"> <tr> <td> <table border="0" width="100%" cellspacing="0" cellpadding="0"> <tr> <td class="pageHeading"><?php echo PAYMENT_HEADING_TITLE; ?></td> </tr> </table> </td> </tr>
Below it add
<?php //+5370 $error_message = (isset($HTTP_GET_VARS['error_message']) ? $HTTP_GET_VARS['error_message'] : ''); if (tep_not_null($error_message)) { echo '<tr> <td> <div style="font-size:12px; color:#cc0000; font-weight:bold; width:600; border:3px solid #cc0000; padding:5px; background:#ffffcc;">ERROR: ' . $error_message . '</div> </td> </tr>'; } //-5370 ?>Find where the error message is currently located near the breadcrumbs and comment that out.
-
The following errors have occurred.
(14) The referrer, relay response or receipt link URL is invalid.
Any ideas here? By the way, I'm connecting to https://test.authorize.net/gateway/transact.dll because we have a test account and have the php code for this mod updated to use that URL.
Do you have the referrer URLs set up in Anet?
-
Bug fix release posted.
-
If you click on the links of the files above you will notice like it states in the error line 1. Well line 1 of authorizenet_sim.php is a space which is a space then <? instead of it just starting with <? and the bottom is the same way. If that it not it post your general.php file here so I can look at it.
You've been very helpful and exceedingly patient...thank you.
After looking at the files many times in my editor, I opened them in my control panel file text editor and saw the mystery characters at the beginning of both files "".
Not sure why my editor wouldn't display them....I use it for dozens of php files every week, and I've never seen this.
Now installs like a dream....which I could erase all the posts regarding this to remove the clutter.
My apologies.
PS: I guess I better get my burger flipper warmed up. ug.
-
No space uh? Well in those two files you have posted above their is space before the opening <? and after the closing ?> that shouldn't be there.
post your general.php
I'm not trying to be a pain, and I really appreciate your help.
Looking at the text file > Select all > not seeing any spaces above or below php tag.
...if it really does turn out to be something this basic....I'll go back to flippin' burgers. :blink:
If you tweak the file and email, I'll be happy to install and see if fix works.
Top line of module txt file has my email address: //CUSTOMIZED BY: oscommerce AT
My general.php is new osCms2.2.
-
It's whitespace you won't see it you need to place your mouse to the end of the file and delete the extra space all the way to the ?>
If you still don't see what I am talking about then post the file and I will remove it.
There is no space before or after the PHP tags....thus my confusion.
I truly appreciate any trouble shooting you can offer.
The php.txt files are linked in this post so you can view the code.
-
Bug two is because of white space at the top of authorizenet_sim.php or at the bottom of general.php ether way you have white space that needs to be removed ether at the top of bottom of those files.
Thank you for your help.
I was guessing there were some stray characters or spaces....but there's nothing at the top or bottom of either the module or language file.
-
BUG SWATTING: I poked at the module on a fresh osC2.2 and have yet to track down a small bug.
I'll work on it this week and post the update. If someone has a moment to glance at this code you may be able to find the bug.
BUG 1:
See "" above the module list.
BUG 2: During install/uninstall
Warning: Cannot modify header information - headers already sent by (output started at /home/supernet/domains/netstepcommerce.com/public_html/2.2/includes/modules/payment/authorizenet_sim.php:1) in /home/supernet/domains/netstepcommerce.com/public_html/2.2/admin/includes/functions/general.php on line 22
DEMO
Catalog Modules Demo (Will not connect to Authorize.net)
Module file Text Visible
-
You are still transferring sensitive information so a SSL is needed to encrypt the connection between the two. Just because the payments are processed off site doesn't mean someone can not come in back door and if you checkout process is not secure they can intercept the session. Therefor they require all stores accepted credits cards to have SSL through the entire checkout process.
SSL is always good idea.
However intercepting basic contact info isn't quite the same as snagging someone's CC info, right?
The A-net payform collects the CC info and doesn't transmit it back to OSC afaik.
-
THe new version for 2.2 that was released on au gust 17th 2007 doesn't work what so ever.
I have a fresh install of oscommerce and this new mod is installed second
I try to make a test transaction and this script returns this error message after I complete the form at authorize.net
Warning: Cannot modify header information - headers already sent by (output started at /home/tthlabel/public_html/store/includes/languages/english/modules/payment/authorizenet_sim.php:1) in /home/tthlabel/public_html/store/includes/functions/general.php on line
This module needs to be updated I believe, If i'm running into this problem on a fresh install obviously something isn't right with it.
It still processes the order, but having a crash like that right after you submit cc information is horrible
I have a highly modified osC so I'll install a clean instance and test it.
-
-
Try AIM, couldn't be any easier.
Yes. AIM is very easy to use. However, AIM puts everything on your site which is very nice, but also includes a bit more risk and the expense of a good SSL cert.
SIM puts all the security liability on Authorize.net.
-
Thanks for your post! I'm now interested in SIM since it looks like the PCI rules will make it very hard to use AIM for small vendors (like us). With SIM all the responsibilities fall on authorize.net. I've used AIM for awhile and it works fine but after going through the PCI questionnaire, I think we'll switch.
So is SIM the default authorize.net module in OSCommerce ? I've never seen anyone answer that definitively though from this post, it seems to imply that.
I opened my vanilla osC to check for you and the default is AIM.
Anything that collects CC# on your site is AIM which is convenient and more risky.
I'm swamped right now, but I'll post my updated SIM module soon.
New UPS XML Shipping Module available
in General Add-Ons Support
Posted
I'M SUCH A TOOL....When I upgraded my test site I uninstalled and reinstalled = loaded new config vars.
However, when I put it into production I just updated the files.
...rookie move...I wish I could delete the last three posts.
Appears to be working fine. Shipping zone config var was messed up.