Beiträge von tab

Zitat von Valkyrie

Die Switch wäre auch noch möglich, wenn wir von der Spielekonsole reden.

Eigentlich heisst es ja "the switch". So einfach kann Sprache sein - wenn es nicht gerade die deutsche ist.

Zitat von aRaphael

⚥

Aber nicht die nichtbinären- und trans-Menschen vergessen. Da braucht es noch ein paar weitere Spike-Proteine, vielleicht könnte man das Zeichen einem Corona-Virus nachempfinden?

Zitat von H6G

Der war Kandidat für den CDU Vorsitz und verspricht sich einen Posten in der nächsten Regierung.

Zumindest will er wieder in den Bundestag.

Er war im Vorstand von Black Rock

Der wollte Kalif werden anstelle des Kalifen und schmollt jetzt mal wieder ein wenig. Er ist auch der Erfinder der Steuererklärung die auf einen Bierdeckel passt. Naja, wenn man klein genug schreibt ...

Naja, irgendwann bekommen wir sicher noch ein neues, dediziertes Zeichen speziell dafür. Von mir aus auch gar keins, dann sind wir halt alle Bürgerinnen, so wie es an einigen Unis auch schon mit den Professorinnen war. Dass damit grundsätzlich immer alle 35 Geschlechter gemeint sind schreiben wir dann ins Grundgesetz, damit sich niemand vergessen fühlt. Als ob wir keine anderen Sorgen hätten ... Wäre ja schon wenn es so wäre, dann könnten wir uns um die Afghan:innen kümmern. Upps, vergessen die Taliban zu fragen ob ich das gendern darf .

Dass daran hier und jetzt was geändert wird, darf man wohl fairerweise auch nicht erwarten. Ich weiss zwar nicht, was das genaue Prozedere für Änderungen an den Webservern Apache und nginx im Detail ist. Die Ergänzung einiger Zeilen in den Konfigurationsdatei der Webserver ist auf einem einzelnen Server manuell sicher sehr schnell durchführbar, aber dank der ISO-Zertifizierung hängt an so etwas sehr wahrscheinlich noch ein ganzer Rattenschwanz dran. Inklusive Test des Servers nach der bei der Zertifizierung spezifizierten Testprozedur. Will man es sinnvoll machen, also auf allen existierenden und zukünftigen Servern ausrollen, bedeutet das - ISO sei Dank - dann sicher schon eine ganze Menge Aufwand und kann nicht mal so eben nebenbei in der Mittagspause erledigt werden. Das wird man wohl wegen einer kleinen Verbesserung, die 99% der Kunden wahrscheinlich gar nicht betrifft, nur im Rahmen anderer, sowieso geplanter Änderungen dann miterledigen.

Gut wäre aber, für netcup meines Erachtens ebenso wie für die betroffenen Kunden, wenn man das seitens netcup schon mal für die nächste passende Gelegenheit vormerken und im Hinterkopf behalten würde. Denn ein betroffener Kunde hat ja nur wenige Möglichkeiten.

1. Den Workaround über die Einstellungen für Apache und nginx
2. Auf einen VPS/RS umsteigen
3. Auf einen managed Server umsteigen
4. Den Anbieter wechseln

1.) macht die Geschichte langsamer als sie sein müsste und belastet zusätzlich den Apache mit Dingen, die eigentlich der nginx-Proxy erledigen könnte.

2.) ist sicher nicht jedermanns Sache, bringt einiges an einmaligem und dauerhaftem Aufwand mit sich, auch wenn man fürs gleiche Geld dann mehr Leistung hat.

3.) ist nicht ganz billig, wird wegen sowas wahrscheinlich kaum ein Kunde machen.

4.) ist mit (relativ) wenig einmaligem Aufwand und eventuell etwas höheren Kosten möglich.

Da wird bei den meisten Kunden die Entscheidung zwischen 1.) und 4.) getroffen werden.

War eventuell beim Abschicken die Session bereits abgelaufen? Das würde man aber auch daran erkennen, dass man dann im Login landen würde, sobald versucht wird, eine andere Seite aufzurufen. Aber ansonsten habe ich da auch schon auf irgendeiner Seite rumgeklickt, weil irgendwas einfach nicht funktioniert hat.

Zitat von x1lor

Was hier übrigens abscheißt ist mit hoher Wahrscheinlichkeit FPM. Ich weiß nicht wie netcup das ganze konfiguriert hat, aber womöglich sind nicht genug Server frei.

FPM gibts nicht derzeit im netcup Webhosting mit PHP >= 7.3. Die letzte verfügbare Version mit FPM ist 7.2. Deswegen sehe ich das als relativ unwahrscheinlich an. Falls das hier wider Erwarten doch noch im Einsatz sein sollte, vielleicht einfach mal eine neuere PHP-Version wählen. Wobei wahrscheinlich einfach die Server überlastet sind. Immer mehr Kunden drauf oder die Software wird immer fetter. Was die genaue Ursache auf den einzelnen Servern ist wird wohl nur netcup sagen können.

vServer ist natürlich eine Alternative, aber da stehst du natürlich unter Dauerbeschuss, derzeit ist wieder die Hölle los mit Kiddies, Hackern und Botnetzen. Gefühlt doppelt so viel wie noch vor ein paar Monaten. Und für die Sicherheit bist du halt selbst verantwortlich.

Ja, steht ja auch bei den Optionen dabei. Wenn du die intelligente Bearbeitung statischer Dateien deaktivierst, wird alles vom Apache bearbeitet. Was hier für dich wohl sinnvoll ist, aber grundsätzlich sicher nicht optimal ist, weil Kapazitäten des Apache in Anspruch genommen werden, die vielleicht anderswo dringender gebraucht würden. Vielleicht kann man ja via Support die Technik davon begeistern , diese Einstellungen in die Webserver-Konfiguration von Apache und nginx zu integrieren. Dann würde es ohne .htaccess Einträge funktionieren, die ja nur den Apache beeinflussen und man könnte dann den nginx seinen Job sowohl als Proxy als auch als alleiniger Webserver wieder machen lassen und damit den Apache entlasten. Das sollte ja eigentlich auch im Interesse von netcup sein.

Ich weiss jetzt nicht, ob ich dich in dem Punkt betreffend die Inklusivdomain richtig interpretiere. Damit meinst du schon eine richtige Domain, deren Namen von dir beim Bestellen des Webhostings angegeben oder die nachträglich als Inklusivdomain registriert wurde und nicht eine von der Art: hostingxxxxxx.yyyyy.netcup.net? Denn so eine Systemdomain hat jedes Webhosting, die zählt nicht als Inklusivdomain. Du hast also im Webhosting 1000 diese Subdomain von netcup.net und noch eine weitere Inklusivdomain zur Verfügung. Weiterhin kannst du noch eine externe Domain kostenlos nutzen (die nicht bei netcup registriert wurde, sondern bei welchem Registrar auch immer), die du auf dein Webhosting "aufschalten" kannst (Reiter "Externe Domains"). Dazu kommen dann noch beliebig viele "zusätzliche Domains", also bei netcup unabhängig von einem Webhosting registrierte Domains wie deine vier.

Du kannst deine zusätzlichen Domains deinem Webhosting 1000 SE zuordnen, denn damit du hast ja schon ein Webhosting gebucht. Damit kannst du dann eine Weiterleitung per .htaccess oder wie auch immer realisieren. Du hast dann für die Zusatzdomain die gleichen Nutzungsmöglichkeiten wie für deine Inklusivdomain. Auch Mailadressen/Subdomains/Websites kannst du für diese zugeordneten Zusatzdomains anlegen.

Insofern ist deine Annahme 1 tatsächlich falsch. Wenn du nur ein Webhosting hast und nicht verschiedene Subdomains in unterschiedlichen netcup Webhostings nutzen willst, ist das wohl die einfachste Lösung. Denn du kannst jede Zusatzdomain einem beliebigen netcup-Webhosting zuordnen und diese Zuordnung auch jederzeit ändern oder wieder aufheben. Aber du kannst jede Zusatzdomain jeweils nur genau einem netcup Webhosting gleichzeitig zuordnen.

Ein A record allein bringt nichts, weil sich der Webserver deines Webhostings als unzuständig für deine zusätzlichen Domains erklären wird und deswegen keine Requests für diese Domains bearbeiten wird, auch wenn sie beim Webserver ankommen. Das wird erst durch die Zuordnung zum Webhosting erreich. Damit wird der Webserver des Webhostings zuständig für die Domain und der Mailserver für deren Mails . Das DNS der zugeordneten Domain wird dann auch automatisch passend eingestellt. (Außer die Zuweisung hängt sich mal wieder auf, das ist dann ein Fall für den Support)

CNAME funktioniert nur für Subdomains, zumindest bei den meisten Nameservern inklusive denen von netcup.

Zitat von Valkyrie

Die Telekom hat irgendwas neulich richtig gemacht Abends konnte ich z.B. oft nicht gemütlich durch Reddit scrollen, weil die Bilder nicht vernünftig geladen haben. Da hat mir dann immer der Wireguard Tunnel zu meinem VPS hier geholfen. Seit 1-2 Wochen war das aber schon nicht mehr nötig und läuft wie geschmiert.

Wahrscheinlich hatte mal wieder ein Bagger die Kabel durchtrennt, so dass diese erneuert wurden. Oder, wahrscheinlicher, der Postbote ist mit seinem Fahrrad auf einen Verteilerkasten gekracht, dadurch hat jetzt dein Anschlusskabel wieder richtigen Kontakt.

Genau, so wie der Server, für den du ein /48 oder /56 brauchst

Zitat von KB19

Gibt es irgendeinen Mailserver, der wirklich über Port 465 eine Zustellung versucht? Meines Wissens wurde die Zuordnung für SMTPS so schnell widerrufen, dass es nie real zum Einsatz kam. Insofern ist die (nicht ganz standardkonforme) Verwendung als reiner Port für authentifizierte Clients unkritisch.

Das scheint sich alle Jahre mal zu ändern. Einer meiner anderen Webhoster hat die letzten Jahre 465 für Clients empfohlen, jetzt 587. Aber funktioniert beides. Manche supertollen Hard- und Softwarehersteller machen auch gaanz tolle Mailclients, die angeblich nur Port 465 können, so z.B. die Android Outlook App. Wobei Outlook selbst auf dem Desktop definitiv auch Port 587 mit STARTTLS kann.

Und wenn mein Gefrierschrank beschliesst, dass er zukünftig ein Server sein will und ein Netzwerk für all die eingefrorenen Dinge braucht? Für alle Zukunft war schon immer eine gefährliche Aussage.

Also die 20er hatte ich schon am Laufen. Zieht sich bei mir noch ein wenig mit der Installation, muss noch einkaufen.

Die Verzeichnisse müssen leer sein. Plesk legt da eine index.html zumindest rein ins document root (httpdocs/web). Wenn irgendwas in einem der beiden Verzeichnisse drin ist, was der Manager nicht kennt/akzeptiert, dann nimmt er vorsichtshalber nicht dein eingestelltes document root um nichts da drin möglicherweise zu überschreiben. In dem Fall erzeugt er dann selbst ein Unterverzeichnis und will das nachher als document root haben.

Abhilfe: Darauf achten dass in httpdocs nichts außer dem Unterverzeichnis web liegt und in web nichts außer der contao-manager.phar.php. Dann klappts auch mit deinem gewählten document root .

Naja, Pagespeed Insights bzw Lighthouse gibt sicher auch noch ein paar Tipps dazu. Und natürlich ist ein Webhostingserver kein Rootserver oder gar ein dedicated. Bzw natürlich schon, aber halt von deutlich mehr als einem Benutzer genutzt.

Ja, ich probier das heute abend auch nochmal aus auf einem netcup-Webhosting. Denkbar ist das aber leider bei Nextcloud schon, dass sowas passiert. Da läuft aus meiner Sicht so einiges schief. Erstens dürften keine Updates auf Version 21 oder 22 angeboten werden, wenn kein MySQL 8 installiert ist. Zweitens war auch schon bei Nextcloud 21 mit PHP 8 das Logfile voller Fehler. Ich bin dann freiwillig wieder zurück auf PHP 7.4, da waren alle Fehler weg. Offiziell sollte da Nextcloud eigentlich PHP 8 unterstützen, aber Unmengen an PHP Errors (! keine Warnings) im Logfile. Aber man macht halt lieber in jeder Version eine Menge neuer Features rein, anstatt erst Mal die Fehler der bestehenden Features zu korrigieren. Menschlich verständlich, aber ... .

Du kannst natürlich in den PHP-Einstellungen auch die andere open_basedir Einstellung auswählen, die zweite, die mit {WEBSPACEROOT} anfängt. Habe ich aber bisher bei Nextcloud nie gebraucht. Wobei ich sagen muss, momentan habe ich im netcup-Webhosting keine Nextcloud mehr am laufen und das Problem scheint ja erst seit Version 21 zu bestehen.

Autsch, ich habe ja auch noch Version 21.0.3, die 22 ist ja doch noch recht neu und wird mir auch noch nicht zum Update angeboten. Meine Cloud läuft auf einem VPS, eigentlich dürfte die Version 21 oder gar 22 im Webhosting gar nicht funktionieren, weil sie ja angeblich MySQL 8 voraussetzt. Habe ich aber jetzt schon verschiedentlich gehört, dass dem wohl nicht so sein kann, weil es eben auch mit der alten MySQL Version läuft. Ist dein Webhosting ganz neu? Dann könnte es auch sein, dass da schon MySQL 8 installiert ist, die älteren Webhostings werden ja erst ab frühestens dieser Woche, also ab heute, umgestellt.