Beiträge von Bud

    Hallo Mario, willkommen im Kunden-Forum =)

    Ich bin mir nicht ganz sicher was du meinst.

    a) Plestk-Backup:

    Im WCP unter dem Menüpunkt Konto auf den dortigen Button Websites sichern klicken.

    Dort kannst du eines der vorhanden Backups auswählen oder auch ein (anderes?) Plesk-Backup hochladen.

    b) FTP-Backup

    Für den Fall das du die Ordner/Dateien einfach nur via FTP von deinem alten Provider gezogen hast, kannst du dich via (S)FTP einloggen und diese in den gewünschten Dokumentenstamm hochladen.

    Edit: Ouh, oder meintest du a), aber das geht nicht aufgrund der Größe?

    Okay, vielen Dank für Eure Hilfe. Also ist RedirectMatch dann doch die bessere Option.

    Abschließend dann noch die Frage zum besseren Verständnis: Was ist denn der praktische oder gravierende Unterschied zwischen Redirect 301 "https://netcup.com" und RedirectMatch 301 .* https://netcup.com ist. In beiden Fällen werde ich - egal welches Verzeichnis ich aufrufe - auf netcup.com weitergeleitet.

    Die Zieldomain wird nicht aus dem selben Dokumentenstamm bedient, also gibt es keine Schleife. Alle aus dem Dokumentenstamm bedienten Domains sollen umgeleitet werden, also muss auch der verwendete Hostname nicht abgefragt werden.

    Danke dir NaN - besser als jede KI ;)

    Soll deinedomain.de/asd auf deinedomain.com weiterleiten, oder auf deinedomain.com/asd ?

    Ersteres. Also alle Pfade auf die Startseite der .com Domain. Deswegen dachte ich das ich mit meiner zweiten Lösung eigentlich ziemlich gut fahre...

    Ich versuche mal möglichst genau zu erklären was ich möchte.

    Ich habe zwei .de Domains bei netcup:
    http://www.meinedomain.de & http://www.meine-domain.de

    Diese sollen auf eine WIX Seite unter .com weiterleiten:
    http://www.meineseite.com

    Beide .de-Domains landen im selben Verzeichnis, in der einzig und allein eine .htaccess liegt.
    Diese .htaccess soll nun jeden Pfad der aufgerufen wird und in dieses Verzeichnis steuert, also z.B.

    auf https://www.meinedomain.com weiterleiten.

    Und eigentlich habe ich das immer direkt über das CCP erledigt, allerdings hatte KB19 erst vor kurzem gemeint, das wäre gar nicht so gut: Wie kann man eine Domain als "Alias-Domain" definieren?

    Mit anderen Worten: Beide Beispiele waren für meinen Zweck falsch.
    Theoretisch sollte ich dann folgendes verwenden, um alle Anfragen alle Pfade auf die .de-Domain umzuleiten, oder?
    RedirectMatch 301 .* http://netcup.com

    Gibt es das Verzeichnis logs? Ich kann Dir empfehlen, das Verzeichnis mal in deinem SFTP Programm aufzurufen.

    Gerade nachgeschaut: nein. Ich muss aufhören Sachen einfach so anzunehmen... Aber warum wird das dann im matomo eigenen Tutorial so beschrieben? Configuring the archiving

    Generell sind die Webhosting Dienste "nicht so der Bringer", meiner Meinung nach.

    Leider kann ich mich erst ab Juli/August einlesen, wie man einen Server absichert und betreibt.

    Guten Morgen zusammen,

    eigentlich habe ich nur versucht eine (vermutlich) einfache .htaccess zu erstellen, um von einer Domain auf eine andere Umzuleiten. In meinem Beispiel von einer .de auf eine .com.

    Wenn ich mich aber auf den verschiedensten Seiten dazu einlese, gibt es gefühlt 10 verschiedene Methoden, und trotz Erklärungen erschließt sich mir manchmal der Sinn nicht, deswegen dieser Theard.

    Aktuell habe ich folgendes in meiner .htaccess stehen:

    Das funktioniert soweit auch (Chrome unter Windwos), allerdings bin ich gerade bei solchen Dingen immer auf der Suche nach der "perfekten Lösung".

    Wieso wird auf vielen anderen Seiten erwähnt, das zwingend RewriteEngine On

    Die Frage wäre auch, ob nicht folgende Lösung besser wäre. Wenn ich das richtig verstanden habe, würden alle Anfragen auf die .de-Domain (auch mit weitergehenden Pfaden) auf die angegeben Adresse weitergeleitet werden. Auch hier wieder: Brauche ich RewriteEngine On, und wenn ja warum?

    Zitat von .htaccess #2

    RewriteCond %{REQUEST_URI} (.*)
    RewriteRule ^(.*)$ https://www.netcup.de/ [L,R=301]

    Merce euch,

    Bud

    Und jetzt ist auch die IP 5.9.137.222 vom roten H gesperrt.

    IPv4 sind ja rar, was passiert mit solchen gesperrten IP´s? Werden die irgendwann wieder freigegeben?

    Kauft die geblacklisteten IP´s netcup dann günstig auf und verwendet sie für die Webhostings? ^^

    Meinst du den netcup-eigenen Roundcube-Webmailer? Ich habe im DNS (allerdings verwende ich eine externe Domain) bei der Subdomain "webmail" als A-Record statt dem netcup-Webmail-server den eigenen Webspace eingestellt. Dann habe ich mir im WCP eine Subdomain webmail.doman.tld erstellt, dafür ein Lets-encrypt-Zertifikat erstellen lassen, und über htaccess eine Weiterleitung auf die URL webmailxy.webhosting.systems gemacht. Jetzt komme ich unter Eingabe von webmail.domain.tld ohne Zertifikatsfehler im Browser direkt auf den Webmailer. Die URL vom Webmailer habe ich rausgefunden, wenn ich im Control-Panel auf der Einstellungsseite von den Mailadressen auf das Webmailsymbol klicke.

    Danke dir, werde ich morgen mal testen :) Sollte ja mit einer "internen" Domain dann genauso funktionieren.

    Leider nein. Denn in PLESK ist in den Service-Paketen, in denen die Ressourcen für die Kunden definiert werden, standardmäßig der zusätzliche Service "SSL It!" nicht aktiviert.

    Wenn Netcup diesen zusätzliche Service "SSL It!" aber aktivieren würde, dessen Vorgang nur ein Klick entfernt ist, würden alle Kunden diesen Service automatisch mit nutzen können und könnten somit auch Letsencrypt auch für deren eigene Domain webmail.eigenedomain.de nutzen.

    Puh... Das macht mich tatsächlich ein wenig sprachlos...

    Also, ich hab jetzt matomo vom 2000ender aufs 8000ender umgezogen, weil ich irgendwie davon ausgegangen bin das die maximale Paketgröße der MySQL-DB dort größer ist, allerdings ist dem nicht so. Auch dort meckert matomo, dass er gerne 64 mb hätte, aber nur 16 mb bekommt.

    Allgemein bemängelt matomo die veraltete MySQL-Verison (?), ich hoffe das schränkt mal nicht all zu sehr ein.

    Außerdem bekomme ich das mit dem Cronjob nicht hin, vielleicht kann mir da kurz jemand von euch helfen? Folgenden Cronjob habe ich versucht:
    /opt/plesk/php/8.1/bin/php /var/www/vhosts/hostingXXXXXX.XXXXX.netcup.net/httpdocs/domain/subdomain/console core:archive --no-ansi >> /var/www/vhosts/hostingXXXXXX.XXXXX.netcup.net/httpdocs/domain/subdomain/logs/cron-matomo-archive.log

    Aber als Fehler gibt er mir folgendes:

    Zitat

    Die Aufgabe /opt/plesk/php/8.1/bin/php /var/www/vhosts/hostingXXXXXX.XXXXX.netcup.net/httpdocs/domain/subdomain/console core:archive --no-ansi >> /var/www/vhosts/hostingXXXXXX.XXXXX.netcup.net/httpdocs/domain/subdomain/logs/cron-matomo-archive.log wurde in 0 Sekunden abgeschlossen, jedoch traten Fehler auf

    -: /var/www/vhosts/XXXXXX.XXXXX.netcup.net/httpdocs/domain/logs/cron-matomo-archive.log: No such file or directory

    Offensichtlich habe ich etwas bei der Pfadangabe falsch gemacht. Aber was?

    Des Weiteren hat das Dashboard sehr oft sehr lange Ladezeiten, oder es lädt überhaupt nicht. Habt ihr hier Erfahrungen mit gemacht?
    Außerdem funktioniert mein "Graph der letzten Besuche" nicht...

    tom434 Was genau fällt mir denn weg, wenn ich keine Cookies verwende? Und die IP war schon anonymisiert 123.456.xxx.xxx