Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

trogette

Pioneers
  • Posts

    317
  • Joined

  • Last visited

Everything posted by trogette

  1. Just an FYI to anyone struggling with paypal IPN, remember to make changes to ext/modules/payment/ipn.php! :) Or not! Ah phooey. I changed it on my test server and it was fine, changed it on a live shop, nothing. It just doesn't pass the discount to PayPal, which is fine when I don't want people using the code to be able to pay by PayPal, lol, but otherwise, not clever :(
  2. Hi :) I've installed this add-on (*double checks to make sure it's the right version*) and it's working fine, with the odd tweak or two of css and adding a short description, on my home server, but on uploading to the live site the admin page featured.php is giving me a 500 error. I've copied the files across and checked a load of times with Beyond Compare so I'm at a loss as to what the problem is, other than maybe a php or mysql version issue? Also I wondered if anyone had fixed the not displaying specials prices issue?
  3. Actually it's a bit more complex than that, so I thought I'd give you all a screenshot: That's still showing VAT (ie tax) in the sort order but it's set to false. It's also showing the various parameters for the discount coupons, not sure why it works that way and not any other way but hey! At least it works!
  4. oh gosh I've sorted it! I just don't display the VAT on the confirmation page! Wow.
  5. I'm having the same trouble, I can display the coupon with tax included but it still only subtracts the net amount from the total. I've fiddled about with sort orders and such but it doesn't help. I also need to be able to apply the discount to the gross after a special has been applied. Any ideas?
  6. I rang nochex and got an answer that really should be in the payment page setup instructions somewhere! So the process is this: log into nochex, and select 'payment page setup' from the menu at the bottom of the control panel page click the button to 'add merchant id' and set up the page for each website you want to connect to your account (colours, logos etc plus the callback/cancel/success links for the 'site) install the nochex APC module including the database changes (doh!! lol) and any adjustments that other add-ons make to checkout_process enter the merchant id but *not* the nochex account email (unless that is actually the one you've used to set up the page) in the appropriate place in the nochex module set-up Now it's working well enough, but I have a couple of back-end problems. Firstly, despite me ticking the box to tell it not to subtract before payment is received, that's exactly what it's doing (I have QTPro installed, and I assume that's affecting it as it appears to be subtracting the attribute stock correctly, but before payment, and then subtracting the product stock, but not the attribute stock, when the payment is made, it's triggering the QTPro Doctor error message.) Secondly, it's still saying in the order details that it's emailing customers on 'nochex processing,' though it actually isn't. Thirdly, when a payment is refunded, it doesn't change the status on the order at all, though I'm not sure if nochex gives APC feedback on refunds. I'm sure there was another problem but I can't remember what it was now *frown*
  7. Just to add, it appears to be working correctly with the URLs in place but as I've said that does mean that it's only going to work with the one site. Anyone got a workaround?
  8. I've come back to this, I think it's alright so far (I need to figure out a bit of add-on integration) but I'm wondering if there's an issue with using it on more than one site considering the need to enter the callback/cancel/success URLs in the payment page.
  9. What I've done (I had problems getting online payment systems to talk to my websites after a server switch a while ago) is change the wording on the money order module to suit my purposes, it should work for any non-instant payment method (I take cheques, card payments by phone, bank transfer and manually send PayPal invoices, I have one version of moneyorder.php for cheques/card by phone/bank transfer and another for paypal.
  10. I've just installed this (http://addons.oscommerce.com/info/7844/v,23) and I'm having some issues, would appreciate a bit of shared brainstorming :) I removed the left navigation from edit_orders.php (I can have a look at integrating template_top in a bit but not right this minute) and then edited an order, throwing up this error message: Parse error: syntax error, unexpected '?' in /share/MD0_DATA/Qweb/orderedit/admin/edit_orders_ajax.php on line 1028 If it matters, my test server's php version is 5.2 but it's 5.3.4 on the live server where my shops are hosted.
  11. or, actually, would it be easier to engineer the front end to view the existing entries as gross instead of net? (here I go thinking aloud again!)
  12. Does anyone else have a problem with AJAX AM assuming the option value price is net of tax, when you want to enter it as a gross price? If so, does anyone have a fix before I go poking around with this: http://addons.oscommerce.com/info/3256 ?
  13. What QTPro does, primarily, is to allow tracking of stock for product options, not just the main product. Changing the way a dropdown displays would mean changing the html output of whatever function creates the dropdown list, and/or the html output surrounding it, ie in your instance you would add the option name as the first entry on the dropdown before the list is compiled from the option values for that product, and ignore/remove the text for the dropdown heading. Doable in QTPro but also in the core code. Meanwhile... I've been faffing about tonight with displaying the actual price in the dropdown *only* when the attribute price is different to the product price, so that the vast majority of options which aren't changed don't have a scruffy and unnecessary price reference in the dropdown. It's taken me much longer than it should have, and all the information was there already, but in the end I've sussed it, so I thought I'd mention it here in case anyone else wants to know and doesn't want to spend an age scratching their head, lol. It's a very simple matter of moving the line if ($products_options['options_values_price'] != '0') { from line 310-ish to line 296-ish, before if(PRODINFO_ATTRIBUTE_ACTUAL_PRICE_PULL_DOWN == 'True'){ Now I just need to persuade it that the amount I've entered on the admin side is gross, rather than net of VAT, which will be a core code/AJAX Attribute Manager tweak...
  14. Hi Not sure if this has been asked already, but is it possible to not have the product/category id numbers in links? According to some it's entirely cosmetic but I get the feeling from reading through some posts here that it's a thing on purpose? It does clearly identify, to me at least, an oscommerce site which is one thing I'm hoping to make less obvious.
  15. Would really appreciate some input on the post I just made over in Payment Modules/Other, it's here: http://www.oscommerce.com/forums/topic/370528-nochex-apc-on-231/
  16. Right, I'm doing a step-by-step installation from scratch again with the payment pages and APC add-on from 2006. Fresh copy of osc 2.3.1 named nochex. The second sql statement in the file nochex_apc.sql isn't compatible with the structure of the table order_status in 2.3.1 so I manually added them in PHPMyAdmin with the resulting sql: INSERT INTO `orders_status` ( `orders_status_id` , `language_id` , `orders_status_name` , `public_flag` , `downloads_flag` ) VALUES ( '50000', '1', 'Nochex Processing', '0', '0' ), ( '50001', '1', 'Nochex Authorised', '1', '1' ); This time around, using Beyond Compare: I'm adding all the files including the admin panel box even though it's not compatible with 2.3.1 and I had decided to simply take the link for the transactions page and place it in the Tools box, if I can persuade the front end to work properly I'll come back and change this later. I'm adding the call to the Nochex APC box in admin/includes/column_left.php as an include rather than a require, to match the other box calls in the file. I've added the defines to the admin/includes/database_tables.php, admin/includes/filenames.php, admin/includes/languages/english.php, includes/database_tables.php and includes/filenames.php files. I'm ignoring the edits to includes/modules/downloads.php, account.php and account_history.php as it appears the flag settings in the order_status table for visibility and download status supercede the need to manually add the order status 'Nochex Processing' to the statements in order for orders with that status to be ignored by those files. I'm editing checkout_success.php leaving in the apparent typo of 'nochex_reponse' just in case it's that that's causing my problem! I'm installing the module, setting the checkout mode to 'test' and setting a random email address in case it's having issues with my actual nochex email address. It's still sending me to nochex seemingly without passing any information other than the email address. Does anyone have any suggestion as to what's causing this?
  17. Yes, the additional letter method via PayPal IPN is how I used to run it, just wondering now if I could do so again while I'm installing a new version of the shop :)
  18. Yesterday I installed the Nochex APC on a vanilla copy of osc 2.3.1, it worked fine in test mode. Then I tried to add it to a copy with a few add-ons added, and when I got to the checkout stage, instead of the cart sending me to this: (this is sent from a functional version of Nochex APC on a much older site with lots of add-ons, but set to test mode for the purpose of checking the page!) it's sending me to this: So I thought 'right, let's start again from scratch' and did the vanilla thing again, and now I don't even get the top version on the vanilla + nochex install. Does anyone have any idea what would cause this? Thanks!
  19. It depends what you're wanting to see, I guess, and I don't personally have live server space to upload a whole copy of oscommerce just for other people to look at how QTPro looks.
  20. How come this thread isn't in the payments/other section?? (and how come the PayPal IPN thread's in payments/other instead of the paypal section?!) So it seems to be something in the combination of files, fair enough I'll go through and see what's what there. But does anyone know why it sends an order confirmation email when the customer goes *to* Nochex, as well as when the payment is confirmed?
  21. Does anyone have Nochex APC set up on 2.3.1? I've got it sorted on a 'vanilla' installation on my home server, when it's set to 'test' it goes to the proper test transaction page on Nochex but when I transferred it to my 'live' site (live as in it's on a full web server but it's not in actual public use) it jumps to a different 'pay by email' page without any of the checkout info on it. As my regular site broke on Friday I can't go through the old set-up and see if that's what it comes out as anyway, and I've been trying to integrate it in with the other add-ons I've added-on on my home server but the database is getting confused. Any ideas?
  22. Hi Chris I suspect the problem isn't something in the code tweaking but in my PayPal set-up then, unless the method of adding the letter has changed in the past 3 years?
  23. Just checking something, it used to be possible to run more than one shop on the same paypal account by adding a letter to the invoice number passed to paypal to differentiate between the shops, but it seems this doesn't work any more. Is this true or do I have a different problem?
  24. hey! not tested the paypal leg of it yet but it worked! I have no idea what got fixed but it's fixed :lol:
  25. Hmmm... (a bit more thinking aloud, sorry folks!) So it works on the front end, but doesn't subtract the attribute stock, leaving me with products requiring doctoring, as it were. I've got PayPal IPN 2.3.4.7 running via the sandbox, but, guess what? It's not subtracting stock. Is it worth having a crack at applying the fix and seeing if it sorts out both issues?!
×
×
  • Create New...