Question

Dans le processus parent, j'ai démarré le serveur tiny-lr (livereload), suivi de la création d'un processus enfant qui recherche les modifications apportées aux fichiers CSS.comment transmettre le serveur livereload au processus enfant ou est-il possible de rechercher le serveur livereload qui est actuellement en cours d'exécution dans le processus enfant afin de ne pas le créer à nouveau en obtenant une erreur déjà utilisée pour le port.

le même cas avec le serveur http de nœud.puis-je savoir si le serveur est déjà en cours d'exécution et l'utiliser au lieu d'en créer un nouveau.

Était-ce utile?

La solution

est-il possible d'interroger le livereload - cela est possible et peut être mis en œuvre de plusieurs manières.

  1. Utiliser stdout/stdin pour communiquer avec le processus enfant.Pour une description détaillée, regardez ICI.Fondamentalement, vous pouvez envoyer des messages d'un processus à l'autre et y répondre.

  2. Utiliser http.request pour vérifier si le port est utilisé.

  3. Vous pouvez utiliser un fichier : le processus avec le serveur maintient le fichier ouvert en mode écriture - le contenu du fichier stocke le port sur lequel le serveur s'exécute (si nécessaire).

  4. Vous pouvez utiliser prises également pour la communication inter-processus.

En gros, rien de ce qui précède garanties 100% confidentialité, vous devez donc try/catch pour les erreurs quand même :le serveur peut mourir juste après votre vérification, mais avant que vous vouliez en faire quelque chose.

comment transmettre le serveur livereload au processus enfant - si vous voulez dire partager un objet entre différents processus dont il s'agit à coup sûr hors de question;si vous voulez dire changer la propriété de l'objet, je suis sûr à 99,99% que ce n'est pas possible non plus.

Quel est le problème d’avoir un seul processus responsable de l’exécution du serveur ?Et pourquoi ne pas utiliser, disons, pour toujours s'occuper du fonctionnement et du redémarrage du serveur, si besoin ?

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top