Tout dépend de l'age du module.
deja voir ici :
https://github.com/XoopsModules25x

ça rassemble les dernières versions disponibles.

Avec de la chance, tu en auras une version compatible PHP 7.4

Sinon, il faut mettre la main dans le cambouis.
Voilà déjà un peu de lecture, la migration de PHP 5 vers PHP 7 https://www.php.net/manual/fr/migration70.php

Ensuite, se baser sur les messages debug pour corriger où ça coince

Pour le premier, une fois que tu as déplacer (et renommer) tes répertoires, il faut penser à modifier le fichier mainfile.php, ligne 26 et 28.

Si tu ne te trompe pas dans les URI XOOPS_PATH et XOOPS_VAR_PATH, ça fonctionne tout seul.

Pour le second, tout dépend le serveur et ce que tu es autorisé à faire dessus. Certains serveurs brident Filezilla.
Si mes souvenirs sont bons, tu gère ton hébergement avec un cPanel, le plus simple est de le modifier directement avec le gestionnaire de fichiers de cPanel

ça se règle dans le fichier mainfile.php

desactive la module protector dans la tbale module

tu repère la ligne de ce module puis tu met le champs is_active à 0

Surtout si tu as supprimer les 2 tables

les 2 tables protector sont biens vides ? après ta manipulation.

vidange aussi la table session, ça forcera xoops à régénérer ta session,
Et je rajouterai une vidange des caches de ton navigateur (c'est peut-être lui qui a mémoriser la page bad_ip)

le contenu de protector_log et protector_access
pour être sûr qu'il ne régénère pas un bad_ip

le contenu de protector_access

via la base de doonées directement, via PHPMyAdmin

ou si tu n'as pas une IP fixe, tu étains et rallume ta box, ça devrait te changer d'IP

oui,
pour dissiper tout malentendu :
ils n'apparaissent pas sur le site distant ? ou seulement localement ?
Je préfère demander, j'ai déjà rencontré un utilisateur qui m'a dit la même chose, mais en fait, ils étaient bien présents sur son site distant. Il n'avait pas penser les importer pour travailler dessus.

Ensuite vérifie les droits du répertoire /theme/default/modules, ça doit être ouvert en écriture.

Génération de fichier forcé à oui va écraser tous les templates déjà présents dans /themes/default/modules par les originaux (c'est à faire la première fois, avant toutes modifications)

Citation :

Pour cela que j'ai précisé d'effectuer une surcharge de template.
Xoops va copier tous les templates "modules" originaux vers le theme
pour le /tpl c'est pas une obligation, tout peut-être centralisé dans theme.tpl