@larueli Après mûre réflexion, je pense qu'inclure le reverse proxy dans le docker-compose.yml global diminuerait la complexité de l'installation et du projet en général.
En effet, quand on a plusieurs projets qui utilisent cette techno, il est préférable de la mutualiser, mais je ne pense pas que ce sera le cas de nos nouveaux développeurs.
Cette modification à pour effet :
D'enlever une étape à l'installation
D'enlever un fichier à la racine du projet, car une racine chargée effraie les novices
Dis moi ce que tu en penses.
Checklist
Test
Implementation
[x] Files and variables have a name explaining what they do.
[x] Updating the DB schemas and seeding the tables do not generates errors.
[x] All code repeted more than 2 times has been refactored in a dedicated file or function.
[x] Debugs have been removed : dd() | dump()
Tools
[x] PHP CS Fixer has fixed all files inside the src folder.
[x] All commits have been done using Commitizen.
Documentation
[x] All new classes and non-trivial functions have a code documentation.
[x] There are comments to explain complex parts inside your code.
[x] If a new folder is created, it has been added and explained inside the "Folder structure" part of the README.md file.
Description
@larueli Après mûre réflexion, je pense qu'inclure le reverse proxy dans le
docker-compose.yml
global diminuerait la complexité de l'installation et du projet en général. En effet, quand on a plusieurs projets qui utilisent cette techno, il est préférable de la mutualiser, mais je ne pense pas que ce sera le cas de nos nouveaux développeurs. Cette modification à pour effet :Dis moi ce que tu en penses.
Checklist
Test
Implementation
dd()
|dump()
Tools
src
folder.Documentation
README.md
file.