Démarrer automatiquement à jamais (nœud) sur le redémarrage du système

Je suis à l'aide du nœud jamais module de garder mon nœud de serveur en cours d'exécution. Jamais cependant se termine lorsqu'il y a un redémarrage du système. Est il possible que je peux démarrer automatiquement le serveur de nœud (à tout jamais) lorsque le système redémarre?

InformationsquelleAutor kehers | 2012-11-14
  1. 333

    Je vous suggérons d'utiliser crontab. Il est facile à utiliser.

    Comment

    1. Pour commencer l'édition d'exécuter les opérations suivantes en remplaçant le "testuser" avec votre choix à l'exécution par l'utilisateur pour le nœud de processus. Si vous choisissez un autre utilisateur autre que vous-même, vous devrez exécuter la avec sudo.

      $ crontab -u testuser -e

    2. Si vous ne l'avez jamais fait avant, il va vous demander quel éditeur vous souhaitez modifier avec. J'aime vim, mais nous vous recommandons de nano pour la facilité d'utilisation.

    3. Une fois dans l'éditeur, ajoutez la ligne suivante:

      @reboot /usr/local/bin/forever start /your/path/to/your/app.js

    4. Enregistrer le fichier. Vous devriez obtenir de la rétroaction que le cron a été installé.

    5. Pour plus de confirmation de l'installation de la cron, exécutez la commande suivante (en remplaçant de nouveau "testuser" avec votre nom d'utilisateur cible) à la liste actuellement installés crons:

      $ crontab -u testuser -l

    Note que, à mon avis, vous devriez toujours utiliser les chemins d'accès complets lors de l'exécution de fichiers binaires dans cron.
    Aussi, si le chemin d'accès à votre forever script n'est pas correcte, exécutez which forever pour obtenir le chemin d'accès complet.

    Étant donné que forever appels node, vous pouvez également fournir le chemin d'accès complet à node:

    @reboot /usr/local/bin/forever start -c /usr/local/bin/node /your/path/to/your/app.js

    Lecture

    • Ce devrait être acceptée comme la meilleure réponse.
    • Des conseils sur ce qu'il faut vérifier si cela ne semble pas faire quoi que ce soit?
    • Cette approche est bonne, mais seulement pour les cas où le système est redémarré. Si le serveur est referme puis sous tension - cette tâche cron ne sera pas exécuté.
    • Ce qui vous fait penser à qui? en.wikipedia.org/wiki/Cron#Predefined_scheduling_definitions Explique que @reboot cron de se faire rouler sur le cron daemon au démarrage. À ajouter que je n'ai jamais rencontré une situation qui donnerait à penser que mon cron qui sont mis à @reboot ne pas courir sur le démarrage du système. La façon dont vous l'éteignez est pas pertinent pour cette.
    • J'aime l'idée d'utiliser crontab sur un script d'initialisation pour la simplicité de la solution. Quels sont les inconvénients (autre que d'avoir la possibilité de peut-être redémarrer sur la ligne de commande) à l'aide de votre solution sur une plus traditionnelle script d'initialisation approche?
    • Avec un script d'initialisation pourriez-vous faire le service myapp arrêter? Il peut être utile pour mettre en pause le serveur, et je ne suis pas sûr de ce que la meilleure façon de le faire est.
    • ce n'est pas un script d'initialisation, mais utilise plutôt le forever bibliothèque de gérer le démon. Tous les cron redémarrage de la directive n'est de démarrer votre démon. Après cela, vous pouvez faire ce que vous voulez via le forever de la bibliothèque. Voir github.com/nodejitsu/...
    • L'ajout de @reboot entrées à ma crontab ne fonctionne pas pour moi; ni n'a les mêmes entrées (moins @reboot, bien sûr) dans /etc/rc.local. Qui est, jusqu'à ce que je préfacé les entrées avec /usr/bin/sudo -u {user}. Par conséquent, je pense que l'Étape 1 devrait être modifié. j'ai testé cette forme à la fois avec et sans invoquer /usr/bin/sudo; il ne fonctionne qu'avec: (cd /path/to/; /usr/bin/sudo -u myuser /usr/local/bin/forever start /path/to/app.js).
    • Je faisait référence à ce qu'a dit Tom. Je crois que je préfère avoir un script d'initialisation car j'ai besoin d'un moyen facile de démarrer/arrêter/redémarrer via la ligne de commande 1 commande.
    • Vous ne devriez pas avoir à lancer la commande sudo à partir de l'intérieur de la crontab. C'est pourquoi, si vous voulez l'exécuter en tant qu'un autre utilisateur que vous-même, vous le spécifier dans le -u. L'aide qui écrit/éditer le crontab pour l'utilisateur et lorsque le démon est lancé, il va tous les processus de l'utilisateur crontabs que leurs utilisateurs respectifs.
    • C'est le point de forever! Lire la documentation pour vous pouvez faire tout en un "de commande". forever start /your/path/to/your/app.js forever stop /your/path/to/your/app.js forever restart /your/path/to/your/app.js github.com/nodejitsu/...
    • Je le conçois, mais ce serait cool de ne "jamais arrêter app-alias" plutôt que behemoth d'une commande. Je suppose qu'il vient juste de préférence. J'aimerais trouver la solution la plus élégante, je peux.
    • il semble /home n'est pas monté encore, donc cela ne fonctionnera pas si votre code de vie dans /home.
    • Cette approche ne fonctionne pas pour moi. Quand mon serveur redémarre, jamais ne démarre pas. Même si je me suis connecté avec le compte d'utilisateur à distance via SSH, jamais ne fonctionne toujours pas. J'utilise CentOS x86 6.5.
    • J'ai trouvé que le ci-dessus a échoué pour moi parce que le nœud n'est pas dans le chemin d'accès lorsque cron essaie de courir pour toujours, même avec l'option-c. Cependant, il s'avère que vous pouvez ajouter un CHEMIN d'accès= déclaration directement dans la crontab tant qu'il est au-dessus de l'annexe consolidés. Une fois que le CHEMIN est mise à l' @reboot déclaration travaillé comme un rêve.
    • Merci pour votre commentaire @chovy, il a été très utile. Pour ceux qui utilisent des variables d'environnement à partir bashrc, l'esprit de son commentaire. Depuis /home n'est pas monté, il ne fonctionnera pas. Définir les variables à la commande crontab comme @reboot varname=value ...
    • pour moi, tout a commencé lors du redémarrage, je peux voir des serveurs à l'aide de la commande à jamais de la liste, mais ils ne fonctionnent pas. Quand j'ai démarrer manuellement enregistrer nœud de serveur il fonctionne, même s'il est déjà commencé sur redémarrer.
    • Il a travaillé pour moi, mais je suis un peu inquiet sur de simples mises à l'arrêt et le redémarrage. Cela va fonctionner?
    • est certainement monté mais je ne peux pas dire la même chose si vous utilisez ~
    • si '/home' ne fonctionne pas: où devrait être une application installée? De sorte qu'il peut être utilisé avec les identifiants de l'utilisateur? (désolé, je suis un ubuntu noob)
    • Application créé par express.js utilisation bin/www de démarrer le service, et bin/www utilisation #!/usr/bin/env node syntaxe d'exiger node.js pour le traiter, malheureusement /usr/local/bin pas dans le CHEMIN de démarrage, donc ma solution est de mettre la ligne suivante en haut de mon fichier crontab: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin, afin d'élargir les utilisateurs racine variable de CHEMIN d'accès, qui fonctionne pour moi

    InformationsquelleAutor Julian Lannigan
  2. 119

    Vous pouvez utiliser pour toujours-service pour faire cela. 

    npm install -g forever-service
forever-service install test

    Ce sera disposition app.js dans le répertoire courant comme un service via pour toujours. Le service redémarre automatiquement chaque fois que le système est redémarré. Aussi lorsqu'il est arrêté, il tentera d'un gracieux arrêter. Ce script dispositions de la logrotate le script.

    Github url: https://github.com/zapty/forever-service

    NOTE: je suis l'auteur de forever-service.

    • C'est génial! Comment puis-je passer NODE_ENV avec forever-service?
    • Utilisez -e "PORT=80 ENV=prod FOO=bar" option
    • Merci, je ne sais pas pourquoi, mais je ne pouvais pas marcher cron et cela a fait le tour.
    • Je ne comprends pas comment courir pour toujours-service. C'est quoi ce "test" dans "forever-service d'installation de test"? Ma commande de lancement de mon application est toujours: "/usr/local/bin/forever start-c /usr/local/bin/node /home/alex/public/node_modules/http-server/bin/http-server-s-d faux". Qu'aurais-je à écrire?
    • test ici est le nom du service. lorsque vous exécutez forever-service d'installation de test, il crée un service appelé test, afin d'exécuter du app.js dans ce répertoire pour être exécuté en tant que service. Je suggère la lecture de la documentation de l'aide sur le gihub page, et ajouter un problème si vous êtes incapable de le comprendre.
    • Brillant petit outil. Je vous remercie. A pris 2 secondes, fonctionne comme un champion. Cette réponse mérite le plus de votes pour ce cas d'utilisation spécifiques.
    • afin de clarifier arva commentaire - dans l'exemple forever-service install test, test sera le nom de la service, mais pas le nom du programme / nœud .js fichier pour l'exécuter. Par défaut, on suppose que le nom du programme est app.js, mais vous pouvez la remplacer par de la --script drapeau, comme suit: forever-service install test --script main.js. (Non testé, donc s'il vous plaît corrigez-moi si il y a toute la syntaxe de détail de mal.)
    • Merci de répondre. Je suis maintenant en utilisant PM2, qui fonctionne à merveille. Instructions: digitalocean.com/community/tutorials/...
    • Cela devrait être une réponse, pas un commentaire.
    • C'est génial! Merci @arva
    • Oui! Ce grand travail mérite un Merci!!!!
    • Meilleur app jamais!!! Crée en service en quelques touches, tous les stdout est écrit pour séparer le fichier de log dans le répertoire /var/log pour chaque service que vous avez créé(ne savons pas encore si stderr est écrit séparément). 100% recommandé!
    • Windows les utilisateurs d'OS, méfiez-vous qu'il n'est pas encore pris en charge, je viens de réaliser que lorsque je lance l'installation du service de la commande!
    • Ne fonctionne pas sur la dernière version d'Ubuntu en raison du manque d'Arriviste
    • Belle, devrait être accepté de répondre.
    • système d'exploitation windows n'est pas pris en charge
    • forever-service est la meilleure fonctionnalité à jamais paquet doit avoir... mais n'a jamais eu.

    InformationsquelleAutor arva
  3. 24

    Ce cas valable pour Debian.

    Ajoutez ce qui suit à /etc/rc.local

    /usr/bin/sudo -u {{user}} /usr/local/bin/forever start {{app path}}

    {{utilisateur}} remplacer à votre nom d'utilisateur

    {{app path}} remplacer votre chemin de app. Par exemple, /var/www/test/app.js

    • Cette méthode n'a pas affaire à des coupures progressives, bien que pour beaucoup de gens c'est probablement pas un problème.
    • BTW - je pense que vous devriez être en train de modifier /etc/rc.local, pas /etc/init.d/rc.local
    • D'accord avec @UpTheCreek que /etc/rc.local est l'endroit plus approprié pour ajouter ce - voir: unix.stackexchange.com/a/59945 pour une grande explication.
    • Aussi, vous pouvez spécifier le répertoire de travail " dans app.js pour assurer relative fichiers sont chargés correctement - process.chdir('/your/path/to/your/app'); Node.js ref docs ici
    • Si vous avez besoin de définir des variables d'environnement pour votre Node.JS script (comme $de PORT pour l'express), en ajoutant la ligne suivante à /etc/rc.local a fait le tour pour moi: ( cd /path/to/project && /usr/bin/sudo -u {{user}} env PORT={{port number}} PATH=$PATH:/usr/local/bin sh -c "forever start app.js" )
    • L'utilisation de sudo pour changer l'utilisateur sorties de cette erreur dans le journal des erreurs de rc.local: sudo: désolé, vous devez disposer d'un terminal lancer la commande sudo

    InformationsquelleAutor NiLL
  4. 18

    1. Installer PM2 à l'échelle mondiale à l'aide de MNP

      npm install pm2 -g

    2. Commencer votre script avec les pm2

      pm2 start app.js

    3. générer un actif script de démarrage

      pm2 startup

      REMARQUE: pm2 démarrage est pour startting le PM2, lorsque le système redémarre. PM2 une fois lancé, le redémarrage de tous les processus qu'il avait été de gérer avant que le système s'est arrêté.

    Dans le cas où vous souhaitez désactiver le démarrage automatique, il suffit d'utiliser les pm2 unstartup

    Si vous souhaitez que le script de démarrage pour être exécuté en vertu d'un autre utilisateur, il suffit d'utiliser la -u <username> option et la --hp <user_home>:

    • Merci de ne pas poster le réponse à de multiples questions.
    • pm2 démarrage ne fonctionne pas sur windows!
    • J'aime vraiment la façon dont les pm2 est raffiné, et est livré avec un impressionnant outil de surveillance. J'espère que cela est mis en évidence plus pour les autres. @rv7 je suis sûr que vous avez vu, mais il y a un windows solution: npmjs.com/package/pm2-windows-service. N'ai pas essayé moi-même bien que.
    InformationsquelleAutor fsamuel
  5. 10

    Une alternative crontab méthode inspirée par cette réponse et cette blog.

    1. Créer un script bash fichier (changement de bob à d'utilisateur de votre choix).

    vi /home/bob/node_server_init.sh

    2. Copiez le et collez-le à l'intérieur du fichier que vous venez de créer.

    #!/bin/sh

export NODE_ENV=production
export PATH=/usr/local/bin:$PATH
forever start /node/server/path/server.js > /dev/null

    Assurez-vous de modifier les chemins d'accès ci-dessus en fonction de votre config!

    3. Assurez-vous que le bash script peut être exécuté.

    chmod 700 /home/bob/node_server_init.sh

    4. Remplacer "bob" avec le moteur d'exécution de l'utilisateur pour le nœud.

    crontab -u bob -e

    5. Copiez et collez (changement de bob à d'utilisateur de votre choix).

    @reboot /bin/sh /home/bob/node_server_init.sh

    Enregistrer le crontab.

    Vous l'avez fait à la fin, votre prix est un reboot (à tester) 🙂

    • Cette méthode fonctionne le mieux pour moi. Jamais cesseraient de fumer quand j'ai mis un chemin d'accès complet à l'server.js fichier. Si j'ai couru dans le même répertoire, foreveer marcherait bien. La raison pour laquelle il a échoué est l'server.js fichier inclus d'autres fichiers, mais les chemins ont été foiré. En utilisant cette méthode, je pourrais CD dans mon .sh script dans le répertoire, puis d'exécuter tout ce qui est relatif à l'existence.
    InformationsquelleAutor Emre
  6. 9

    Copié réponse de la question.

    Vous pouvez utiliser PM2, c'est un processus de production, le gestionnaire de Node.js applications avec un équilibreur de charge.

    Installer PM2

    $ npm install pm2 -g

    Démarrer une application

    $ pm2 start app.js

    Si vous utilisez express, vous pouvez démarrer votre application, tels que la

    pm2 start ./bin/www --name="app"

    Liste de tous les processus en cours d'exécution:

    $ pm2 list

    Il fournira la liste de tous les processus. Vous pouvez ensuite arrêter /redémarrer votre service à l'aide de l'ID ou le Nom de l'application avec la commande suivante.

    $ pm2 stop all                  
$ pm2 stop 0                    
$ pm2 restart all

    Pour afficher les journaux de 

    $ pm2 logs ['all'|app_name|app_id]
    • Comment sera-t-elle AUTOMATIQUEMENT sur le démarrage du système? Vous venez de le copier/collé de la CLI manuel de frappe
    • Exécuter, $pm2 startup Après cela, vous verrez pm2 demandant d'exécuter manuellement une commande, copier et exécuter que. Ensuite, $pm2 save Maintenant votre app.js survivra système redémarre
    InformationsquelleAutor Vikash Rajpurohit
  7. 7

    Vous devez créer un script shell dans /etc/init.d dossier pour que. C'est un peu compliqué si vous n'avez jamais fait, mais il ya beaucoup d'informations sur le web sur init.d scripts.

    Voici un exemple d'un script que j'ai créé pour exécuter un CoffeeScript site avec forever: 

    #!/bin/bash
#
# initd-example      Node init.d 
#
# chkconfig: 345 
# description: Script to start a coffee script application through forever
# processname: forever/coffeescript/node
# pidfile: /var/run/forever-initd-hectorcorrea.pid 
# logfile: /var/run/forever-initd-hectorcorrea.log
#
# Based on a script posted by https://gist.github.com/jinze at https://gist.github.com/3748766
#
# Source function library.
. /lib/lsb/init-functions
pidFile=/var/run/forever-initd-hectorcorrea.pid 
logFile=/var/run/forever-initd-hectorcorrea.log 
sourceDir=/home/hectorlinux/website
coffeeFile=app.coffee
scriptId=$sourceDir/$coffeeFile
start() {
echo "Starting $scriptId"
# This is found in the library referenced at the top of the script
start_daemon
# Start our CoffeeScript app through forever
# Notice that we change the PATH because on reboot
# the PATH does not include the path to node.
# Launching forever or coffee with a full path
# does not work unless we set the PATH.
cd $sourceDir
PATH=/usr/local/bin:$PATH
NODE_ENV=production PORT=80 forever start --pidFile $pidFile -l $logFile -a -d --sourceDir $sourceDir/ -c coffee $coffeeFile
RETVAL=$?
}
restart() {
echo -n "Restarting $scriptId"
/usr/local/bin/forever restart $scriptId
RETVAL=$?
}
stop() {
echo -n "Shutting down $scriptId"
/usr/local/bin/forever stop $scriptId
RETVAL=$?
}
status() {
echo -n "Status $scriptId"
/usr/local/bin/forever list
RETVAL=$?
}
case "$1" in
start)
start
;;
stop)
stop
;;
status)
status
;;
restart)
restart
;;
*)
echo "Usage:  {start|stop|status|restart}"
exit 1
;;
esac
exit $RETVAL

    J'ai eu à faire en sorte que le dossier et les Chemins d'accès ont été définies explicitement ou disponibles pour le super-utilisateur depuis init.d les scripts sont lancées en tant que root.

    • Si vous avez toutes les dépendances qui sont aussi commencé avec init.d vous pourriez avoir ordre de chargement enjeux.
    • Correa, Le lien ne fonctionne pas
    • J'ai corrigé le lien.
    InformationsquelleAutor Hector Correa
  8. 6

    Utiliser le PM2

    Qui est la meilleure option pour exécuter le serveur serveur de production

    Quels sont les avantages de l'exécution de votre application de cette manière?

    • PM2 redémarre automatiquement à votre demande si elle se bloque.

    • PM2 permettra de tenir un journal de vos exceptions non gérées - dans ce cas, dans un fichier /home/safeuser/.pm2/logs/app-tre.journal.

    • Avec une seule commande, PM2 peut s'assurer que toutes les applications qu'il gère redémarrer lorsque le serveur redémarre. Fondamentalement, votre nœud application va démarrer en tant que service.

    ref: https://www.digitalocean.com/community/tutorials/how-to-use-pm2-to-setup-a-node-js-production-environment-on-an-ubuntu-vps

    InformationsquelleAutor Vishnu Mishra
  9. 5

    Forever n'a pas été faite pour obtenir nœud applications en cours d'exécution en tant que services. La bonne approche consiste à créer un fichier /etc/inittab entrée (vieux systèmes linux) ou un arriviste (nouveaux systèmes linux).

    Voici de la documentation sur la façon de le configurer comme un arriviste:
    https://github.com/cvee/node-upstart

    • Upstart me manquait sur CentOS et j'ai lu qu'il va disparaître. La création d'un init.d entrée n'est pas vraiment de la manière la plus conviviale, mais c'est linux, je suppose 🙂
    InformationsquelleAutor snez
  10. 5

    crontab ne fonctionne pas pour moi sur CentOS x86 6.5. @reboot ne semble pas travailler.

    J'ai finalement trouvé cette solution.

    Modifier /etc/rc.local

    sudo vi /etc/rc.local

    Ajoutez cette ligne à la fin du fichier. Changement USER_NAME et PATH_TO_PROJECT à votre propre. NODE_ENV=moyens de production l'application s'exécute en mode de production. Vous pouvez ajouter des lignes supplémentaires si vous avez besoin d'exécuter plus d'un node.js app.

    su - USER_NAME -c "NODE_ENV=production /usr/local/bin/forever start /PATH_TO_PROJECT/app.js"

    Ne définissez pas NODE_ENV dans une ligne distincte, votre application continue à fonctionner en mode de développement, car jamais ne pas obtenir NODE_ENV.

    # WRONG!
su - USER_NAME -c "export NODE_ENV=production"

    Sauvegarder et quitter vi (appuyez sur la touche ECHAP : w q retour). Vous pouvez essayez de redémarrer votre serveur. Après votre serveur redémarre, votre node.js application devrait fonctionner automatiquement, même si vous ne vous connectez pas dans n'importe quel compte à distance via ssh.

    Vous feriez mieux de mettre NODE_ENV de l'environnement dans votre shell. NODE_ENV sera réglée automatiquement lorsque votre compte USER_NAME connecte.

    echo export NODE_ENV=production >> ~/.bash_profile

    De sorte que vous pouvez exécuter des commandes comme jamais arrêter/démarrer /PATH_TO_PROJECT/app.js via ssh sans réglage NODE_ENV de nouveau.

    • a obtenu le même problème sur debian 7.6. Ce fixe pour moi. Merci beaucoup.
    • Juste au cas où vous ne voulez pas utiliser de "forever", vous pouvez modifier la ligne " su - NOM_UTILISATEUR-c "NODE_ENV=production node /PATH_TO_PROJECT/bin/www"'.
    • Le grand truc. Il fonctionne pour moi sur Amazon Instance de Linux.
    InformationsquelleAutor Vince Yuan
  11. 3

    J'ai écrit un script qui fait exactement cela:

    https://github.com/chovy/node-startup

    Je n'ai pas essayé avec forever, mais vous pouvez personnaliser la commande qu'il s'exécute, il doit être simple:

    /etc/init.d/node-app start
/etc/init.d/node-app restart
/etc/init.d/node-app stop
    InformationsquelleAutor chovy
  12. 1

    J'ai essayé beaucoup de réponses ci-dessus. Aucun d'entre eux travaillaient pour moi. Mon application est installée dans /home et tant qu'utilisateur, pas en tant que root. Cela signifie probablement que lorsque le ci-dessus mentionné commencer l'exécution des scripts, /home n'est pas monté encore, donc, l'application n'est pas démarré.

    Puis j'ai trouvé ces instructions par Digital Ocean:

    https://www.digitalocean.com/community/tutorials/how-to-use-pm2-to-setup-a-node-js-production-environment-on-an-ubuntu-vps

    À l'aide de PM2, comme l'explique très simple et fonctionne parfaitement: Mes serveurs virtuels eu deux plantages depuis le temps d'arrêt n'était que d'environ une minute.

    • PM2 a beaucoup plus d'étoiles (2x) sur github, que jamais, et il a plus de fonctionnalités ainsi. Je pense que la plupart des réponses sont obsolètes ici.
    InformationsquelleAutor Alex
  13. 1

    Le problème avec le rc.local c'est que les commandes sont accessibles en tant que root qui est différent de celui de la journalisation d'un utilisateur et de l'utilisation de sudo.

    J'ai résolu ce problème en ajoutant un .sh script avec les commandes de démarrage, je veux etc/profile.d. Tout .sh fichier de profil.d se charge automatiquement et toute commande ne sera traitée que si vous avez utilisé l'ordinaire sudo.

    Le seul inconvénient est l'utilisateur spécifié doit loggin pour des choses de départ qui dans ma situation a toujours été le cas.

    InformationsquelleAutor Moe Elsharif
  14. 0

    Vous pouvez utiliser la commande suivante dans votre shell pour démarrer votre nœud jamais

    pour toujours app.js //mon nœud de script

    vous avez besoin de garder à l'esprit que le serveur sur lequel votre application est en cours d'exécution doit toujours conservés sur.

    InformationsquelleAutor Gaurav Singh
  15. 0

    exemple complet crontab (situé dans /etc/crontab) ..

    #!/bin/bash
# edit this file with .. crontab -u root -e
# view this file with .. crontab -u root -l
# put your path here if it differs
PATH=/root/bin:/root/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin
# * * * * * echo "executes once every minute" > /root/deleteme
@reboot cd /root/bible-api-dbt-server; npm run forever;
@reboot cd /root/database-api-server; npm run forever;
@reboot cd /root/mailer-api-server; npm run forever;
    InformationsquelleAutor danday74