J'ai un hébergement "perso" de 100 go, qui pointé sur mon site monsite1.eu et qui se trouve sur ./WWW de l'hébergement
Je l'ai déveoloppé avec le Wordpress à ma dispo dans cet hébergement
Il me donne le nom d'une base de donnée : mabase157.db
J'ai également un site monsite2.eu que j'ai créé en multisite et qui pointe sur ./montsite2 et qui fonctionne parfaitement sauf que mes page html
étaient faites avec Dreamweaver il y a 10 ans.
Je souhaitais simplement rajeunir le site, en me servant de Wordpress disponible gratuitement sur mon hébergement OVH.
Mais je n'arrive pas à créer un lien wordpress sur ce sous-répertoire.
Dans module en un clic
J'ai voulu avoir wordpress sur ce 2eme site
J'ai cliqué sur Ajouter un module
Wordpress
monsite2.eu
Installation avancé
Il me confirme la base de données mabase157.db
Idem pour le serveur
le nom de la base
le port 3306
nom utilisateur mabase157
Mot de passe : je l'ai rentré et fait suivant
Nom adm : XXXX
Mot de passe xxxxxxxx
Confirme xxxxxxxxx
Domaine : monsite2.eu
langue : française
Chemin install.:monsite2/monsite2
Souhaitez vous ajouter un module ? valider => ok
Puis module encours d'installation
Puis mail d'erreur :
Bonjour Marc,
Une erreur est survenue lors de l'installation du module Wordpress sur l'hébergement lié au nom de domaine monsite1.eu
Le message d'erreur est le suivant :
Impossible de se connecter à la base de données "mabase157" en tant que "mabase157" sur le serveur "mabase157.mysql.db".
Veuillez vérifier que les informations que vous nous avez fournies sont correctes.
Vous retrouverez un complément d'information sur le guide Comment utiliser les modules en 1 clic ?
Merci de votre compréhension.
Merci pour votre aide
Marc
Hébergement Web-old - Un hébergement perso : wordpress pour 2 sites
Related questions
- [RESOLU] Server unable to read htaccess file, denying access to be safe
73432
24.11.2019 19:11
- Version php 7.0 sur Ovh mais php 5.4.45 sur mon wordpress
68077
10.01.2019 11:14
- Effacer wordpress d'OVH et reinstaller
67463
08.09.2019 21:02
- Comment récupérer son mot de passe phpmyadmin ?
66760
14.11.2016 10:32
- Changer la version d'une base de donnée en mutualisé
64164
22.12.2016 11:46
- Résiliation hébergement
64108
27.07.2018 10:39
- Ne supporte pas FTP sur TLS
63998
11.12.2018 18:48
- Variable upload_max_filesize plus grande que post_max_size
56620
11.06.2017 16:01
- Résiliation hébergement+domaine
55664
11.09.2018 20:28
- Transfert hebergement et domaine .fr entre client OVH ?
54079
21.12.2016 15:10
reprend les paramètres de connexion dans `www/wp-config.php`
si ton serveur de base, n'est pas sous la forme 'monsite.mysql.db' modifie avec ce qu'indique le manager (1234-6.mysql.db n'est pas bon par exemple)
tu gagnerais du temps, tu aurais une version à jour et plus sobre en installant manuellement une version officielle: https://wpformation.com/installer-wordpress/#installation_manuelle
> copie ces fichiers sur ovh, je vais effacer les extentions que j'ai aquises et j'ai peur d'affacer aussi des pages ou autre ...
non, dans l'archive officielle tu n'as pas de répertoires où sont tes personnalisations:
* wp-config.php
* .htaccess
* wp-content/uploads
seuls seront écrasées les fichiers du coeur, ce que fait ou peut faire toute mise à jour d'ailleurs
---
pour le 2e site, j'ai pas tout compris, je n'écraserais rien pour commencer
je créerais un répertoire site2, à côté, en parallèle de www, et je modifierais ou créerais multisite (https://docs.ovh.com/fr/hosting/multisites-configurer-un-multisite-sur-mon-hebergement-web/)
puis les fichiers Worpdress, installation avec préfixe différent de site1...
---
le nom du serveur de base est correct
oui tu copies dans ce répertoire site2
```text
/
/site2 -> 1 Wp
/www -> 1 wp
```
si tu as un hébergement perso, c'est UNE seule base, tu modifies les préfixes
si tu as mieux, tu prends une autre base
préfixes de tables, mais je n'ai pas envie de réexpliquer le tuto que je t'ai donné
sans donner de détails, il te faut débrouiller, je sais pas ce qu'est monsite1 !
Bonjour @MarcM19
Je ne comprends pas très bien ton soucis.
Si ton script **_update-core.php_** se trouve dans le chemin sur ton site :
.../www/wp-admin/update-core.php
Il est normal que .../www/ soit remplacé par http://lenjeu.eu/
Par contre, attention ton site semble être en HTTP alors que maintenant la rêgle est HTTPS.
Bonsoir @MarcM19
Nom exact des DEUX domaines et leur emplacement dans l'arborescence de **_.../www_** ?
Bonsoir @MarcM19
J'accède bien à tes deux Domaines.
* Le 1er : un magnifique éventail.
* Le 2ème : J'ai réuni sur ce site le fruit de mon travail depuis plus d'une quarantaine d'années
Quel est ton soucis exactement ?
Il faut que chaque site WORDPRESS ait ses propres tables SQL.
Exemple :
**1er site - Préfixe des tables : wp_site1_**
**2ème site - Préfixe des tables : wp_site2_**
n'importe quoi...
tu as changé de word en wordpress?
tu vas faire payer le génie :) ?
**_Monsieur / Madame @kyodev, je ne mêle pas de vos réponses, alors gardez vos commentaires insidieux et forts malpolis._**
Vous serez bien inspiré de garder vos remarques que je signale systématiquement comme SPAM et peu poli.
Copie @AntoineB1
Il te faut partir d'une installation NEUVE de Wordpress et au moment de la configuration choisir un autre préfixe que pour le 1er site.
```text
curl --head -XGET --user-agent firefox http://lenjeu.eu/
HTTP/1.1 200 OK
curl --head -XGET --user-agent firefox http://marcmandel.eu
HTTP/1.1 200 OK
```
il n'y a pas de redirection
si tu en as, vide le cache de ton navigateur
---
https n'est pas réservé aux site marchand maintenant
MONSIEUR le génie, tu n'as pas l'impression de bébégayer?
> je signale systématiquement comme SPAM et peu poli.
attention que le gaston ne te fasse pas payer: https://community.ovhcloud.com/community/fr/page-site-web-en-consturction-ovh-puis-index-of?id=community_question&sys_id=6e20b1c0e55286d02d4c0165b3e76643
mais je vais l'observer faire, je vais voir ce que donne un apprentissage par word
comme maintenant je vois le truc, si tu veux, tu me topes en privé
**_Monsieur / Madame @kyodev, je ne mêle pas de vos réponses, alors gardez vos commentaires insidieux et forts malpolis._**

Vous serez bien inspiré de garder vos remarques que je signale systématiquement comme SPAM et peu poli.
Copie @AntoineB1
on va le sa sa savoir :o)
Bonsoir @MarcM19
Les odeurs dégagées sur ce sujets sont malsaines.
Je refuse de continuer sur ce sujet. Désolé.
arf, l'excuse...
à toi de voir qui a l'expérience de wordpress
quant à mon impatience, depuis 7h ce matin au fil avec un support d'hébergeur,
3 pannes résolue, une mise en production Wp (diffcile) et me reste encore 1 dépannage Wp et un Gogole site à peaufiner... :)
tu as eu tous les renseignements avec des sites camouflés?
concrètement, je vois un peu plus quoi surveiller
je t'ai dis que tu y pouvais quelque chose?
perso ça m'amuse, c'est le speed
mais je te donne tout ce qu'il faut avec des monsite1 ou 2 (sites camouflés)
après pour du concret, il faut du concret
tu veux changer de forum?
tu préfères le gaston?
tu dis
le rapport?
> mais dans ce cas, si je comprends bien, les infos de la base ...
ce sont les url qui ne seront pas corrigées, ce qui n'est pas important si le site est encore vierge
tu peux très bien avoir
```text
/
/ancienSite2
/site2
/www
```
> mon nom de domaine Monsite2.eu peut il pointer sur mon site
le multiste (dossier racine) est ok?: https://docs.ovh.com/fr/hosting/multisites-configurer-un-multisite-sur-mon-hebergement-web/
> nouveau wordpress refuse de me sauvegarder les modifs
une erreur? pas de firewall? pas de php7.3?
perso
* je déplacerais `site2` d'un niveau
* réglages siteurl&home: http://site2
* je **supprimerais le .htaccess**
* je supprimerais les post/article par défaut
* je referais le .htaccess
* réglages/permaliens/enregistrer
hormis ça, je ne vois pas d'où viendrait cette erreur, si le Firewall n'est pas activé
réglages dans l'administration WP:

---
le .htaccess se supprime en FTP
il se trouve dans la racine du site, genre `site2`
tu peux l'effacer avec FTPexplorer (c'est pas le top, mais ça affiche les fichiers cachés)
https://i.imgur.com/eJVqrmM.png
on peut imaginer que le .htaccess n'existe pas, mais pour une install en sous-répertoire, ça me paraît pas possible
le refaire:
* réglages/permaliens/enregistrer
> la place de http, il devient https ?
avant TOUTE création de page oui...
mais il faut aussi créer les bonnes redirections dans le .htaccess (au besoin le créer)
```text
RewriteEngine On
## www -> no-www
RewriteCond %{HTTP_HOST} ^www\.(.+)$
RewriteRule ^ https://%1%{REQUEST_URI} [R=301,L,NE,QSA]
## http -> https
RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L,NE,QSA]
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress
```
> C'est grave Docteur ?
non, j'ai déjà vu ça
dans l'archive officielle, c'est normal, pour ne pas écraser l'existant
je t'ai donné un `.htaccess` valide pour un wordpress installé en racine (après ton déplacement)
pour l'enjeu tu peux utiliser le même `.htaccess`, mais comme le site a du vécu, il faut corriger la base, ce qui est délicat à faire
> si tous les liens du sites sont en https.
'` ou `'`
d'où la correction de la base
> Dans ce cas, il pourra arriver que leurs sites ne soit pas https.
on ne parle pas de ces liens, juste des ressources nécessaire pour afficher ton site, essentiellement des `
les deux derniers exemples sont généralement dans le thème qui, s'il est bien fait, n'a pas d'urls absolues
le reste est dans la base et concerne à 99% ton domaine
---
sur ton premier site:
```text
TXT "google-site-verification=EwIgdZ-YkM9vGEPqKy_y8yPusRzlc_BDWYNWuFiNd5A"
```
toutes les vérifications de propriété par google via les domaines sont sous cette forme
google doit te donner le *'token'*
rien, pas de sous-domaine, c'est destiné au domaine root
ohvcontrol c'est autre chose, c'est un sous-domaine
j'imagine que tu parles de search console?