Je trouve louche que tu me dises c’est compliqué a bien faire, alors on laisse le système de démarrage palier à notre problème de conception…
Avec des remarques comme ca on serait tous en train de coder en assembleur … Quoi ? Utiliser un language de haut niveau, sous pretexte que c'est compliqué à écrire en assembleur ?
Y a aucun interet à garder un truc compliqué juste pour le plaisir. Si il y a un moyen de simplifier la création des programmes ca me semble une bonne chose. Surtout que tu ne donnes aucune raison de pas le faire, à part "c'est le demon qui devrait le faire". Pourquoi ?
Ne me dit pas que systemd palie tout seul à ça, puisque à moins qu’il bind tous les ports sur toute les interfaces, il faut bien lui spécifier quelques part.
Si c'est en local, on utilise un socket unix, pas tcp.
Oui, j’admets qu’il faut écrire dépend de postgres une fois par service l’utilisant dans un cas. Mais est-ce si compliqué ?
Oui c'est compliqué. Surtout que certains services peuvent utiliser postgresql, mysql, ou autre. Qui va penser à mettre à jour les dependances du script d'init lors d'un changement de conf ? Et il est facile d'oublier par exemple qu'un service utilise syslog, et doit donc démarrer après.
Si tout ca peut etre geré automatiquement sans avoir à s'en préoccupper, c'est mieux. Et en plus, c'est plus efficace, on démarre les processus le plus possible en parallèle, pour qu'ils commencent à faire ce qui peut etre fait sans attendre.
[^] # Re: Tu n'es pas le centre du monde
Posté par Anonyme . En réponse au journal Archlinux est morte.... Évalué à 2.
Avec des remarques comme ca on serait tous en train de coder en assembleur … Quoi ? Utiliser un language de haut niveau, sous pretexte que c'est compliqué à écrire en assembleur ?
Y a aucun interet à garder un truc compliqué juste pour le plaisir. Si il y a un moyen de simplifier la création des programmes ca me semble une bonne chose. Surtout que tu ne donnes aucune raison de pas le faire, à part "c'est le demon qui devrait le faire". Pourquoi ?
Si c'est en local, on utilise un socket unix, pas tcp.
Oui c'est compliqué. Surtout que certains services peuvent utiliser postgresql, mysql, ou autre. Qui va penser à mettre à jour les dependances du script d'init lors d'un changement de conf ? Et il est facile d'oublier par exemple qu'un service utilise syslog, et doit donc démarrer après.
Si tout ca peut etre geré automatiquement sans avoir à s'en préoccupper, c'est mieux. Et en plus, c'est plus efficace, on démarre les processus le plus possible en parallèle, pour qu'ils commencent à faire ce qui peut etre fait sans attendre.