Version: 7.0.8 NULLED
The convenient way to hide your WordPress from being visible through the code.
A huge improvement over Site Security since hackers web scanners will not find any WordPress trace on your site. Over 99,99% of sites hacks are focused attacks on specific plugins and themes vulnerabilities. Since no WordPress plugins and themes are found anymore, no hack occur even if site using exploitable code.
Provide a clean method for removing any WordPress fingerprints including themes and plugins.
No negative impact on SEO at all ! Used wisely, specific SEO aspects can be improved.
The plugin not only allow to change default urls of you WordPress, but it hide/block defaults! All other similar plugins just change the slugs, but the defaults are still accessible, obviously revealing the WordPress.
No file and directory is being changed anywhere, everything is processed virtually! The plugin code use URL rewrite techniques and WordPress filters to apply all internal functionality and features. Everything is done automatically, there's no user intervention require at all.
Compatible with any WordPress plugins and themes, once deployed it will not break any functionality or features other codes provide to your site.
Support Multisite environment. Can work with per site set-up (individual settings) or globally (superadmin settings)
Theme and child theme styles clean-up and headers remove, to prevent display of theme name, version, author etc No one will know it's a WordPress theme
Tested and 100% compatible with different hosting server configuration basted on Linux and Windows operating system.
The PRO version come with full Nginx support, which run on LEMP stacks. Advanced rewrite queries engine included, which provide the most efficient and light data.
All sites receive hits on login page with boots trying brute force attempts, requiring a high processing CPU power due to number of attempts. This conclude to a global site speed decrease and response time. Blocking default login URL, boots will hit just a 404 error page which is being cached, so no resource is being used.
Clean up HTML comments produced by plugins or theme, WordPress core auto-generated classes as page-template-x, format-x, wp-image-x, etc for body, post, images etc
Change Plugins Folder path and individual plugin url with custom data. Optionally block default urls from being accessible from outside.
The admin-ajax.php is the default input for WordPress AJAX calls. This functionality allow to change to something else and block default.
3.8.1 – Release Date – 2022-08-08
Update compatibility with YellowPencil, certain css not rendered correctly when using the replacements.
3.8 – Release Date – 2022-07-28
Compatibility with Debloat
Relocate and deprecate templates_data property on WPH class to WPH_Environment class, for lighter core.
3.7.7 – Release Date – 2022-07-27
Add a new button to reset the current page options.
Improved algorithm to parse the style tags blocks, to avoid regex which fails on very large sections.
Improved CSS PostProcessing
Move very large in-line style block ( > 50k chars ) as separate asset, to prevent browser in-line import URL failure.
Improved regex for faster style/link stylesheet ID removal
Use regex to sanitize the URL arguments
Relocated the Reset All Settings button to the bottom of the interface.
Slight layout improvements and changes.
WordPress 6.0.1 compatibilit tag
3.7.4 – Release Date – 2022-07-26
Sanitize URL arguments using regex instead sanitize_text_field
3.7.1 – Release Date – 2022-07-12
New filter wp-hide/content_urls_replacement/replacement_list to interfact with the replacement list, before the substitutions.
Ignore “Remove ID from script tag” when Fusion/Avada Builder interface
WPML – Add replacements for slugs that include a white space in front, to catch srcset URLs
Fix: Split the content for Emulate function to avoid inserting the tag after head section ( within the body content ).
3.6.8 – Release Date – 2022-07-11
New functionality – Rewrite Mu Plugins / block
Process scripts tags ( e.g. remove IDs ) when PostProcessing.
Process link/style tags ( e.g. remove IDs ) when PostProcessing
Code clean-up
Slight Interface Texts updates
New feature – JavaScript PostProcessing with InPlace processing and inline code encoding ( base64 ) to avoid dynamic JavaScript code to be saved into cache.
New Feature – Remove JavaScript scripts ID tag using filter ( faster ) or regex (slower, if filter not catching the content )
New feature – Clean the REST API response
Compatibility with WP Meteor
Allow force_confirm through the url arguments instead just POST, when attempt to force the rewrites confirm
Compatibility with Bricks editor