Amélioration #5431
fermé
[wstart] Ajout d'options
100%
Le programme wstart est composé des 6 éléments suivants :
imageAndDocsLinks
clearFileCache
refreshJsVersion
clearAutoloadCache
setStyle
unStop
Par défaut wstart lance tout ces éléments
wstart --all (-a) # Lance tout (par défaut)
wstart --links (-l) # Lance imageAndDocsLinks
wstart --clearFile (-c) # Lance clearFileCache
wstart --upgradeVersion (-u) # Lance refreshJsVersion
wstart --resetAutoloader (-r) # Lance clearAutoloadCache et recalcule du cache
wstart --style (-s) # Lance setStyle
wstart --unStop (-m) # Supprime le lock de maintenance
wstart --help (-h) # Affiche l'usage
Les options (longues et courtes) peuvent êtres cumulées à l'exception de "--all (-a)" qui fait tout.
Ces éléments peuvent être refactorés sous forme de fonction (dans ce même fichier) mais ne sont pas pour l'instant des programmes externes.
Description
wstart nettoie et reconstruit tout un ensemble de cache et ce n'est pas toujours souhaitable (surtout quand la reconstruction des caches en question prend de l'ordre de la minute). En effet, celui-ci est lancé à chaque fin de déploiement et dans le cadre de la construction d'un paquet cela devient très vite fastidieux d'attendre plus d'une minute entre deux déploiements.
Ajouter un ensemble d'option pour permettre de lancer des wstart sans nettoyage de cache, notamment pour :
- les styles (environ 1 minute lorsque ceux-ci comprennent du less),
- l'autoloader (temps variable suivant le nombre de fichiers).
Ces options pourront ensuite être utilisée au niveau de control pour lancer des wstart light lorsqu'une mise à jour totale n'est pas nécessaire (mise à jour d'un installer, etc.).
Mis à jour par
Mis à jour par Marc Claverie il y a environ 11 ans
- Statut changé de Nouveau à À analyser
- Assigné à mis à Éric Brison
- Version cible mis à 3.2.19
Le comportement actuel (si aucune option n'est précisée) ne doit pas être modifié.
Mis à jour par Éric Brison il y a environ 11 ans
- Statut changé de À analyser à Analysé
- Assigné à
Éric Brisonsupprimé - Temps estimé mis à 2:00 h
- Solution proposée mis à jour (diff)
Le wstart est lancé par dynacase-control. Cette option est une option de déploiement.
Cette option est une option "développeur" et non intégrateur. Elle peux être intégrée dans la commande CLI d'installation/mise à jour de module.
Cela est à mon avis qu'un cas particulier d'optimisation de la phase de développement.
En effet, il pourrais aussi être désiré d'avoir des arguments pour ne pas exécuter telle ou telle partie du post-upgrade
défini dans le info.xml ou avoir une option permettant de ne faire que le "sync" des sources.
Mis à jour par Marc Claverie il y a environ 11 ans
- Version cible changé de 3.2.19 à 3.2.20
Mis à jour par Jérôme Augé il y a presque 11 ans
A ce moment la, peut-être faudrait-il sortir ces "opérations" qui sont en dur dans "wstart" afin qu'elle puisse être utilisées de manière unitaire/autonome par un script de migration ou par un appel dans le info.xml ?
Ensuite, ré-écrire "wstart" pour appeler les sous-opérations qu'il fait actuellement ?
programs/regenerate-autoload programs/regenerate-style
Mis à jour par Éric Brison il y a plus de 10 ans
- Statut changé de Analysé à Assigné
- Assigné à mis à Jérôme Augé
- Solution proposée mis à jour (diff)
Mis à jour par Éric Brison il y a plus de 10 ans
- Statut changé de Assigné à Intégré
- Temps estimé
2:00 hsupprimé
Appliqué par commit dynacase-core|commit:1672649da90aa85b651aa7df28993e458eedcdaa.
Mis à jour par Jérôme Augé il y a presque 10 ans
- Lié à Anomalie #6536: PHP Fatal error: Class 'ErrorCode' not found in /var/www/test/WHAT/Lib.Common.php on line 511 ajouté