improve Dockerfile build sequence#2999
Closed
pifou25 wants to merge 226 commits into
Closed
Conversation
prevent warning
same as master
Update changelog.md
…n sync and regular scenarios
…uping implode groupingType if is array
Collaborator
|
Hello, si plus besoin alors on peut la fermer |
Migrer PHPStan vers une dépendance Composer (edit jeedom#3110)
Correction des méthodes statiques et du nommage de classes (PHPStan lvl 1)
Suppression des arguments superflus dans les appels de méthodes (PHPStan lvl 1)
…HPStan git ls-remote --exit-code retourne 2 quand la branche n'existe pas, ce qui, combiné à bash -e, faisait échouer tout le step. Remplacement par une condition if/grep pour ne pas propager le code de sortie.
…nch-check Corriger l'échec du workflow PHPStan lors de la suppression de branche
…mixing-tags Fix/scenario self execute mixing tags
[CI] Update PHPStan baseline
fix display_name field (ui)
Bugfix translation
…d'intégration Le champ `type` envoyé par le client dans `setComponentOrder` était concaténé directement dans la requête SQL, sans aucune validation, contrairement aux autres champs contrôlés par is_numeric(). Un admin pouvait injecter du SQL arbitraire (testé : `DROP TABLE viewData` s'exécute réellement). - Whitelist stricte sur le champ `type` (cmd, eqLogic, scenario) - Remplacement de la concaténation SQL multi-statements par un prepared statement exécuté à chaque itération - Tests d'intégration couvrant l'endpoint via un sous-processus PHP authentifié comme admin (payload DROP, UNION, type inconnu, type manquant)
fix: prevent a possible SQL injection in setComponentOrder
Clarified the usage of the #trigger_name# tag and its implications for object, equipment, or command name changes.
pifou25
force-pushed
the
feat/dockerfile_copy
branch
from
8dc55f1 to
eab6446
Compare
Contributor
Author
|
Je n'arrive pas à changer de branche sur celle-ci, alors j'ai fait une nouvelle PR #3274 |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
19 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Description
Pour éviter de recopier les sources lorsque ce n'est pas nécessaire: le step (6) dans Dockerfile
COPY . ${WEBSERVER_HOME}fait déjà la copie des fichiers dans le répertoire courant.Pourtant je l'ai quand même laissé post-install dans le init.sh pour un cas particulier :
docker run -p 80:80 -v /tmp/jeedom:/var/www/html --rm --name jeedom_server jeedomAvec l'option -v je map le rep de l'host sur celui du container. Du coup ça permet de persister Jeedom sur l'host, et ça marche lors de l'arrêt / relance du container, on ne perd rien. Mais au 1er lancement, si mon rep /tmp/jeedom est vide sur l'host, il est vide aussi dans le container, malgré que je pensais y avoir copié les sources (lors du build). Dans ce cas uniquement, on doit recopier les sources.
C'est ce que je ne comprends pas dans la doc, normalement si le rep est vide on devrait y retrouver les données du container:
https://docs.docker.com/engine/storage/volumes/#mounting-a-volume-over-existing-data
Le fichier
.dockerignorepermet à l'instructionCOPY .de savoir ce qu'il faut ignorer - ne pas copier dans l'image.Le step 10 (install composer) se fait aussi au build de l'image, pas au démarrage de l'application. Donc dans le Dockerfile également.
J'ai mis à jour
composer.lockde nouveau mais c'est normalement le même que celui en attente de merge sur #2905 mais le build ne marche pas avec lecomposer.lockactuel (c'est sans doute pour ça qu'il est systématiquement supprimé)Suggested changelog entry
Related issues/external references
Fixes #
Types of changes
PR checklist