Tag 8412+1: Ich habe die Hoffnung für die Menschheit verloren.
Beiträge von Hecke29
-
-
-
die Frage ist halt auch wie oft sowas überhaupt in der Praxis auftaucht
Weshalb ich es auch als graues-Theorie Gedankenexperiment abgetan habe
-
nur dann berechnet wenn der Fehler nicht bei uns liegt
Was interessant ist.
Ein gedanklicher Exkurs
Meine Bisherige Auffassung war, dass berechnet wird, wenn der Kunde selber den Fehler verursacht hat (auch durch Unterlassen, z.B: Festplatte durch Backups voll).
Aber in dem vorliegenden konkreten Beispiel trifft netcup ja vermutlich kein Verschulden. Zumindest wird netcup nicht die Überlastung des Webhost-Nodes verursacht haben (höchstens mittelbar durch Unterlassen einer Abschaltung des überlastenden Kunden)
Zwischen "der Kunde ist Schuld" und "netcup ist nicht Schuld" liegt jedoch ein Unterschied.
Fiktives Beispiel:
Durch eine Fehlkonfiguration bei einem Carrier o.ä. kann bei mir in der Region aus dem Telekomnetz nicht mehr zu netcup geroutet / gepeert werden. Auch auf dem Handy (Telekomvertrag) funktioniert die Seite nicht. Ich rufe, nachdem die Störung nach 15 Minuten noch besteht, beim netcup-Notfallsupport an. Dieser versichert mir nach wenigen Minuten, auf mein Drängen das nochmal zu prüfen, dass das Webhosting läuft und definitiv erreichbar ist und der Fehler woanders liegen müsse.
Ich könnte hier beide Auffassungen verstehen: Sowohl aus Sicht netcups (kein Fehler) als auch aus Sicht des Kunden (kein Fehler). Aber als Otto-Normal-Kunde, der hier ein Webhosting gebucht hat und keine Monitoring-Dienste betreibt, kann ich es erstmal nicht besser wissen und nur feststellen, dass die Webseite nicht erreichbar ist.
Naja, graue Theorie.
-
Was alle drei gemeinsam haben: Nicht jede Konfigurationsvariable lässt sich ändern.
Richtig.
Der Vollständigkeit halber gibt es hier eine Auflistung was man auf welcher Ebene einstellen kann: http://php.net/manual/de/ini.list.php -
Hallo,
vorab: Ich weiß nicht wie das WCP funktioniert, da ich hier kein Webhosting-Kunde bin; ich weiß nur dass es wohl ein Plesk ist. Deshalb:
In Plesk gibt es - zumindest technisch - die Möglichkeit an den PHP-Einstellungen der Domain (dort wo man auch die PHP-Version auswählen kann) auf der gleichen Seite unten die Möglichkeit eigene php.ini-Einträge zu hinterlegen (Im Bild orange).
Diese Möglichkeit kann jedoch für Kunden deaktiviert werden. Da die Einträge dort wirklich in der php.ini für die Domain landen, kann ich mir gut vorstellen, dass dies aus Sicherheitsgründen deaktiviert wurde.
Auf der gleichen Seite findet sich auch direkt eine Einstellung für z.B. open_basedir (im Bild rot/blau)
Viele Grüße
-
Das letzte Türchen wird wie immer die Aktion, dass man das Geld für den Hostingtarif spenden soll [...]
Aus mehr oder minder zuverlässiger Quelle weiß ich, dass dies dieses Jahr nicht so ist Man darf gespannt sein und die Vorfreude auch am 24.12. aufrecht erhalten
-
Unsinn - dass es als externe Domain angelegt ist, heißt ja nicht, dass ein DNS darauf verweist.
Der Mailserver fragt aber (standardmäßig) kein DNS, wenn er selber für die Domain zuständig ist (bzw. das glaubt). Dann erfolgt eine lokale Zustellung. Wenn man gmail.com als Domain auf einem shared-Plesk-Hosting anlegt, werden von allen Kunden auf dem gleichen Plesk-Server, die E-Mails an @gmail.com senden, bei dem lokalen Webhosting des "Angreifers" angekommen. Deshalb gibt es in Plesk ja auch eine Domain-Blacklist, die Domains beinhaltet, die nicht angelegt werden können
Dafür bräuchtest du aber auch noch ein gültiges SSL-Zertifikat für gmail.com
braucht man dann nämlich auch nicht, weil bei lokaler Zustellung keine SSL-Verbindungen aufgebaut werden müssen
-
Achso, du möchtest dein Wordpress weiterhin bei wordpress.com hosten. Ok. Ja, dann musst du die Nameserver wie dort steht hinterlegen.
Da ja wahrscheinlich bisher auf der Domain nichts läuft, kannst du ja auch keine Ausfälle verursachen - von daher: Nur Mut die neuen Nameserver zu hinterlegen. Dort stehen die drei, die es sein sollen: ns1 bis ns3 .wordpress.com
Für deine Domain im CCP stellst du im Reiter DNS unten das Dropdown auf eigene Nameserver und hinterlegst ns1 bis ns3 jeweils bei "Hostname" ( "IPv4" und "IPv6" bleiben frei ) und dann speichern.
-
Hast du bei Netcup nur die Domain oder auch ein Webhosting?
Nameserver musst du aber in beiden Fällen nicht zwingend ändern. Woher hast du diese Info? -
In PHP7 gibt es die veralteten mysql_-Methoden nicht mehr. Schau mal, ob deine Software PHP7 unterstützt - klingt so als ob du 5.6 nutzen müsstest.
-
Muss weniger im netcup-Forum in der Weihnachtszeit lesen & schreiben. Steßabbau hier ist eher nachteilig, hab ich das Gefühl Schüss
-
Diese Bestätigung soll im Betreff genau eine Prefix enthalten
Man könnte diese sinnvolle Einstellung aber auch einfach als Standard machen.
Also ganz ehrlich.
Diese Anforderung ist doch total Edge-Case. Erkennt ihr das nicht?
Wer antwortet überhaupt auf Auto-Responder und erwartet dann in der Antwort, dass das Prefix wieder nur einmal vorne steht?
Und im gleichen Satz ist es dann aber egal, dass da drei mal Aw: im Betreff steht?
Und wenn ihr das im WCP sehen wollt, reicht einen User-Wish bei Plesk ein. Dann kann man auch gleich sehen, ob die Anforderung die nötige Relevanz aufweist: https://plesk.uservoice.comDer Autoresponder ist ein normaler basic Autoresponder, erfüllt diesen Zweck und wenn da jemand sein fancy-Prefix-Leuchtschrift-mit-Smiley-Betreff haben möchte, soll er sich das meiner Meinung nach selber umsetzen.
Da irgendwie serverseitig mit regulären Ausdrücken sicherzustellen, dass das eine bestimmte Zeichenfolge ("Prefix") nur einmal am Anfang steht und sonst rausgefiltert wird - ich sehe da kein Bedarf für. Und dann funktioniert das bei wem nicht richtig, weil das ! und ` in seinem Prefix [Responder de autó!] nicht vernünftig gematcht wird und dadurch ist es wieder zwei Mal im Betreff. Und der Aufwand dafür, dass die Betreffzeile nicht so lang wird, weil irgendwelche Leute mit Auto-Respondern chatten...
Netcup kann man meines Erachtens nach in dieser Sache höchstens dafür kritisieren, dass sie sich nicht eindeutig mit: "Machen wir nicht" zurückmelden. (Aber selbst da: Das hier bleibt ein Kundenforum)
Und damit hoffe ich, dass dieser Thread diesmal endlich in der Versenkung verschwunden bleibt...
-
Da wird halt auf ganze Zahlen gerundet - bietet sich für das Chart vielleicht nicht an, ja
Ist auf einem Desktop-Monitor auch so
-
Huiuiui; das ist ja mal interessant! Der Autor empfiehlt für Seiten mit "Large amount of content" max_input_vars von 10000 Ich bin grade etwas verstört und frage mich wie das programmiert wurde
-
-
Darf man erfahren wozu du den ganzen Aufwand treibst? Also warum du die DNS-Verwaltung in Plesk haben möchtest.
-
Gab keine Schwierigkeiten und aktiviert habe ich es so:
Code# /etc/nginx/sites-enabled/010-mysite server { listen 443 ssl http2; ... } # bash ~$ nginx -t ~$ service nginx reload
Dabei habe ich mir auch ein Chrome-Plugin installiert, dass mir das auf den Seiten anzeigt ob sie per HTTP/2 geladen wurden: https://chrome.google.com/webs…flnpcgagjijhmgnchggcjblin
-
Hecke29 Debian und Ubuntu sind aus dem selben Wasser, ich habe aber ein RHEL basierendes: CentOS
Ok, ich merke, dass meine Ausdrucksweise so nicht richtig war (anhand von Distributionen) und die nachträglich gelieferten Erklärungen, das es an der systemd-Version liegt euch scheinbar nicht ausreichen, um den ursprünglich vereinfacht ausgedrückten Vergleich zu ergänzen.
Und nun viel Spaß mit iptables6
-
Ich habe Debian 9
Debian 9 hat auch auf ein aktuelles systemd geswitched (bis Jessie war sysVinit dabei und systemd - wahrscheinlich in einer älteren Version?). Falls dich das interessiert, gibt es hier die Details warum das geändert wurde (seitens systemd): https://www.freedesktop.org/wi…bleNetworkInterfaceNames/
Da ich Debian 8 (tw. mit gepatchtem Kernel) einsetze, hatte ich nicht direkt auf dem Schirm, dass das bei Debian 9 schon anders ist.