Beiträge von vivien

Den anderen Benutzer habe ich bereits ausprobiert, mit dem gleichen Ergebnis.
Ich verstehe es schon richtig, oder? Wenn ich die Ordner für die Plugins temporär umbenennen, so sind die Plugins deaktiviert.

Vielleicht kann noch jemand beim Identifizieren folgender Prefixe helfen:
- rex_
- tl_
- uidbd_
- wp_wz6 (hört sich für mich nach einem alten user an)

Anmeldeseite geht auch bei mir wunderbar, auch werde ich (wie gesagt) eingelogt, kann aber nicht auf Dashboard und Einstellungen zugreifen, nur auf Customizer seltsamerweise. Von daher komme ich gar nicht in die Einstellungen rein.

Hallo,

Ich habe mal eine Datenbank für mehrere Seiten benutzt und habe diese jetzt kopiert und entsprechend getrennt. Jetzt will ich sie allerdings aufräumen, so dass ich die Einträge anderer Seiten nicht unnötig mitschleppe.

Vorerst habe ich ein Backup der Datenbank erstellt und jetzt will ich nichts falsch machen. Die Einträge mit entsprechendem User, der nicht mehr dazugehört, können ja getrost gelöscht werden. Auch die Einträge mit phpbb (ich hatte mal probeweise ein Forum laufen) können vermutlich weg, da das Forum nicht mehr da ist.

Was wähle ich allerdings aus, wenn ich die Einträge markiert habe?
Bei "delete data or table" steht "empty" oder "drop". Was wähle ich da aus, wenn ich die Einträge löschen will? Wenn ich es recht verstehe ist "drop" gleichzusetzen mit löschen, richtig?

Grüße
vivien

klar, sorry, hätte ich machen können. Habe Autoptimize, Ninjafirewall und WP-Super-Cache kurz umbenannt. Allerdings keine Änderung.
http://www.sozialekunst.eu

Hallo!

Bei mir hängt der login plötzlich. Die Anmeldeseite hängt eine Weile und es passiert nichts (bis ein 504er gateway timeout kommt). Bemerkenswert ist, dass eine stattgefundene Anmeldung per Mail kommt und wenn ich die Seite nach derartig misslungenen Anmeldung aufrufe sehe ich den oberen WP-Balken mit Seite bearbeiten, Customizer etc. Ich kann sogar den Customizer betreten Ich bin also eingelogt, kann aber nicht "Seite bearbeiten" oder alle anderen WP-Bereiche (Dashboard, Themes, Widgets etc.).

Ich habe mehrere WP-Installationen und es hängt nur auf einer Seite. In letzter Zeit habe ich lediglich das SSL-Zertifikat neu ausgestellt. Ansonsten kann es natürlich an irgendeinem automatischen Update liegen. Es ist eine Ninja-FW aktiv.

Die Skripte scheinen auch nicht ganz zu funktionieren, da die Seite manchmal (gerade durchgehend)

Habe die htaccess mal augetauscht, aber daran liegts wohl nicht.

Woran kann es liegen?

Grüße
vivien

@Marcus[IS] ich hab die Einbindung über Elementor umgesetzt, klar, der machts bestimmt über html.
Danke für den Link, jetzt weiß ich, wie das aussehen müsste. Tuts allerdings nicht :)

@r23 klar, dass sie nicht per se böse sind. Mir geht es nur um den dämlichen Banner, den ich den laut der DSGVO setzen müsste. Meines Wissens nach, muss ich es dann im Falle der Soundcloud-Einbindung durchaus tun, weil es ja technisch nicht wirklich notwendig ist. Es ist nicht einmal ein Cookie von meinem Server, sondern ein Fremdcookie. Von daher kann ich da ohne Einwilligung sicherlich Probleme bekommen.

@Marcus[IS] danke! werde mir das Plugin mal anschauen. Wie gehts du dann mit der Notwendigkeit eines Cookie-Banners um? Oder kann man da schlicht eine Anmerkung vor dem Player hinzufügen, dass beim Anklicken man die Rechtszuständigkeiten der Seite verlässt und ein Cookie von Soundcloud gesetzt wird?

#Edit: habe mir embed privacy angeschaut, allerdings verstehe ich nicht ganz, wie das aktiviert wird. Scheinbar sind die ganzen embeds automatisch aktiviert, aber wo und wie wirken sie. Sie scheinen bisher nicht zu wirken.

Ich meine jetzt das "Mysterium" gelöst zu haben. Die Cookies waren tatsächlich von der Anmeldung ins Admin-Panel. Ich habe die Seite zwar im abgemeldeten Zustand besucht, aber sie waren wohl im Browser gespeichert. Ein Besuch mit einem anderen Browser bzw. aus einer VM zeigt keine Cookies an. Bzw. nur auf der Seite, die Soudcloud nutzt (da ist es ja klar).

@r23 ok, gut zu wissen. Also geht es schon unmittelbar von der Seite selber aus.
Bei der Anmeldung ists klar, aber wenn man die Seite (ohne angemeldet zu sein) aufruft und die Seite 10-13 Cookies laden will, hat es ja dann nichts mit Anmeldung zu tun. Ich vermute eher mit den Plugins.

Gibt es denn eine Möglichkeit, herauszufinden, durch was die Cookies gesetzt werden?

Die andere Seite von mir, die die gleichen Plugins hat (außer Elementor und Avatar Privacy), will keine Cookies setzen. Vermutlich sind sie also alle vom Elementor bzw. Avatar Privacy.

Ich hab gerade ne Vermutung. Kann es sein, dass eine nicht aufgeräumte Datenbank durch alte Einträge irgendwelche Cookies einbindet, die eigentlich gar nicht von der Seite selbst kommen?

hab dir ne PN geschickt

Hallo,

Ich will bei meiner Seite keinerlei Cookies verwenden (um die nervigen Banner für die Abfrage zu ersparen).
Jetzt habe ich gemerkt, dass meine Seite ganze 13 Cookies absetzt!

Wie kann ich herausfinden, was diese Cookies produziert?

Es sind keine eingebundenen Apps etc. auf der Seite (auf einer Unterseite ist ein no Cookie youtube-Video, aber nicht auf der Hauptseite).

Produziert es irgendein Plugin? Hier die Liste:
Antispam Bee
Autoptimize
Avatar Privacy
BackUpWordPress
Elementor
Koko Analytics (ohne Cookies)
NinjaFirewall + Scanner
Snitch
WP Super Cache
Yoast

Grüße
viv

Das ist ja bei mir der Fall bzw. es WAR so, dass ca. 4-5 Seiten eine DB genutzt haben. Jetzt habe ich sie kopiert und 2 HPs nutzen jeweils eine, aber eben diese kopierte. Es wäre sinnvoll, wenn ich die nicht mehr nötigen Tabellen rauslösche, da jetzt jede Seite eine eigene DB hat.
Im Grunde kann ich ja einen Backup machen und alle Tabellen mit Prefixen rauslöschen, die nicht zu der einen relevanten HP gehören... also außer irendwelcher rex_ Tabellen (ich vermute, das ist etwas Allgemeines oder was ist das?

ok, habe den passenden Prefix durch Rumprobieren gefunden.
In der Zeit begriffen, wie unaufgeräumt meine Datenbank ist :D

Kann man die Tabellen mit entsprechend nicht mehr vorhandenen Prefixen getrost löschen oder gibt es da Bedenken? Natürlich davor ein Backup machen, klar.

Ich glaub, ich habs.
Es ist der falsche Prefix in der wpconfig. :)

Die Frage ist, wie finde ich den dazugehörigen Prefix, wenn ich die wp-config auf dem alten Server aus Versehen mit der neuen überschrieben habe (man sollte keine zwei SFTP Tabs offen haben *hohoho)?

Also ich habe zwei Seiten genau nach diesem Schema wieder "aufgebaut".
Die laufen wunderbar. Diese zickt.

Ich habe ja geschrieben, dass ich die wp-config gecheckt habe.
Jetzt habe ich es noch einmal gemacht.
Dort ist alles in Ordnung.

#Edit: ich vermute, es hat mit dem Prefix zu tun. Es liefen 2 Seiten auf der Datenbank davor. Jetzt läuft eine davon, die andere nicht. Aber es kann ja nicht sein, dass ich mit nur einem Prefix gearbeitet habe, es würde ja auf dem anderen Server dann auch nicht laufen (vor dem Umzug), oder?

Also ich habe jetzt das Ganze noch einmal ganz von Vorne gemacht.

1. neue Datenbank beim neuen Provider erstellt, alte SQL-Datenbank von Namen her angepasst und in die neue importiert (ohne Fehler).

2. per SFTP alles auf dem Server gelöscht

3. alles neu hochgeladen

4. die Datenbank der Domain zugewiesen

5. die wp-config.php gecheckt

6. auf die Domain im Browser geklickt

7. Die Page spingt auf domain/wp-admin/install.php

Diesmal bügel ich NICHT drüber!

8. .htaccess kurz umbenannt, neu geladen, wieder domain/wp-admin/install.php

9. plugin-Ordner umgenannt, wieder domain/wp-admin/install.php

Ne Idee?

Zitat von r23

Bei einem Umzug von WordPress muss man auch die Datensätze an die neue Umgebung anpassen.

Das ist alles geschehen. Datenbanken erstellt, entsprechend importiert. Das ist nicht das Problem.
Das Problem war diese Neuinstallation, die irgendwas in der Datenbank zerschossen hat

Hallo!

Ich habe ein sehr dubioses Problem mit Wordpress während dem Umzug.
Ich versuche die Schritte, die ich gemacht habe und das dubiose Resultat zu schildern.

1. Wordpress-Ordnerstruktur hochgeladen. Datenbank importiert, config angepasst. Da kann man Fehler ausschließen.

2. Auf die Domain gegangen, Wordpress will eine Installation durchführen, statt die Seite anzuzeigen.

3. Ewig dies und das rumprobiert, mit Support telefoniert (Konfiguration richtig). Die Idee vom Support war, die Installation durchzuführen, in der Hoffnung, dass dann dennoch der Zugriff auf die alte da sein wird. Gesagt getan (mit den gleichen Zugangsdaten wie die alte Installation). Die plugins waren da, musste sie nur aktivieren. Die Seiten, also die gesamte Homepage waren allerdings nicht da. Also diese Installation wieder komplett gelöscht und meine wieder hochgeladen.

4. Dabei habe ich festgestellt, dass es einen Fehler im Upload gab (wohl auch zuvor schon). Habe die Datei dann nachgeladen. - das war vermutlich der Grund dafür, dass er statt die Domain mit dem Seiteninhalt anzuzeigen, mir die Installtionsseite von WP anzeigte.

5. Auf die Domain geklickt, wunderbar, Seite da!

6. Gehe auf die Admin-Konsole, log mich ein und zack ist die Installation da, die ich zuvor auf die Aufforderung hin installiert (und bereits gelöscht!) habe. Darin sind die Seiten wieder nicht da.

7. Die Domain wieder angeklickt, sie ist aber weiterhin wunderbar vorhanden. ABER... nach einer Weile Warten (vielleicht eine halbe Stunde) verschwindet sie und es kommt die angezeigte Neuinstallaion. Häää???

8. Habe die ganze Prozedur noch einmal durchgezogen. Daten alle runter, alle rauf. Und genau das gleiche Resultat!

So als ob man mit Toten kommunizieren würde. Diese Installation gibt es NICHT mehr auf dem Server!

Ich denke das Problem entstand durch die drübergebügelte Installation (obwohl das Backup von Wordpress schon drauf war). Ich habe dabei die gleichen Zugangsdaten für den Admin gemacht, wie die alte Installtion.

Meine Vermutung ist, dass dadurch etwas in die Datenbank eingeschrieben wurde, dass mir jetzt keinen Zugriff auf auf dem Server liegende Daten (erstellte Seiten innerhalb des hochgeladenen Backups etc.) erlaubt, sondern mich auf eine frische Oberfläche leitet (mit Plugins aber ohne Inhalt). Die Seite mit allen Inhalten muss aber da sein.

Kann so etwas sein und wenn ja, wo und was wird das in dem Fall einer drübergebügelten Neuinstallation in die Datenbank eingeschrieben, was danach nicht mehr weggeht (auch wenn man die Installation komplett vom Sever löscht)?

Oder ist es jetzt eine Angelegenheit, bei der man getrost die Homepage wieder ganz neu aufsetzen muss?

Grüße
viv