[Résolu] wordpress installation

chalu · 18-04-2018 17:15:40

Bonjour

Il y a ce cours aussi https://openclassrooms.com/courses/prop … -wordpress
mais tu l'as peut-être déjà dans toute la liste de liens que tu as trouvé.

Debian Alain · 18-04-2018 17:23:08

$ cat  /etc/apache2/sites-available/*

<VirtualHost *:80>

  # The ServerName directive sets the request scheme, hostname and port that

  # the server uses to identify itself. This is used when creating

  # redirection URLs. In the context of virtual hosts, the ServerName

  # specifies what hostname must appear in the request's Host: header to

  # match this virtual host. For the default virtual host (this file) this

  # value is not decisive as it is used as a last resort host regardless.

  # However, you must set it for any further virtual host explicitly.

  #ServerName www.example.com

  ServerAdmin webmaster@localhost

  DocumentRoot /var/www/html

  # Available loglevels: trace8, ..., trace1, debug, info, notice, warn,

  # error, crit, alert, emerg.

  # It is also possible to configure the loglevel for particular

  # modules, e.g.

  #LogLevel info ssl:warn

  ErrorLog ${APACHE_LOG_DIR}/error.log

  CustomLog ${APACHE_LOG_DIR}/access.log combined

  # For most configuration files from conf-available/, which are

  # enabled or disabled at a global level, it is possible to

  # include a line for only one particular virtual host. For example the

  # following line enables the CGI configuration for this host only

  # after it has been globally disabled with "a2disconf".

  #Include conf-available/serve-cgi-bin.conf

</VirtualHost>

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

<IfModule mod_ssl.c>

  <VirtualHost _default_:443>

    ServerAdmin webmaster@localhost

    DocumentRoot /var/www/html

    # Available loglevels: trace8, ..., trace1, debug, info, notice, warn,

    # error, crit, alert, emerg.

    # It is also possible to configure the loglevel for particular

    # modules, e.g.

    #LogLevel info ssl:warn

    ErrorLog ${APACHE_LOG_DIR}/error.log

    CustomLog ${APACHE_LOG_DIR}/access.log combined

    # For most configuration files from conf-available/, which are

    # enabled or disabled at a global level, it is possible to

    # include a line for only one particular virtual host. For example the

    # following line enables the CGI configuration for this host only

    # after it has been globally disabled with "a2disconf".

    #Include conf-available/serve-cgi-bin.conf

    #   SSL Engine Switch:

    #   Enable/Disable SSL for this virtual host.

    SSLEngine on

    #   A self-signed (snakeoil) certificate can be created by installing

    #   the ssl-cert package. See

    #   /usr/share/doc/apache2/README.Debian.gz for more info.

    #   If both key and certificate are stored in the same file, only the

    #   SSLCertificateFile directive is needed.

    SSLCertificateFile  /etc/ssl/certs/ssl-cert-snakeoil.pem

    SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil.key

    #   Server Certificate Chain:

    #   Point SSLCertificateChainFile at a file containing the

    #   concatenation of PEM encoded CA certificates which form the

    #   certificate chain for the server certificate. Alternatively

    #   the referenced file can be the same as SSLCertificateFile

    #   when the CA certificates are directly appended to the server

    #   certificate for convinience.

    #SSLCertificateChainFile /etc/apache2/ssl.crt/server-ca.crt

    #   Certificate Authority (CA):

    #   Set the CA certificate verification path where to find CA

    #   certificates for client authentication or alternatively one

    #   huge file containing all of them (file must be PEM encoded)

    #   Note: Inside SSLCACertificatePath you need hash symlinks

    #    to point to the certificate files. Use the provided

    #    Makefile to update the hash symlinks after changes.

    #SSLCACertificatePath /etc/ssl/certs/

    #SSLCACertificateFile /etc/apache2/ssl.crt/ca-bundle.crt

    #   Certificate Revocation Lists (CRL):

    #   Set the CA revocation path where to find CA CRLs for client

    #   authentication or alternatively one huge file containing all

    #   of them (file must be PEM encoded)

    #   Note: Inside SSLCARevocationPath you need hash symlinks

    #    to point to the certificate files. Use the provided

    #    Makefile to update the hash symlinks after changes.

    #SSLCARevocationPath /etc/apache2/ssl.crl/

    #SSLCARevocationFile /etc/apache2/ssl.crl/ca-bundle.crl

    #   Client Authentication (Type):

    #   Client certificate verification type and depth.  Types are

    #   none, optional, require and optional_no_ca.  Depth is a

    #   number which specifies how deeply to verify the certificate

    #   issuer chain before deciding the certificate is not valid.

    #SSLVerifyClient require

    #SSLVerifyDepth  10

    #   SSL Engine Options:

    #   Set various options for the SSL engine.

    #   o FakeBasicAuth:

    #  Translate the client X.509 into a Basic Authorisation.  This means that

    #  the standard Auth/DBMAuth methods can be used for access control.  The

    #  user name is the `one line' version of the client's X.509 certificate.

    #  Note that no password is obtained from the user. Every entry in the user

    #  file needs this password: `xxj31ZMTZzkVA'.

    #   o ExportCertData:

    #  This exports two additional environment variables: SSL_CLIENT_CERT and

    #  SSL_SERVER_CERT. These contain the PEM-encoded certificates of the

    #  server (always existing) and the client (only existing when client

    #  authentication is used). This can be used to import the certificates

    #  into CGI scripts.

    #   o StdEnvVars:

    #  This exports the standard SSL/TLS related `SSL_*' environment variables.

    #  Per default this exportation is switched off for performance reasons,

    #  because the extraction step is an expensive operation and is usually

    #  useless for serving static content. So one usually enables the

    #  exportation for CGI and SSI requests only.

    #   o OptRenegotiate:

    #  This enables optimized SSL connection renegotiation handling when SSL

    #  directives are used in per-directory context.

    #SSLOptions +FakeBasicAuth +ExportCertData +StrictRequire

    <FilesMatch "\.(cgi|shtml|phtml|php)$">

        SSLOptions +StdEnvVars

    </FilesMatch>

    <Directory /usr/lib/cgi-bin>

        SSLOptions +StdEnvVars

    </Directory>

    #   SSL Protocol Adjustments:

    #   The safe and default but still SSL/TLS standard compliant shutdown

    #   approach is that mod_ssl sends the close notify alert but doesn't wait for

    #   the close notify alert from client. When you need a different shutdown

    #   approach you can use one of the following variables:

    #   o ssl-unclean-shutdown:

    #  This forces an unclean shutdown when the connection is closed, i.e. no

    #  SSL close notify alert is send or allowed to received.  This violates

    #  the SSL/TLS standard but is needed for some brain-dead browsers. Use

    #  this when you receive I/O errors because of the standard approach where

    #  mod_ssl sends the close notify alert.

    #   o ssl-accurate-shutdown:

    #  This forces an accurate shutdown when the connection is closed, i.e. a

    #  SSL close notify alert is send and mod_ssl waits for the close notify

    #  alert of the client. This is 100% SSL/TLS standard compliant, but in

    #  practice often causes hanging connections with brain-dead browsers. Use

    #  this only for browsers where you know that their SSL implementation

    #  works correctly.

    #   Notice: Most problems of broken clients are also related to the HTTP

    #   keep-alive facility, so you usually additionally want to disable

    #   keep-alive for those clients, too. Use variable "nokeepalive" for this.

    #   Similarly, one has to force some clients to use HTTP/1.0 to workaround

    #   their broken HTTP/1.1 implementation. Use variables "downgrade-1.0" and

    #   "force-response-1.0" for this.

    # BrowserMatch "MSIE [2-6]" \

    #   nokeepalive ssl-unclean-shutdown \

    #   downgrade-1.0 force-response-1.0

  </VirtualHost>

</IfModule>

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

otyugh · 18-04-2018 20:51:23

@Alain : on peut donc voir qu'ya strictement rien de prêt pour wordpress, va falloir configurer à la mano comme écrit dans le wiki. Je ne vois pas pourquoi la procédure changerai de jessie à stretch. Faut créer une config apache et mysql (ou mariadb), et ça marchera.

Si tu es perdu et n'a ni les notions d'apache ni de mysql... Ouch dur, mais moi faudrait me payer pour y retourner parce que c'est vraiment pas ma tasse de thé, chuis vraiment pas d'apache/mysql >.<

Sinon tous les autres tutos cités son valables (je te conseille plutôt celui de wordpress.org) et en général assez ludiques. Wordpress est un des système de blog le plus utilisé au monde en partie parce qu'il est pas trop dur à mettre en place.

Dernière modification par otyugh (18-04-2018 21:13:21)

Debian Alain · 18-04-2018 21:15:44

justement à cause de mariadb , j'aurai préféré un tuto "plus à jour" .

je me sens un peu perdu , là .

le problème avec mariadb ne me rassure pas .

et je ne me sens pas d'applomb de tout reprendre tout seul avec , en plus , un tuto bancal .

un ch'tit coup de main ?

parceque justement apache et mysql ....

ben moi non plus c'est pas ma tasse de thé ....

(justement , quand on parle de notions)

Dernière modification par Debian Alain (18-04-2018 21:21:05)

otyugh · 18-04-2018 22:30:10

De mariadb vers mysql, y a eu un changement de nom. La syntaxe pour le commun des mortels est totalement inchangée.

potemkine17 · 21-04-2018 19:53:28

Bonsoir,
Je n'avais pas vu le fil avant. L'installation a avancée ???

Debian Alain · 21-04-2018 19:57:32

hélas non , potemkine17.

je suis découragé par tout ce qu'il y a à faire pour un cms tout simple .

potemkine17 · 21-04-2018 20:11:19

Je viens de finir l'installation chez moi. J'ai suivi scrupuleusement ce tuto ( vu que je n'y connais encore rien) :

https://artheodoc.wordpress.com/procedu … -debian-8/
Dis moi où tu en es exactement. Je vais essayé de t'aider .

Debian Alain · 21-04-2018 20:28:23

merci potemkine17 mais faudra remettre çà , au mieux , à demain soir dimanche .

demain , je me lève à 6h30 , je passe la journée à quimper , avec des amis .

j'espère que je serai pas trop crevé .

je dis pas que ton tuto est pas intéressant mais j'y vois déjà deux écueils :

1) j'ai déjà téléchargé wordpress depuis les dépôts debian .

2) sauf erreur , mysql est remplacé depuis longtemps par mariadb .

potemkine17 · 21-04-2018 20:41:23

Pas de soucis. Pour mysql, en fait, c'est la même chose que mariadb. Sil résultat est là... Quant à wordpress dans les dépôts, je l'ignorais. Mais je ne regrette pas - du moins pas encore- la version que j'ai installé. A +

Dernière modification par potemkine17 (21-04-2018 20:43:04)

Debian Alain · 22-04-2018 18:03:14

potemkine17 , tu es là ?

on peut commencer ?

Dernière modification par Debian Alain (22-04-2018 18:03:43)

potemkine17 · 22-04-2018 19:30:59

Bonsoir,
Si j'ai bien suivi, j'ai pris une option differente pour l'installation . Mais bon, iln'y a que wordpress qui te pose problème ?

Debian Alain · 22-04-2018 19:37:46

ben oui , regarde otyugh , post #28

potemkine17 · 22-04-2018 20:02:15

je ne sais pas par quoi commencer...Pour ta base de données, c'est bon ?

Debian Alain · 22-04-2018 20:05:30

quelle base de données ? je n'ai rien créé .

potemkine17 · 22-04-2018 20:21:45

Il faut commencer par là. Je pense que c'est nécessaireour les identifiants et le reste.

je veux bien créer une base de données mais j'ai rien à y mettre

C'était vide chez moi mais je crois que ça se meuble à mesure. ( Excuse-moi, je tape lentement). Une fois que c'est fait (quelques minutes) , J'ai vérifie que ça allait en me connectant à adminer -phpmyadmin pour toi.

Dernière modification par potemkine17 (22-04-2018 20:27:51)

Debian Alain · 22-04-2018 20:31:13

cc'est quoi ça admirer ?

je ne trouve pas de renseignements ?

tu parles bien de çà ? : https://fr.wikipedia.org/wiki/Adminer

Dernière modification par Debian Alain (22-04-2018 20:33:09)

potemkine17 · 22-04-2018 20:40:17

Adminer(php) sert pour l'administration des bases de données. Tu as installé phpmyadmin ?

Debian Alain · 22-04-2018 20:41:16

pour l'instant , j'attends tes consignes .

su root
cd /root/
apt-get update
apt-get install apache2
apt-get install mysql-server
apt-get install php5 php-pear php5-mysql php5-gd
service apache2 restart

root@Alain-PC-BUSTER:~# apt install mysql-server

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances       

Lecture des informations d'état... Fait

Certains paquets ne peuvent être installés. Ceci peut signifier

que vous avez demandé l'impossible, ou bien, si vous utilisez

la distribution unstable, que certains paquets n'ont pas encore

été créés ou ne sont pas sortis d'Incoming.

L'information suivante devrait vous aider à résoudre la situation : 

Les paquets suivants contiennent des dépendances non satisfaites :

 mysql-server : Dépend: mysql-server-5.7 mais ne sera pas installé

E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ».

Dernière modification par Debian Alain (22-04-2018 21:01:15)

potemkine17 · 22-04-2018 20:58:43

Que ce soit phpmyAdmin ou Adminer, ces outils ne sont pas liés à WP mais à l'installation d'apache2. Aie! Je n'ai installé WP que lorsque j'ai eu finalisé ( et encore, pas tout à fait) le serveur : https://debian-facile.org/viewtopic.php?id=21276. C'est tout chaud. - Je serais toi, je commencerais par régler ça - Si tu n'as rien d'installer (mais ça m'étonnerait quant même) prends adminer- et référé toi au fil de jce76350 http://jc.etiemble.free.fr/abc/index.ph … s/deb9php7. Maintenant, je te dis pas de tout reprendre, c'est assez barbant comme ça. Si tu l'outil en place, en console, tape mysql -u root -p et crée les identifiants de ta base (voir tuto).

potemkine17 · 22-04-2018 21:08:10

apt-get install php5 php-pear php5-mysql php5-gd

Je suis sur stable et , de mémoire il me semble, on en est à php7.0 mais c'est à vérifier pour buster.

Debian Alain · 22-04-2018 21:09:53

j'ai suivi ce tuto : https://www.supinfo.com/articles/single … r-lamp-ftp

première ligne :

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

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

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances       

Lecture des informations d'état... Fait

apache2 est déjà la version la plus récente (2.4.29-2).

apache2 passé en « installé manuellement ».

libapache2-mod-php est déjà la version la plus récente (1:7.2+61).

libapache2-mod-php passé en « installé manuellement ».

php-mysql est déjà la version la plus récente (1:7.2+61).

php-mysql passé en « installé manuellement ».

Certains paquets ne peuvent être installés. Ceci peut signifier

que vous avez demandé l'impossible, ou bien, si vous utilisez

la distribution unstable, que certains paquets n'ont pas encore

été créés ou ne sont pas sortis d'Incoming.

L'information suivante devrait vous aider à résoudre la situation : 

Les paquets suivants contiennent des dépendances non satisfaites :

 mysql-server : Dépend: mysql-server-5.7 mais ne sera pas installé

E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ».

j'essaie ta commande :

$ sudo apt install php5 php-pear php5-mysql php5-gd

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances       

Lecture des informations d'état... Fait

Aucune version du paquet php5 n'est disponible, mais il existe dans la base

de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète

ou qu'il n'est disponible que sur une autre source

Aucune version du paquet php5-gd n'est disponible, mais il existe dans la base

de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète

ou qu'il n'est disponible que sur une autre source

Aucune version du paquet php5-mysql n'est disponible, mais il existe dans la base

de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète

ou qu'il n'est disponible que sur une autre source

E: Le paquet « php5 » n'a pas de version susceptible d'être installée

E: Le paquet « php5-mysql » n'a pas de version susceptible d'être installée

E: Le paquet « php5-gd » n'a pas de version susceptible d'être installée

Dernière modification par Debian Alain (22-04-2018 21:13:21)

potemkine17 · 22-04-2018 21:34:07

Je te renvois à ce lien:
http://jc.etiemble.free.fr/abc/index.ph … s/deb9php7. L'auteur du tuto est sur le forum et il serait bien qui soit là ce soir. Essaie de voir si les commandes fonctionnent chez toi.
Bon, il est tard. A bientôt.

Dernière modification par potemkine17 (22-04-2018 22:18:11)

Debian Alain · 23-04-2018 09:22:46

je butte sur le point 5b .

au sujet de maria db .

j'ai voulu faire ceci :

Au cas ou on souhaite se connecter aux base de données créées soit avec PhpMyAdmin ou Adminer sans mot de passe, il suffit de passer en mysqld_safe

service mysql stop
mysqld_safe --skip-grant-tables &

mais , hélas , depuis , j'obtiens :

#  mysql -u root -p mysql

Enter password: 

Reading table information for completion of table and column names

You can turn off this feature to get a quicker startup with -A

Welcome to the MariaDB monitor.  Commands end with ; or \g.

Your MariaDB connection id is 4

Server version: 10.1.29-MariaDB-6 Debian buildd-unstable

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [mysql]> GRANT ALL PRIVILEGES ON *.* TO root@'localhost' IDENTIFIED BY 'tyfanch';

ERROR 1290 (HY000): The MariaDB server is running with the --skip-grant-tables option so it cannot execute this statement

MariaDB [mysql]> GRANT ALL PRIVILEGES ON *.* TO root@'localhost' IDENTIFIED BY 'monpass';

ERROR 1290 (HY000): The MariaDB server is running with the --skip-grant-tables option so it cannot execute this statement

MariaDB [mysql]>

problème résolu . suffisait de redémarrer mariadb .

reste le point 7 :

7. Pour phpmyadmin j'utilise Synaptic (pour changer)

dbconfig-common (version 2.0.8) sera installé
dbconfig-mysql (version 2.0.8) sera installé
php-bz2 (version 1:7.0+49) sera installé
php-mysql (version 1:7.0+49) sera installé
php-pear (version 1:1.10.1+submodules+notgz-9) sera installé
php-php-gettext (version 1.0.12-0.1) sera installé
php-phpseclib (version 2.0.4-1) sera installé
php-tcpdf (version 6.2.12+dfsg2-1) sera installé
php7.0-bz2 (version 7.0.15-1) sera installé
phpmyadmin (version 4:4.6.6-1) sera installé

je comprends pas l'intérêt de ce paragraphe , vu que , si j'ai bien compris , ces programmes sont installés depuis le début .

et la bdd a été créée .

bon , j'ai installé ce paragraphe , résultat :

php me demande une base de données que ni lui ni moi ne connaissons et donne ce résultat . (voir image) .

Dernière modification par Debian Alain (23-04-2018 10:26:50)

potemkine17 · 23-04-2018 09:45:41

Bonjour,
Pareil chez moi. Cette commande ne marchait pas. Tape simplement mysql - sans argument- pour voir pour ? De toutes façons , avec " mysql -u root -p", ça doit le faire .

Dernière modification par potemkine17 (23-04-2018 09:47:03)

Debian-facile

#26 18-04-2018 17:15:40

Re : [Résolu] wordpress installation

#27 18-04-2018 17:23:08

Re : [Résolu] wordpress installation

#28 18-04-2018 20:51:23

Re : [Résolu] wordpress installation

#29 18-04-2018 21:15:44

Re : [Résolu] wordpress installation

#30 18-04-2018 22:30:10

Re : [Résolu] wordpress installation

#31 21-04-2018 19:53:28

Re : [Résolu] wordpress installation

#32 21-04-2018 19:57:32

Re : [Résolu] wordpress installation

#33 21-04-2018 20:11:19

Re : [Résolu] wordpress installation

#34 21-04-2018 20:28:23

Re : [Résolu] wordpress installation

#35 21-04-2018 20:41:23

Re : [Résolu] wordpress installation

#36 22-04-2018 18:03:14

Re : [Résolu] wordpress installation

#37 22-04-2018 19:30:59

Re : [Résolu] wordpress installation

#38 22-04-2018 19:37:46

Re : [Résolu] wordpress installation

#39 22-04-2018 20:02:15

Re : [Résolu] wordpress installation

#40 22-04-2018 20:05:30

Re : [Résolu] wordpress installation

#41 22-04-2018 20:21:45

Re : [Résolu] wordpress installation

#42 22-04-2018 20:31:13

Re : [Résolu] wordpress installation

#43 22-04-2018 20:40:17

Re : [Résolu] wordpress installation

#44 22-04-2018 20:41:16

Re : [Résolu] wordpress installation

#45 22-04-2018 20:58:43

Re : [Résolu] wordpress installation

#46 22-04-2018 21:08:10

Re : [Résolu] wordpress installation

#47 22-04-2018 21:09:53

Re : [Résolu] wordpress installation

#48 22-04-2018 21:34:07

Re : [Résolu] wordpress installation

#49 23-04-2018 09:22:46

Re : [Résolu] wordpress installation

#50 23-04-2018 09:45:41

Re : [Résolu] wordpress installation

Pied de page des forums