开发者 | MatthiasNordwig |
---|---|
更新时间 | 2024年9月12日 19:21 |
捐献地址: | 去捐款 |
PHP版本: | 5.6 及以上 |
WordPress版本: | 6.5.4 |
版权: | GPLv3 |
版权网址: | 版权信息 |
If you face problems with the activation of Jetpack this may occur during the handshake-procedure of jetpack. This procedure acts like a bot, when it passes a passphrase from a certain IP adress to an automatically generated form on your site. In order to get this fixed, you need either to disable the option 🖥️ Apply on REST-API, or to whitelist the respective form that is used to exchange the passphrase. Usually you need to process the following steps for whitelisting: 8. Check the spam folder for the respective message that has been blocked 9. Copy the site-adress "from_site" 10. Paste the site-adress into the option 📄 Site-Whitelist on the properties site 11. Press save Usually you need to whitelist two different sites to connect jetpack: 12. To connect the site: your-domnain-without-protocol/?rest_route=/jetpack/v4/verify_registration/ 13. To connect your user: your-domnain-without-protocol/?rest_route=/jetpack/v4/remote_authorize/ Generally, I recommend running the plugin in Explicit mode 🎯 as it's more efficient and avoids such compatibility problems. Please refer to the "help" section for this option.
If you face problems with other plugins (i.e. during plugin installation/ activation) this may occur during handshake-procedures, or during maintenance of your plugin from the vendor. These procedures usually act like bots, as they pass a code or contents via certain automatically generated forms on your site. In order to get this fixed you can either disable the option 🖥️ Apply on REST-API, or whitelist the IP address of your vendor, or you can whitelist the page which contains the maintenance form. In order to check whether such a problem occurs you can check the spam folder of this plugin. Here you find the site adress that you can use for whitelisting as "from_site" too Generally, I recommend running the plugin in Explicit mode 🎯 as it's more efficient and avoids such compatibility problems. Please refer to the "help" section for this option.
You need to whitelist the respective webhooks ( those which the respective service is using to call your site) with the option 📄 Site-Whitelist. Do not forget to cut the protocoll (i.e. "http" and "https"). Note: As Thrive doesn't use the standard WordPress-REST-route, just deactivating the option 🖥️ Apply on REST-API will not work. Generally, I recommend running the plugin in Explicit mode 🎯 as it's more efficient and avoids those compatibility problems. Please refer to the "help" section for this option.
You need to whitelist the respective webhooks ( those which the respective service is using to call your site) with the option 📄 Site-Whitelist. Do not forget to cut the protocoll (i.e. "http" and "https"). Alternatively you can deactivate the option 🖥️ Apply on REST-API if your services is using the standard WordPress-REST route. Generally, I recommend running the plugin in Explicit mode 🎯 as it's more efficient and avoids those compatibility problems. Please refer to the "help" section for this option.
When you use the Borlabs Script Blocker to scan for JavaScripts, the scan doesn't work properly, as it doesn't show any JavaScripts. Just deactivate this plugin for the scan and activate it again after the scan.