Paket ppa:ondrej kann nicht gefunden werden.
Ist ja auch ein Repo und kein Paket.
Das Paket heißt wohl php5.6
Ansonsten bietet apt auch Suchfunktionen https://itsfoss.com/apt-search-command/
Paket ppa:ondrej kann nicht gefunden werden.
Ist ja auch ein Repo und kein Paket.
Das Paket heißt wohl php5.6
Ansonsten bietet apt auch Suchfunktionen https://itsfoss.com/apt-search-command/
Hello,
for mailboxes you can use https://mailsync.netcup.net
for websites you can use ftp to upload the data
databases can be imported with phpmyadmin or the cli (remote connection to the db).
aber manche Systeme sind einfach auch, wenn sie alt sind in sich schlüssig und redaktionell perfekt.. Nur wegen php umzuziehen, hat da weniger Priorität.
Ohne den Teufel an die Wand malen zu wollen, dass der Shop morgen gehackt wird, etc.
Aber genau in dem Zitat steckt das eigentliche Problem, die Priorität einen Softwarestack aktuell zu halten.
PHP5.6 ist jetzt schon ein paar Jahre durch die Tür und gehört dringend aktualisiert.
Du kannst jetzt Zeit in tausende Workarounds zur vermeintlichen Absicherung stecken oder direkt das Grundproblem angehen und den Stack zu aktualisieren (dies dann am Besten nicht nur einmal, sondern kontinuierlich).
M2C
Ja, oder eine Wildcard ![]()
Aber die sollte ja weg.
Sury ist ein Deb Repo welches du erst einmal deinem System hinzufügen musst, danach kannst du auch die Pakete installieren.
https://launchpad.net/~ondrej/+archive/ubuntu/php/
Warum willst du denn unbedingt PHPMyAdmin unter PHP5.6 laufen lassen?
Ist doch nur die Adminoberfläche für deine Datenbank und hat mit dem Shop für den du die uralt PHP Version brauchst nichts zu tun.
Ist ubuntu dann nicht wesentlich einfacher? Die Zeilen eintippen,und ausführen...
Und du bist sicher, dass du selbst an einem Server schrauben möchtest, der dazu noch im Internet hängt?
Damit auf die MediaWiki Instanz nicht zugegriffen werden kann?
Ja.
Eine manuelle Installation ist auch gar nicht so schwer.
Datenbank anlegen
ZIP runterladen
ZIP auf Webhosting laden
Dort entpacken (geht mit Plesk)
Ggf Verzeichnis umbenennen
Installationsscript ausführen
Auf 1.31 würde ich nicht setzen, die wird nicht mehr gepflegt und ist damit ein Security Nightmare.
https://www.mediawiki.org/wiki/MediaWiki_1.31
Stable 1.41 oder LTS 1.39
Warum installierst du die Extension VisualEditor zusätzlich?
Ab Mediawiki 1.35 gehört die bereits zum Core: https://www.mediawiki.org/wiki/Extension:VisualEditor
Danke.
Kann man denn den Nutzername eigentlich noch ändern?
Ich meine dazu braucht es die Moderatoren.
Das ist im Servercontrolpanel zu finden: https://helpcenter.netcup.com/de/wiki/server/medien/#snapshots
Glaube entweder arbeitet die Infektion weiter oder jemand ist gerade am Webhosting / im Account aktiv. Der Ordner mit der Webseite wurde umbenannt und am Ende wurde .loeschen dran gehängt.
Keine Ahnung, ich halte euch auf dem laufenden, wenn es ein Update gibt. Auf jeden Fall ist der Account / Website / Ordner völlig verseucht.
Sieht nicht danach aus als ob sich das mit den im WCP gebotenen Möglichkeiten lösen lässt.
Auch bei einem Restore würde ich die Daten in einem isolierten Bereich wiederherstellen lassen, die Seite ist ansonsten vermutlich schneller wieder verseucht bevor du Plugins, etc aktualisieren kannst.
Ja, naja das meinte ich ja. Ein Webhosting. Das ist m.M. nach immer "managend", weil sich der Anbieter um die Infrastruktur kümmert und die Möglichkeiten ja begrenzt sind.
Soweit richtig, für die Software in deinem Fall WordPress bist du selbst verantwortlich.
Der Notfallsupport wird vermutlich helfen, in dem Fall aber gegen Bezahlung.
Rein interessehalber was ist denn das für ein Produkt?
Ich kenne die Managed Server, aber ein Managed Webhosting ist mir nicht bekannt?
Sollte es doch ein normales Webhosting sein, gibt es dort Restores der freiwilligen Backups die man sich einspielen lassen kann.
Nur eine Vermutung, dass dies durch den zuvor fehlerhaften DNS Eintrag kommt.
Einfach später nochmal prüfen.
Dein Problem war doch das hochladen!?
Wenn du die Datei öffnen möchtest kannst du ja mal dies hier probieren: https://support.plesk.com/hc/en-us/artic…-backup-archive
Wenn du beide Systeme parallel in Betrieb hast sollte eine Kopie der Disk mittels dd über ssh im Rettungssystem funktionieren.
Quelldiskpartitionen davor ggf. verkleinern.
https://unix.stackexchange.com/questions/503700/how-to-dd-a-local-disk-into-a-remote-disk
Ich habe gerade kein Webhosting zur Hand, aber normalerweise kann man bei Erstellung des Backups schon einstellen, dass das Backup auf mehrere Dateien aufgeteilt mit max Größe x werden soll.
Wenn du hier unter 2 GB pro Einzeldatei bleibst sollte ein Upload möglich sein.
Das Format der Backups ist durch Plesk gegeben, hier ein Einstieg in die Thematik https://www.plesk.com/kb/docs/exporting-backup-files/