New to the community? Start here

I need to disable GET parameters (?x=y at the end of a url) from Hummingbird

Cache URL queries

You can turn on caching pages with GET parameters (?x=y at the end of a url), though generally this isn’t a good idea if those pages are dynamic.

Hi, i enabled above and now i don’t want it any, however even after disabling and uninstalling Hummingbird the GET parameters (?x=y at the end of a url) is still there. How do i remove it?

URL’s with issues: https://www.sugarmamaslovefree.com/sugardating/best-sugar-momma-site-app/#.W_imwOhKiUk

NOTE: /#.W_imwOhKiUk

Sat, 24 Nov 2018 1:19:24
More Hummingbird Pro discussions
Hummingbird Pro
  • Nithin Ramdas
    • Support Wizard

    Hi Hans Simtanda Caspersen,

    If the plugin is deactivated, or uninstalled it shouldn’t be causing such an issue after that. I tested in my local server, and I’m not able to replicate such an issue when the plugin is deactivated. I have moved this ticket to support , so that we could give a closer look.

    Could you please share what’s the content of your .htaccess file in your system in the next reply? The file is located under the root directory, ie where wp-config.php resides.

    Also, please grant support staff access so I can take a closer look. You can grant access from WPMU DEV > Support > Support Access > Grant Access, or check this manual: https://wpmudev.com/docs/getting-started/getting-support/#chapter-5

    Please let us know once you enable access, so that we could get this sorted. Have a nice weekend. :slight_smile:

    Kind Regards,

    Nithin

  • Nithin Ramdas
    • Support Wizard

    Hi Hans Simtanda Caspersen,

    Sorry for the delay in getting back to you. At the moment, the Hummingbird plugin is disabled in your site, and still the same issue occurs. Hummingbird plugin doesn’t work, or save any settings to load the pages in the frontend even if the plugin is disabled.

    I checked this behaviour with the developer, and he could confirm that this isn’t caused by the Hummingbird, and also stated it looks more related to a tracking code added via a plugin, or a share feature, which is adding the URL parameters in the end.

    This looks more like one of the existing plugins which is enabled is causing this behaviour, since I don’t see you mention about performing a plugin conflict test, could you please run a quick plugin/theme conflict test as illustrated in getting support manual (flowchart), and rule out whether any plugin is causing this issue:

    https://wpmudev.com/wp-content/uploads/2015/09/Support-Process-Support-Process.gif

    I could also notice many rules in the above shared .htaccess file, which is added via other plugins, if you still have the same issue even after running the conflict test as mentioned above, then would recommend you to temporarily replacing all the rules in your .htaccess file with only the following one, and see whether you still get the same results:

    # BEGIN WordPress
    
<IfModule mod_rewrite.c>
    
RewriteEngine On
    
RewriteBase /
    
RewriteRule ^index.php$ - [L]
    
RewriteCond %{REQUEST_FILENAME} !-f
    
RewriteCond %{REQUEST_FILENAME} !-d
    
RewriteRule . /index.php [L]
    
</IfModule>
    
# END WordPress

    Since it’s a live site, I wasn’t sure, whether you would be comfortable with us running a conflict test as above. Please let us know how that goes so that we could give a closer look, if needed.

    Regards,

    Nithin