Blocage transfert joomla distant vers local par Defender Windows

[cavo789]

Personne n'a dit que Quickscan permettait de nettoyer... Si c'est un fichier virus, tu peux le supprimer depuis Quickscan, si c'est un fichier ayant été vérolé, faut le nettoyer à la main (ou avec un autre outil).

Quickscan est un scanner rapide (d'où le Quick en préfixe), il n'est pas exhaustif. Son mode d'emploi explique clairement ses limitations.

[miqui]

RobertG,
Suite à ta remarque, j'ai scanné le site avec Virus total et d'autres marques, ils ne trouvent rien... Je me doute bien qu'ils ne sont pas adaptés à mon problème, mais tout de même...
En définitive, je ne peux rien faire, et donc je vais être obligé d'abandonner le site sans pouvoir le récupérer...
Votre avis ?

[RobertG]

As-tu regardé par ftp si tu vois des fichiers qui te paraissent anormal ? Par exemple des fichiers restés dans ton dossier tmp, qui ne doit contenir qu'un fichier index.html (et éventuellement un .htaccess et un php.ini si tu utilises aeSecure pour protéger ton site).
Au besoin, tu peux décompresser en local une version équivalente de Joomla! pour comparer si tu as des doutes.

Autre solution, si ton site n'utilise pas d'extensions particulières : exporter les articles et membres avec J2XML pour les importer dans un site vierge, récupérer ton template et refaire tes paramétrages complémentaires.

La question que je me pose est celle d'un faux positif avec Windows Defender.

[miqui]

RobertG.
Voici le contenu du dossier tmp. Les 3 derniers fichiers ne correspondent pas à tes critères...



Je suis un novice; Je te soumets une idée : Si je désactive l'anti-virus du pc portable et non celui du fixe - qui a refusé le transfert à cause de la détection de virus par defender - et que j'effectue le transfert (avec virus) est-ce que je pourrai alors espérer effectuer une éradication du virus avec l'anti-virus ?
Est-ce que je risque quelque chose ?
Merci. A te lire.

[cavo789]

Bonjour

Un antivirus sur ton ordinateur pourra détecter certains virus php (c'est le cas d'Avast) mais en général va proposer de supprimer le fichier (et non de le nettoyer).

La suppression du fichier cassera immanquablement ton site.

Il faut un antivirus spécialisé et, derrière, un humain pour procéder au nettoyage cád de purger le fichier ici et là et encore là-bas des morceaux du ou des virus.

Je te parle en expert, c'est ce que j'ai fait trois années durant lorsque c'était partie de mon activité.

[RobertG]

Bonjour,
Ton dossier tmp ne devrait contenir que le fichier index.html donc tu peux supprimer tous les autres fichiers qui n'ont pas de raison de s'y trouver.
Vérifie aussi dans la configuration d'Akeeba que le contenu de tmp soit exclu de la sauvegarde (c'est en principe le cas).
Si je lis bien, les fichiers qui sont cités dans ton premier message sont des fichiers temporaires, j'avoue ne jamais avoir vu de "tmp" lors de l'extraction d'un jpa. Regarde donc à la racine de ton site s'il y a de tels fichiers, et si c'est le cas, supprime-les.
Refais une sauvegarde et teste de nouveau l'extraction en local, sur ton portable, pour voir s'il réagit de la même manière.

Laisse de côté mon idée de désactivation de ton antivirus, Même si à mon avis ce qui est éventuellement anormal sur le site n'aura pas nécessairement d'impact néfaste sur ton ordinateur, il ne faudrait pas que tu te retrouves avec un ordinateur HS.

Comme je l'ai dit,

Autre solution, si ton site n'utilise pas d'extensions particulières : exporter les articles et membres avec J2XML pour les importer dans un site vierge, récupérer ton template et refaire tes paramétrages complémentaires.

Tu as aussi l'option d'extension commerciales dédiées au transfert depuis un site vers un nouveau site vierge, pour faire cet import de manière plus simple.

[miqui]

Bonjour,
(toujours coincé par les pb de santé, je n'ai pas pu m'y remettre plus tôt...)
J'ai supprimé les fichier tmp inutiles et relancé le transfert. Voici le message qui apparaît au lancement de kickstart. Est-ce que le pb ne viendrait pas de là (ignorant comme je suis) ?
Est-ce que la version PHP ne serait pas en cause ? Je vais essayer de la mettre à jour... et refaire la manip.
Merci.

[RobertG]

Bonjour,

Logiquement, ça ne devrait pas impacter la décompression. Il s'agit a priori simplement d'une alerte incitant à passer, pour des raisons de sécurité, à une version plus récente de PHP.

[miqui]

Robert G
Je viens de trouver une sauvegarde du site sur mon autre DD, qui date de plus de trois ans; Il y aurait une cinquantaine d'articles à transférer pour être à jour (plus une catégorie). Quelle démarche me conseillerais-tu ? Peu-tu me guider ?
D'avance, Merci.
Chez OVH la Vphp la plus élevée qu'ils me proposent est la 7.3 celle actuelle du site) !!! Dans ces conditions comment pouvoir en changer ???

[RobertG]

Pour OVH, si tu n'as pas la possibilité de passer à plus que la 7.3, vérifie dans le Manager, il doit u avoir une deuxième option "stable64" qui devrait te permettre de choisir 7.4 ou 8.0
Pour tes articles, tu pourrais peut-être restaurer cette sauvegarde et exporter les données avec J2XML.

[miqui]

Robert G
Merci. je viens de passer à php 8 sous stable 64. Mais au lancement de kickstart j'ai toujours le même message de non conformité du php...

[woluweb]

alors c'est que le PHP n'a pas vraiment changé.
Attention pcq chez OVH on peut avoir un fichier .ovhconfig dans chaque dossier pour y changer la versiond de PHP.
Donc il faudrait utiliser phpinfo() pour vérifier dans ce dossier quelle version de PHP est en train de tourner...