Jump to content
Latest News: (loading..)

BrockleyJohn

♥Ambassador
  • Content count

    955
  • Joined

  • Last visited

  • Days Won

    26

BrockleyJohn last won the day on April 2

BrockleyJohn had the most liked content!

7 Followers

Profile Information

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Sounds to me that unless you sell new & used items or adult & children's clothes, it's probably SEP (someone else's problem)
  2. BrockleyJohn

    [CONTRIBUTION] Ultimate SEO URLs v2.1 - by Chemo

    On shared hosting, it's usually implicit in your choice of php version. You'll likely need the host's help to get the right php.ini file set up. First, use the Server Info option in admin/tools and search for mysqli. If you have a section with that heading, the extension is enabled and there's an issue with the code somewhere. If you don't have that section, speak to your webhosts and if you need more help from us on here, start a separate thread because in that case it's not an SEO Urls issue
  3. BrockleyJohn

    [CONTRIBUTION] Ultimate SEO URLs v2.1 - by Chemo

    @vampirehunter I recommend that you try to get the mysqli extension enabled for your installation. mysql is deprecated even on php 5.6 and not available on php7. It's possible that there are bits of code that don't work properly on this old extension.
  4. A temporary change while trying to find the cause of errors, find near the top of catalog/includes/application_top.php // set the level of error reporting error_reporting(E_ALL & ~E_NOTICE & ~E_DEPRECATED & ~E_STRICT); and insert afterwards, or make sure it's followed by setting: ini_set("display_errors", 1); This will give you more information about any errors in the execution of the shop php code instead of a white screen. When you finish debugging, change it to 0 You can add in logging errors to a file too, like this: ini_set("log_errors", 1); ini_set("error_log", "php-error.log"); That writes errors to the file php-error.log in your catalog directory - you ought to put it somewhere that's not easily accessible and remember to check if it gets any bigger and look inside if it does.
  5. BrockleyJohn

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

    It may depend what services you offer. The report I had is that First Class isn't right but Priority Mail is ok. I thought they already got the address through the interface - can't they work out where it is for themselves? Or is the issue that format of the reponse from USPS has changed (again) and the module doesn't interpret it properly?
  6. BrockleyJohn

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

    @zitt did you get anywhere with the first class issue? I've just had a report that it's charging too much for first class rather than not offering it.
  7. BrockleyJohn

    Upgrading to the latest version

    @Heatherbell it's the htaccess in admin that's more likely to break something as it may refer to a location (for the password file) that doesn't exist the htaccess in catalog might have url rewrite rules, expires times and so on The other places you might break things are the configure files in both catalog and admin. The safest approach would be to compare the four files between the two versions of your store to make sure you can update your original store files with any necessary extras instead of overwriting them. If there are any differences you're not sure about, ask about them here without publishing any sensitive site data. Then write-protect them to prevent accidental overwriting. The frozen configure files have fewer entries than the old ones but it won't matter if you leave the extra ones there. I can't think of any new ones off the top of my head and I wouldn't be surprised if you can leave the four old files there unchanged. Don't forget to check that the urls on the new version of the site are presented the same as the old version or you'll take a hit on google.
  8. BrockleyJohn

    Paypal Standard 2.2, Order deletion/regeneration issue

    I don't think there is an issue here. The ajax part is not standard functionality, it's been added but it sounds like your site is behaving normally. Some payment methods create an order before payment is taken and others don't. If someone chose to pay using Cash on Delivery, or Cheque etc the order would be saved on the checkout_process page after confirmation. In the case of paypal, sometimes people don't return from paypal to your site and if the order was not recorded in the checkout process there would be no record. An order is recorded in the preparing status. When they return from paypal or your site gets an IPN from paypal, the order is changed to a confirmed status. If they cancel in paypal, the order record is deleted and they end up at the checkout_payment page with the stuff in their basket. Similarly, if they deselect paypal as payment option before confirmation, the order is deleted. It just means that you don't have an order for every available number. There are card payment modules that behave in exactly the same way.
  9. BrockleyJohn

    PayPal App for osCommerce Online Merchant

    Setting IPN up in the paypal account should make the problem go away but try this fix. In includes/modules/payment/paypal_standard.php change line 605 from $details = $this->_app->getApiResult('PS', 'GetTransactionDetails', array('TRANSACTIONID' => stripslashes($HTTP_GET_VARS['tx'])), (OSCOM_APP_PAYPAL_PS_STATUS == '1') ? 'live' : 'sandbox'); to $details = $this->_app->getApiResult('APP', 'GetTransactionDetails', array('TRANSACTIONID' => stripslashes($HTTP_GET_VARS['tx'])), (OSCOM_APP_PAYPAL_PS_STATUS == '1') ? 'live' : 'sandbox'); In other words, change the first parameter from 'PS' to 'APP'. I've been unable to find the fix that I tested before so please report back and let us know if this solves it.
  10. BrockleyJohn

    [CONTRIBUTION] Ultimate SEO URLs v2.1 - by Chemo

    hmmm... the only difference I can think of between the two versions of db connection is that osc's db connection has the sql_mode reset to avoid the group_by issue in mysql 5.7, here in functions/database.php @mysqli_query($$link, 'set session sql_mode=""'); Perhaps this resets something else that's needed for the multi-language store to handle characters properly. It would be a good idea to check that the seo_class doesn't start throwing mysql errors on 5.7 on a server with the default settings (not usual on shared hosting but common on vps)
  11. BrockleyJohn

    [CONTRIBUTION] Ultimate SEO URLs v2.1 - by Chemo

    I can't see why you want both parameters - surely it's one or the other? If so, then you need to express which parameter uniquely in the url by changing code in the class, so as well as pr representing the product id parameter on the reviews page, something like rr might represent the reviews page with a review id parameter. Then you have an extra rewrite rule to pick up the extra format.
  12. That's the next one - fingers crossed it's the only one. On the other hand, be ready to change others depending how many you overwrote - eg. template_bottom.php application_bottom.php If you made a really big mess then there could be language files overwritten too... I'd recommend leaving in the display errors setting until you're sure everything's ok
  13. not if you only do this to the admin app_top file and not the catalog one!
  14. For the actual fix, the next step is to upload the correct admin/includes/template_top.php You have made a step forwards already. When you access admin it successfully redirects to the login page before it throws a white screen.
  15. You can save yourself some time by displaying the errors directly on your screen - edit admin/includes/application_top.php: find near the top: // Set the level of error reporting error_reporting(E_ALL & ~E_NOTICE); add afterwards ini_set("display_errors", 1); Later, when everything is fixed, change the 1 to 0
×