Pārlūkot izejas kodu

minor fixes and update readme

Olivier Massot 3 gadi atpakaļ
vecāks
revīzija
3c29275c3e
4 mainītis faili ar 53 papildinājumiem un 45 dzēšanām
  1. 50 43
      README.md
  2. 1 0
      docker/frames/.gitignore
  3. 1 1
      docker/nginx/site_ap2i.conf
  4. 1 1
      docker/python39/Dockerfile

+ 50 - 43
README.md

@@ -15,10 +15,13 @@ Faire :
 
     docker ps
     
-> Si Docker ne marche pas sans "sudo" appliquer :  
-> https://techoverflow.net/2017/03/01/solving-docker-permission-denied-while-trying-to-connect-to-the-docker-daemon-socket/  
+> Si Docker ne marche pas sans "sudo" appliquer : 
+> <https://techoverflow.net/2017/03/01/solving-docker-permission-denied-while-trying-to-connect-to-the-docker-daemon-socket/>
 > `sudo usermod -aG docker $USER`
 
+Attention, le VPN peut parfois induire une erreur lors de l'installation de docker avec apt-get, mieux vaut le désactiver
+le temps de l'installation.
+
 ### Première mise en place du projet
 
 #### Cloner le projet docker
@@ -135,10 +138,10 @@ Pour plus d'infos: https://gitlab.2iopenservice.com/opentalent/clonedb/blob/mast
 
 #### Elasticsearch
 
-##### Avec elasticdump
-
 Pour clôner l'index elasticsearch, plusieurs options.
 
+##### Avec elasticdump
+
 Se connecter au docker php70:
 
     docker exec -it php70 bash
@@ -295,6 +298,7 @@ Puis, lancer:
 
     yarn dev
 
+
 ## Description des containers
 
 #### Docker: `nginx-proxy`
@@ -567,9 +571,9 @@ Faire, dans cet ordre précis:
 
     sudo systemctl start docker
 
-#### Une application nuxt.js (app / frames) ne démarre pas: error 504 memory
+#### Une application nuxt.js (app / frames) ne démarre pas : error 504 memory
 
-Vérifier que le fichier .env existe dans le projet. Sinon:
+Vérifier que le fichier .env existe dans le projet. Sinon :
 
     ln -s .env.local .env
 
@@ -580,34 +584,35 @@ Il suffit de se loguer pour résoudre cette erreur: local.admin.opentalent.fr/#/
 Si on est déjà authentifié côté back, vérifier qu'on accède bien au front en https, sans quoi les cookies opentalent.fr 
 ne seront pas accessibles.
 
-# Si un container ne se build pas correctement
+#### Un container ne se build pas correctement
 
-###Il faut récupérer l'ID du container
+Il faut récupérer l'ID du container :
 
 - lancer docker-compose up
 - ensuite vous faites un docker ps
 - vous récupérez l’id du container qui marche pas bien
 
-###Supprimer le container
+Supprimer le container :
 
-- docker rm ID_CONTAINER --force
+     docker rm ID_CONTAINER --force
 
-###Il faut récupérer l'ID de l'image qui servira a construire le container
+Récupérer l'ID de l'image qui servira à construire le container :
 
 - docker stop $(docker ps -aq)
 - ensuite docker images
-- vous récupérez l’id de l’image qui servira a construire le container
+- vous récupérez l’id de l’image qui servira à construire le container
 
-###Supprimer l'image
-- docker rmi ID_IMAGE --force
+Supprimer l'image :
 
-###Vider le cache du Builder
+     docker rmi ID_IMAGE --force
 
-docker builder prune
+Vider le cache du Builder :
 
-###On relance le compose
+     docker builder prune
 
-docker-compose up
+On relance le compose
+
+     docker-compose up
 
 
 ## Quelques commandes docker utiles
@@ -652,41 +657,43 @@ docker-compose up
 
 ## Initialisation de docker-sync (pour MAC et Windows)
 
-Docker sync va créer des containers intermédiaire qui contiendront le code de l'application. Ces containers seront synchronisés avec le code
-de la machine hote. La stack "normale" ira récupérer le code dans ces containers et plus directement sur la machine hote == gain de temps en lecture/écriture 
+Docker sync va créer des containers intermédiaires qui contiendront le code de l'application. Ces containers seront synchronisés avec le code
+de la machine hôte. La stack "normale" ira récupérer le code dans ces containers et plus directement sur la machine hôte == gain de temps en lecture/écriture 
+
+#### Définir les dossiers à synchroniser
 
-   #Définir les dossier à synchroniser
-   créer un fichier docker-sync.yml contenant les dossiers à synchroniser : pour mac privilégier la stratégie native_osx (par défaut) pour le code de l'application.
+Créer un fichier docker-sync.yml contenant les dossiers à synchroniser : pour mac privilégier la stratégie native_osx (par défaut) pour le code de l'application.
 Pour les vendors et node paquets, préférer le Rsync.
 
-   #créer un fichier docker-compose-dev.yml
-   ce fichier contiendras la surcharge nécéssaire pour faire correspondre les emplacements du code/vendors avec les volumes externes se rapportant au containers crées
-par le docker-sync
+#### Créer un fichier docker-compose-dev.yml
+
+Ce fichier contiendra la surcharge nécessaire pour faire correspondre les emplacements du code/vendors avec les volumes externes se rapportant aux containers crées
+par le docker-sync.
 
-   #Les bonnes manipulations à effectuer pour une initialisation ou un reset
+#### Les bonnes manipulations à effectuer pour une initialisation ou un reset
    
-   docker-compose stop
-   docker-sync stop
-   docker-sync clean
+    docker-compose stop
+    docker-sync stop
+    docker-sync clean
 
-   il faut pouvoir supprimer tous les volumes qui ont été générés par un docker-sync précédent : pour cela on commence par supprimer les containers
-   utilisant les volumes via 3 commandes : 
+Il faut pouvoir supprimer tous les volumes qui ont été générés par un docker-sync précédent : pour cela on commence par supprimer les containers
+utilisant les volumes via 3 commandes : 
 
-   docker ps -as === liste les containers
-   docker volume ls === liste les volumes
-   docker rm app === supprime un container
+    docker ps -as === liste les containers
+    docker volume ls === liste les volumes
+    docker rm app === supprime un container
 
-   Si on est sur MAC, le docker deskop fournit une interface graphique qui nous aide à faire cette opération.
+Si on est sur MAC, le docker deskop fournit une interface graphique qui nous aide à faire cette opération.
 
-   Une fois tous les containers désirés supprimés, on supprime les volumes qui ne sont utilisés par aucun container
-   docker volume prune
+Une fois tous les containers désirés supprimés, on supprime les volumes qui ne sont utilisés par aucun container
+docker volume prune
 
-   Une fois que tout est clean, on commence par faire un docker-compose up
-   On se connecte à chaque container possédant un dossier vendor/node_modules et on passe les commandes composer install ou npm/yarn install (idem si bower)
-   
-   Une fois l'install ok, on stop docker-compose : docker-compose stop
+Une fois que tout est clean, on commence par faire un docker-compose up
+On se connecte à chaque container possédant un dossier vendor/node_modules et on passe les commandes composer install ou npm/yarn install (idem si bower)
+
+Une fois l'install ok, on stop docker-compose : docker-compose stop
 
-   on peut alors lancer 
+On peut alors lancer 
 
-   docker-sync-stack start
+    docker-sync-stack start
    

+ 1 - 0
docker/frames/.gitignore

@@ -0,0 +1 @@
+/.idea/

+ 1 - 1
docker/nginx/site_ap2i.conf

@@ -3,7 +3,7 @@ server {
     root /var/www/html/public;
 
     location / {
-    add_header 'Access-Control-Allow-Origin' '*';
+        add_header 'Access-Control-Allow-Origin' '*';
 
         # try to serve file directly, fallback to index.php
         try_files $uri /index.php$is_args$args;

+ 1 - 1
docker/python39/Dockerfile

@@ -11,7 +11,7 @@ RUN chown -R 1000:1000 /root/scripts;
 
 # Configure CloneDb
 RUN apt-get update; \
-    apt-get install -y mariadb-client-10.3;
+    apt-get install -y mariadb-client-10.3 nano;
 COPY ./docker/python39/conf/settings.yml /root/scripts/clonedb/
 
 # Declare the entrypoint.sh file