Pour utiliser les multisites avec l’intégration Freemius, nous avons ajouté quelques mécanismes pour s’assurer que Freemius fonctionne comme prévu sur ton site de staging.
Avant cela, un site contenant Freemius générait quelques erreurs fatales après le clonage comme celles-ci :
Fatal error: Uncaught TypeError: Argument 1 passed to Freemius::get_api_user_scope_by_user() must be an instance of FS_User, bool given, called in /home/customer/www/website.com/public_html/test/wp-content/plugins/bulk-image-alt-text-with-yoast/vendor/freemius/includes/class-freemius.php on line 22695 and defined in /home/customer/www/website.com/public_html/test/wp-content/plugins/bulk-image-alt-text-with-yoast/vendor/freemius/includes/class-freemius.php:22709
Quand le SDK Freemius s’exécute sur un réseau, il stocke les ressources partagées dans les tables au niveau du réseau, et donc, quand le site est répliqué vers un site unique, le SDK pense toujours qu’il est dans un réseau, mais les ressources partagées sont manquantes.
Pour éviter cela, WP STAGING supprime les options suivantes de la table d’options des sites de staging wpstg[int]_options :
'fs_accounts', 'fs_dbg_accounts', 'fs_active_plugins', 'fs_api_cache', 'fs_dbg_api_cache', 'fs_debug_mode'
Cela signifie que Freemius ne sera plus authentifié sur le site de staging et peut se comporter légèrement différemment du site de production.
Tu peux soit ignorer cela, soit, si tu veux tester des services Freemius spécifiques, re-authentifier Freemius sur le site de staging. C’est-à-dire opt-in ou activation de la licence, selon le produit.
Dans tous les cas, quand tu déploies le site de staging vers le site de production, WP STAGING préservera tes paramètres Freemius sur le site de production et ce dernier ne perdra pas son statut d’activation de licence.
Si tu as d’autres questions à ce sujet, contacte-nous ou nos amis chez Freemius.
