Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

ChrisW123

Pioneers
  • Posts

    301
  • Joined

  • Last visited

Posts posted by ChrisW123

  1. I don't have all of those, but here's my settings which work good for me:

     

    Small image width: 150

    Small image height: 120

     

    Now, these settings assume that your large image will have the same "aspect ratio" of 150 x 120, such as 450 x 360. If your original image does not have the same aspect ratio, it may look funny as a thumbnail. I think I also added some code to flip the demensions if the input image if it's portrait. The aspect ratio is always the same, but if portrait (360 x 450, as opposed to 450 x 360) my code would know this and swap the demensions.

     

    Subcategory image width: 100

    Subcategory image height: 80

    Calculate image size: true

    Image required: true

  2. I always used a large image, say 500 x 400, for the large picture and then the website would size that down for when it shows thumbnails. Did you setup the thumbnail settings in Admin setup? I forget which category it is (near the top). Maybe you haven't set that up?

  3. It wasn't a mistake. That line is needed only when register_globals is turned off in PHP. If you check your Server Info (Admin->Tools->Server Info), you will find that register_globals is listed as "off".

     

    --Glen

     

    Stickypod, correct my first line was also remmed out (with // in front). Sorry, I didn't mention that. :D

     

     

    Glen, I'm lost now. My register_globals = ON currently. But above you say the line is only needed if it's OFF, but my Express Checkout was not working with it remmed out and with My register_globals = ON. However with it un-remmed, it works. So are you sure about this?

     

    Even tho I'm no expert, it seems that the new order (I found from a previous post in this thread) seems correct:

     

    tep_session_register('paypal_ec_payer_info');
    $_SESSION['paypal_ec_payer_info'] = $paypal_ec_payer_info;

     

    It seems that you would need to Set paypal_ec_payer_info first and then use it. Do you agree? Can you (or anyone) confirm if the above order is correct or not? Stickypod seems to say it works. But the other post said reversing them worked.

     

    So I'm not sure what is right.

  4. I figured it out... A few months ago someone posted this:

     

    There was a problem validating your account. Please try again.Several people have posted about this error recently (jlong07, MechBun), but the fix (which seems to have done the trick for me) was posted on March 23 by giz286sim:Around line 516 in the file /catalog/includes/modules/payment/paypal_wpp.php change:

     

    $_SESSION['paypal_ec_payer_info'] = $paypal_ec_payer_info;
    tep_session_register('paypal_ec_payer_info');

     

    TO:

     

    tep_session_register('paypal_ec_payer_info');
    $_SESSION['paypal_ec_payer_info'] = $paypal_ec_payer_info;

     

    That fixed the "There was a problem validating your account. Please try again." error message using Express Checkout. Looks like all is well. All that's left is to install my new live WPP key and test again.

  5. Hey Glen,

     

    Have you ever heard this: When testing "Express Checkout With PayPal" (sandbox setting) and logged into my paypal dev account, I'm able to apparently "pay" for a test purchase with my dev account but when I returned to my website, I see this message in osC: "There was a problem validating your account. Please try again."

     

    Huhhhh?

     

    My question is, does "Express Checkout With Paypal" work reliably most of the time and if so, do you think it's a pain for customers use? It seems like a real hassle for customers to have to go there first and hope they don't get "lost" somehow. Seems very "klunky" to me. Any thoughts on this?

  6. Here is the revised fix. Add to paypal_wpp.php at about line 157, in the function pre_confirmation_check(), below the line that begins with "$HTTP_POST_VARS['paypalwpp_cc_checkcode'] = ".

    	   $HTTP_POST_VARS['paypalwpp_cc_number'] = $cc_validation->cc_number;

    Are you using the sandbox? It doesn't do any checking, which makes it useless for testing error handling code.

     

    The WPP module does some sanity checks on the expiration date and card number before you can leave checkout_payment.php. On the live server, PayPal will not authorize a transaction where the expiration date or security code are bogus. Note, however, that some card issuers will process an authorization and put an authorization hold on the customer's account, even with a bad expiration date or security code number. PayPal will reject the transaction with a "Gateway Decline" error message. This can be a problem for customers using debit cards, as their available balance will drop until the authorization expires, typically from three to five days after the transaction.

     

    --Glen

     

    Thanks Glen, the ccard fix works great! Yes I'm using the sandbox. I'm going to apply for a real Key probably today. Thanks for the great work on this contribution.

  7. Holy crap, 68 pages of replies!?? :lol:

     

    I have 2 suggestions and 1 question for anyone who wants to reply:

     

    Suggestions:

     

    1) When updating from version .5 to version .73, do follow the install instructions and uninstall the module first, and then reinstall after updating the two changed files catalog\checkout_payment.php and includes\modules\payment\paypal_wpp.php! It makes things work. :)

     

    2) CCard numbers with spaces don't work. Update code to add some text to notify the user, like this:

     

    Add:

    define('MODULE_PAYMENT_PAYPAL_DP_TEXT_CREDIT_CARD_NUMBER_INFO', '(<b>No spaces</b>)');

     

    To:

    catalog/includes/languages/english/modules/payment/paypal_wpp.php

     

    Then add:

    'field' => tep_draw_input_field('paypalwpp_cc_number', '') . '?<small>' . MODULE_PAYMENT_PAYPAL_DP_TEXT_CREDIT_CARD_NUMBER_INFO . '</small>'),

     

    To:

    catalog/includes/modules/payment/paypal_wpp.php, just below:

    array('title' => MODULE_PAYMENT_PAYPAL_DP_TEXT_CREDIT_CARD_NUMBER,

     

     

    Question:

     

    Why doesn't Paypal complain when the user enters a bogus ccard expiration date or "check number"? It seems that the service isn't checking the credit card information fully. Is this a problem???

     

    Thanks for any feedback... -Chris.

  8. Hi everyone,

     

    I have PP Payment Pro installed and working in the Sandbox, using a pretty old contribution (I think the first version) of it.

     

    Does anyone think I shouldn't use it and instead use something else like Authorize.net, etc? Should I upgrade to the newest contribution version?

     

    Thanks!

  9. Good news... Initial testing shows everything is working fine! Can't believe it, amazing. Quick check-out works (saves new account info, paypal checkout, back to my site, emails, order logged), on site ccard check works perfectly also.

     

    Donation is in the mail, thank you so much for the awesome contribution!!! Well worth the install effort.

     

    This is a new installation of the latest contribution version... So given this, is there any specific area I should give more testing to, or any known bugs that I may be missing and need to test for? I haven't made any modifications that might be in this thread yet. Any heads up would be appreciated.

     

    -Chris.

  10. That's a very specific error: the file Services/PayPal.php cannot be found. Have you tried uploading that file again?

     

    Thanks for replying... I'm embarrased... I thought that you didn't need to fill in the path in Admin if the default path shown on screen was correct which it was, but after specifying the path in the field everything begain working.

     

    So far so good, I just need to figure out how to get PayPal sandbox to send me a confirmation email so I can fully test with the Sandbox.

     

    This is a great contribution so far. Thanks to all who made it possible!

     

    -Chris.

  11. I'm getting an error message during checkout:

     

    Warning: paypal_init(Services/PayPal.php): failed to open stream: No such file or directory in /home/wholehea/public_html/includes/modules/payment/paypal_wpp.php on line 273

     

    Fatal error: paypal_init(): Failed opening required 'Services/PayPal.php' (include_path='.:/usr/local/lib/php') in /home/wholehea/public_html/includes/modules/payment/paypal_wpp.php on line 273

     

    The lines in paypal_wpp.php causing the error are:

     

    require_once ('Services/PayPal.php');

    require_once ('Services/PayPal/Profile/Handler/Array.php');

    require_once ('Services/PayPal/Profile/API.php');

     

    I've installed the Pear folder on the server and it does appear to contain folder the code is looking for. The path to the file(s) is: /public_html/pear/Services

     

    And in Admin setup for this contrib, the path seems correct:

     

    Pear Modules

     

    If you installed the included pear modules, where are they stored? Should be:

    /home/wholehea/public_html/pear/

     

    Leaving this blank will use the server's default include path.

     

    Has anyone else seen this problem?

     

    -Chris.

  12. Ooops you should not have signed up with them. You need to go with a provider that has a contribution or other built in feature in osC to handle the payments from that provider. Just cancel them and look for another provider. I'm looking for one also.

     

    Currently I think Authorize.net is the best, but still looking. Good luck.

  13. For those of you who sell your products through a drop shipping company, I'm wondering how you notify the drop ship company about your orders. Do most of you send them an email containing the order information? Or do you go to their website and manually create an order? Or do you send them a data file that they import into their system?

     

    I'm trying to get an idea of the common/best way that most drop ship companies use to make this process easy for their customers.

     

    -Chris.

  14. Hi everyone,

     

    Does anyone know of a contribution which would allow an osc website to remotely place orders on another osc website?

     

    Here's the situation: I've found someone who will dropship products for me and they are also using an osC website like me. The problem is, in order to complete a sale from my site they want me to login to their site and use my own account to place the order for the customer. Not very effecient because I'd have to basically make the whole purchase again by hand, type in all the customer data, etc!!

     

    I asked if I could just have my system send an additional email to them to complete the order which they don't like. I understand them wanting orders to flow through their system.

     

    So if I had a contribution to place orders automatically on their side that would be ideal. I know there are a lot of variables here and it wouldn't be easy but maybe there's something out there for this?

     

    Is there another approach that would be workable if there's no contrib already for this? How do the rest of you handle this situation?

     

    Thanks, -Chris.

  15. Call them directly.

    They switched me over while I was on the pnone with them.

     

    I'll do that tomorrow if I'm still having problems...

     

    BTW, what delivery options do most shop owners select? I've left the Domestic shipping options set to default (Media unselected), and for International I unselected "Airmail Letter" and "Surface Letter" since I won't be shipping flat, letter-type products.

     

    Does that sound right?

  16. I've installed this contribution (ver 2.8b) and I get this message on the checkout screen:

     

    An error occured with the USPS shipping calculations.

    If you prefer to use USPS as your shipping method, please contact the store owner

     

    I signed up for an account ID and password and requested to be moved to production, however they haven't replied back yet. I've checked that my country code and store ZIP code are correct.

     

    Is the problem because I'm not set up on production yet? If this is the problem, why doesn't the "Test" selection work? I also get the same message on Test.

     

    -Chris.

  17. Has anyone got any problems with the Link popularity suddenly not working as of yesterday?

     

    More specifically

    Warning: implode(): Bad arguments. in /admin/includes/functions/seo_link_popularity.php on line 72

    Has hotbot recently changed something to stop this working?

     

    Yes. :) I have been getting the same errors for a couple months now also. I figured I'd wait and it would clear itself up but no such luck. :D

     

    Jack, do you know what could be wrong?

  18. Sorry, I messed up on the code order. Here's the correct order:

     

    During installation of PageCache 1.5, I get to the instructions to change:

    if (isset($_sid)) {
    ? $link .= $separator . $_sid;
    }

    To this:

    if (!tep_session_is_registered('customer_id') && ENABLE_PAGE_CACHE == 'true' && class_exists('page_cache')) {
      $link .= $separator . '<osCsid>';
    } elseif (isset($_sid)) {
      $link .= $separator . $_sid;
    }

    But since I have Ultimate SEO URLs installed, my code actually looked like this (and not the code above):

    if (isset($_sid)) {
      $link .= $separator . $_sid;
      $seo_link .= $separator . $_sid;
      $seo_rewrite_link .= $separator . $_sid;
    }

    So, I made some assumptions and changed my code to this instead:

    if (!tep_session_is_registered('customer_id') && ENABLE_PAGE_CACHE == 'true' && class_exists('page_cache')) {
    ? $link .= $separator . '<osCsid>';
    } elseif (isset($_sid)) {
    ? $link .= $separator . $_sid;
    ? $seo_link .= $separator . $_sid; ?// New line
    ? $seo_rewrite_link .= $separator . $_sid; ?// New line
    }

    I hope what I'm asking makes sense to you. Does this logic look correct? Everything seems to work but I'm worried that it may not be right.

  19. Bobby,

     

    This question fits better in the PageCache support thread, but since I can't find it, and since the question also involves Ultimate SEOs as well, I'll ask it here. :)

     

    During installation of PageCache 1.5, I get to the instructions to change:

     

    if (isset($_sid)) {
      $link .= $separator . $_sid;
    }

    To this:

    if (isset($_sid)) {
      $link .= $separator . $_sid;
      $seo_link .= $separator . $_sid;
      $seo_rewrite_link .= $separator . $_sid;
    }

    But since I have Ultimate SEO URLs installed, my code actually looked like this (and not the code above):

    if (!tep_session_is_registered('customer_id') && ENABLE_PAGE_CACHE == 'true' && class_exists('page_cache')) {
      $link .= $separator . '<osCsid>';
    } elseif (isset($_sid)) {
      $link .= $separator . $_sid;
    }

    So, I made some assumptions and changed my code to this instead:

    if (!tep_session_is_registered('customer_id') && ENABLE_PAGE_CACHE == 'true' && class_exists('page_cache')) {
      $link .= $separator . '<osCsid>';
    } elseif (isset($_sid)) {
      $link .= $separator . $_sid;
      $seo_link .= $separator . $_sid;  // New line
      $seo_rewrite_link .= $separator . $_sid;  // New line
    }

    I hope what I'm asking makes sense to you. Does this logic look correct? Everything seems to work but I'm worried that it may not be right.

     

    -Chris.

×
×
  • Create New...