Das ist ein Tarif noch aus der Steinzeit und war nur für die vServer mit der Typenbezeichnung RS gedacht, weil damals auch dieser Typ von Server wie heute noch die VPS nur eine Mindestverfügbarkeit im Jahresmittel von 99,6 % hatte.
Hab gerade meine Accounts durchforstet, ich habe auch noch zwei Root-Server XL SSD v6, diese Server machen seit Anfang an gute Dienste 
, ich glaub seit 2013 oder 2014. Das Root-Server Service Level A+ habe ich seit 2015 .
Da ich ja nun auch zu den Serverhoardern gehöre,
habe ich mal eine Auflistung meiner monatlichen Kosten gemacht.
22.88€ für Server und Hosting und 5.20€ für Domains
macht 28.08€
Ich glaube ich bin noch nicht gefährdet 
Es gibt deutlich teurere Hobbies
Ach herrje, bei dem Seitenanblick wird man ja ganz sentimental. 😁
der Adventkalender is unzuverläßig;
dass mein Standardbrowser damit nicht zurecht kommt ist eine Sache,
aber dass dann Tür 4 nicht aufgeht eine andere;
bei dem Schneechaos wohl festgefroren ...
da ist nix festgefroren, das soll so. die Türen gehen erst um 8 Uhr auf:
Die Türchen öffnen sich nicht wie gewohnt um Mitternacht, sondern erst um 8 Uhr morgens.
Milde interessant, falls es noch jemanden interessiert:
Die RS Cyber Quack melden sich als RS 200 G9.5
Hmmm... Wollte gerade Uptime Kuma installieren, aber die Standardseite für den Download des Installskripts funktioniert nicht mehr:
https://git.kuma.pet/install.sh
Muss ich mal nach Alternativen suchen....
(Oder node/npm/pm2 doch manuell installieren)
Hmmm... Wollte gerade Uptime Kuma installieren, aber die Standardseite für den Download des Installskripts funktioniert nicht mehr:
https://git.kuma.pet/install.sh
Muss ich mal nach Alternativen suchen....
(Oder node/npm/pm2 doch manuell installieren)
Das Install-Script ist deprecated. Die manuelle Installation ist aber auch überschaubar.
Hmmm... Wollte gerade Uptime Kuma installieren, aber die Standardseite für den Download des Installskripts funktioniert nicht mehr:
https://git.kuma.pet/install.sh
Muss ich mal nach Alternativen suchen....
(Oder node/npm/pm2 doch manuell installieren)
Ich empfehle das offizielle Docker Image: https://hub.docker.com/r/louislam/uptime-kuma
Bei solchen Installationsskripten wäre ich generell vorsichtig. Ich weiß, dass das momentan ziemlich in Mode ist und viele Projekte das so anbieten. Aber ein unbekanntes Skript aus dem Internet herunterladen und mit Root Rechten ausführen ist so mit das letzte was man eigentlich machen sollte. Ich würde von dieser Art der Installation generell abraten. Ja, est ist komfortabel und meist funktioniert das auch zuverlässig, aber es ist halt so eine Grundsatzregel, dass man das eigentlich nicht machen sollte. Genauso wenig wie man unbekannte Code Schnipsel nicht einfach so C&P sollte.
docker kommt mir nicht in die Tüte. 
Ich habe das jetzt aber mal ganz anders gemacht und mir schnell ein bash-Skript gestrickt, welches im Prinzip das gleiche macht. (Per cron Server anpingen oder Seiten curlen, bei Scheitern zwei weitere Versuche starten und wenn das auch fehlschlägt bekomme ich eine eMail)
Das funktioniert, reicht mir erstmal völlig und ich muss nix installieren
docker kommt mir nicht in die Tüte
Wobei ich mir das in diesem Fall wirklich nochmal überlegen würde . Sich das System mit NodeJS Abhängigkeiten und NPM zu verbasteln, ist jetzt auch nicht unbedingt die schönste Lösung. Zumal man ja gerade bei NodeJS oft darauf achten, muss, dass die benötigte Version auch der entspricht, die man für das Projekt gerade benötigt. Unter Umständen ist hier auch wieder eine zusätzliche Quelle nötig. Genau aus diesem Grund läuft bei mir alles NodeJS-basierte grundsätzlich in isolierten Containern. Bei Golang kann ich es noch verstehen, wenn die Installation im Grunde nur daraus besteht, dass man ein Binary herunterlädt und als unprivilegierter User laufen lässt. Da hat man dann im Grunde dieselbe Isolation wie in einem Container. Aber gerade, wenn dann noch zusätzliche Abhängigkeiten mit ins Spiel kommen oder bestimmte Versionen einer Sprache benötigt wird, spielen Container ihre Stärken aus, weil man dann auch das eigentliche OS aktualisieren kann ohne sich Gedanken machen zu müssen welche Applikation man damit evtl. kaputt macht.
Man darf auch die Updates nicht vergessen. Mit Docker startet man einfach den Container mit einem neuen Tag. Die manuelle Installation von uptime-kuma muss dann wieder mit npm gemacht werden. npm hat eigentlich auf einem produktiven System auch nichts verloren. Das sollte eher der Entwicklung dienen, wo man ein fertiges Paket baut, das dann wiederum auf Prod ausgerollt werden kann. Wobei das natürlich auch etwas an mir liegen könnte, weil ich da noch etwas aus der alten Schule komme. Hier werden neue Applikationen grundsätzlich nur in Dev gebaut, dann getestet und anschließend erst über einen sicheren Weg in Prod ausgerollt.
da ist nix festgefroren, das soll so. die Türen gehen erst um 8 Uhr auf:
Da muss ich Holger mal recht geben. Ich habe das auch nur durch Zufall festgestellt. Es steht auch noch immer nicht auf der Adtventskalender Seite.
Zumindest dort gehört es aber hin...
Wobei ich mir das in diesem Fall wirklich nochmal überlegen würde
Ja, da gebe ich dir durchaus recht.
Ich habe ja auch nix prinzipiell gegen docker. Es gibt Anwendungsfälle, da macht es Sinn.
Ich mag es halt nur nicht besonders.
Aber in diesem Fall ist beides nicht nötig. Ich setze erstmal auf die Minimallösung:
Ich habe das jetzt aber mal ganz anders gemacht und mir schnell ein bash-Skript gestrickt, welches im Prinzip das gleiche macht. (Per cron Server anpingen oder Seiten curlen, bei Scheitern zwei weitere Versuche starten und wenn das auch fehlschlägt bekomme ich eine eMail)
Das funktioniert, reicht mir erstmal völlig und ich muss nix installieren
Da brauche ich weder docker noch nodejs/npm. 
Wobei ich mir das in diesem Fall wirklich nochmal überlegen würde
Man darf auch die Updates nicht vergessen. Mit Docker startet man einfach den Container mit einem neuen Tag. Die manuelle Installation von uptime-kuma muss dann wieder mit npm gemacht werden. npm hat eigentlich auf einem produktiven System auch nichts verloren. Das sollte eher der Entwicklung dienen, wo man ein fertiges Paket baut, das dann wiederum auf Prod ausgerollt werden kann. Wobei das natürlich auch etwas an mir liegen könnte, weil ich da noch etwas aus der alten Schule komme. Hier werden neue Applikationen grundsätzlich nur in Dev gebaut, dann getestet und anschließend erst über einen sicheren Weg in Prod ausgerollt.
Könnt ihr mal aufhören sowas zu schreiben? Jetzt muss ich mich wirklich noch in Docker einarbeiten... 
Da muss ich Holger mal recht geben. Ich habe das auch nur durch Zufall festgestellt. Es steht auch noch immer nicht auf der Adtventskalender Seite.
Zumindest dort gehört es aber hin...
Es wird heute noch ein Hinweis auf der Adventskalender Seite hinzugefügt.
Könnt ihr mal aufhören sowas zu schreiben? Jetzt muss ich mich wirklich noch in Docker einarbeiten...
Netcup - Es gib immer was zu tun. Yippiejaja...
Könnt ihr mal aufhören sowas zu schreiben? Jetzt muss ich mich wirklich noch in Docker einarbeiten...
Doker lohnt sich. Es ist wirklich keine Silver-Bullet. Aber wenn man es braucht dann ist es einfach perfekt.
Und Uptime-Kuma ist das beste Beispiel dafür!
Ich kann das Kofler Buch 'Docker' empfehlen!
Könnt ihr mal aufhören sowas zu schreiben? Jetzt muss ich mich wirklich noch in Docker einarbeiten...
Früher oder später kommt man immer dazu, sich Docker anzuschauen. Ist auch nicht meine Lieblingslösung und hat seine Tücken aber in manchen Fällen ist es doch sehr praktisch.
Da muss ich Holger mal recht geben.
Holger hat immer recht.
