Jump to content
Latest News: (loading..)

mhsuffolk

Members
  • Content count

    207
  • Joined

  • Last visited

1 Follower

Profile Information

  • Real Name
    Martin
  • Gender
    Male
  • Location
    Suffolk England
  • Website

Recent Profile Visitors

18,476 profile views
  1. mhsuffolk

    SiteMonitor

    Deleted the reference file via ftp and site monitor has recreated it OK I am working slightly blind here. Should there be a path instead of the word "array" in these lines? $excludeList = array('cgi-bin'); //don't check these directories - change to your liking - must be set prior to first run $hackIgnoreList = array('jpg', 'jpeg','gif','png','txt','zip'); //don't check these types of files - change to your liking
  2. mhsuffolk

    SiteMonitor

    In anticipation of you possible next suggestion I have re-downloaded the addon and replaced the sitemonitor_configure_setup.php with a fresh copy. Sadly it is still the same.
  3. mhsuffolk

    SiteMonitor

    I have tried your idea using Customers.php and that works. So there may be something going on with sitemonitor_configure_setup.php
  4. mhsuffolk

    SiteMonitor

    Thanks, as always for your superb support. Will report back shortly
  5. mhsuffolk

    SiteMonitor

    I have manually edited the sitemonitor_configure_0.txt and it is working now. It detects file changes that I introduced and sends the email. However I still cannot access the SM configure from within the website admin, it still throws a 404 The URL in the browser displays https://www.my website.co.uk/myadmin/sitemonitor_configure_setup.php but with a 404 error page. Got it working and can live with the issue as it is doing it's job, but I am confused.
  6. mhsuffolk

    SiteMonitor

    On both my PHP 7 test shop on my PC and my live PHP 5.6 shop I get these errors. On the live site I cannot access the Configure section, only Site Monitor Admin. Configure throws a 404 error but the file is definitely there. PHP Warning: opendir(/home/username/public_html): failed to open dir: No such file or directory in /home/*****/public_html/*********/includes/functions/sitemonitor_functions.php on line 364
  7. I had not taken the option when I exported the data from my test site to include " PRIMARY KEY (`configuration_group_id`) ) ENGINE=MyISAM AUTO_INCREMENT=1510 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; All working now, I can install and uninstall to my hearts content, and that message has gone from myphpadmin. I have an issue with Site Monitor but I will leave that until tomorrow and another forum.
  8. I have it on 5.6 before I launch into 7. I think I had an error in my configuration table. I have recopied it from my test store and I have my settings back but I tried uninstalling it again and the same thing happened. In myPHPadmin, when displaying the configuration table I get this " Current selection does not contain a unique column. Grid edit, checkbox, Edit, Copy and Delete features are not available." Could this be the issue? I have reloaded the configuration table again and it is working OK (I think) and I can amend the settings. I will stay clear of uninstall!
  9. Just updated my 2.3.4 store to BS CE Frozen and whilst I was experimenting I accidentality clicked "Uninstall Ultimate SEO" The shop still produces the SEO URLs but the admin entry in Configuration is missing so I have no control. The configuration table has just 4 rows relating to the addon, if I delete them just those 4 return after clicking on a shop item. This worked perfectly on the old shop. Could the new shop, which has the same database as the old one with the exception of the configuration tables, be using a cache for the URLs so in fact it is not doing anything new?
  10. Updated store to CE Frozen. Old 2.3.4 store worked perfectly. Imported existing data. Now when I choose a category I get an empty centre field and this error. Header appears but no footer or side boxes. PHP Fatal error: Call to a member function register() on null in /home/*****/public_html/includes/modules/product_listing.php on line 14 Line 14 is $OSCOM_Hooks->register('product_listing'); Specials and What's New work fine
  11. mhsuffolk

    Chrome now marks all HTTP sites as insecure

    Yes, but the majority of customers may not have noticed just a ! symbol, now there are words to back it up.
  12. Note to all. New version of Chrome (68) released 24th July will mark ALL HTTP pages as insecure. Now is the time to change to HTTPS. See here Also, from the future version 69, the secure padlock behaviour will reverse, secure pages will have no padlock shown but insecure pages will have a warning. Confusion will reign I feel.
  13. @BrockleyJohn 95% have two 5% have one None have three I am unsure which is normal or correct. I have no IPN errors from PayPal and non failed in the log on the PayPal site.
  14. Is two IPN responses correct as I always get 2 and everything completes correctly. PayPal app 5.018.
×