Reprise du message précédent :
Bon apparemment, j'ai réussi.
 
Voici les commandes que j'ai tapé :
 

 
Puis j'ai redémarré mon container pour être sûr.
 
J'ai rien fait de mal au moins ?

Alors tu y es presque !  
Si tu fais une copie en sens inverse ça fonctionne mais à chaque redémarrage du container c'est effacé donc pas durable !
 
La bonne commande finale c'est:  

 
Ce qui est à gauche des : c'est le hôte, à droite le chemin dans le container.

Ah d'accord. Je te remercie encore beaucoup pour ton aide et le temps passé

Je reviens sur le topac  

Alors côté docker c'est bon, je commence à tout saisir.
J'ai un serveur fonctionnel avec Traefik et mes conteneurs. Enfin presque :

J'ai ce docker-compose pour un site wordpress

Portainer fonctionne sans aucun soucis.
L'UI de Traefik pareil, tout est bien redirigé, en HTTPS etc...
Cependant, dès que je met un service comme Wordpress (ou Drupal). Je suis redirigé vers la page d'installation, mais sans le SubPath (WebRoot ? Je ne sais pas quel est le terme utilisé)
(https://sub.domaine.ovh/wordpress/ --> https://sub.domaine.ovh/wp-install par exemple). Ce qui fait que je me retrouve avec une belle erreur 404.
Si je rajoute à la mano /wordpress/ dans l'URL du navigateur, j'ai bien accès à la page d'accueil, mais toutes les autres ressources (JS/CSS) ne sont pas chargées.

De plus, si je continue l'installation, la page d'accueil de mon Wordpress est fonctionnelle, mais dès qu'on clique sur un lien, on se retrouve avec le même soucis (pas de subPrefix ajouté) et donc 404.
Si quelqu'un peut m'expliquer, je sèche totalement    

Merci

je dirais qu'un mod_rewrite:url est peut etre necessaire ou mettre en place un proxyreverse sur ton docker?

J'ai lu ça aussi avec le proxy_reverse. Tu peux m'en expliquer un peu plus ? J'ai pas réussi à trouver un exemple de config et / ou une explication
Il faut rajouter un container avec un Nginx qui sert les "statics" dedans ? Mais comment le configurer ?

si c'est pour faire de l'hébergement; il faut t'assurer que toutes les extensions soient bien chargées.
mod_rewrite
mod_proxy
php_gzip
et coetera.
pour faire du proxy_reverse sur ton container, il faut configurer un virtualhost en frontal.
 
je te conseille d'installer un magento ou prestashop avant de tester un wordpress car, ils font plus de vérifications
et tu sauras tout de suite ce qu'il peut manquer.

Tu as 2 façon
- Ecrire une redirection avec le proxy
- Ou changer le fichier .htaccess de wordpress
 
Ton traefik est configurer bizarrement, tu devrais rediriger en fonction du label

en effet, mais le jour où il voudra publier un article avec une ecriture SEO, il faudra mettre à jour manuellement aussi ce .htaccess, non?

Il ne faut pas utiliser PathPrefixStrip ?

 
Je comprends pas ce que tu veux dire. Si l'url est bonne pour les moteurs et visiteurs, ça ne change pas le SEO.
Le plus propre et de revoir la configuration Traefik. Tu peux virer la couche network et utiliser un backend.  
 

 
Bon, au final ça ne marche pas vraiment. Je me retrouve avec les mêmes soucis, et surtout sans prefix je ne peux avoir qu'un seul service. Je n'arrive pas à ajouter un prefix, même avec le backend configuré comme ton post.  
(mon subdomaine.domaine.ovh est lié à mon serveur, et le domaine.ovh est lié à un autre serveur, je pense que c'est foireux comme config non ? )

tu as un bind sur ton propre serveur? ou tu préfères déléguer les NS?

Je comprends pas ce que tu veux dire avec tes noms de domaine... perso j'ai plus de 100 services configuré avec Traefik et pas de soucis, jamais eu besoin de bidouiller avec le prefix.
ndd.com --> site principal
service1.ndd.com -> soft1
service2.ndd.com -> soft2
etc...

J'ai du wordpress, caddy, nextcloud, pihole, etc...

Edit: essayes de donner un maximum d'informations, sinon c'est compliqué pour aider, tu as regardé les logs de Traefik ?

Pour mon histoire de ndd, j'ai fait une config un peu à l'arrache sur le manager OVH je ne sais pas si c'est la bonne.
En gros j'ai un ndd chez OVH : ndd.ovh
Et chez OVH, j'ai configuré les sous-domaine pour être liés à un serveur :

serveur1.ndd.ovh --> redirection type A vers IP serveur1
rasperry.ndd.ovh --> redirection  type A vers IP raspberrry etc.
serverur2.ndd.ovh --> redirection vers IP serveur 2.

Et je voudrais derrière accéder à l'application via un prefix (/wordpress, /drupal etc...)

Avec ta méthode cela fonctionne, mais j'accède via le root (https://sub.domaine.ovh) et https://sub.domaine.ovh/wordpress me renvoie une page 404 de la part de wordpress.
Dans les logs de Traefik pas d'erreur, mais c'est pollué avec les JSON des requests illisibles (faut que je modifie ça d'ailleurs)

ça c'est bon et ok et ensuite tu "NAT" l'ensemble vers tes serveurs

bug de  

Pareil, quelqu'un a posté puis delete son dernier post, ça ne voulait plus marquer le topic comme lu

J'avais une question aux pros de Docker svp.
 
Quel intérêt d'utiliser Docker pour par exemple un site web ou un blog comme Wordpress ?!
 
C'est quand même plus simple d'aller modifier un fichier php ou css dans son dossier comme on le fait depuis toujours plutôt que via des lignes de commandes pour y accéder sous Docker. Non ?
 
Merci de vos avis persos.

moi je suis plus dans la demande des différences entre un container lxc et docker

 
Oui mais moi j'ai agi    
 

 
- tu peux toujours modifié ton fichier à la volé car tu fais un bind du dossier wordpress, il n'est pas dans le container
- l'intérêt c'est si tu veux changer la version de php par exemple... tester un changement du système. Le dossier web doit rester à l'extérieur du container.  
 

 
Fondamentalement il n'y a pas grand chose de différent c'est de l'isolation.  
L'avantage de Docker c'est l'écosystème couplé avec Kubernetes, Rancher, Openshift  

si tu te fais hacker ton wordpress/joomla/prestashou, tu ne te fais pas hacker entierement ton serveur

Drapal, je suis en train d'apprendre à me servir de ce bouzin pour mon nouveau taf. C'est assez intuitif une fois qu'on a compris la terminologie.  
Maintenant reste à voir pour faire un volume persistant, un registry à part (je ne sais pas si c'est pertinent).. Bref, les réglages.
Là j'ai déployé un container httpd et j'ai réussi à lui monter un volume pour avoir un index.html spécifique.  
Champagne  

 
Etape 2: Docker compose
Etape 3: Compiler son DockerFile
Etape 3 ou 4   : Kubernetes  
Etape 5: CI/CD
 
ps: n'utilise pas les dockers volumes, le stockage sur disque géré avec ta solution (disque, raid, NAS, stockage distribué, etc... mais c'est plus du docker).
Le registre pour apprendre tu peux utiliser docker hub

Oui ce sont les prochaines étapes, j'ai besoin de faire mon image perso, et d'orchestrer tout ça avec Kub... Je suis pas sorti du sable.
 
Pourquoi pas de volumes? Genre là pour mon container apache, j'aimerais qu'il aille chercher toute sa conf sur une arborescence du host, du coup j'ai copié l'intégralité du /etc/apache2 sur un path que je monte lors du run (et pareil avec htdocs). C'est la bonne façon de faire?

 
Oui c'est la bonne façon, il faut faire un bind d'un dossier ou d'un fichier avec l'option -v
Ce que je veux dire c'est de ne pas se servir des volumes docker (sauf cas spécifique): commande "docker volume"
Désolé dans les 2 cas c'est un volume en faite; problème de vocabulaire  

Ah oui, c'est vrai qu'il y a 2 manières. J'utilise effectivement un bind, et ça marche vraiment bien

 
Si j'ai bien compris en mode gros noob, il faut toujours indiquer manuellement à un container son dossier d'installation en gros et non pas celui que lui irait balancer je ne sais ou. J'ai saisi ?
 
Merci pour les réponses en tout cas concernant l'utilisation d'un site sur Docker.

De ce que j'ai compris, si tu veux donner des confs spécifiques, il faut soit que tu montes un volume qui contient ta conf (avec -v lors du docker run), soit que tu copies la conf pendant le déploiement du container (mais ça je ne sais pas encore comment )

C'est pas vraiment une installation, je résume    
 
Il faut faire un container docker avec un build via une image de base.  
Soit on part des images officiels: https://hub.docker.com/search/?q=&t [...] r=official
C'est des images sont sécurisés, ou alors on part d'une image déposé par quelqu'un mais il faut savoir comment elle est construite (pour la sécurité).  
 
Pour construire une image: https://docs.docker.com/develop/dev [...] practices/
 
Pour ajouter un fichier

 
On peut lancer un script par exemple au démarrage qui va charger les dossiers du site web depuis un dépôt git, idéal pour un suivi du site, des versions, on relance le container pour appliquer le changement    
 
Ensuite, si les fichiers de configuration nous plaisent pas, on les écrase, on veut mettre des donnés en dehors du container, etc... on fait un bind
 
Lancer manuellement c'est bien pour apprendre, pour la production, je vous conseille de faire un docker compose, il pourra s'occuper du build à la voler.

Pour ma part j'ai réussi à injecter une conf perso en faisant un peu le "bourrin":
J'ai déployé mon container, copié les fichiers de conf sur mon host, j'ai modifié des fichiers et monté le volume du host pour que le container aille chopper mes confs.
Tout marche impec.
 
par contre j'ai pas compris où mettre les instructions COPY lors du démarrage du container.. On peut exécuter un petit script en même temps?

 
C'est pas au démarrage, c'est à la construction.  
Par contre si tu utilises un container déjà construit, tu peux modifier le script d'entré, mais c'est pas propre.  

Ah voilà ce qu'il me manquait. C'est la prochaine piste que je vais explorer: la confection de ma propre image

Youp  
 
Yen a qui font du développement web couplé à docker pour tester les différentes releases d'un site web ?  
 
Je ne suis pas encore très confortable avec l'environnement docker, mais j'ai l'impression que c'est assez pratique pour tester différentes versions d'un soft (php 7.0, php 7.1, php 7.2, etc.) sur la même base de code de site web.  
Or si on veut faire l'inverse, c'est à dire tester différentes releases du site web sur le même environnement php (par ex 7.2 partout), on fait comment ? Je duplique le container php et je le bind à chaque fois sur un volume différent qui contient chaque release de site web à tester ?  
 
Aussi, quand le site tourne sur une base de données + web, ce qui est assez courant j'imagine, vous faites comment ? Un container par processus (1 pour php et 1 pour la BDD) ou bien un container qui contient les 2 d'un coup ?  
 
Si ya des bonnes pratiques ou conseils issus de votre expérience, je suis preneur

tu packages ton appli dans un docker et un autre docker pour le mysql

Mon appli est sur un git. Si je comprends bien ce que tu dis, il faut que je lie le processus de git checkout (changement de version) au fait de générer un nouveau docker qui contient php + code web mis à jour tous ensemble ?  
 
Viendra bientôt un moment il faudra qu'on test en parallèle plusieurs versions du code web sur des branches différentes, ça va être fun à gérer  
J'hésite à partir soit sur du docker, soit revenir à 1 VM complète (nginx-php-code-mongodb) par version à tester.

Sinon tu peux te faire une image avec plusieurs versions de php installées en parallèle (si c'est possible et que l'isolation fonctionne) Et faire le croisement  version de php x version de l'application via des variables d'environnement passées au moment du build.

Il faut que tu regardes le CI/CD.  
Il y a plein de façon de faire, mais la plus simple pour démarrer je pense (je fais ça au quotidien donc mon avis est peut être biaisé).  
 
Gitlab (gestion du code et des branches) --> A chaque nouvelle version (Gitlab-runner) ça permet de faire des tests (donc pour chaque version de php si tu veux) Si base de données je fais un script qui backup et duplique la base en production comme ça le test n'influence pas la production --> si tout les tests sont ok montés de version automatique dans un cluster Kubernetes (natif avec Gitlab).
 
C'est du DevOps, tu automatise le test et la mise en production.  
Une bonne lecture pour débuter si ça t'intéresse: https://www.smile.eu/fr/livres-blan [...] ialisation
 
J'ai fais un topic DevOps mais j'ai pas encore eu le temps de l'alimenter, début 2019 mais viens si tu veux  
 
ps: je me suis un peu emballer en fonction de ton niveau, sinon test automatique via un Jenkins pour chaque version

tu fous ton dockerfile dans ton git et tu as ton pipeline de ci/cd qui build l'appli, qui build le/les containers et les déploie.