Beiträge von Schupp

    Ich frage mich nur wie man an einer Armortisierung rumrechnen muss und nen Ryzen 7 5800X anstrebt :D

    Auch die Aussage "Mini-PCmit Proxmox und nen Raspberry4 mit OMV"..

    das ist als wenn ich Dir sage das ich Dir ne Currywurst mitbringe und Dir dafür nen Mini-Wini mit nen klecks curryketchup drauf mitbringe.. Alles ist möglich..

    Für mein Verständnis, also als Meinung lebt das ganze KVM System vom Fairuse.

    Ich bin zum Beispiel froh das man nicht gleich eine ganze Hardware für eine große Plesk Installation mieten muss.. da schaue ich nichtmal auf Benchmarks und andere können darüber Diskutieren wie sie möchten. Ich denke z.B. Plesk Only mit Webzugriffen hat da eine "natürliche" Verteilung die sich homogen unter den Guests aufteilt.

    Ich Benchmarke aus Prinzip nicht, dann hätte ich mir teure Hardware gemietet.

    Das einzige Performance Problem das ich wirklich hatte, konnte ich mehrmals mit "FSTrim" beheben. (Heutzutage sogar ein Standard Service, es gibt das Kommando nichtmal mehr)

    P.S.: Hört auf KVM zu quälen :D (Spaß am Rande.)

    Das Problem in Sitejet ist, das es ein Site-Builder ist..

    Solange man nicht sein eigenes Projekt bearbeiten kann, kann man die SMTP Settings nicht setzen.

    Wahrscheinlich fällt das im Webhosting durch die falschen Plesk Berechtigungen weg.

    Laut einer Doku gibt es SMTP Einstellungen nur in den Sitebuilder-Projekt Einstellungen in Plesk.

    Ich wurde auch nicht ausgeloggt.. nicht auf dem Handy/PC.

    Nochmal zum Chat-Thema.. früher bestanden Chats aus echten Bytestreams ohne Push-Pull.. Da gab es Chat-Scripte die sich nach dem PHP Timeout zum User resettet haben. Wirtschaftlich echter Unsinn.

    Ob damit auch Push-Pull mit 10 Sekündlichen abfragen über PHP/Mysql gemeint sind müsste man mal beim Support Anfragen. (Manche übertreibens halt immer.)

    Meines Wissens verbietet NC auf seinen Webspace-Servern sogar einen ganz normalen Chat, völlig unabhängig davon wie ressourcensparend der programmiert ist.

    Ein echter Chat ist halt kein "Instant Messaging", sondern eine dauerhafte PHP Prozess belastung.. Wenn der PHP Prozessmanager dann in Warteschleife bei 20 Usern 20 Prozesse belegt ist das halt etwas anderes als 1 Seite zu generieren und 30 Images aus dem Cache zu laden.

    (Nachtrag: Ursprünglich setzte ein echter Chat eine Dauerhafte "Client-Server" verbindung voraus, heutzutage versteht man darunter ja eher ein Pull-Push verfahren wenn es darum geht, wie zum Beispiel bei Wordpress die Admin-Ajax.php (oder wie die hiess), die ist bei 20 Wordpress Usern die Nummer 1 in der Hitliste, da es ja eine Art Heartbeat ist)

    Diese Regel gibt es schon seit 20 Jahren bei Webhosting Anbietern. (Schon oft gelesen)

    Wobei, als NodeJS Lösung hätte ich da schon noch ein Fragezeichen.. Ich habe mir zum Beispiel im RS ein PingPong Script gebaut. Quasi Dauerhaftes NodeJS Socket Client Server "PingPong" wie ein Chat mit gering haltendem Datenverkehr der bei einer Datenunterbrechung den Timeout loggt.

    VPS war doch noch nie das gelbe vom Ei, egal bei welchem Anbieter.

    Wenn man die benötigte Leistung beurteilt und meint nen 5€ Server reicht aus.. dann ist das wohl so :D

    Ich gebe schon seit 2 Jahrzehnten 10€ im Monat aus um 2 kleine HPs zu hosten, um mich ein bisschen ohne Limits mit Linux und Webhosting zu beschäftigen.

    Es ist aber immerhin günstiger als eine Co-Location für maximale Performance..

    Man kann komplette Systeme auch mit rsync sichern.

    Solange man das Backup nicht als Echtzeit Snapshot benötigt geht das auch.

    Ich habe das Dateisystem 1:1 in Ordnern und kann mir ein neues VM Image aus den Daten bauen. Wenn ich ein Serverupdate durchspielen möchte, lasse ich bei der Image Erstellung die www Dateien weg.

    Der obige Code von Chat-GPT ist nur einmalig für neue Beiträge, man muss nur den aktuellen View überschreiben.

    Bei Wordpress bringt die KI Vorteile.. manche Kostenpflichtigen Plugins ersetzen nur 5 Zeilen Code durch die Api und diese für die Masse konfigurierbar mit Admin-Panel..

    Letzendlich hätte man nur 5 Zeilen Schreiben müssen. (z.B. Wp_Mail auf SMTP umleiten)

    Der Github Copilot schreibt für ein Snippet des Child Theme in der functions.php:

    Beim RS habe ich ja genau deshalb dedizierte Kerne und erwarte damit auch durchgängig die gleiche Leistung.

    es ist halt "fair use".. das war nur ein Beispiel, keine Feststellung..

    wenn man 16 kerne auf einem PC hat, und nicht gerade eine highend Wasserkühlung, dann rennt dein Rechner auf Dauer in den Heat Throttle.. das bedeutet das die Kerne ihre Leistung reduzieren.

    Wenn 8 RS 8000 auf einer CPU liegen und alle 100% laufen, wird das gleiche passieren . (Gerade Server racks haben da ganz andere Probleme..) Man kann sich auch eine "echte Hardware" mieten", da wird womöglich auf Zeit das gleiche passieren.

    Das ist jetzt nur eine Vermutung bzw. Beispiel.

    Was soll "fair use" bei Netcup bedeuten?

    Ich denke mal "fair use" liegt zu 80% in der Bandbreite und Traffic.

    Die letzten 20% sind so etwas wie 24/7 voll auslastende Dienste in IO und CPU..

    Theoretisch hat man als Webserver Betreiber auf einem RS keine Probleme mit "Fair Use" solange ein rs2000 nicht 24/7 Millionen Requests bearbeiten muss.

    Nachtrag: Im Prinzip keine Ressourcen dauerhaft an der Leistungsspitze fahren.