Beiträge von Virinum

Hab mal einen PR gestellt: https://github.com/nextcloud/updater/pull/535

Das hier ist die Stelle, die einfach nur die config.php einbindet: https://github.com/nextcloud/upda…dex.php#L79-L92

Ein schneller Fix wäre, nach require_once $configFileName; noch require_once __DIR__ . '/../config/data.config.php'; einzufügen.

Kein unbekanntes Problem: https://github.com/nextcloud/updater/issues/384

Sieht so aus, als würde die updater.phar die zusätzliche data.config.php nicht berücksichtigen.

Temporär sollte es gehen, indem du in der config.php bei datadirectory einfach realpath(__dir__ . '/../data') setzt. Also so in der Art:

<?php
$CONFIG = array (
  // ...
  'datadirectory' => realpath(__dir__ . '/../data'),
  // ...
);

Das wird nach dem Update aber sehr wahrscheinlich wieder überschrieben.

Ich update normalerweise immer über die Weboberfläche. Hab's jetzt mal auf deinem Weg probiert. Ich bekomme die selbe Meldung.

Die Pfade unterscheiden sich zwischen dem Zugriff über Web und CLI.

Das lässt sich fixen, indem du die Datei data.config.php im Ordner config anlegst mit folgendem Inhalt:

<?php

$CONFIG['datadirectory'] = realpath(__dir__ . '/../data');

EDIT: Mist, zu spät

Ich würde dafür mal "DNS editor" probieren.

Die Nameserver von netcup kannst du in diesem Fall nicht verwenden. Du könntest aber einen Anbieter wie Cloudflare oder deSEC verwenden.

Zitat von p3nnyman

Ziffern = jedes Zeichen (nur erlaubte natürlich)

Zitat von Duden

Zif­fer, die

schriftliches Zeichen, das für eine Zahl steht

Ziffern:

0, 1, 2, 3, 4, 5, 6, 7, 8, 9

Zahlen:

z.B. 4711, 1337

Zitat von aRaphael

Stelle die TTL bei beiden Providern (strota und netcup) 1-2 Tage vorher auf einen niedrigen Wert (600 = 10 min)

Dann geht das Durchpropagieren nach dem Umstellen in der Regel flott.

Das hat aber keinen Einfluss auf die TTL der NS-Records in der .de-Zone. DNS-Anfragen können also noch 24 Stunde lang bei den Strota-Nameservern eintreffen.

Zitat von Cave Johnson

Würde es nicht auch ausreichen, wenn ich bei Strota in der A-Record Einstellung die IP Adresse von Netcup eintrage, so dass die Domain automatisch schon auf das NetCub Stammverzeichnis umleitet?

Stimmt. Das ist auch eine gute Möglichkeit. Vorausgesetzt, dass die Strota-Nameserver nicht sofort die Zone entfernen und nicht mehr auf Anfragen zu deiner Domain antworten.

Zitat von Cave Johnson

Nur um jetzt auf Nummer sicherzugehen, wenn ich den Transfer starte, ist die Domain nur noch im CCP einstellbar und wird dementsprechend direkt auf das eingestellte Stamm Verzeichnis geleitet?

Quasi, ich spiele jetzt mein Backup bei NetCup ein, starte den Transfer und dann bin ich von meinem alten Hoster getrennt?

Ja, der Transfer wird sofort gestartet und die Nameserver von netcup werden bei der DENIC für deine Domain eingetragen.

ABER: Das kann dauern. Die TTL der NS-Einträge bei der DENIC ist 24 Stunden. Also wirst du ca. 24 Stunde haben, wo Anfragen sowohl noch beim alten, als auch beim neuen Webhosting aufschlagen.

Um das zu umgehen könntest du vorher auf einen anderen Nameserver wechseln (z.B. Cloudflare oder deSEC). Dort hinterlegst du dann deine aktuelle Records (Strota), stellst die TTL schön weit runter, wartest 24 Stunden, stößt dann den Transfer an und stellst sicher, dass die Nameserver weiterhin auf den von dir gewählten Anbieter zeigen. Anschließend änderst du die Records auf die von netcup.

Zitat von [netcup] Claudia H.

Vielleicht weiß jemand von euch dazu etwas?

Spontan habe ich das Plugin hier gefunden: https://www.woltlab.com/pluginstore/fi…n-of-usernames/

Damit sollte sich das umsetzen lassen.

Eine weitere Idee fällt mir noch gerade ein: https://developers.cloudflare.com/rules/url-forwarding/

Siehe hier: https://forum.netcup.de/informationen/…xterne-website/

Zitat von tmj

ist die variable denn dann von Plesk schon definiert? muss ich etwas vorher laden?

Schau dir mal die Seite hier an: https://www.plesk.com/blog/product-t…-js-plesk-onyx/

Da gibt es auch ein Beispiel, wo das gut zu erkennen ist: https://github.com/plesk/node-hel…aster/app.js#L3

Zitat von KB19

Ja, aber vom CCP muss die Änderung trotzdem bei den Nameservern angekommen sein. Sonst bekommt LE dennoch keine Antwort

Ja, aber wir sprechen hier über maximal 10 Minuten. Letsencrypt fragt die Nameserver von netcup ja direkt ab. Ohne irgendeinen cachenden DNS-Server dazwischen.

Zitat von aRaphael

Davon ist auszugehen, sonst hätte sich kein neues cert auf dem Server erstellen lassen.

Letsencrypt fragt sich immer bis zu den authoritative Name Servern durch. Cache spielt da also keine Rolle.

Du darfst den Port nicht selber fest definieren. Den gibt Plesk vor. Statt der 3000 musst du die Umgebungsvariable verwenden: process.env.PORT

Zitat von Blue_Gamer48

Wie macht man das bei Webspaces?

Was genau meinst du? Wie man Uptime-Kuma installiert oder wie man den Proxy-Modus deaktiviert?

Kannst den Vorschlag ja mal dem Support schreiben. Wir sind hier auch nur Kunden und können da nicht viel machen.

Ich befürchte aber, dass du nicht so viele Chancen haben wirst.

Wenn du es dir zutraust, kannst du dir natürlich auch einen Server holen. Da hast du alle Freiheiten und kannst installieren was du willst.

Composer ist doch schon installiert. Du solltest es jetzt einfach verwenden können.

EDIT: Oh, ich hatte das selber installiert. Das hier sollte dir helfen: https://getcomposer.org/download/