New 
squalid
-
Posts
239 -
Joined
-
Last visited
Posts posted by squalid
-
-
Warning: Division by zero in /home/sites/fjronline.com/public_html/includes/modules/shipping/zones.php on line 145
^ now in admin, my shipping is still set on ZONE RATE, if I remove it, then on the checkout_shipping.php page the error msg goes, but it does not display the postage charges, it is just blank?and neither does it add to the total on the checkout_confirmation.php
well you dont need the zones.php if using prod rate - so uninstall
yes the prod rate will add at checkout
you can add something in product info that will display the delivery price in the info
-
Ok I got a friend to add some shipping contributions to help me with this weight issue, can I use your contribution on my exisiting script? Because I can not remmeber which contributions he added?
its only another delivery module - and so you should be able to just add in regardless of existing contributions
-
yes, it works, and works for zones and it is well easier than weight
i have done it in my store by adding in a second and third weight field - so when inserting product info - i can add in three prices - for UK europe and ROW
-
have you checked the tare weight in the configuration ?
-
there is a mod that already does this,
table rate by count
but suppose you wont be intrested now
-
and if anyone is bored with nothing to do and fancies tackling the above for me - i will show my gratitude via Paypal
-
has anyone found a way of
refreshing the orders.php once the confirm button is pressed
and also, passing over the updated orders status to the customer emails - at the moment they get sent out -but says
new status:
and not inserting the status.
any pointers would be appreciated
-
2. I fixed the manufacturing drop down bug to allow products with no manufacturers to appear. The changes are similar to the ones supplied above but are created for new shops so that it works on all.
any chance of showing that ? i have tried the fix above and amended it - but got an error :(
-
did you run the sql ?
Run this sql on your database
ALTER TABLE `orders` ADD `shipdate` VARCHAR( 10 ) NOT NULL ;
-
-
.productListing-heading a{
font-family: Verdana, Arial, sans-serif;
font-size: 10px;
color: #000000;
background-color: #DFFFDF;
font-weight: bold;
}
just a stab in the dark , but my css for a links work as above - so try that with the background url, also when i am testing new css styles - say as above, i would make the a link text colour bright red so i can see that they are actually being taken from the changes i have made and i havent inherited them from somewhere else
-
.productListing-heading in stylesheet
-
i doubt that paypal are trying to rip you off :huh:
but check that you havent got delivery prices already set up with paypal that are interferring with shop rules
-
reread jack mcs's reply.
you could also install master password to see what was in customers basket
http://www.oscommerce.com/community/contri...master+password
-
-
try doing border="0" where you inserted the image
-
http://www.oscommerce.com/community/contri...arch,paypal+ipn
use this paypal module and it will log the orders even if customer doesnt return
-
We have three pricing packages depending on your authorised transaction volume. You can use any or all of the Protx products under the same pricing package. Protx do not charge for failed or invalid transactions, nor include them in our volume calculations.
an invalid card wouldnt attempt authorisation. if anyone is using a payment gateway that would charge you because the customer put in an incorrect number - time to look again, as an invalid number wouldnt attempt to be authorised.
-
an invalid card number is not a declined card as an invalid card number hasnt even attempted authorisation
-
No, they will charge you the transaction fee even if the card is declined.
No, they will charge you the transaction fee even if the card is declined.it would not be the case that the card was declined, if it wasnt a valid card number - it wouldnt attempt authorisation in the first place
-
No. cc_validation.php simply performs a LUHN-10 check on the card number to ensure that it's in the correct format. Most payment processors charge you per-transaction, whether it's declined or not, so you want to ensure that the credit card number you send is actually a credit card number and not someone's telephone number.
i think this is wrong, as an invalid number wouldnt even be attempted to be authorised and no payment gateways that I know of in the UK would charge for an invalid card number - if they did then surely i would be onto all compeitors sites who use that gateway - inputting incorrect numbers so they incurr the charges
i also think that having a payment gateway and all associated with it - you would then be defeating the point by having customers place the card number on your site - i personally would find it very confusing to place the card number on one site then suddenly see the card details on a payment gateway form
3) Store the numbers in your default osCommerce store with a $1k SSL certificate and pray that no one hacks into your site.this is v.bad and would certainly break the terms of your merchant account. when i looked into taking cards via a website - HSBC in the UK told us that to meet their requirements we had to conform to all the critera set by http://www.ubizen.com/
so best advice here really is speak to your bank, see what you need. Having a merchant account and SSL does not mean that you can automatically take credit card numbers on your website
-
I don't think you two understand the problem. We're discussing the cc_validation.php class which simply validates the credit card number before submitting it to the processor. This has nothing to do with storing numbers or PCI regulations.
you are right, i dont understand :blush:
if using a payment processor - like protx in the UK - then the cc number would be validated by protx - or whatever payment processor used and so no need to put the cc number in the site - instead on protx form.
it is very hard to get banks to agree to allow customers to input card details on the website and there is all sorts of crtiera to go through, and its not a case of just having a merchant account and an ssl.
question - would taking the credit card details - then passing them through the cc_validation.php automatically store them in the database ?
-
just to agree with the above
- very important to check your bank will allow this and i doubt they will
-
convert files to gif or jpg?
What do you think is happening with my customer?
in Other
Posted
customer is probably trying to register a new account with paypal instead of logging into old one