Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Ubuntu 18 + LAMP + Wordpress

MissTKali

Bonjour à tous,

Je suis désespérée, cela fait une dizaine de jours que j'essaye de créer une page wordpress sans message d'erreur ou erreur 404. J'ai écumé toutes les possibilités que j'ai trouvé en naviguant sur pas mal de sujets de forums, j'ai désinstallé, réinstallé LAMP, supprimé les thèmes et plugins Wordpress pour tester mais ça revient toujours. D'après le support Wordpress, ça serait du côté du serveur.

Graphiquement, voici ce qu'il se passe (étape 1 en haut à gauche, étape 2 en haut à droite etc) :

http://free-pictures-hosting.org/upload/2019-10-24-21-46-58-538023-01-02.png

http://free-pictures-hosting.org/upload/2019-10-24-21-46-58-282956-03-04.png

http://free-pictures-hosting.org/upload/2019-10-24-21-46-58-635650-05-06.png

http://free-pictures-hosting.org/upload/2019-10-24-21-46-58-803403-07-08.png

Voici unecopie des élements de paramétrage de mon début de wordpress :

`
### wp-core ###

version: 5.2.4
site_language: fr_FR
user_language: fr_FR
permalink: /%postname%/
https_status: false
user_registration: 0
default_comment_status: open
multisite: false
user_count: 2
dotorg_communication: true

### wp-paths-sizes ###

wordpress_path: /var/www/html/quanticOne
wordpress_size: 108,99 MB (114289536 bytes)
uploads_path: /var/www/html/quanticOne/wp-content/uploads
uploads_size: 39,72 MB (41653952 bytes)
themes_path: /var/www/html/quanticOne/wp-content/themes
themes_size: 31,15 MB (32666141 bytes)
plugins_path: /var/www/html/quanticOne/wp-content/plugins
plugins_size: 333,77 KB (341782 bytes)
database_size: 2,52 MB (2637824 bytes)
total_size: 182,71 MB (191589235 bytes)

### wp-active-theme ###

name: Divi Child
version: 3.29.3
author: MissTKali
author_website: http://www.elegantthemes.com
parent_theme: Divi
theme_features: custom-background, automatic-feed-links, post-thumbnails, menus, title-tag, post-formats, woocommerce, wc-product-gallery-zoom, wc-product-gallery-lightbox, wc-product-gallery-slider, customize-selective-refresh-widgets, editor-style, widgets
theme_path: /var/www/html/quanticOne/wp-content/themes/Divi

### wp-themes (2) ###

Divi: version: 3.29.3, author: Elegant Themes (latest version: 4.0.3)
Twenty Nineteen: version: 1.4, author: L’équipe WordPress

### wp-mu-plugins (1) ###

Health Check Troubleshooting Mode: author: (undefined), version: 1.7.0

### wp-plugins-active (1) ###

Health Check & Troubleshooting: version: 1.4.2, author: The WordPress.org community

### wp-media ###

image_editor: WP_Image_Editor_GD
imagick_module_version: Non disponible
imagemagick_version: Non disponible
gd_version: 2.2.5
ghostscript_version: 9.26

### wp-server ###

server_architecture: Linux 4.15.0-66-generic x86_64
httpd_software: Apache/2.4.29 (Ubuntu)
php_version: 7.2.19-0ubuntu0.18.04.2 64bit
php_sapi: apache2handler
max_input_variables: 1000
time_limit: 180
memory_limit: 256M
max_input_time: 180
upload_max_size: 64M
php_post_max_size: 64M
curl_version: 7.58.0 OpenSSL/1.1.1
suhosin: false
imagick_availability: false
htaccess_extra_rules: false

### wp-database ###

extension: mysqli
server_version: 5.7.27-0ubuntu0.18.04.1
client_version: mysqlnd 5.0.12-dev - 20150407 - $Id: 3591daad22de08524295e1bd073aceeff11e6579 $

### wp-constants ###

WP_HOME: undefined
WP_SITEURL: undefined
WP_CONTENT_DIR: /var/www/html/quanticOne/wp-content
WP_PLUGIN_DIR: /var/www/html/quanticOne/wp-content/plugins
WP_MAX_MEMORY_LIMIT: 256M
WP_DEBUG: true
WP_DEBUG_DISPLAY: true
WP_DEBUG_LOG: false
SCRIPT_DEBUG: false
WP_CACHE: false
CONCATENATE_SCRIPTS: undefined
COMPRESS_SCRIPTS: undefined
COMPRESS_CSS: undefined
WP_LOCAL_DEV: undefined

### wp-filesystem ###

wordpress: writable
wp-content: writable
uploads: writable
plugins: writable
themes: writable
mu-plugins: writable

`

Si quelqu'un a une idée du pourquoi ça bugue chez moi... Toutes suggestions est la bienvenue.
Je vous remercie d'avance.

[sub]Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images (Des hébergeurs comme Toile Libre ou TDCT'Pix le permettent).[/sub]

krodelabestiole

apparement tu as une erreur 404 sur le frontend.

ton wordpress est visiblement installé dans /var/www/html/quanticOne mais il nous faudrait plus d'info sur ton virtualhost (config apache), l'url appelée, celle de l'installation...

MissTKali

Merci pour ta réponse krodelabestiole,

Je vais essayer de fournir un maximum d'informations (la botte de foin) pour pouvoir y voir plus clair et éventuellement trouver l'aiguille perdue.

Mon fichier de config apache2.conf (dans /etc/apache2/) contient :

# This is the main Apache server configuration file.  It contains the
# configuration directives that give the server its instructions.
# See http://httpd.apache.org/docs/2.4/ for detailed information about
# the directives and /usr/share/doc/apache2/README.Debian about Debian specific
# hints.
#
#
# Summary of how the Apache 2 configuration works in Debian:
# The Apache 2 web server configuration in Debian is quite different to
# upstream's suggested way to configure the web server. This is because Debian's
# default Apache2 installation attempts to make adding and removing modules,
# virtual hosts, and extra configuration directives as flexible as possible, in
# order to make automating the changes and administering the server as easy as
# possible.

# It is split into several files forming the configuration hierarchy outlined
# below, all located in the /etc/apache2/ directory:
#
#	/etc/apache2/
#	|-- apache2.conf
#	|	`--  ports.conf
#	|-- mods-enabled
#	|	|-- *.load
#	|	`-- *.conf
#	|-- conf-enabled
#	|	`-- *.conf
# 	`-- sites-enabled
#	 	`-- *.conf
#
#
# * apache2.conf is the main configuration file (this file). It puts the pieces
#   together by including all remaining configuration files when starting up the
#   web server.
#
# * ports.conf is always included from the main configuration file. It is
#   supposed to determine listening ports for incoming connections which can be
#   customized anytime.
#
# * Configuration files in the mods-enabled/, conf-enabled/ and sites-enabled/
#   directories contain particular configuration snippets which manage modules,
#   global configuration fragments, or virtual host configurations,
#   respectively.
#
#   They are activated by symlinking available configuration files from their
#   respective *-available/ counterparts. These should be managed by using our
#   helpers a2enmod/a2dismod, a2ensite/a2dissite and a2enconf/a2disconf. See
#   their respective man pages for detailed information.
#
# * The binary is called apache2. Due to the use of environment variables, in
#   the default configuration, apache2 needs to be started/stopped with
#   /etc/init.d/apache2 or apache2ctl. Calling /usr/bin/apache2 directly will not
#   work with the default configuration.


# Global configuration
#

#
# ServerRoot: The top of the directory tree under which the server's
# configuration, error, and log files are kept.
#
# NOTE!  If you intend to place this on an NFS (or otherwise network)
# mounted filesystem then please read the Mutex documentation (available
# at <URL:http://httpd.apache.org/docs/2.4/mod/core.html#mutex>);
# you will save yourself a lot of trouble.
#
# Do NOT add a slash at the end of the directory path.
#
#ServerRoot "/etc/apache2"

#
# The accept serialization lock file MUST BE STORED ON A LOCAL DISK.
#
#Mutex file:${APACHE_LOCK_DIR} default

#
# The directory where shm and other runtime files will be stored.
#

DefaultRuntimeDir ${APACHE_RUN_DIR}

#
# PidFile: The file in which the server should record its process
# identification number when it starts.
# This needs to be set in /etc/apache2/envvars
#
PidFile ${APACHE_PID_FILE}

#
# Timeout: The number of seconds before receives and sends time out.
#
Timeout 300

#
# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to "Off" to deactivate.
#
KeepAlive On

#
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
#
MaxKeepAliveRequests 100

#
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
#
KeepAliveTimeout 5


# These need to be set in /etc/apache2/envvars
User ${APACHE_RUN_USER}
Group ${APACHE_RUN_GROUP}

#
# HostnameLookups: Log the names of clients or just their IP addresses
# e.g., www.apache.org (on) or 204.62.129.132 (off).
# The default is off because it'd be overall better for the net if people
# had to knowingly turn this feature on, since enabling it means that
# each client request will result in AT LEAST one lookup request to the
# nameserver.
#
HostnameLookups Off

# ErrorLog: The location of the error log file.
# If you do not specify an ErrorLog directive within a <VirtualHost>
# container, error messages relating to that virtual host will be
# logged here.  If you *do* define an error logfile for a <VirtualHost>
# container, that host's errors will be logged there and not here.
#
ErrorLog ${APACHE_LOG_DIR}/error.log

#
# LogLevel: Control the severity of messages logged to the error_log.
# Available values: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the log level for particular modules, e.g.
# "LogLevel info ssl:warn"
#
LogLevel warn

# Include module configuration:
IncludeOptional mods-enabled/*.load
IncludeOptional mods-enabled/*.conf

# Include list of ports to listen on
Include ports.conf


# Sets the default security model of the Apache2 HTTPD server. It does
# not allow access to the root filesystem outside of /usr/share and /var/www.
# The former is used by web applications packaged in Debian,
# the latter may be used for local directories served by the web server. If
# your system is serving content from a sub-directory in /srv you must allow
# access here, or in any related virtual host.
<Directory />
	Options FollowSymLinks
	AllowOverride None
	Require all denied
</Directory>

<Directory /usr/share>
	AllowOverride None
	Require all granted
</Directory>

<Directory /var/www/>
	Options Indexes FollowSymLinks
	AllowOverride None
	Require all granted
</Directory>

#<Directory /srv/>
#	Options Indexes FollowSymLinks
#	AllowOverride None
#	Require all granted
#</Directory>




# AccessFileName: The name of the file to look for in each directory
# for additional configuration directives.  See also the AllowOverride
# directive.
#
AccessFileName .htaccess

#
# The following lines prevent .htaccess and .htpasswd files from being
# viewed by Web clients.
#
<FilesMatch "^\.ht">
	Require all denied
</FilesMatch>


#
# The following directives define some format nicknames for use with
# a CustomLog directive.
#
# These deviate from the Common Log Format definitions in that they use %O
# (the actual bytes sent including headers) instead of %b (the size of the
# requested file), because the latter makes it impossible to detect partial
# requests.
#
# Note that the use of %{X-Forwarded-For}i instead of %h is not recommended.
# Use mod_remoteip instead.
#
LogFormat "%v:%p %h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" vhost_combined
LogFormat "%h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %O" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent

# Include of directories ignores editors' and dpkg's backup files,
# see README.Debian for details.

# Include generic snippets of statements
IncludeOptional conf-enabled/*.conf

# Include the virtual host configurations:
IncludeOptional sites-enabled/*.conf

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

Include /etc/phpmyadmin/apache.conf

Mon fichier .htacces dans (/var/www/html/quanticOne/) contient :

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /quanticOne/
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /quanticOne/index.php [L]
</IfModule>

# END WordPress

Ma version php : 7.2.19 / MySql : 5.7.27
Je travaille en local
J'ai installé LAMP via lacommande :

sudo apt install apache2 php libapache2-mod-php mysql-server php-mysql

Sur un forum, j'ai trouvé une piste qui parle d'une activation du mod_rewrite

Franck sur le forum de WP a écritPour vérifier que le mod_rewrite est activée dans Apache sous Ubuntu, tu vérifies la présence d’un lien symbolique (rewrite.load) dans etc/apache2/mods-enabled.
S’il n’existe pas, il suffit de le créer (il pointe sur /etc/apache2/mods-available/rewrite.load) puis de redémarrer le serveur apache pour que cela soit pris en compte.

Dites moi si déjà on s'approche d'une piste et si j'ai bien compris ce qui est expliqué car voilà ce que j'ai fait :
- J'ai édité (avec les droits admin) le fichier /etc/apache2/mods-enabled/rewrite.load
- J'ai donc remplacé son contenu initial : LoadModule rewrite_module /usr/lib/apache2/modules/mod_rewrite.so
par : /etc/apache2/mods-available/rewrite.load
- Puis j'ai reloadé apache.

Je saigne des neurones. Vraiment je compte sur la communauté Ubuntu pour me venir en aide car ça fait 10 jours que je tente des trucs en vain et je suis quasi certaine que le problème vient de ma config serveur.

Merci d'avance.

krodelabestiole

MissTKali a écrit- J'ai édité (avec les droits admin) le fichier /etc/apache2/mods-enabled/rewrite.load

houla y a vraiment pas besoin d'aller tripatouiller dans ces fichiers !

c'est une mauvaise idée d'aller suivre des tutos à droite / à gauche qui proposent des approches différentes et ne sont souvent pas du tout à jour.
il y a une doc pour wordpress ici présente qu'on tient à jour : https://doc.ubuntu-fr.org/wordpress

comme je peux pas être sûr de l'intégralité des opérations que tu as effectuées et que c'est probablement plus simple de tout réinstaller que d'aller corriger tout ça, ce que je te propose c'est une réinstallation complète (à condition qu'apache2 ne fournisse aucun service pour le moment, tu n'as pas d'autre site installé actuellement sur ce serveur, ou phpmyadmin que tu voudrais garder par ex. ?) :

pour désinstaller apache :

sudo apt autoremove --purge apache2\*

pour virer la config apache :

sudo mv /etc/apache2 /etc/apache2.bak

pour virer les fichiers actuels du site :

sudo mv /var/www /var/www.bak

pour désinstaller php (au cas où tu aurais aussi bidouillé des fichiers de config de php) :

sudo apt autoremove --purge php\*

pour virer les configs php :

sudo mv /etc/php /etc/php.bak

pour virer les extensions de php :

sudo mv /var/lib/php /var/lib/php.bak

et pour désinstaller mysql (et partir d'une base propre) :

sudo apt autoremove --purge mysql-server\* mariadb-server\*

pour virer les configs php :

sudo mv /etc/mysql /etc/mysql.bak

puis virer les bases de données existantes :

sudo mv /var/lib/mysql /var/lib/mysql.bak

et éviter un message d'erreur lors de la réinstallation

sudo mkdir -p /etc/mysql/conf.d

ensuite tu peux suivre tranquillement, pas à pas, la documentation : https://doc.ubuntu-fr.org/wordpress#prerequis
en commençant par réinstaller lamp :

sudo apt install apache2 php libapache2-mod-php mysql-server php-mysql
sudo apt install php-curl php-gd php-intl php-json php-mbstring php-xml php-zip

arrête-toi dès que tu rencontres un obstacle ou une erreur et viens poster le problème ici.

je n'ai pas supprimé tes anciennes config, si tu arrives à réinstaller wordpress et que tout fonctionne bien tu peux tout virer définitivement avec :

sudo rm -rf /var/lib/mysql.bak /etc/mysql.bak /var/lib/php.bak /var/www.bak /etc/apache2.bak

attention à bien copier-coller cette dernière commande, elle peut faire un désastre si elle est mal tapée !

MissTKali

Merci beaucoup de ta part,

effectivement, j'ai fait la réinstall plusieurs fois mais je n'étais pas sure d'avoir supprimé l'intégralité des fichiers et dépendances alors c'est génial avec l'ensemble de ces commandes, je ne vais rien oublier.
De plus, je n'ai absolument rien à perdre car je pars de 0.
Merci encore, donc dans l'ordre pour être sure :.

J'ai désinstallé Apache. On me demande si je veux reconfigurer apache : j'ai ici répondu non

sudo apt autoremove --purge apache2\*

J'ai viré la config apache et viré les fichiers dans le www :
2 opérations rapides qui passent inaperçues en une fraction de seconde.

Ensuite j'ai désinstallé Php :

sudo apt autoremove --purge php\*

Ça me renvoie un long rapport au milieu duquel j’observe une belle phrase en rouge :

dpkg : error while cleaning up:
 installed phpmyadmin package post-installation script subprocess returned error

Vu que je constate une erreur, je m'arrête là...

Edit : J'ai finalement continué
Viré les config et les extensions de Php (opérations indolores)

Puis désinstallé MySql :

sudo apt autoremove --purge mysql-server\* mariadb-server\*

Mais je m'arrête un moment pour afficher le retour qui semble étrange :

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Note : sélection de mysql-server-5.5 pour l'expression rationnelle « mysql-server* »
Note : sélection de mysql-server-5.6 pour l'expression rationnelle « mysql-server* »
Note : sélection de mysql-server-5.7 pour l'expression rationnelle « mysql-server* »
Note : sélection de mysql-server pour l'expression rationnelle « mysql-server* »
Note : sélection de mysql-server-core-5.5 pour l'expression rationnelle « mysql-server* »
Note : sélection de mysql-server-core-5.6 pour l'expression rationnelle « mysql-server* »
Note : sélection de mysql-server-core-5.7 pour l'expression rationnelle « mysql-server* »
Le paquet « mysql-server-core-5.5 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mysql-server-5.5 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mysql-server-5.6 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mysql-server-core-5.6 » n'est pas installé, et ne peut donc être supprimé
Note : sélection de mariadb-server-5.5 pour l'expression rationnelle « mariadb-server* »
Le paquet « mariadb-server-5.5 » n'est pas installé, et ne peut donc être supprimé
Vous pouvez lancer « apt --fix-broken install » pour corriger ces problèmes.
Les paquets suivants contiennent des dépendances non satisfaites :
 phpmyadmin : Dépend: php mais il n'est pas installable
              Dépend: php-cli
              Dépend: php-mysql mais il n'est pas installable ou
                       php-mysqli
              Dépend: php-json
              Dépend: php-mbstring
              Dépend: php-xml
              Dépend: libjs-sphinxdoc (>= 1.0) mais il n'est pas installable
              Dépend: dbconfig-mysql mais il n'est pas installable ou
                       dbconfig-no-thanks mais il n'est pas installable ou
                       dbconfig-common (< 2.0.0) mais il n'est pas installable
              Dépend: php-php-gettext mais il n'est pas installable ou
                       php-gettext (<= 1:7.0) mais il n'est pas installable
              Dépend: php-phpseclib (>= 2.0) mais il n'est pas installable
              Recommande: apache2 mais il n'est pas installable ou
                          lighttpd mais il n'est pas installable ou
                          httpd
              Recommande: php-curl
              Recommande: php-gd
              Recommande: php-bz2
              Recommande: php-zip
              Recommande: php-tcpdf mais il n'est pas installable
E: Dépendances non satisfaites. Essayez « apt --fix-broken install » sans paquet
   (ou indiquez une solution).

J'ai ensuite viré les config php
et lorsque j'ai voulu eraser les bases de données existantes :

sudo mv /var/lib/mysql /var/lib/mysql.bak

J'ai eu ce retour

mv: impossible de déplacer '/var/lib/mysql' vers '/var/lib/mysql.bak/mysql': Le dossier n'est pas vide

Faut-il supprimer les bases de données depuis phpmyadmin avant de procéder à l'étape ci-dessus?

Je n'ai donc pas encore fait les opé qui suivent en attendant de savoir ce que tu en penses.

Edit2 :

Note : En parcourant la suite de ta marche à suivre, je vois l'install de LAMP telle que je l'ai faite (en une seule ligne de code) puis cette ligne :

sudo apt install php-curl php-gd php-intl php-json php-mbstring php-xml php-zip

Et là, je dois reconnaître qu'il ne me semble pas avoir procédé à cette install lors de mes tentatives précédentes :
Ceci expliquerait-il cela (erreur 404 entre autre notamment au moment d'ajouter des pages Wordpress etc) ? Comment ça a pu m'échapper?

Je sais que je t'assomme de questions et je te suis reconnaissante de m'avoir aidée jusque là mais je crois que je vais enfin pouvoir avancer si tu m'apportes encore ces quelques précisions.

Merci infiniment.

krodelabestiole

un truc a foiré à cause de phpmyadmin

essaie

sudo apt --fix-broken install

puis vire le :

sudo apt autoremove --purge phpmyadmin

puis reprends au niveau de la désinstallation de mysql :

sudo apt autoremove --purge mysql-server\* mariadb-server\*

etc.

MissTKali

Bonjour,

Merci krodelabestiole, tu es très matinal 😉 bon j'ai suivi tes instructions et ce message d'erreur a disparu.
Ensuite j'ai autorisé l'accès (en écriture) au répertoire WWW puis testé une page d'index perso et tout est bien.
J'ai alors procédé à l'installation de phpmyadmin avec :

sudo apt install phpmyadmin

Il m'est demandé un mot de passe que je renseigne.
L'install semble bien se faire mais en allant dans mon navigateur tester à localhost/phpmyadmin impossible de me connecter en root avec password donc je reparamètre le tout en passant par :

sudo dpkg-reconfigure phpmyadmin

Et là tous mes tests échouent...

Je vais donc tester à nouveau en laissant un maximum de données par défaut et détailler ici mes entrées :

- Configuration bla bla : ok
- Faut-il réinstaller la base de données pour phpmyadmin ?: oui
- Méthode de connexion pour la base de données MySQL de phpmyadmin: Socket Unix (je laisse par défaut)
- Nom de la base de données MySQL pour phpmyadmin : phpmyadmin (je laisse par défaut)
- Identifiant MySQL pour phpmyadmin : phpmyadmin@localhost (je laisse par défaut)
- Mot de passe de connexion MySQL pour phpmyadmin : mon-mot-de-passe
- Confirmation du mot de passe : mon-mot-de-passe
- Nom de l'administrateur de la base de données : : debian-sys-maint (je laisse par défaut)
- Serveur Web à reconfigurer automatiquement : apache2 (l'asterix est bien en place)

Voici donc le rapport :

Determining localhost credentials from /etc/mysql/debian.cnf: succeeded.
Determining localhost credentials from /etc/mysql/debian.cnf: succeeded.
dbconfig-common: writing config to /etc/dbconfig-common/phpmyadmin.conf
phpmyadmin already exists and has privileges on phpmyadmin.
dbconfig-common: dumping mysql database phpmyadmin to /var/tmp/phpmyadmin.phpmyadmin.2019-10-26-13.52.mysql.0xy2J9.
dbconfig-common: dropping old mysql database phpmyadmin.
dropping database phpmyadmin: success.
verifying database phpmyadmin was dropped: success.
creating database phpmyadmin: success.
verifying database phpmyadmin exists: success.
populating database via sql...  done.
dbconfig-common: flushing administrative password
apache2_invoke phpmyadmin: already enabled

Lorsque je teste phpmyadmin/localhost, j'arrive à me connecter avec l'id : phpmyadmin (donc) et mon-mot-de-passe. J'accède bien mais (car il y a tjs un mais) en voulant créer une base de données je vois en rouge "aucun privillège".

Je crois que c'est ici que tout se joue alors à ton avis, qu'est-ce que j'ai mal configuré ?

krodelabestiole

désolé je suis sur smartphone je peux pas te faire une réponse longue mais tu n'as pas besoin de phpmyadmin. suis juste la doc wordpress que je t'ai postée plus haut.

MissTKali

Ah oui?
D'accord, je vais faire comme ça.
Avant, je supprimer ma config phpmyadmin :

sudo apt autoremove --purge phpmyadmin

Edit:

ÇA Y EST ! Tout semble fonctionner à merveille LAMP, Wordpress, Divi, Divi Builder. Houra!!
Ça fait près de 2 semaines que j'ai acheté la licence Divi et que je galère au point mort.
Tu m'as sorties d'un sale guepier surtout avec les lignes qui m'ont permis de bien tout eraser.

Aussi, l'erreur principale que tu m'as fait remarquer était d'une part d'avoir omis :

sudo apt install php-curl php-gd php-intl php-json php-mbstring php-xml php-zip

La seconde et pas des moindres était que je n'avais pas besoin d'installer manuellement phpmyadmin, les instructions de l'install Wordpress se chargent de tout.

Je vais tout de même tout remettre à plat une dernière fois pour reprendre depuis le début et mettre le bon nom d'utilisateur ainsi que le bone chemin à l'install de wordpress car à la racine de www, ça se place avant mon index.php et j'y tiens.

Merci et encore merci pour ton aide précieuse!