Jump to content

tokyoguy

Members
  • Content count

    28
  • Joined

  • Last visited

1 Follower

Profile Information

  • Real Name
    Mark McBennett
  1. tokyoguy

    One Page Checkout Support

    I hacked the address-related files to make a telephone number required, and also added a telephone field to the shipping address, etc. That works fine, but then I don't get any payment or shipping options. I'm guessing that whatever Ajax code updates the payment/shipping options is being thrown off by the new required field.
  2. tokyoguy

    One Page Checkout Support

    Wait a second...did that thing just...yes, it did! It works!! :blink: I was on the verge of giving up on this contribution, having assumed that the many hacks and contribs added over the years were just somehow not going to allow this checkout page to work. But thanks to little bits of help from johnnybebad and SpankyAndy I think I may finally have it working. It needs to be tested a bit more but the main thing that was bugging me (the "login" and "change address" buttons not working) has been solved. And here's what I finally did that fixed it: I use STS so I figured out early on that I needed a checkou.php.html template file. I later noticed that a javascript include was missing, so I added that to the template header. But what is also necessary is for the following DIV to be added to the template (I finally realized this when I was comparing the source code for the checkout on the ITWebExperts site with my own). This is the popup/form that is called by the login and change address buttons. The thing is it remains hidden until it's called. And I don't remember seeing it mentioned in any of the contrib files (johnnybebad mentioned it to me in a PM, but it didn't click with me at the time what he meant). <!-- dialogs_bof //--> <div id="loginBox" title="Log Into My Account" style="display:none;"><table cellpadding="2" cellspacing="0" border="0"> <tr> <td class="main">E-Mail Address:</td> <td><input type="text" name="email_address"></td> </tr> <tr> <td class="main">Password:</td> <td><input type="password" name="password" maxlength="40"></td> </tr> <tr> <td colspan="2" align="right"><img src="includes/languages/english/images/buttons/button_login.gif" border="0" alt="IMAGE_LOGIN" title=" IMAGE_LOGIN " width="100" height="22" id="loginWindowSubmit"></td> </tr> </table></div> <div id="addressBook" title="Address Book" style="display:none"></div> <div id="newAddress" title="New Address" style="display:none"></div> <!-- dialogs_eof//--> So, assuming it passes some rigorous customer testing, what next? I (think I) mentioned earlier that the 2/3 character state/province/county menu for addresses works fine for countries that are used to it, but not for many others. It should be a fairly straightforward thing juggle the form to use the full names in the database rather than the abbreviations. Anybody already done this?
  3. tokyoguy

    One Page Checkout Support

    I haven't been able to figure out the problem with the "Change Address" buttons. My source code shows the exact same HTML for them as is on the ITWebExperts demo page. <table id="changeBillingAddressTable" border="0" width="100%" cellspacing="0" cellpadding="2"> <tr> <td class="main" align="right"><a id="changeBillingAddress" href="http://www.itwebexperts.com/onepagecheckout/checkout_payment_address.php"><img src="includes/languages/english/images/buttons/button_change_address.gif" border="0" alt="IMAGE_CHANGE_ADDRESS" title=" IMAGE_CHANGE_ADDRESS " width="146" height="22"></a></td> </tr> </table> (Note that the defines for this and other buttons are missing on their site. I added them to my /includes/languages/english/checkout.php) I've had this on the live site for a couple of days now and have processed a few orders (one came in just now). So it's working, after a fashion. But what bothers me more than the "Change Address" buttons not working is the same problem with the "Login" button. Existing account holders will no doubt be delighted to return and find this new, compact checkout. But they won't be able to login and may give up rather than try and login elsewhere.
  4. tokyoguy

    One Page Checkout Support

    I guess I won't be upgrading to 1.04 then :mellow: You probably already know this Johnny, but that error is caused when the relevant JS is not loading on your checkout page. The css/javascript is called from with the catalog/checkout.php file itself, but this one doesn't seem to be, so I included it in my STS template: <script type="text/javascript" language="javascript" src="includes/checkout/checkout.js"></script> Still with 1.03, I've been doing little tweaks. One of which is to make the telephone number a required field and add it to the shipping address form, too. A telephone number is a pretty standard requirement for any international shipping company and I'm surprised it's left out by default. I've yet to look at how to fix the "Change Address" buttons, though I think it's one of the fixes in 1.04. As the new version seems to have created new problems, I'll see if I can find the specific changes related to this issue. If itwebexperts could point me to a file/line number, that'd be a big help. :D I also have to figure out what configuration settings will work best - requiring login and creating an account by default. Something's not quite right because I've had one customer create an order that wasn't completed on PayPal. No account was created for that customer.
  5. tokyoguy

    One Page Checkout Support

    There is still one problem remaining and that's the "Change Address" buttons. They don't do anything. I need to check what sw45859 said about that. And one gripe - the states dropdown menu give the 2/3-letter abbreviated form of each state/county/prefecture name. These are familiar for US customers but not so for customers in, say, the UK or here in Japan. I understand the space constraint with this layout, so there are two choices I can see - change the layout to allow for a wider dropdown menu; or include a small icon that links to a list of the relevant abbreviations. The latter is likely to be a lot more troublesome.
  6. tokyoguy

    One Page Checkout Support

    As a quick test, I created an STS template file and saved that as checkout.php.html. I needed to fiddle with what JS/CSS info to include in the template file but... Whoo Hoo! :D I just got it to work. I placed an order and it came through PayPal no problem. All emails were sent out as usual. I'll need to test it a bit more but that was a successful order on a live store! Thanks to all who offered advice.
  7. tokyoguy

    One Page Checkout Support

    I seem to be talking to myself here, but anyway...I just compared the page source HTML between the ITWeb version of the checkout page and mine. The first thing that jumps out at me is that the JS scripts are not in the header. As I suspected, this is linked to the fact that the site uses STS. At last I think I may be close to a solution.
  8. tokyoguy

    One Page Checkout Support

    The checkout.php file did have one blank line (after the final ?>) but removing it doesn't seem to have solved the problem. I'll need to look into the JS side of things a bit more. I seem to remember another mod installation (a couple of years ago) where I had to sort out an issue with the JS call. I think it related to STS, too.
  9. tokyoguy

    One Page Checkout Support

    Thanks for the suggestion Johnny. I'll try it out later today when I get the time. And thanks also to sw45859 for at least reassuring myself and I'm sure others that this contrib is still being worked on and improved. I'll check through your tips to see if any relate to my problem (javascript is definitely enabled on my browsers).
  10. tokyoguy

    One Page Checkout Support

    Actually I'm getting the same "Call to a member..." error if I click the "Update" button near the top of the page to update any changes to the cart section, too.
  11. tokyoguy

    One Page Checkout Support

    I saw one post that said this works with PayPal IPN, so I just ignored the change to the PayPal Standard file and did everything else. The page loads as it should and has the correct cart details. A good start. But at the bottom of the page, instead of a "Continue" button I get an "Update" button. If I click that, I get the error mentioned early on in this thread: Call to a member function pre_confirmation_check() on a non-object in /usr/www/users/tokyoguy/catalog/includes/classes/onepage_checkout.php on line 550 This line is the same as the previous poster: $GLOBALS[$_SESSION['payment']]->pre_confirmation_check(); Some possible solutions were offered but I don't think there was definite answer as to what needs to be changed. Anybody? Does something actually need to be changed in the paypal_ipn.php file?
  12. tokyoguy

    One Page Checkout Support

    I'm ready to give this contrib a try, but similar to the last poster I don't have the paypal_standard.php file. I'm using paypal_ipn.php and it's working fine so I'd rather not switch to something else. Does anybody know if this contrib can work with PayPal IPN? If so, what changes are needed?
  13. tokyoguy

    One Page Checkout Support

    I've been waiting for working version of this kind of contrib for ages. And this one looks very promising, but this thread consists mainly of problems people have had with it, and I'm not clear on how many of those remain. So has the latest update to this contribution solved all the major issues that have been mentioned in this thread? Along the way, someone mentioned the Dynamo Effects commercial addon, and having had a look at that, it seems to function the same as this one. Like some others have said, I'm nervous about modifying a working (but heavily modded) store with a contrib that still has serious issues. I think I'd rather pay the $150 to have one that's tried and tested than spend days or more patching up this one. While I'm at it, does anyone have any input on how this one-page checkout has affected conversion rates?
  14. tokyoguy

    IP Block Problem

    Just a quick update. I've used the Simple Down for Maintenance contrib to see what would happen. The site's been down for about 10 minutes and now the Who's Online in admin shows about 130 entries for the maintenance page (index-maint.php). The spammer's IP address is again showing for almost all of them (sorry to the handful of regular customers affected!), with a different osCsid each time. How can I shake this guy off?
  15. tokyoguy

    IP Block Problem

    I've been noticing a lot of unwanted attention to my store from an IP address in Korea (I'm in Japan). At first the IP BLock contrib seemed to stop it in its tracks. But now (using same IP range but a different address) it seems to be immune to that method. After getting the full IP range, I've blocked it using the htaccess "deny from...". But it's still showing up in the "Who's Online" in admin. Usually shows about 170 "guests online," but the vast majority are the same IP address. I've looked at the available contributions and there are a few I'm thinking of implementing (IP Trap, Security Pro). But I need to look into those in more detail before making any decisions, and I'd like to stop this particular problem asap. Any thoughts/ideas/suggestions?
×