[GastForen Programmierung/Entwicklung PHP und MySQL PhpMyAdmin

  • Suche
  • Hilfe
  • Lesezeichen
  • Benutzerliste
Themen
Beiträge
Moderatoren
Letzter Beitrag

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

12. Jan 2022, 00:08
Beitrag # 1 von 40
Bewertung:
(18447 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Moin, Moin,

kann mir jemand sagen, wie ich PhpMyAdmin auf einem Mac mit OS 12.1 installiere, damit ich eine MySQL-Datenbank dort lokal bearbeiten kann?

Grüße aus Hamburg

Thobie
X

PhpMyAdmin

Dirk Levy
  
Beiträge gesamt: 9462

12. Jan 2022, 07:12
Beitrag # 2 von 40
Beitrag ID: #582167
Bewertung:
(18413 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Schau mal dort:

https://www.mamp.info/de/mac/

Da ist alles dabei.


als Antwort auf: [#582166]
(Dieser Beitrag wurde von Thomas Richard am 12. Jan 2022, 17:28 geändert)

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

12. Jan 2022, 20:48
Beitrag # 3 von 40
Beitrag ID: #582182
Bewertung:
(18299 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Antwort auf: Schau mal dort:
https://www.mamp.info/de/mac/
Da ist alles dabei.

Moin, Moin,

ein anderer Workaround.

Ich habe jetzt auf Deinen Rat die Applikation MAMP auf meinem Mac installiert.

Die erfreulichen Nachrichten:

• Bei Aufruf von „localhost“ erscheint die Meldung „It Works!“.
• Bei Eingabe von „localhost“ plus Port greife ich über den Browser auf die Daten des Webspace und der Datenbank zu, die ich laut Anleitung in den entsprechenden htdocs-Ordner von MAMP gelegt habe.
• Über phpinfo erhalte ich eine schöne Übersicht über alle Konfigurationseinstellungen von PHP, PhpMyAdmin, Apache und MySQL.
• Bei Aufruf von PhpMyAdmin gelange ich endlich (!) ohne Fehlermeldung auf das Interface des PhpMyAdmin-Programms.

Die unerfreulichen Nachrichten:

• Beim Aufruf meiner Website des Foodblogs über localhost:Port/foodblog erhalte ich die gleiche Fehlermeldung wie beim Aufruf auf dem externen Host: "Fehler beim Aufbau einer Datenbankverbindung".
• Das PhpMyAdmin-Programm hat beim Import einer Datenbank das Dateigrößenlimit von 8 MB!
• Ich kann über den lokalen Webserver von MAMP das Installations-Programm von MySQLDumper, dessen Ordner ich in den Ordner htdocs gelegt habe, wie auf dem Webspace des Hosters aufrufen, aber nicht bis zur Fertigstellung ausführen. Datenbankname, -nutzer und Passwort werden nicht angenommen, es wird keine komplette Installation durchgeführt, es erfolgt aber auch keine Fehlermeldung.

Meine Fragen:

• Warum die gleiche Fehlermeldung des Foodblogs lokal wie im Webspace?
• Wie erhöhe ich die maximale Dateigröße der zu importierenden Datenbank?
• Wie bekomme ich MySQLDumper zum Laufen, um damit lokal die große Datenbank in PhpMyAdmin zu importieren?

Andere Lösungsvorschläge, wie ich mit diesem geänderten Workaround die Datenbank bearbeiten kann?

Grüße aus Hamburg

Thobie


als Antwort auf: [#582167]

PhpMyAdmin

Thomas Richard
  
Beiträge gesamt: 19327

12. Jan 2022, 21:57
Beitrag # 4 von 40
Beitrag ID: #582185
Bewertung:
(18275 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Zitat • Beim Aufruf meiner Website des Foodblogs über localhost:Port/foodblog erhalte ich die gleiche Fehlermeldung wie beim Aufruf auf dem externen Host: "Fehler beim Aufbau einer Datenbankverbindung".


Wenn auf dem aktuellen Webserver die Datenbankdatei wegen was auch immer die 2GB gerissen hat und auf dem Server ein rigides Quota alles abhackt, was über das 2 Miliardste Byte hinausgeht, dann hast du eine Inksonsistente Datenbakndatei, die auch beim sichern oder exportieren eben immer nur den Teil rausrückt, den das Quota auf dem server zurücklässt.

Lösung: Alte Backups aus der unter 2GB Ära, dort bereinigen, hoffen, dass es was spart, und zurück damit auf den Webserver.

Ich kenne mich mit mySQL und Wordpress nicht wirklich aus, aber kann es denn sein, dass die Revisionen der Datenbank letztendlich alle in einer einzigen Datei aufbewahrt werden, die dann diese Ausmaße annimmt, oder reden wir von einem Verzeichnis mit ettlichen Dateien die überbordet, und man letztendlich nur ein paar Alte Dateien entsorgen müßte, damit wieder ein geregelter Zugriff möglich ist?

Wenn die 2GB Größe definitiv bis aufs letzte Byte ausgereizt ist, und die Datenbank z.B. in sich selbst ein Feld enthält, wann und von wem der letzte Zugriff erfolgte, ist das Kind bereits beim zugriff auf die Datenbank ins Wasser gefallen.


als Antwort auf: [#582182]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

13. Jan 2022, 02:14
Beitrag # 5 von 40
Beitrag ID: #582186
Bewertung:
(18230 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Moin, Moin,

ich gehe nicht davon aus, dass eine Datenbank, die die maximale Größe von 2 GB überschritten hat, sozusagen gleich für den Aufbau einer Datenbankverbindung „gesperrt“ ist.

Denn der Support des Hosters gibt genau diese Anleitung für zu große Datenbanken:

„Im Folgenden finden Sie eine Anleitung, was Sie tun müssen, wenn Ihre Datenbank die maximale Größe von 2 GB überschritten hat.
Wenn eine Datenbank eine Größe von 2 GB erreicht hat, wird Ihnen im Kunden-Login in Ihrer Datenbankverwaltung ein Warnzeichen neben der betreffenden Datenbank angezeigt.
Bitte nehmen Sie die folgenden Schritte vor, um die betroffene Datenbank zu verkleinern (…)“

Das ist genau das, was ich die ganze Zeit machen will. Nur leider erscheint eben beim Aufrufen der Verwaltung dieser Datenbank diese Fehlermeldung, die der Support bisher nicht behoben hat.

Aber mein Gedanke ist dann noch, dass die Daten in der wp-config.php auf dem Mac für lokalen Zugriff noch die alten sind, also versucht die WP-Installation beim lokalen Zugriff auf die URL des Hosters zuzugreifen.

Liege ich damit richtig, die wp-config.php anpassen zu müssen?

Ich habe jetzt den Host angepasst. Auf unterschiedliche Arten:
* localhost mit und ohne Slash
* localhost: Port mit und ohne Slash
* localhost: Foodblogordner mit und ohne Slash

Ich bekomme nach wie vor die Fehlermeldung:
Fehler beim Aufbau einer Datenbankverbindung

Kann doch nicht sein, oder?

Oder gibt es da spezielle Konfigurationsdaten von MAMP?


als Antwort auf: [#582185]
(Dieser Beitrag wurde von Thobie am 13. Jan 2022, 02:15 geändert)

PhpMyAdmin

crisies
  
Beiträge gesamt: 138

18. Jan 2022, 15:08
Beitrag # 6 von 40
Beitrag ID: #582232
Bewertung:
(17959 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hi Thobie,

Problem 1 - die zu grosse SQL Datei:
------
Wenn Du die SQL Datei via Console / Terminal einliest, sollte es keine solche Beschränkung geben. Das geht normalerweise ungefähr so:

Code
    mysql -u username -p new_database < data-dump.sql 

username is the username you can log in to the database with
new_database is the name of the freshly created database
data-dump.sql is the data dump file to be imported, located in the current directory


Evtl. müsstest Du noch mysql mit dem Pfad zum ausführbaren Programm angeben oder bereits im korrekten Verzeichnis stehen.

Problem 2 - Keine Verbindung zur Datenbank via der Webseite:
------
Du musst die wp-config.php immer anpassen, damit dort wenigstens die Datenbank-Verbindung auf deine Lokale Installation passt.

Hier evtl. etwas was weiterhilft:
https://documentation.mamp.info/en/MAMP-PRO-Mac/Servers-and-Services/MySQL/

Vermutlich ist die Standarmässige Host-Einstellung aber 127.0.0.1 und nicht localhost. Ergo wenn Du mal diese Lokale IP beim Host in der DB-Config einträgst, müsste es vermutlich bereits gehen.

lg
chris.w.


als Antwort auf: [#582186]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

19. Jan 2022, 00:52
Beitrag # 7 von 40
Beitrag ID: #582241
Bewertung:
(17852 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Moin, Moin, Chris!

Ich habe Schritt 1 ausprobiert:

Username habe ich, den Dateinamen einer leeren SQL-DB auch und den der zu importierenden SQL-DB.

Im Terminal eingegeben, bekomme ich die Fehlermeldung, dass die zu importierende DB nicht gefunden wird.

Wie gebe ich den lokalen Pfad des Ordners an, in dem sich die beiden DB befinden?

Und bei Schritt 2 komme ich überhaupt nicht weiter:

Ich habe die

bisherige DB vom 27.12, als die Fehlermeldung auftrat,
ein Backup dergleichen DB, aber vom 24.12,
ein Backup einer beim Hoster neu angelegten DB und
eine mit der lokalen PhpMyAdmin-Umgebung erstellte neue DB

in die Ordner

Programme–>MAMP–>htdocs
Programme–>MAMP–>db–>mysql57 und
Programme–>MAMP–>db–>msql57–>mysql gelegt.

Htdocs wird von MAMP bei MySQL als Rootverzeichnis angegeben. Alternativ erhalte ich über die Dokumentation aber auch die Information, dass die DB in eine der beiden mysql-Ordner soll.

Also sollte zumindest der Speicherort korrekt sein.

Beim Host habe ich alternativ „localhost“, „localhost:8889“ (8889 ist der Port von MySQL) und „127.0.0.1“ in die wp-config.php-Datei eingegeben. Und die restlichen Daten für die jeweilige Datenbank immer aktualisiert.

Ich erhalte immer die Fehlermeldung „Fehler beim Aufbau eine Datenbankverbindung“.

Grüße aus Hamburg


Thobie


als Antwort auf: [#582232]
(Dieser Beitrag wurde von Thobie am 19. Jan 2022, 00:52 geändert)

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

19. Jan 2022, 01:12
Beitrag # 8 von 40
Beitrag ID: #582248
Bewertung:
(17814 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Moin, Moin, ich antworte mir einmal auf den Schritt 1 selbst.

Google ist Dein Freund. Der Pfad zu den beiden DB sollte so aussehen:

/Applications/MAMP/htdocs/localhost.sql

Gebe ich das geänderte Kommando im Terminal ein, erfolgt die Fehlermeldung:

command not found: mysql.

Und nun?


als Antwort auf: [#582241]

PhpMyAdmin

Thomas Richard
  
Beiträge gesamt: 19327

19. Jan 2022, 02:42
Beitrag # 9 von 40
Beitrag ID: #582249
Bewertung:
(17786 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Du, bzw. der Installer deiner mysql-Installation hat es unterlassen, die $PATH anzupassen.

Darin sind die default-Pfade für ausführbare Binaries hinterlegt, so dass man um mysql ausführen zu können, nicht zwingend in dem Verzeichnis stehen muss, der mysql enthält.

Vermutlich wurde also mysql nicht in eines der Standardverzeichnisse wie

/bin
/usr/bin
/sbin
oder
/usr/sbin

installiert.


als Antwort auf: [#582248]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

19. Jan 2022, 02:49
Beitrag # 10 von 40
Beitrag ID: #582250
Bewertung:
(17773 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Moin, Moin, Thomas, Deine Annahme scheint korrekt zu sein. In den genannten Ordnern ist mysql nicht vorhanden.

Das Programm MAMP hat mysql in den Programmeordner Programme–>MAMP–>db–>mysql57 installiert.

Ich selbst habe mysql einmal bei einem vorherigen Versuch in usr/local installiert.

Frage: Wie löse ich jetzt das Problem, damit ich das Kommando ausführen kann?


als Antwort auf: [#582249]

PhpMyAdmin

crisies
  
Beiträge gesamt: 138

19. Jan 2022, 03:59
Beitrag # 11 von 40
Beitrag ID: #582251
Bewertung:
(17719 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hi Thobie

Code
/Applications/MAMP/db/mysql57/mysql -u username -p new_database < /Applications/MAMP/htdocs/localhost.sql 


Wobei new_database nicht der Name der Datei ist sondern eine via zb. phpmyadmin angelegte Datenbank ohne Tabellen ;)

lg
chris.w.


als Antwort auf: [#582250]

PhpMyAdmin

crisies
  
Beiträge gesamt: 138

19. Jan 2022, 04:02
Beitrag # 12 von 40
Beitrag ID: #582252
Bewertung:
(17709 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Sobald das mit den Schritt1 geklappt hat und die diese DB via phpmyadmin aufrufen kannst und dort die Tabellen siehst, dann müsste es auch mit dem Zugriff dadrauf klappen, wenn das wp-config mit den neuen DB Daten befüllt wurde (gehe davon aus das der Host 127.0.0.1 sein sollte).

Die DB kann nicht einfach angelegt werden, indem Du die Files dorthin verschiebst ;)

lg
chris.w.


als Antwort auf: [#582241]

PhpMyAdmin

Uwe Laubender
Beiträge gesamt: 5316

19. Jan 2022, 13:07
Beitrag # 13 von 40
Beitrag ID: #582260
Bewertung:
(17583 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Zitat von Thomas Du, bzw. der Installer deiner mysql-Installation hat es unterlassen, die $PATH anzupassen.


Zitat von Thobie Frage: Wie löse ich jetzt das Problem, damit ich das Kommando ausführen kann?


Hallo Thobie,
MAMP deinstallieren und dann neu installieren?
Und hoffen, dass es beim Installieren die Option gibt, $PATH anzupassen.

Könnte unter dem Reiter "Installationstyp" und Button "Anpassen" sein.
Da bin ich aber überfragt.

Das nur als Hinweis.
Ich kenne das Problem mit $PATH auch aus meiner Windows 10-Umgebung mit PowerShell und der Installation von Python. Da musste ich auch ein entsprechendes Häkchen bei der Installation für PATH setzen.


als Antwort auf: [#582250]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

19. Jan 2022, 19:30
Beitrag # 14 von 40
Beitrag ID: #582273
Bewertung:
(17509 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Antwort auf:
Code
/Applications/MAMP/db/mysql57/mysql -u username -p new_database < /Applications/MAMP/htdocs/localhost.sql 

Wobei new_database nicht der Name der Datei ist sondern eine via zb. phpmyadmin angelegte Datenbank ohne Tabellen ;)

Moin, Moin,

Username: Okay.

Die zu importierende DB (hier von Dir localhost.sql angegeben): Die Backup-DB von meinem Hoster (darf diese übrigens gezipt sein oder muss sie unkomprimiert vorliegen?)

New_database: Ich habe PypMyAdmin lokal gestartet. Dabei wird automatisch eine neue, leere DB erzeugt und geöffnet. Da PhpMyAdmin keine Möglichkeit zum Speichern hat, habe ich diese DB als localhost.sql exportiert. Diese kann ich dann also als DB, in die importiert wird, im Kommando für das Terminal angeben?


als Antwort auf: [#582251]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

19. Jan 2022, 19:32
Beitrag # 15 von 40
Beitrag ID: #582274
Bewertung:
(17507 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Antwort auf: Sobald das mit den Schritt1 geklappt hat und die diese DB via phpmyadmin aufrufen kannst und dort die Tabellen siehst, dann müsste es auch mit dem Zugriff dadrauf klappen, wenn das wp-config mit den neuen DB Daten befüllt wurde (gehe davon aus das der Host 127.0.0.1 sein sollte).

Die DB kann nicht einfach angelegt werden, indem Du die Files dorthin verschiebst ;).

Okay, ich werde jetzt erst einmal Schritt 1 ausprobieren, bevor ich dann dazu übergehe.


als Antwort auf: [#582252]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

19. Jan 2022, 19:37
Beitrag # 16 von 40
Beitrag ID: #582276
Bewertung:
(4895 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Antwort auf:
Zitat von Thomas Du, bzw. der Installer deiner mysql-Installation hat es unterlassen, die $PATH anzupassen.

Zitat von Thobie Frage: Wie löse ich jetzt das Problem, damit ich das Kommando ausführen kann?

MAMP deinstallieren und dann neu installieren? Und hoffen, dass es beim Installieren die Option gibt, $PATH anzupassen.

Das führt zu nichts. Bei der Installation wurden keine Optionen für $PATH angegeben.

Kann man $PATH nicht nachträglich im Terminal ändern? Wie würden die Kommandos dazu lauten?


als Antwort auf: [#582260]

PhpMyAdmin

crisies
  
Beiträge gesamt: 138

19. Jan 2022, 21:29
Beitrag # 17 von 40
Beitrag ID: #582277
Bewertung:
(4882 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hi Thobie,

1. Terminal öffnen
2. folgende Zeile Code eingeben
PFADzuMYSQL -u USERNAME -p DATENBANKNAME < PFADzurIMPORTdatei.sql

gem. deinen bisher gesendeten Infos müsste das so aussehen:

Code
/Applications/MAMP/db/mysql57/mysql -u USERNAME -p DATABASE < /Applications/MAMP/htdocs/localhost.sql 


USERNAME => bitte mit deinen User der Datenbank ersetzen
DATABASE => bitte mir dem Namen der Datenbank ersetzen
.sql File muss ungezippt sein und sollte der Export von deiner DB sein, welche Du ja lokal importieren möchtest und zwar der vollständige Pfad wo das abgelegt ist.

Hoffe das war nun verständlicher ;)

lg
chris.w.


als Antwort auf: [#582273]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

19. Jan 2022, 22:14
Beitrag # 18 von 40
Beitrag ID: #582279
Bewertung:
(4865 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Antwort auf: 1. Terminal öffnen
2. folgende Zeile Code eingeben
PFADzuMYSQL -u USERNAME -p DATENBANKNAME < PFADzurIMPORTdatei.sql

gem. deinen bisher gesendeten Infos müsste das so aussehen:

Code
/Applications/MAMP/db/mysql57/mysql -u USERNAME -p DATABASE < /Applications/MAMP/htdocs/localhost.sql 


USERNAME => bitte mit deinen User der Datenbank ersetzen
DATABASE => bitte mir dem Namen der Datenbank ersetzen
.sql File muss ungezippt sein und sollte der Export von deiner DB sein, welche Du ja lokal importieren möchtest und zwar der vollständige Pfad wo das abgelegt ist.

Das ist langsam fast schon magisch. Es funktioniert nicht.

Ich bekomme diese Fehlermeldung:

zsh: no such file or directory: Applications/MAMP/htdocs/xyz.sql

Ich habe es mit der DB vom 24.12., mit der vom 27.12 und mit einer neu angelegten DB vom Hoster versucht. Und die Rechtschreibung im Kommando peinlichst geprüft. Da ist kein Rechtschreibfehler drin.


als Antwort auf: [#582277]
(Dieser Beitrag wurde von Thobie am 19. Jan 2022, 22:14 geändert)

PhpMyAdmin

Thomas Richard
  
Beiträge gesamt: 19327

20. Jan 2022, 11:58
Beitrag # 19 von 40
Beitrag ID: #582290
Bewertung:
(4794 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Sagen wir mal so: Es würde mich wundern, wenn es so klappt.

Denn wenn deine Datenbank unterhalb von Applications liegt, widerspricht das allen Grundsätzen der Systemarchitektur eines unixoiden Betriebssystems, nämlich Programmdateien streng von Nutzerdaten zu trennen. (OK macht Adobe auch laufend, ist aber eben kein guter Stil, bzw. scheitert dann eben schnell mal an Nutzerrechten.)

Also nach meinem rudimentären Verständnis gehört
mysql in /bin oder user/bin
und deine Datenbankdatei irgendwo unterhalb von /Users/thobie/...

Und sie sollte dort mit an Sicherheit grenzender Wahrscheinlichkeit in ungezippten Zustand liegen, denn Datenbankfiles sind hocheffiziente Konstrukte, die mehr oder weniger Zeitgleich aiuf alle möglichen Bereiche dieser Datei zugreifen, und dass sicherlich nicht alles erst dauernd zippen und entzippen wollen.


als Antwort auf: [#582279]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

21. Jan 2022, 19:06
Beitrag # 20 von 40
Beitrag ID: #582309
Bewertung:
(4724 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Antwort auf: Gem. deinen bisher gesendeten Infos müsste das so aussehen:
Code
/Applications/MAMP/db/mysql57/mysql -u USERNAME -p DATABASE < /Applications/MAMP/htdocs/localhost.sql 

USERNAME => bitte mit deinen User der Datenbank ersetzen
DATABASE => bitte mir dem Namen der Datenbank ersetzen

Merkwürdig, jetzt bekomme ich keine Antwort auf meinen Beitrag mit der Fehlermeldung?


als Antwort auf: [#582277]

PhpMyAdmin

crisies
  
Beiträge gesamt: 138

21. Jan 2022, 20:38
Beitrag # 21 von 40
Beitrag ID: #582311
Bewertung:
(4706 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hi Thobie,

Wo liegt dein ausführbares mysql Programm? denke auch unterhalb bin oder sbin mit link unterhalb mamp evtl.

https://qastack.com.de/...nstalled-on-mac-os-x

Ich versuche mal zu raten:
Code
/Applications/MAMP/Library/bin/mysql 

oder eben
Code
/usr/bin/mysql 


So hättest du schonmal den Pfad zum MySql. Dann noch den Pfad zur .sql Datei vom Backup deiner Datenbank und das müsste dann gehen.

lg
chris.w.


als Antwort auf: [#582309]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

23. Jan 2022, 22:04
Beitrag # 22 von 40
Beitrag ID: #582317
Bewertung:
(4599 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Antwort auf: Wo liegt dein ausführbares mysql Programm? denke auch unterhalb bin oder sbin mit link unterhalb mamp evtl.
https://qastack.com.de/...nstalled-on-mac-os-x
Ich versuche mal zu raten:
Code
/Applications/MAMP/Library/bin/mysql 

oder eben
Code
/usr/bin/mysql 

So hättest du schonmal den Pfad zum MySql. Dann noch den Pfad zur .sql Datei vom Backup deiner Datenbank und das müsste dann gehen.

Moin, Moin,

ich probiere oben Geschriebenes von Dir demnächst noch aus.

Wie mir ein Kollege schrieb: "Ich denke, dein Ziel sollte erstmal sein, eine Kopie deines Blogs lokal auf deinem Rechner über MAMP ohne Optimierungen zum Laufen zu bekommen."

Dazu bin ich gekommen, die Testversion der WP-Installation von MAMP auszuprobieren. Wie ich bereits berichtete, gelang dies. Zugangsdaten wordpress/root/root/localhost.

Um nun zu prüfen, ob mein Backup der DB des Blogs eventuell korrumpiert ist – es gab ja bisher immer eine Fehlermeldung –, habe ich testweise die Datenbank des provisorischen Blogs bei meinem Hoster sowohl in PhpMyAdmin exportiert als auch ein Backup von gestern gesichert. DB hat 25 MB (etwa 10 Blogbeiträge), DB Name und User liegt mir vor, Passwort ist nochmals geprüft.

Der Support von MAMP unterstützt leider die kostenlose Version nicht, aber er hat mir diesen Link gegeben:
https://kinsta.com/...database-connection/Da steht zusammengefasst, dass diese Fehlermeldung ausschließlich damit zusammenhängt, dass in der wp-config.php falsche Einstellungen stehen.

Und ausprobiert habe ich nun: WP-Test-Installation nicht mit Test-DB, sondern mit DB des provisorischen Blogs: DB Name, DB User, Passwort und als Hostname wie in der Beschreibung oben angegeben localhost oder localhost:8889 oder 127.0.0.1:8889.

DB liegt wie die Test-DB wordpress im Ordner Programme/MAMP/db/mysql57, wie von MAMP vorgegeben.

Nichts funktioniert: Error establishing a database connection.

Das kann eigentlich nicht sein. Aber zumindest zeigt es mir, dass es nicht originär an den Backups der DB des originären Blogs liegt.


als Antwort auf: [#582311]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

23. Jan 2022, 22:14
Beitrag # 23 von 40
Beitrag ID: #582318
Bewertung:
(4584 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Nachtrag: Probiere ich den Zugang zur WP-Installation mit der DB über wp-admin und die wp-config-sample.php und gebe dort originär alle notwendigen Daten ein, erhalte ich die gleiche Fehlermeldung.


als Antwort auf: [#582317]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

23. Jan 2022, 23:09
Beitrag # 24 von 40
Beitrag ID: #582319
Bewertung:
(4567 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Antwort auf: Wo liegt dein ausführbares mysql Programm? denke auch unterhalb bin oder sbin mit link unterhalb mamp evtl.
https://qastack.com.de/...nstalled-on-mac-os-x
Ich versuche mal zu raten:
Code
/Applications/MAMP/Library/bin/mysql 

oder eben
Code
/usr/bin/mysql 

So hättest du schonmal den Pfad zum MySql. Dann noch den Pfad zur .sql Datei vom Backup deiner Datenbank und das müsste dann gehen.

Ich teste das noch, aber ich vermute, dass es nicht klappt.

Ich bin nun dazu gekommen, den Test auch mit Änderungen an der php.ini vorzunehmen, um die angeblich zu große DB in PhpMyAdmin zu importieren:

Code
max_execution_time = 5000 
max_input_time = 5000
memory_limit = 1000M
post_max_size = 850M
upload_max_filesize = 850M


Ich habe die Server beendet, MAMP geschlossen, wieder gestartet und die Server neu gestartet.

Dann habe ich versucht, die DB vom Blog vom 24.12. und 27.12. zu importieren und die DB des provisorischen Blogs von gestern und heute. Bei allen vier Versuchen bekomme ich folgende Fehlermeldung:

Code
Fehler 
SQL-Befehl: Kopieren

--
-- Table structure for table `piwik_access`
--

DROP TABLE IF EXISTS `piwik_access`
MySQL meldet: Dokumentation

#1046 - Keine Datenbank ausgewählt


Jetzt habe ich den Hinweis eines Kollegen anhalten, dass mir das Analytik-Plugin Piwik/Matomo die DB vollgemüllt hat.

Ich habe das gesehen, dass in der DB des Blogs Piwik-Tabellen sind, die in der Test-DB nicht vorhanden sind. Dort sind nur die originären WP-Tabellen wie posts, comments usw. Ich hatte fast schon vermutet, dass diese Piwik-Tabellen ein Problem sein können.

Wie entferne ich diese jetzt problemlos?


als Antwort auf: [#582311]

PhpMyAdmin

crisies
  
Beiträge gesamt: 138

24. Jan 2022, 12:11
Beitrag # 25 von 40
Beitrag ID: #582325
Bewertung:
(4471 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hi Thobie,

Du schreibst das Du die Test-Wordpress von MAMP starten konntest:

Antwort auf: Dazu bin ich gekommen, die Testversion der WP-Installation von MAMP auszuprobieren. Wie ich bereits berichtete, gelang dies.

=> Also hast Du da ja dann eine funktionierende Datenbank mit User + Host und allem was Du dazu brauchst. Warum willst Du denn Angaben ausser dem Datenbanknamen überhaupt ändern, kann ja gar nicht gehen, wenn Du vorher nicht eine neue DB mit diesen Credentials bei dir anlegst!

Antwort auf: Und ausprobiert habe ich nun: WP-Test-Installation nicht mit Test-DB, sondern mit DB des provisorischen Blogs: DB Name, DB User, Passwort und als Hostname wie in der Beschreibung oben angegeben localhost oder localhost:8889 oder 127.0.0.1:8889.

DB liegt wie die Test-DB wordpress im Ordner Programme/MAMP/db/mysql57, wie von MAMP vorgegeben.

=> Du kannst nicht einfach deine SQL Datei dort ablegen und erwarten das es eine DB ist, wo Du darauf zugreifen kannst. Das Ding muss in eine bestehende DB importiert werden.

Am besten importierst Du halt nun einfach die Tabellen in die bestehende und laufende Test-DB Wordpress von deinem MAMP. Du kannst das auch via PHP-MyAdmin machen, wenn die SQL Datei zu gross ist, kannst diese ja auch einfach splitten. Dabei aufpassen das die SQL Befehle nicht irgendwo in der Mitte aufhören.

Einfacher wäre es natürlich via Console, aber wenn Du damit nicht zurecht kommst, bringt das ja auch nichts.

Ach kannst ja auch ein Wordpress Plugin dazu installieren, das ginge via dem MAMP Test bestimmt auch ,)

gruss
chris.w.


als Antwort auf: [#582317]

PhpMyAdmin

crisies
  
Beiträge gesamt: 138

24. Jan 2022, 12:17
Beitrag # 26 von 40
Beitrag ID: #582326
Bewertung:
(4470 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hi Thobie,

Anpassungen an der php.ini damit Du die "grosse" SQL reinbekommst, bringt nichts.

Deine Fehlermeldung 1046 bedeuted ganze einfach, das Du keine DB ausgewählt hast vor deinem Import. Wo machst Du das denn nun? via phpmyadmin? Dort kannst Du ja auch einfach eine DB anlegen, den nötigen User vergeben, die DB auf der linken Seite anklicken und dann den Import versuch nochmals starten. Ergo Du musst eine DB ausgewählt haben in phpAdmin damit Du etwas importieren kannst.

use DBNAME;

Wäre das Pandant dazu, wenn es direkt in der SQL-Datei eingetragen / mitgegeben werden sollte.

gruss
chris.w.


als Antwort auf: [#582319]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

24. Jan 2022, 16:02
Beitrag # 27 von 40
Beitrag ID: #582334
Bewertung:
(4415 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Ein Kollege hat mir geschrieben, dass er dieses Problem kennt und dass mir das Analyse-Plugin Piwik/Matomo die Datenbank zugemüllt hat.

Dem muss ich zustimmen. Mir war bisher schon merkwürdig aufgefallen, dass die Datenbank vor lauter Tabellen von Piwik überläuft.

Ich habe das gestern nochmals geprüft. Die Piwik-Tabellen nehmen etwa 70 %, also 2/3, der ganzen Datenbank ein! Erst nach deren Auflistung erfolgen die "normalen" WP-Tabellen wie wp_posts, wp_comments usw.

Ich werde jetzt erst einmal mit einem geeigneten Editor die Piwik-Tabellen löschen und schauen, ob ich dann mit der deutlich speicherärmeren DB weiterkomme.


als Antwort auf: [#582311]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

24. Jan 2022, 21:09
Beitrag # 28 von 40
Beitrag ID: #582338
Bewertung:
(4371 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Moin, Moin, Kollegen,

ich habe einen weiterführenden Teilerfolg erzielt. Ein Kollege hatte recht, es lag bisher am Analyse-Plugin Piwik/Matomo, das meine DB vollgemüllt hat.

Ich habe das Backup der DB manuell von den Piwik-Tabellen im Editor MySQLWorkbench bereinigt. 2 Stunden manuelle Arbeit.

Ich habe nur die Tabellen mit einem „piwik_“-Eintrag händisch gelöscht.

Jetzt habe ich nur die üblichen „wp_“-Tabellen wie „wp_posts“ oder „wp-comments“ und einige der aktivierten Plugins in der DB.

Piwik hat für jeden Monat der letzten 10 Jahre, seitdem ich das Blog beitreibe, zwei Tabelle in der DB abgelegt. Somit sind das 10x12x2=240 Tabellen in der Datenbank. Plus zusätzlich gefühlte weitere 50 Tabellen mit irgend einem „piwik_“-Zusatz.

Wenn ich mir im Editor BBEdit, der den Code umbricht (!), den Eintrag einer einzigen Monats-Tabelle von Piwik anschaue und versuche (!), bis zum Ende des Beitrags dieser einzigen Tabelle zu scrollen, dauert es zig Sekunden, so dass ich abbreche. Ich will wirklich nicht wissen, welchen und wieviel verschlüsselten Code Piwik dort jeweils gespeichert hat. MySQLWorkbench umbricht den Code nicht, so dass dieser Code „nach rechts“ in einer Zeile „ausläuft“.

Nun hat die DB aufgrund der bereinigten Piwik-Tabellen ganze 4.000 Zeilen anstelle 11.3000! Die alte DB benötigte also etwas 2/3, das sind etwa 70 %, nur für die Piwik-Tabellen.

Und die DB-Datei hat nun 140 MB Speicherplatz. Gezippt gerade einmal 15 MB!


als Antwort auf: [#582334]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

24. Jan 2022, 21:11
Beitrag # 29 von 40
Beitrag ID: #582340
Bewertung:
(4366 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Ich habe nun die bereinigte, alte DB, als zip-Datei gepackt, in eine neue DB sowohl im Kundenaccount des alten wie des provisorischen Blogs importiert. Die Datenmenge liegt mit 15 MB unter der maximalen Datenmenge von 64 MB des Hosters.

Der Server des Hosters hat jedesmal 5 Minuten gearbeitet, jedoch mit der Fehlermeldung "500 – Sorry" abgebrochen.

Prüfen ich die DB mit PypMyAdmin auf dem Webserver, sind meines Erachtens (fast?) alle Tabellen vorhanden.

Ich habe nun das provisorische Blog mit der importierten DB verknüpft. Es sind fast alle Blobeiträge vorhanden. Bis Mitte 5/2020.

Also, in der bearbeiteten DB sind mit MySQLWorkbench alle piwik-Tabellen entfernt. Es sind nur die originären wp-Tabellen und diejenigen einiger Plugins vorhanden.

Fehler:
• Es fehlen etwa 1 1/2 Jahre Blogbeiträge.

• Und, wie ich feststelle, fast bei allen die Beitragsbilder. Und das jeweilige Foto im Rezepte-Plugin, wenn man einen Beitrag aufruft.

• Außerdem haben alle Beiträge eine falsche Codierung. Das hängt vermutlich mit dem Import der Datenbank zusammen, die zwar auf "utf8" stand, die bereinigte DB in MySQLWorkbench aber vermutlich "Latin1" oder "ASCII" hat, da ich sie ja nicht in Tabellenstruktur, sondern editierbarem Text bereinigt habe.

• Ein gravierender Fehler ist, dass ich jetzt, nach Verknüpfung mit der bereinigten DB, keinen Zugang zum Backend mehr habe, nicht mit meinen Zugangsdaten, und auch nicht, wenn ich mir ein neues Passwort schicken lasse, das aber nicht gesendet wird. Und dieser Fehler besteht auch dann, wenn ich den Plugin-Ordner umbenenne, somit alle Plugins deaktiviere.

Vermutlich liegen einige Fehler daran, dass der Import der DB nicht komplett ausgeführt wurde?

Ich habe in meinem Kundenaccount meines Hosters noch eine diverse Anzahl von DB, die ich neu anlegen und den Import mit anderer Codierung usw. usw. durchführen kann, um möglichst die Fehler oben zu beheben.


als Antwort auf: [#582338]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

24. Jan 2022, 21:12
Beitrag # 30 von 40
Beitrag ID: #582341
Bewertung:
(4364 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Ich gebe mir mal eine Teil-Antwort auf einige Fragen.

Es fehlen Tabellen im Import. wp_users, weshalb ich mich vermutlich nicht einloggen kann. wp_terms, weshalb überall die Kategorien und Schlagwörter fehlen.

Also, wie den Import realisieren, das a) die Codierung passt, womit die Sonderzeichen bei Umlauten entfallen und b) alle Tabellen importiert sind?


als Antwort auf: [#582340]

PhpMyAdmin

crisies
  
Beiträge gesamt: 138

25. Jan 2022, 19:14
Beitrag # 31 von 40
Beitrag ID: #582350
Bewertung:
(8046 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hi Thobie,

Warum exportierst Du die fehlenden Tabellen nicht einfach noch und importierst diese in deine neue DB? Du siehst ja welche das fehlen. Diese kannst ja einfach via phpMyAdmin machen, da nicht mehr zu gross...

lg
chris.w.


als Antwort auf: [#582341]

PhpMyAdmin

crisies
  
Beiträge gesamt: 138

25. Jan 2022, 19:16
Beitrag # 32 von 40
Beitrag ID: #582351
Bewertung:
(8044 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hi Thobie,

Betr. den Umlauten:

- Export oder Import Charset anpassen
- Oder den .sql Export zuerst von zb. ISO nach UTF8 konvertieren, bevor Du das wieder importierst.

lg
chris.w.


als Antwort auf: [#582341]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

27. Jan 2022, 02:34
Beitrag # 33 von 40
Beitrag ID: #582382
Bewertung:
(7938 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Antwort auf: Warum exportierst Du die fehlenden Tabellen nicht einfach noch und importierst diese in deine neue DB? Du siehst ja, welche da fehlen. Dies kannst Du ja einfach via phpMyAdmin machen, da nicht mehr zu gross …

Moin, Moin,

darauf bin ich jetzt auch gekommen. Ich sehe ja in der bereinigten DB, welche Tabellen+Inhalte eingebunden sind.

Also vergleiche ich diese mit den tatsächlich importierten Tabellen in der DB in PhpMyAdmin.

Dann kopiere ich die fehlenden Tabellen im Editor einfach in ein neues Dokument, exportiere es und importiere diese fehlende Tabellen dann nacheinander in die DB in PhpMyAdmin.

Ich habe dies versuchsweise schon mit dem Eintrag von wp_users getan und konnte mich nun zumindest einmal im Backend anmelden. Allerdings nur bedingt. Anmeldung klappt, dass ich im Backend bin, sehe ich am schwarzen Balken oben unter den Browsertabs, aber das Backend wird (noch) nicht wie gewohnt angezeigt. Da fehlen vermutlich einfach noch zu viele Tabellen in der DB.

Ich habe im Editor gesehen, dass diese Tabellen in der DB immer aus zwei Absätzen bestehen: Die Kommandos, um die jeweilige Tabelle zu erstellen. Und dann ein Absatz mit Kommandos, diese Tabelle mit Inhalten zu füllen.

Meine Frage: Muss ich beim Export und somit dann beim Import der einzelnen Tabellen etwas beachten? Braucht die Text-(sql-)Datei mit den Kommandos für die einzelnen Tabellen einen entsprechenden Header oder Footer? Oder sind sonstige Optionen zu beachten?

Antwort auf: Betr. den Umlauten:
- Export oder Import Charset anpassen
- Oder den .sql Export zuerst von zb. ISO nach UTF8 konvertieren, bevor Du das wieder importierst.

Wie korrigiere ich die Codierung? Wenn ich die DB in einem der Editor öffne, sind die Sonderzeichen anstelle der Umlaute schon vorhanden. Wie stelle ich das ab oder behebe dies? Die Option, die Sonderzeichen mit Suchen/Ersetzen durch die korrekten Umlaute usw. zu ersetzen, ist sicherlich nicht zielführend. Wenn eines dieser Sonderzeichen im Code vorkommt und ich ersetze es, dann funktioniert der ganze Export/Import der Tabelle nicht.


als Antwort auf: [#582351]

PhpMyAdmin

crisies
  
Beiträge gesamt: 138

27. Jan 2022, 11:43
Beitrag # 34 von 40
Beitrag ID: #582391
Bewertung: |||||
(7899 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hi Thobie

Antwort auf: Meine Frage: Muss ich beim Export und somit dann beim Import der einzelnen Tabellen etwas beachten? Braucht die Text-(sql-)Datei mit den Kommandos für die einzelnen Tabellen einen entsprechenden Header oder Footer? Oder sind sonstige Optionen zu beachten?


=> mind. alle Befehle die direkt zur Tabelle gehören, welche Du kopieren willst. Am besten suchst Du dann nach dessen Namen und da hast Du die Struktur, die Daten und womöglich noch die Indexe evtl. ganz unten in der Datei.

Du könntest die einzelnen Tabellen ja aber einfach via phpMyAdmin und deinem Hoster explizit exportieren und dann könntest jeweils das gesamte File importieren. Datenbank aus der Linken Spalte wählen. Gewünschte Tabellen via Checkbox markieren -> unten im Badge-Dropdown Exportieren anwählen. Oder Datenbank wählen. Oben auf Exportieren klicken. Auf Angepasst umstellen und dort die gewünschten Tabellen + Daten markieren.

Antwort auf: Wie korrigiere ich die Codierung?

Du kannst die Codierung beim Export aus dem PHP-MyAdmin wählen oder kannst diese auch beim Import einstellen (Entweder ISO oder UTF8 normalerweise). Oder nimmst ein IDE welcher diese Funktion mitbringt (Stichwort: Charset Konvertieren). Zb. via Eclipse oder UltraEdit. Oder machst Suchen / Ersetzen. Wenn Du die Zeichen jetzt "komisch" siehst ist die Datei vermutlich in UTF-8 und Du öffnest diese in einem ISO Editor.

Ich würde zuerst versuchen, beim Import umzustellen und schauen, wie es danach in der DB rauskommt.

lg
chris.w.


als Antwort auf: [#582382]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

28. Jan 2022, 00:36
Beitrag # 35 von 40
Beitrag ID: #582423
Bewertung:
(7854 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Antwort auf:
Antwort auf: Wie korrigiere ich die Codierung?

Du kannst die Codierung beim Export aus dem PHP-MyAdmin wählen oder kannst diese auch beim Import einstellen (Entweder ISO oder UTF8 normalerweise). Oder nimmst ein IDE welcher diese Funktion mitbringt (Stichwort: Charset Konvertieren). Zb. via Eclipse oder UltraEdit. Oder machst Suchen / Ersetzen. Wenn Du die Zeichen jetzt "komisch" siehst ist die Datei vermutlich in UTF-8 und Du öffnest diese in einem ISO Editor.

Ich würde zuerst versuchen, beim Import umzustellen und schauen, wie es danach in der DB rauskommt.

Ich habe jetzt das ursprüngliche Backup der DB (mit den piwik-Tabellen) in BBEdit geöffnet und hatte alle Sonderzeichen in den Blogbeiträgen.

Ich habe dann die Postmeta und die Posts separat in eine einzelnes Dokument kopiert und diese mit utf8-Codierung gespeichert. Dann habe ich die beiden Tabellen in die DB auf dem Webspace meines Hosters importiert.

Und siehe da, es sind alle (!) Blogbeiträge mit allen (!) Sonderzeichen (und Fotos) vorhanden.

Nur in der Zubereitungsanleitung der Rezepte (und in einigen Kommentaren) sind noch Sonderzeichen vorhanden, aber bei den Rezepten hängt dies vermutlich damit zusammen, dass dies mit einem weiteren Plugin realisiert wurde, dessen Tabellen ich vermutlich noch nicht importiert habe.


als Antwort auf: [#582391]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

28. Jan 2022, 02:10
Beitrag # 36 von 40
Beitrag ID: #582430
Bewertung:
(7820 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Womit hängt es wohl zusammen, dass ich mich zwar mit Benutzername und Passwort im Backend anmelden kann, aber noch kein funktionsfähiges und editierbares Backend wie vor dem technischen Defekt vor mir habe? Ich sehe nur an dem schwarzen Balken über der Website und dem Hinweis "Willkommen, Thobie", wo ich mich auch wieder abmelden kann, dass ich im "Backend" bin. Welche Tabellendaten sind denn dafür verantwortlich?


als Antwort auf: [#582391]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

28. Jan 2022, 02:11
Beitrag # 37 von 40
Beitrag ID: #582431
Bewertung:
(7817 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Es geht voran. Nach den Beiträgen habe ich jetzt auch Kategorien, Kommentare, Rezepte mit dem Plugin, Seiten und den Slider im Kopf des Foodblogs importiert.

Woran kann es wohl liegen, dass die ältesten Beiträge meistens kein Beitragsbild und teilweise auch keine Fotos im Beitrag haben? Ich habe testweise die wp_postmeta nochmals gelöscht und importiert, sie wird vermutlich nicht komplett importiert, denn nach einigen Minuten des Imports bekomme ich die Fehlermeldung "500 – sorry" im Browser.


als Antwort auf: [#582430]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

2. Feb 2022, 03:33
Beitrag # 38 von 40
Beitrag ID: #582492
Bewertung:
(7563 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Moin, Moin, Kollegen!

Ich bedanke mich für Eure Hilfe, Ratschläge und Tipps zur Behebung meines Problems mit der Datenbank meines Foodblogs bei meinem Hoster.

Das Foodblog ist wieder komplett hergestellt. Ich habe auch wieder Zugriff auf das Backend.

Es sind jetzt nur noch einige Kleinigkeiten zu beheben bis zum vollumfassend kompletten Funktionieren des Foodblogs.

Zielführend waren die Ratschläge zweier Kollegen. Zum einen der Hinweis, dass das Plugin Piwik/Matomo die Datenbank zugemüllt hatte. Und zum anderen, dass mein erster Versuch des Imports der Tabellen nach der Bereinigung der Datenbank von den Piwik-Tabellen fehlerhaft angelegt war, weil ich die Datenbank in einen Editor nicht mit utf8-Codierung, sondern mit Latin1 importiert hatte.

Der Support des Hosters vertröstet mich nun schon seit vier Wochen und hat mir noch keine einzige Problemlösung für den Fehler angeboten. Ich behalte mir vor, bei weiter auftretenden Problemen den Hoster zu wechseln. Denn das ist in keinster Weise so hinnehmbar.

Eine Frage habe ich noch im Nachhinein: Man kann Piwik mit einer eigenen Datenbank (nicht die Datenbank der WP-Installation) betreiben? Wenn ich dieses Plugin jemals wieder aktivieren sollte, wie stelle ich das an?

Und eine Anmerkung: Hier ist die URL des Foodblogs: https://www.nudelheissundhos.de. Wer sich über die Rezepte informieren will, weshalb ich angefeindet werde (links in der Seitenleiste mit den am häufigsten aufgerufenen Rezepten).

Grüße aus Hamburg


Thobie


als Antwort auf: [#582431]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

2. Feb 2022, 19:46
Beitrag # 39 von 40
Beitrag ID: #582527
Bewertung:
(7497 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Moin, Moin, ich habe gestern noch Beheben des Fehlers in der Datenbank auch dem Hoster geschrieben, dass ich dies mithilfe von Kollegen selbst herausgefunden und den Fehler behoben habe. Und dass ich bei weiteren Problemen mit dem Hosting mir vorbehalte, den Hoster zu wechseln.

Nun kam heute als Antwort auf meine Mail tatsächlich die Antwort des Supports des Hosters, die Datenbank wäre heute entsperrt worden. Zuerst dachte ich, das ist ein Witz. Aber tatsächlich kann ich nun die Datenbank, die 2 GB hatte und die beim Aufrufen der Verwaltung derselben immer die gleiche Fehlermeldung hervorbrachte, in PhpMyAdmin öffnen. Hä, bitte? Wieso braucht der Support dazu vier Wochen? Wieso hätte man die Datenbank nicht gleich nach Melden des Fehlers „entsperren“ können?

Nun, direkt hätte das den Fehler aber nicht behoben, denn ich bin ja erst im Laufe der Wochen durch Recherchieren und Konfigurieren und durch die Hilfe von Kollegen auf die eigentliche Ursache des Problems (Piwik-Tabellen) gestoßen.

Ich habe jetzt als erstes alle Piwik-Tabellen gelöscht. Und die Datenbank ist dadurch von 2 GB Datenmenge um 1,5 GB auf 0,5 GB geschrumpft. Dann habe ich das Foodblog mit dieser alten Datenbank wieder verknüpft. Denn die bereinigte, neue Datenbank hatte ja noch einige wenige fehlende Tabellen. Und so habe ich lieber die originäre, alte verbunden. Jetzt muss ich nur noch für einen Monat Blogbeiträge und Fotos (Backup) importieren.

Aber warum ging das nicht gleich so?

Nachtrag 1: Was habe ich aus dem Ganzen gelernt? Ich weiß jetzt, wie man mit Datenbanken umgeht und wie man sie editiert. ;)

Nachtrag 2: Ich habe mich jetzt definitiv entschlossen, dass mir Piwik nicht mehr in die Tüte kommt und habe es von meiner WP-Installation entfernt.


als Antwort auf: [#582492]

PhpMyAdmin

Thobie
Beiträge gesamt: 4040

2. Feb 2022, 23:08
Beitrag # 40 von 40
Beitrag ID: #582529
Bewertung:
(7460 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Nachtrag 3: Ich hatte mich heute umentschieden und Matomo mit einer eigenen Datenbank eingerichtet.

Also neue Datenbank beim Hoster eingerichtet. Dann die Matomo-Software auf dem Server installiert und Installationsprozess mit der neuen Datenbank durchlaufen. Matomo-Plugin und Plugin für die Einbindung des Tracking-Codes im Blog installiert und aktiviert.

Nachdem ich jedoch gesehen habe, dass Matomo zwar nun die neue Datenbank für die Analyse-Daten benutzt (die Daten der Datenbank der WP-Installation hat die Software ja nicht), aber allein für das Installieren der beiden Matomo-Plugins in der Datenbank des Foodblogs 46 (!) neue Tabellen erstellt wurden (das sind schon wieder fast 50 % aller bisher vorhandenen Tabellen), habe ich den Stecker gezogen.

Alle Tabellen gelöscht. Datenbank gelöscht. Software auf dem Server gelöscht. Auf Wiedersehen, Matomo! :(


als Antwort auf: [#582527]
X