Jump to content

ejsolutions

Members
  • Content count

    41
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by ejsolutions

  1. ejsolutions

    USPS Rate V4, Intl Rate V2 (official support thread)

    Hmm. Par for the course.
  2. ejsolutions

    USPS Rate V4, Intl Rate V2 (official support thread)

    Panic over (for now, until USPS screw up their clientèle again!) I had done a blanket conversion to https (due to the enforced SSL fiasco!) and of course, USPS doesn't like that in the API - go figure. Until the next time...
  3. ejsolutions

    USPS Rate V4, Intl Rate V2 (official support thread)

    I've made the following revision: Uninstalled/reinstalled then added all the required information back in. Still no USPS shipping showing. I did notice in Admin that it is displayed as "1st-Class Package Service - Retail" (and all others) rather than "First-Class Package Service - RetailTM". Is this relevant?
  4. ejsolutions

    USPS Rate V4, Intl Rate V2 (official support thread)

    A quick question: Rather than uninstalling/reinstalling and having to update settings again, why is it not possible to just update the database field? Example: UPDATE `configuration` SET `configuration_value` =' 0, 70, 0.00, 0, 70, 0.00, First-Class Package Service - RetailTM, 0, 70, 0.50, 0, 70, 0.00, 0, 70, 0.00, USPS Retail GroundTM, 0, 70, 0.50, Priority MailTM, 0, 70, 0.00, 0, 70, 0.00, 0, 70, 0.00, 0, 70, 0.00, 0, 70, 0.00, 0, 70, 0.00, 0, 70, 0.00, 0, 70, 0.00, 0, 70, 0.00, Priority Mail ExpressTM, 0, 70, 0.00, 0, 70, 0.00, 0, 70, 0.00, 0, 70, 0.00, 0, 70, 0.00, First-Class Package International ServiceTM, 0, 70, 1.50, Priority Mail InternationalRM, 0, 70, 1.50, 0, 70, 0.00, 0, 70, 0.00, 0, 70, 0.00, 0, 70, 0.00, Priority Mail Express InternationalTM, 0, 70, 0.00, 0, 70, 0.00, 0, 70, 0.00, 0, 70, 0.00' WHERE `configuration`.`configuration_key` = `MODULE_SHIPPING_USPS_TYPES`; (I've split the line for readability) I tried but it didn't appear to work, unless some caching was going on.
  5. ejsolutions

    USPS Rate V4, Intl Rate V2 (official support thread)

    First, apologies for not being proactive on testing this. Your latest non-MVS version appears to be working fine for my client. Thanks very much for your efforts. All the best, EJ :thumbsup:
  6. ejsolutions

    USPS Rate V4, Intl Rate V2 (official support thread)

    Your efforts are appreciated, as always. Best of luck. USPS forgets who the customer is.
  7. ejsolutions

    USPS Rate V4, Intl Rate V2 (official support thread)

    Looks like your lovely US Postal Service is about to screw us over again... I've said it before and I'll say it again. You need to do a mass protest to them and get THEM to produce an official oscommerce shipping (sic) module. You Americans love to sue for the slightest thing, so why so reticent about this nonsense? (Rhetorical.)
  8. This isn't really a viable option, where some people use the www subdomain to differentiate secure and non-secure pages. (I use this technique on a number of clients' sites to save a small fortune when utilising a particular CDN.) Any solution shouldn't really care what subdomain it is being served from.
  9. Personally, I find tables considerably easier to work with (especially as I hand code - no GUI/IDE) but is this not a retrograde step, in terms of modern coding style?
  10. @@wHiTeHaT Yes, a default setting, with a per product override, would be the best all round, if not too complex (bloated?) to code. (Would likely need an additional field to the product/product description table.) How would you propose to manage this setting, for sites that have more than just a few products, though?
  11. Much better than hardcoding a value and very versatile: I like!
  12. See, this is what I'm getting at. Removing from desktop pages wasn't a priority (though nice). For mobile screens, it will make a big difference and improves the Human Computer Interaction. I had mulled over using PHP_SELF and conditionals. By the time I had figured out how to put it all together "properly coded" (who said that?), I would have required a number of haircuts - if it hadn't fallen out by then! (w00t) [i once had the job title of Snr. Programmer but have never been a commercial Programmer - Systems Engineer, possibly being more appropriate.]
  13. Would take me months, by the time I get my head around BS, plus no other distractions. I may be able to adapt code, at times, but 'fresh' code is much rarer for me! :-
  14. To drop the Categories/Manufacturers infoBoxes from http://www.template.me.uk/2334bs3/checkout_shipping.php and subsequent pages.
  15. Excellent effort, guys. Well done! :thumbsup: [shame the hiding of the infoBoxes didn't make it.]
  16. @@mattjt83 Your Categories/Manufacturers menu gives further impetus to remove those infoBoxes, during the checkout process. :thumbsup: Wonders if @@burt has a cunning plan figured out for that. B)
  17. I note that your top bar has a changed sequence: it makes no sense to leave the Cart there and not alongside "My Account". I realise that you might just be experimenting. ;-) At 800x600 and 768x1024 resolutions (Firefox responsive view), Test sub 3 vanishes off the edge.
  18. This has to be optional, as stores with a large range of products get hammered by search bots, that 'helpfully' continue to choose this option - Google, in particular, is bad at asking for all products in the Search infoBox, for example.
  19. I prefer the Master version, with its' inline options - less "real estate" and better clarity, IMO. Though I do see the benefit of the alternative for smaller screens.
  20. Yes, no seller wants to distract a (potential) customer from the required/desired end result and at least the relevant info is close by, should they suddenly get 'cold feet' and want more info. The main reason for them shopping further might be to take potential advantage in keeping within a postage price, though that is probably rare and the forementioned entry points doesn't prevent them from looking further. (Sorry, a bit cumbersome but hopefully you get my drift.)
  21. BTW. That top bar menu is fantastic! :-D
  22. For mobile views, in particular, is there really a need for the Categories and Manufacturers infoBoxes to be displayed, during the checkout process? It would make for a much cleaner interface with these hidden, if easily achievable. The breadcrumbs and top logo provide entry points to other parts of the store, if required, plus there is the footer region for other possible relevant information (for example to check on terms & conditions). [Also applicable to the account pages.]
×