Reprise du message précédent :
Ben tu te logues sur le compte admin (page wp-login.php), non

Hello,
 
Si tu fais référence à la page d'admin alors elle se trouvera là : http://192.168.XXX.XXX/wordpress/wp-admin
 
Par contre tu n'utilises pas DocumentRoot convenablement, il devrait pointer vers la racine des sites à servir donc respectivement /var/www/html/amazontoto et /var/www/html/wordpress. Le bloc <Directory> étant réservé à des directives particulières concernant certains dossiers...

Merci à vous deux pour vos réponses
 
@rufo : si je lance le navigateur http://192.168.XXX.XXX/wordpress/wp-admin, j'ai une erreur 404.
 
@LibreArbitre : j'avais fait plusieurs tests, et si je change le DocumentRoot de /var/www/html à /var/www/html/wordpress et /var/www/html/amazontoto j'ai également une erreur 404 rien qu'en lançant le navigateur http://192.168.XXX.XXX/amazontoto & /wordpress
Pour moi, pointer DocumentRoot sur la racine des sites virtuels me semblait logique. Surtout que j'ai qu'à cet endroit que je peux le spécifier. Pas dans le fichier apache2.conf
Quand je remets DocumentRoot sur /var/www/html et un reload, je peux à nouveau accéder aux deux sites. Sauf la partie admin

Normalement, http://192.168.XXX.XXX/wordpress/wp-admin redirige sur http://192.168.XXX.XXX/wordpress/wp-login.php
 
Perso, je retirerais wp-login.php de la directive DirectoryIndex pour le wordpress
 

en modifiant :  
DocumentRoot /var/www/html/wordpress et DocumentIndex *.php, et que je lance un http://192.X/wordpress/wp-login.php, j'ai alors le login. Mais je rentre mon login, et normalement je devrai avoir la page : 192.X/wp-admin (<-- comme ça dans la barre de mon navigateur après m'être logué) et j'ai alors :
et je suis bloqué.

Je pense que t'as raté un truc sur le fonctionnement des virtualhosts.
La tu déclares deux sites qui écoutent sur la même IP, mais auquel tu donnes des noms (ServerName) que tu n'utilises finalement pas pour y accéder.
Comment Apache peut-il savoir quel vhost tu lui demandes du coup ?
Enregistre des alias DNS amazontoto et wordpress sur ton IP (soit via serveur DNS, soit via fichier hosts) et utilise ces noms de domaine dans ton navigateur, tu y verras plus clair

Ha oui, j'avais même pas percuté : si t'utilises des vhost il faut les utiliser dans ton navigateur !

mmmh... J'avais oublié de dire que dans mon /etc/hosts : 127.0.0.1 amazontoto et 127.0.0.1 wordpress (ou 192.168.XXX.XXX amazontoto & 192.168.XXX.XXX wordpress)
 
j'ai zieuté bien des tutos avant sur les VH et tu les déclares toujours sur la même IP et sur le même port. J'avais déjà tenu deux sites sur un serveur Raspi, avec deux virtualhosts. Là, je bloque sur Worpdress et le site qu'il crée.
 
https://www.digitalocean.com/commun [...] untu-20-04
https://httpd.apache.org/docs/2.4/vhosts/examples.html

Ce qu'on te dit c'est qu'il faut utiliser les vhost que tu as créé comme nom DNS, et pas les IP. Puisque tu les as ajouté dans ton /etc/hosts la résolution se fera bien. Effectivement, si tu renseignes /var/www comme DocumentRoot cela fonctionnera car il verra bien les sous-dossiers mais cela n'est pas dans les règles de l'art...
 
Par contre je ne comprends pas à quoi tu fais référence quand tu parles de "Worpdress et le site qu'il crée"... Tu as ton frontend et ton backend, c'est juste que le second a besoin d'une authentification, rien de plus...

Gné?
Il y a un truc que vous avez zappé je pense. Le serveur Apache est une une VM, en 192.168.XXX.XXX, sous VMWare Workstation. Le serveur est sur un réseau en NAT. Mon navigateur est sur mon portable sous Win11 et je n'ai pas touché au fichier hosts, et selon moi, je n'en ai pas besoin (selon moi car première fois que je joue avec un serveur web sur une VM via VMWare, avant c'était sur un serveur physique)
Et ça doit marcher car :
http://192.168.XXX.XXX/amazontoto m'ouvre le index.html et la page toute pourrÿe
http://192.168.XXX.XXX/wordpress m'ouvre le site que WP a créé à son installation

Maintenant, si je veux  changer ce dernier site, si je veux aller dans la config de WP, je ne peux plus

Autre question con... 000-wordpress.conf est donc le premier site, 001-amazontoto.conf le deuxième. Si je mets dans 000 DocumentRoot /var/www/html/wordpress et dans le deuxième /var/www/html/amazontoto, les sites ne sont pas accessibles.
Si je mets dans 000 DocumentRoot /var/www/html/ et dans le deuxième /var/www/html/amazontoto (notez bien) wordpress est accessible, mais amazontoto ne s'ouvre plus.
Si je change  DocumentRoot /var/www/html pour les deux, les deux sites s'ouvrent.
Comme si DocumentRoot du premier site prenait la main sur le deuxième

EDIT : je vous remercie de vos posts bien sûr J'ai certainement loupé des trucs, je m'amuse avec WP et les virtualhosts et les VM. Donc je suis tout à votre écoute.

Ça va être délicat te d'aider sur une infra pas vraiment dans les règles de l'art... Tu évoques la modification de ton /etc/hosts et le post suivant tu nous dis que tu n'as pas touché à ton /etc/hosts... Pour rappel, modifier le /etc/hosts de ta VM LAMP ne va pas permettre à ton poste de travail de résoudre l'adresse IP, en l'absence de serveur DNS local (et des entrées locales associées) il faut bien que le fichier /etc/hosts soit ajusté pour que la résolution se fasse en l'absence de DNS local...

A te lire j'ai l'impression que tu mélanges tout... T'es pas le seul à faire des PoC ou lab@home (moi aussi je fais des tests : cluster Proxmox, cluster Docker avec du Kubernetes, cluster ESXi avec vCenter, et en prod j'ai 8 serveurs physiques et VPS pour héberger mes 300+ WordPress et autres CMS/outils) mais en te lisant on comprend que tu te perds dans les différentes terminologies, c'est pas grave, pas de souci, on apprend tous

Non, tu ne me lis pas bien.
Je n'ai pas modifié le fichier hosts de mon Win11. J'ai modifié celui de la VM.
Et le fichier host de mon Win11 n'a pas, selon moi, d'incidence. Je lance mon FF de mon Win 11 avec l'adresse de la VM. Et comme je l'ai dit, ça marche pour ouvrir le site amazontoto et le site créé par WP.

là honnêtement, je ne pense pas que je mélange tout.
J'ai mon portable sous Win11. Dessus, j'ai VMWare Workstation. Dans VW, j'ai créé un serveur Debian LAMP + Wordpress, en NAT. Pour le fun (enfin, dans une formation), je teste deux sites web avec donc la configuration virtualhosts.
J'ai déjà fait ce genre de config sur un serveur physique Raspi. Deux sites "bidons", juste Hello World 1 & Hello World 2, et ça marchait sans soucis. http://192.168.XXX.XXX/World1 & http://192.168.XXX.XXX/World2, nickel. Avec un vrai nom de site acheté, également. J'avais un site, un seul alors, sous WP et ça marchait aussi. Mais là, deux sites, un bidon encore, et un avec WP, j'y accède. Mais alors je n'accède plus à la configuration de WP. Et je ne vois pas le glitch. Je pense, je suis sûr que ça doit être possible. Je dois manquer un truc. Mais quoi?

Nan mais tu définie 2 vhost, avec le même document root qui est au dessus de tes deux sites.
 
Donc oui, quand tu donnes "amazontoto" ou "wordpress" comme chemin ça fonctionne, peu importe par quel vhost tu passes.
 
Sauf que les règles Directory que tu as spécifiées, ben y en a qu'une qui est évaluée, puisque Apache n'est pas capable de savoir quel vhost tu lui demandes. Il prend soit le premier déclaré, soit le dernier, mais dans tous les cas tu accèdes au même.
 
Donc soit tu fusionnes tes deux vhosts en un seul (en plaçant tes deux blocs directory dans le même vhost), soit tu utilises les noms de domaines pour te connecter afin que Apache sache quelle conf il doit appliquer (et tu définie les hostname dans ton hosts sous win11).

Je ne comprends pas...
Regarde : https://www.digitalocean.com/commun [...] untu-20-04

Il y a bien deux fichiers de configuration, un pour chaque site.

et

ou ce site :
https://httpd.apache.org/docs/2.4/vhosts/examples.html

les deux configurations sont dans le même fichier mais on peut même on doit les mettre dans deux fichiers séparés.
Et le DocumentRoot pointe vers le site. Sauf que si je fais ça sur ma config, ça ne marche pas. Je dois mettre DocumentRoot à la racine des deux sites.

La différence, c'est que les gens qui ont fait ces exemples UTILISENT LES BONS NOM DE DOMAINES POUR ACCEDER A LEURS VHOST

Si tu les lis bien, le deuxième site, tu peux renseigner ton fichier host. Ou pas. Si tu tapes l'adresse IP du serveur et le nom du site, ça passe. La preuve, ça marche chez moi, je le répète.
de mon Windows en 192.168.1.X, je tape : http://192.168.100.200/amazontoto et la page s'ouvre.
Je tape http://192.168.100.200/wordpress et la page du site créé par WP s'ouvre.  
Sauf que ce que je souhaite, c'est d'avoir accès à la configuration du site avec WP. Et ça, ça ne marche pas.
 
Rajouter les deux sites dans le fichier hosts de mon windows ne changera rien.

De ce qu'ils disent,je comprends que tu devrais accéder à tes 2 sites via les urls http//amazontoto/ et http://worpress/ avec ton navigateur de ton PC sous Win11 moyennant le fait que tu aies modifié ton host (du PC Win11) pour faire correspondre l'IP 192.168.100.200 à ces 2 vhosts.
Et du coup, t'as pas besoin de modifier le /etc/host de ta VM.
 
C'est bien ça ? J'ai bien compris vos propos ?

J'ai rien vu de tel dans la doc, je veux bien que tu me cites où c'est expliqué.
 
Je pense que tu m"langes plein de choses, et que t'as pas bien compris la notion de vhost.
 
Donc soit tu persistes à penser que tu fais tout bien comme il faut et t'avanceras pas, soit tu me fais confiance et tu as deux options : fusionner tes deux vhosts en un, déclarer les nom de tes vhosts dans le hosts de ta machine.
Franchement ça prend moins de temps à tester que ça me prend de temps de té répondre

Autre option : tu rajoutes une interface réseau à ta VM (ou une IP alias), et tu configures un des vhost sur l'IP d'origine, et le second sur la nouvelle IP, là tu pourras bien t'adresser à l'un ou l'autre de tes vhosts sans toucher à ton hosts windows.

 
Je renseigne les deux sites dans le fichier host dans Win11 et :  
_ je les ping bien, ping wordpresscoco & ping amazontoto  
 
Ma config sur le serveur VM :  
 
/etc/hosts :
 

 
_ 000-wordpresscoco.conf

 
_ 001-amazontoto.conf

 
Deux fichiers virtualhost parce que ça doit marcher.
 
De mon Win11 , sous FF :  
_ http://amazoncoco : je rentre sur l'index.html tout pourrÿ, je dois relancer mais ça marche
_ http://wordpresscoco : c'est la page amazontoto qui s'ouvre. J'ai beau relancer, c'est toujours amazontoto qui se lance. Pas wordpresscoco. Même si je spécifie http://192.168.100.240/wordpresscoco, c'est amazontoto qui s'ouvre.  
 
 
 

J'aurais tendance à pense que c'est inutile d'avoir modifié le host de ta VM.
192.168.100.240 amazontoto
192.168.100.240 wordpresscoco  
--> ça doit probablement expliquer ton problème que wordpresscoco retombe sur amazontoto.

YALA !!

Ca marche enfin !  

donc ma config :

Win11 : modification du fichier host avec rajout des deux "sites" : 192.168.100.240 amazontoto et 192.168.100.240 worpdresscoco
Je n'y touche plus (jusqu'à ce que je passe à autre chose )

VW :

_ modification du fichier /etc/hosts : le même que plus haut

_ modification des deux fichiers virtualhosts :

000-wordpresscoco.conf :

et

001-amazontoto.conf :

relance du service apache.

et désormais, lorsque je lance de mon portable sous FF :

_ http://wordpresscoco
         je tombe bien sur le site que WP a créé
si je rajoute http://wordpresscoco/wp-admin
         je tombe sur le login de WP, et après l'administration du site

_ http://amazontoto
          je tombe bien sur mon index.html et ma page toute pourrÿ

Donc les deux sites sont bien accessibles de mon portable, les deux sites sont actifs sur le serveur sur la VM sur VW

Merci à tous pour vos commentaires et votre aide

Si j'ai mis du temps à répondre, c'est que bien sûr j'expérimentais à côté, à changer telle configuration, relancer le service, recommencer, toussa

Hello !
 
Je vous contacte car je vais réaliser un site Web pour un pote qui a sa boîte d'électricité. J'avais fait un site pour une asso sur WP il y a quelques années. 2 questions :  
- Est-ce qu'un hébergement de ce type suffit pour un site d'artisan : https://www.ovh.com/fr/order/webclo [...] erso2014)) sinon il y a l'offre pro mais je ne sais pas si cela vaut le coup ?
- Je vois beaucoup de mecs qui travaillent avec DIVI maintenant sur WP. A l'époque, j'avais installé un thème WP Rocket. Qu'est-ce qui est mieux / plus simple ?  
 
Merci d'avance

WP Rocket n'est pas un theme builder mais un plugin (de caching en l'occurrence) donc tu dois confondre.
 
Pour Divi, c'est très pratique car d'une part il y a la possibilité d'une licence@lifetime sur un nombre illimité de sites mais d'autres part car ça évite d'avoir à réapprendre toute la construction d'un thème premium que l'on veut personnaliser (sous Elementor, Visual Composer, Beaver Builder WPBakery, etc.).
 
Pour ta problématique de hosting rien ne t'empêche de partir sur le moins cher et de migrer d'offre cas échéant...

Oui pardon, c'était un Rocket Theme.
 
Pour DIVI, je viens de voir les tarifs. Ca a l'air cool, bon après dans le cas du site de mon pote, je me demande si c'est pas moins cher de prendre un thème lambda plutôt que d'ajouter une facturation DIVI. Même coût sauf qu'il faut repayer tous les ans pour DIVI.  
 
Merci pour l'hosting.

La licence à vie de Divi est à $199 en ce moment. Rien ne t'empêche de la prendre et de facturer ton pote chaque année, ça lui reviendra moins cher que de prendre un thème tout fait sur Theme Forest qui lui coûtera $60 tous les ans et surtout si le thème est arrêté (ce qui arrive bien souvent passé 3 ans) il sera dans la mouise...
 
Ça serait intéressant si tu comptes y passer un peu de temps car tes prochains sites sur Divi seront alors fait plus rapidement, mais si c'est du one-shot alors effectivement autant partir sur du tout fait...

Merci de ton retour. Je lui ai proposé plusieurs choix en argumentant les +/- à chaque mois entre le thème gratuit, le thème payant mais sans maintenance éventuelle et le thème DIVI.

J'ai encore des cauchemars suite à l'utilisation de Divi. C'est comment les dernières versions ?
 
Nous sommes passés quasiment intégralement à Elementor. Depuis l'arrivée du système des Containers, pour remplacer l'antique Section+Colonnes, système qui intègre tout le modèle Flexbox, c'est devenu un bonheur.
 
Moi qui ne jurait que par du code (je faisais typiquement de l'ACF+templates), je gagne un temps fou.

 
Pareil, Elementor avec son thème light Hello.

Salut les experts

Libre m'a bien aidé sur ce site : mysimkit.fr , merci à lui !

Comme j'ai 2 pages d'articles différent : Conception et Boutique, j'ai utilisé les categories pour remplir mes menus, mais j'ai quelques soucis :

1- comme Conception et Boutique sont des pages categories, je n'ai pas de lien langue quand je suis dans boutique pour aller sur shop, son homologue anglais
2- dans ma page des articles: https://www.mysimkit.fr/blog/ je n'arrive pas à afficher que les articles boutique ou conception, il m'affiche toujours tout

Merci de votre aide

Hello, c'est quoi votre avis sur le changement d'url de la page de connexion admin ? Une vraie mesure de sécurité ? Ça permet de pallier au manque de sécurité des mots de passe des utilisateurs (nos clients) ?

Alors initialement ça peut effectivement éviter de s'exposer à des risques avec des comptes clients avec des mots de passe faibles mais s'ils ne sont pas admin le risque reste limité. De plus, par défaut WP impose des mots de passe durcis donc l'exposition est limitée...
 
Mon avis c'est que rien ne vaut le 2FA. Depuis que l'ai activé je n'ai plus eu un seul problème. C'est un peu plus contraignant car il faut utiliser un service type Google Authenticator mais avec WordFence on peut autoriser la connexion pendant 30 jours, c'est qui reste gérable.

 
Ca ne suffit clairement pas pour qui veut forcer l'entrée.

Merci, je vais regarder de ce côté. Je ne veux pas que ça devienne une contrainte non plus, on a beaucoup de petits clients et si ça génère trop d'appels parce qu'ils ne peuvent pas se connecter, je peux plus bosser après
Pas trop de ralentissements avec Wordfence ?
 

Oui j'imagine. Je suis en train d'étudier les bonnes pratiques en terme de sécurité pour renforcer tout ça, s'il y a des conseils qui trainent, je suis preneur =)
Je sais que je dois étudier les HSTS et peut-être aussi renforcer le .htaccess.

TAGS POUR RECHERCHE : MULTILANGUES MULTI-LANGUES POPYLANG EDITORS KIT

Salut tout le monde.
Je fais ici un petit REX de la mise en place du multilangues dans wordpress. Ce n'est peut-être pas la manière la plus propre de le faire, j'ai laissé tomber wordpress pendant plus de 10 ans avant de remonter un site en août dernier et j'ai dû cavaler pour me mettre à niveau.
Attention, il vaut mieux configurer un site en multilangue quand il y a peu de contenu, car un gros rattrapage en traduction est nécessaire.

On parle ici d'un site configuré de base en Anglais (en_US) pour lequel j'apporte une traduction en Français (fr_FR)

Mon Cahier des Charges

• débourser 0 euro dans un plugin
• Tout doit se faire dans le Site Editor, pas de classic features, doit pouvoir se passer de thème gérant les localisations

Cette configuration va permettre:
- d'associer une page dans une langue avec sa traduction dans une autre langue
- d'associer un article dans une langue avec sa traduction dans une autre langue
- d'associer un tag dans une langue avec sa traduction dans une autre langue
- d'associer une catégorie dans une langue avec sa traduction dans une autre langue

ET C'EST TOUT. AUCUNE TRADUCTION N'EST AUTOMATIQUE.

Plugins nécessaires

• Polylang en version gratuite
• Site Editor Classic Features : apporte une widget utilisable dans le Site Editor pour les classic features
• EditorsKit pour Guntenberg que j'avais déjà car me permet de justifier le texte dans la mise en forme. Il est possible que Block Visibility permette de répondre à cette problématique, pas testé.

Travail préparatoire

• Etre au clair sur les catégories et penser déjà à leur traduction dans les autres langues. Attention, les slugs ne sont pas mutualisables, idéalement il faudrait avoir des traductions différentes d'un point de vue chaine de caractère (ex event/evenement, tutorial/tutoriel....).

Installation

• Site Editor Classic Features : à installer et activer, pas de réglage
• EditorsKit :  à installer et activer. Du code est à changer dans le fichier plugin.php

Alors attention, à chaque montée de version du plugin ce changement risque de sauter, à remettre (ou peut-être qu'on peut déporter ce réglage dans un php custom dans le thème, je ne sais pas faire).

• Polylang :  à installer et activer. Des réglages sont à faire

 
- Choisir les langues et les locales, quelle est la langue par défaut (chez moi c'est en_US la langue par défaut). Ceci fait TOUS les articles déjà écrits, TOUTES les pages vont être affectées à la langue par défaut.
- La gestion des urls. Perso j'ai opté pour la chose suivante : tout ce qui est en anglais commence par /en/, tout ce qui est en français commence par /fr/
- choisir les éléments de ce qui est synchronisé. Perso j'ai choisi cela, sachant que je n'accepte pas les commentaires sur mon site (pour échanger on a un discord).

- Faire un tour par ici pour la traduction des titres/sous titre du blog https://polylang.pro/doc/strings-translations/

Traductions, round 1
- Il faut déjà mettre en place la traduction des tags et des catégories
- Mettez en place la traduction des PAGES (About US, Privacy policy, Terms of Use,... voire vos landing pages)
- Vous allez devoir mettre en place Un menu dans Chaque langue. C'est pour ça qu'il est important d'avoir déjà géré pages et catégories. De mon côté j'ai un menu dans le header et un autre dans le footer, donc 4 menus au total.

- ensuite il vous faut ajouter un widget Language Switcher dans votre menu. C'est là où le premier plugin installé est utile car il ajoute un bloc Guntenberg.

Personnellement je choisis de n'afficher que la langue vers laquelle je peux switcher. C'est cette widget qui va permettre de basculer d'une locale (en_US/fr_FR) à une autre.

- Enfin j'organise mon menu de la manière suivante :

C'est un peu moche comme ça mais le principe est le suivant : les menus sont stackés verticalement. Là où est toute la ruse c'est qu'on va choisir d'en masquer un selon le contexte.

Alors là ATTENTION, l'interface WP est très capricieuse. Pour accéder à un réglage en particulier il faut IMPERATIVEMENT procéder de la manière suivante.
1) choisissez n'importe quelle page ou article dont le template fait intervenir votre menu
2) passer en mode édition du menu
3) C'est seulement là que vous pourrez accéder à ce réglage :

Et pour chaque menu on va donc conditionner l'affichage avec la locale

Ma locale est française -> le menu anglais est caché
Ma locale est américaine -> le menu françaisest caché

Et voilà.

La maquette du site en construction est ICI : https://www2.kerbalspacechallenge.fr
EDIT2 : ce n'est plus une maquette, le site est en prod ! https://www.kerbalspacechallenge.fr

Merci pour ce REX, j'ai tenté plusieurs fois le multilangue, j'ai laissé tombé à chaque fois...
 
Je vais tester ça

bonjour, j'ai un souci avec la version non www de mon site
la version www fonctionne et j'ai un .htaccess comme ceci:

 
une idée de comment faire?

Met déjà tes règles de redirection concernant la version non-www au début du .htaccess.
 
À voir aussi comment est configuré ton DNS, parce ça devrait rediriger tout seul.
 
Et quelle URL est définie dans les options ? T'as bien la version avec www. ?

Bonjour,
 
Je me permets de vous demander vos lumières sur mon souci : j'ai perdu entre 70% et 80% de mon trafic lors du Covid / suite à la refonte intégrale de mon site internet.
 
J'avais travaillé sur un espace de preprod en sous-domaine : https://gogojapon.planetemaneki.com
 
La personne qui devait migrer le tout pour le passer en prod a choisi de passer le sous-domaine vers la racine donc en https://planetemaneki.com
 
Après, il y avait toujours des liens qui pointaient vers le sous-domaine, j'ai donc dû les modifier à la main.
 
1) Sur le FTP j'ai donc le dossier /pp/ qui servait de preprod et le /www/ (ancienne version du site si je ne m'abuse) avec les mêmes dossiers classiques Wordpress dans chacun (wp-admin, wp-include, etc.)
 
2) Le fichier robots me semble très étrange : https://planetemaneki.com/robots.txt
 
J'ai donc deux questions :
 
1°) pourriez-vous me donner selon vous un fichier robots plus simplistes (je n'ai clairement pas besoin de toutes ces lignes) ?
 
2°) D'où pourrait provenir ce déclassement Google et cette baisse de trafic énorme selon vous ?
 
Merci par avance pour vos éléments de réponses.

 
S'il restait des liens qui pointaient vers l'ancien sous domaine, c'est que la migration a été mal faite déjà.
 
Ensuite sur ton ftp, il ne devrait rester dans le bon dossier (www) que la version finale du site, plus d'ancienne version ni de preprod, rien que pour être "propre".
 
Quand on refond un site, Google doit tout reprendre à zéro et souvent il faut aller lui dire sans attendre qu'il s'en aperçoive lui même. Il y a donc une part de normalité dans la baisse de ton trafic.
 
Comment analyses tu ton trafic ? Une simple extension wp ne fait souvent que montrer un trafic global et non de réelles visites utiles (les sites wp sont constamment bombardés de visites de toutes sortes pour fouiner, trouver une faille, pirater, etc).  
 
Pour terminer, je ne suis pas spécialiste des fichiers robots.txt mais j'ai l'impression que le tien interdit beaucoup de choses. Il faudrait en régénérer un propre.
 
Bref, désolé de ne pas avoir pu aider plus, bon courage à toi.

Bonjour Fr4p,
 
Merci de ton message.
 
C'est bien ce que je me disais au niveau des dossiers sur le serveur, l'idéal serait de n'avoir plus qu'un dossier /www/.  
 
Il me semble que le dev avait décidé de ne pas migrer la base de données justement (il se plaignait qu'elle était trop grosse et j'avoue ne pas avoir bien compris, le blog à 10 ans mais ça reste un blog Wordpress, ce n'est pas le site de Amazon...), il a donc décidé de repointer le nom de domaine planetemaneki vers le projet du nouveau site.
 
Pour l'analyse de trafic j'utilise Google Analytics. Mais enfin cette (fausse) migration / repointage de DNS a eu lieu fin juillet 2022 donc il y a plus d'un an.
 
Pour le robots.txt oui je vais essayer d'en regénérer un car là c'est n'importe quoi en plus il y a des Disallow sur des répertoires qui n'existent même pas sous le serveur, à n'y rien comprendre !