Sind auch diesmal wieder ARM, AMD und Android mitbetroffen wie bei Spectre und Meltdown?

Samstag Abend hier Stromausfall, augenscheinlich mit ziemlichen Spannungsspitzen vor dem Ausfall. Hoffe dass es mir kein Netzteil zerschossen hat bei der Gelegenheit, bisher scheint noch alles zu funktionieren.

Doofe Frage... in nginx habe ich für einen vhost, der eine Datei enthält, die per iframe eingebunden werden soll, folgenden Header gesetzt:

Zitat von whoami0501

add_header X-Frame-Options "ALLOW-FROM https://seite1.domain.de/" always;

Auf der im Header erwähnten Domain habe ich dann das iframe eingebunden, das funktioniert auch. Aber Firefox meckert trotzdem in der Konsole:

Warum sollte der Header denn jetzt ungültig sein? Irgendwie etwas merkwürdig...

In RFC 7034 steht das genauso drin..

Vielleicht stört er sich an dem "always". Bin mir nicht ganz sicher, aber ich glaube nicht, dass das da hingehört.

Also entweder der Support widerspricht sich selbst oder die Aussage war zumindest in einem Fall nicht eindeutig.

Zitat von killerbees19

Nur noch mal zur Klarstellung: Kann man es jetzt über den Support ändern lassen oder nicht?

Fehlt die Funktion nur im Panel für den Kunden oder generell?

Das müsste jemand beantworten, der es bereits versucht hat. Ansonsten spiele ich da heute und morgen sowieso noch ein wenig rum und wenn es mir nicht gelingt, das überall auf die neuen Defaultwerte zu ändern, dann geht morgen Abend oder am Montag mein Ticket raus und ich werde dann berichten ob die Einstellung geändert wurde. Davon gehe ich aber eigentlich aus.

Zitat von Lucan

Ich hatte das Gleiche beim Reseller Webhosting, da wurden auch Stillschweigend nach einiger Zeit Sachen deaktiviert oder eingeschränkt. Die Rückmeldung: Es wurde nicht aktiv beworben und ich / man hat Pech...

Also über das "nicht aktiv beworben" kann man streiten. Man wirbt aktiv mit der Zufriedenheitsgarantie. Diese ermöglicht mir, sämtliche Details genau anzuschauen und auf Basis meiner Erkenntnisse dann die Entscheidung zu treffen, ob ich mit dem Produkt zufrieden bin. Insofern gehe ich davon aus, dass Funktionen, die während der Zufriedenheitsgarantie vorhanden sind, damit Vertragsgegenstand sind. Wenn man nun am Produkt nach Ablauf der Zufriedenheitsgarantie etwas zu meinem Nachteil ändern kann und ich komme trotzdem nicht aus dem Vertrag raus, dann wäre die Zufriedenheitsgarantie nur noch Makulatur. Die bringt ja nichts, wenn hinterher sowieso alles ganz anders, insbesondere schlechter, aussehen kann.

Zitat von ArtCore7

Aber wenn ich mich richtig erinnere wurde die Funktion im Zusammenhang mit einem Thread hier im Forum vom Support angegangen und dort wurde glaub auch gesagt man arbeitet dran. Seit dem ist es auch weg. Die Frage ist auch ob der Support mir es pro Domain aktuell nach meinen Wünschen anpassen kann oder ob man aktuell gar keine Anpassungsmöglichkeiten hat.

Naja, der Support wird das schon individuell einstellen können, ich habe ja auch verschiedene Settings auf meinen Webhostings, teilweise sogar in einem Webhosting. Alles, was ich vor der Aktion eingestellt hatte ist im Prinzip noch so wie es war. Nur die (Sub-)Domains wo ich disable_functions nicht eingestellt, also auf Defaulteinstellungen gelassen und nur die PHP-Version geändert hatte, ist es jetzt eben teils restriktiver eingestellt als die neuen Default-Settings. Der alte Default hatte ja exec, proc_open etc disabled und das ist dabei vermutlich als von mir durchgeführte Einstellung übernommen worden.

Wie sieht das denn bei euch konkret aus? Ich habe mir meine Webhostings heute mal genauer angeschaut und festgestellt, dass die neue Defaulteinstellung zumindest exec und proc_open nicht disabled.Dass es die neue Defaulteinstellung ist schliesse ich mal daraus, dass es hinter der Liste steht. So bleibt zumindest die Hoffnung, dass es reicht, wenn der Support sämtliche Domains und Subdomains inklusive der Systemdomain auf diesen Defaultwert zurücksetzt. Ich schaue mir das über das Wochenende noch im Detail an, dann schreibe ich dem Support ein entsprechendes Ticket.

Zitat von mainziman

zur not darfst auch das als neues Weltbild nehmen ...

die Erde ist eine Kartoffel mit gewaltigen Beulen (nein nicht Gebirge) und Dellen (nein nicht Seen)

der Abstand vom Erdmittelpunkt zum Südpol würde beim Nordpol mehr als 100 km herausragen

Also sowas dürfte man bei REWE als Erzeuger nicht anliefern!

Offizielle Regeln haben Microsoft - und auch andere Firmen - doch noch nie wirklich beeindruckt.

Jetzt machen wir uns alle mal einen Hotmail-Account und lassen dann auch ein paar IPs sperren.

Zitat von friend_of_root

Probiere mal 7.4 das spart dir mal mindestens 30%.

Gibts im Webhosting leider nicht in der FPM-Variante, da steht (mir unverständlich) nur FastCGI zur Verfügung. Ebenso wie bei 7.3. Aber bei Zeiten jenseits von 5 Sekunden muss man sich schon Gedanken machen, was da sonst noch zu optimieren ist, was z.B. gecached werden kann und mit welchem Plugin das am meisten bringt. Ansonsten müsste der Shop schon was Einzigartiges bieten damit ich mir das als Kunde antun würde. 1-2 Sekunden würde ich vielleicht noch mitmachen, wobei 2 Sekunden schon recht grenzwertig sind.

Zitat von coanoa

Moin zusammen,

ich bin schon eine Weile bei Netcup und unter anderen Konten auch bisher sehr zufrieden mit dem Webhosting 8000 Tarif.

Ich habe ein neues Projekt gestartet aktuell eine Woocommerce Installation mit nicht ganz 100 Artikel. Leider dauern die Prozesse im Backend und im ungecacheten Frontend massiv lange. Ich hatte damit gerechnet, dass die Seite einiges an Ressourcen fressen wird, aber dieses Ausmaß scheint mir etwas zu massiv. Ich habe bereits alles geprüft und optimiert so weit es geht aber bin nun etwas mit meinem Latein am Ende. Einzige Abhilfe ist nur alle Plugins zu deaktivieren und die Seite quasi leer laufen zu lassen.

Habe ich mich hier einfach nur verschätzt oder ist diese Performance normal? Ich hoffe mir kann hier jemand eventuell Weiterhelfen

Was heisst "massiv lange". Welche Prozesse im Backend und Frontend dauern wie lang? 100 Artikel inklusive eventueller Varianten? Mit Wordpress und WooCommerce habe ich zwar nichts am Hut, aber allgemein würde ich die Webhostings so einschätzen, dass sie bei einzelnen Requests im Prinzip gleich schnell sind mit bestenfalls marginalen Unterschieden (<5%, angesichts der relativ wenigen Samples eher nicht signifikant und auch nicht immer zugunsten des größeren Hostings).

Das haben jedenfalls meine Versuche mit Aufbauzeiten ungecacheter PHP-Seiten ergeben. Diese Zeiten lagen allerdings jeweils deutlich unter einer Sekunde und so mag es bei noch aufwändigeren Seiten anders sein. Meiner Einschätzung nach liegt das daran, das beide die selben vCores bzw die selben zugrunde liegenden Cores benutzen. Pro Request läuft eben ein vCore und der braucht eben eine Zeit x um die Seite aufzubauen.

Der Unterschied liegt eher darin, dass entweder beim kleineren Hosting das memory_limit gar nicht reicht um die Seite überhaupt aufzubauen oder eben beim Verhalten unter echter Last, also mehreren Requests "gleichzeitig". Auch da wird dem kleineren Hosting das RAM eher ausgehen als dem größeren, das dadurch dann mehr Requests gleichzeitig bearbeiten kann. Eventuell mag das größere Hosting auch mehr vCores gleichzeitig benutzen dürfen als das kleinere, aber das ist aus meiner Sicht zwar plausibel, bleibt aber trotzdem reine Spekulation. Echte Tests habe ich dazu nicht gefahren.

de_DE . Ansonsten en_US, wäre jedenfalls meine Wahl. Die Sprache können sie wenigstens nativ bei MS. Obwohl ...

Nein, der "*" ist ein Wildcard-Eintrag, der Einstellungen für sonst nicht aufgeführte Subdomains festlegt. Für die Hauptdomain selbst sind die Einträge mit "@" relevant.

Einfach mal im Browser belwue.de eingeben...

Zitat

BelWü - das Landeshochschulnetz

BelWü hat 100G Verbindungen zwischen allen Universitätsstädten in Baden-Württemberg geschaltet!

Gibts schon ewig das Netzwerk, so lang, dass keiner mehr zu wissen scheint, das belwue zumindest ursprünglich für "baden-elsass-württemberg" steht und nicht für "Baden-Württembergs extended LAN". Naja, vielleicht haben sie das irgendwann geändert, auch wenn die Abkürzung hinten und vorne nicht mehr passt.. sonst müsste es ja bwueel heissen

Dass die PHP-Einstellungen für dísable_functions und wohl auch andere PHP-Einstellungen seit mindestens Mitte Dezember nicht mehr möglich sind im WCP/Plesk ist mir bekannt. Ich möchte nun aber doch einmal fragen, wie die Planungen hierzu aussehen. Vielleicht kann ja hier jemand von netcup, eventuell [netcup] Felix P. , etwas dazu sagen. Dass jeder einzelne Webhosting-Kunde dazu sein eigenes Ticket eröffnet kann ja eigentlich nicht im Sinne von netcup sein. Ist das eine vorübergehende Einschränkung oder soll das so bleiben? Ich habe jetzt einige Webhostings, wo mir wichtige Funktionen wie proc_open und shell_exec disabled sind und ich diese nun nicht mehr nutzen kann. Bei anderen, früher gekauften und bereits vor der Änderung eingestellten Webhostings funktioniert es allerdings weiterhin. Hier sind diese Funktionen nach wie vor nicht in der Liste (disable_functions), eine Auswahl habe ich aber auch hier nicht mehr. Falls das eine vorübergehene Einschränkung ist, bis wann ist mit einer Behebung zu rechnen. Tage? Wochen? Monate? Genauer will ich es ja gar nicht wissen . Oder soll das jetzt so bleiben?

Zitat von mainziman

solche Zertifizierungen sind eine gewaltige Geld-Druck-Maschinerie, ähnlich wie die bei Microsoft;

machen nur Sinn, wenn mans braucht;

Insofern zahlt es sich aus, für wen auch immer ...

Zitat von ASS

NC sagt, daß NS Änderungen erst nach 24-48 Stunden übernommen werden.

Für mich bedeutet das, daß die Änderungen im NS Formular erst nach dieser Zeit im Zonenfile der NC NS auftauchen.

Das wären dann so ungefähr die langsamsten Nameserver der Welt. Ist mir so jedenfalls noch nie aufgefallen. Alle Änderungen waren zeitnah verfügbar, 24 Stunden hat es eigentlich noch nie gebraucht, bis die Änderungen bei mir ankamen. Und mein Rechner kann ja wohl nicht schneller sein als die NC Nameserver?!? 24-48 Stunden wird typischerweise angegeben als Zeit die es braucht, bis die Änderung auch bei den Aboriginees im australischen Outback angekommen ist.

Wieso Reseller-Webhosting? Sind das drei Kunden oder drei verschiedene Betreuer für die drei Installationen. Da kann man im Reseller-Webhosting natürlich sauberer trennen als im "normalen" Webhosting. Ansonsten dürfte das "normale" Webhosting in puncto Preis-/Leistungsverhältnis eher besser liegen. Selbst das Webhosting 2000 garantiert Dir schon 4GB RAM, in der Regel wird also sogar eher mehr zur Verfügung stehen.

Drei Wordpress-Installationen ... Performance noch in Ordnung... Das sind doch sehr ungefähre Angaben. Es gibt solche und solche Wordpress-Installationen und was für den Einen eine hochperformante Website ist, mag anderen zu langsam sein.

Ist Wordpress zu kopieren wirklich so aufwändig? Ansonsten würde ich mir da einfach mal das Reseller-Webhosting 1000 und das Webhosting 2000/4000 holen und direkt vergleichen. Dank der Zufriedenheitsgarantie kannst Du die Pakete ja bei Nichtgefallen mit voller Kostenerstattung zurückgeben. Gigantischen Traffic dürften die drei Installationen ja auch nicht unbedingt haben, so ein VPS 500 ist ja auch nicht gerade der leistungsfähigste aller Webserver.