Ajout d'un readme et d'un docker-compose #2
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "task/docker-compose"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Suite de https://gitea.nemunai.re/halo-battle/game/pulls/1, c'est mieux quand il y a le docker-compose.yml dans la PR :)
@ -0,0 +7,4 @@
services:
mariadb:
restart: always
image: mariadb:10.5.8-focal
idem image nginx, on a pas envie de gérer les versions spécifiques :
@ -0,0 +11,4 @@
networks:
- halonet
volumes:
- .data:/var/lib/mysql
Ça nous intéresse pas de récupérer les datas de MySQL dans un dossier. Tu vois une utilité ?
serait suffisant pour moi
J'utilise beaucoup docker et suis donc habitué à régulièrement faire sur ma machine
docker rm $(docker -a -q)
suivi d'undocker rmi $(docker images)
histoire de pas cramer mon disque. Ce.data/
me protège de ce genre de manœuvre.De plus, ça permet de facilement tester les changements de versions de mariadb, sans avoir besoin de faire un
mysql_dump
.Bref, c'est pas idéale, mais je me dit que c'est pas génant ? Surtout que je l'ajoute dans le
.gitignore
et le.dockerignore
. Your call :)Ça me va.
@ -0,0 +41,4 @@
- DEV=true
nginx:
image: nginx:1.19.4-alpine
Cela permettra d'éviter d'avoir à changer le docker-compose à chaque nouvelle version de nginx,
1-alpine
devrait toujours marcher, connaissantnginx
.@ -0,0 +4,4 @@
root /usr/src/hb-main/htdocs;
location / {
try_files $uri $uri?$query_string /index.php?$query_string;
Plutôt :
Il n'y a pas besoin des
$query_string
pour nous.@ -0,0 +10,4 @@
location ~* \.php$ {
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param SCRIPT_NAME $fastcgi_script_name;
Il faudrait ajouter :