Beiträge von b3317133

Wenn sich das "Pfeilchen" oder die "Hilfe" oben nicht öffnen, liegt ein JavaScript Fehler auf der Seite vor. Mehr dazu kann man ggf. über die Entwickler-Konsole des Browsers einsehen. Was erscheint dort?

Probier das Ersetzen in der Datenbank mal mit einem Plugin wie "Better Search Replace", das berücksichtigt "serialized data" oder nutze ein Plugin wie "Duplicator" für den Komplettumzug.

Falls eine Anpassung in den Theme Einstellungen nicht möglich sein sollte (ggf. geht das nur in der PRO Version), ersetze in footer.php [FONT=courier new]<?php do_action( 'wellington_footer_text' ); ?>[/FONT] mit Deinem eigenen Text. Und mach vorher ein Backup von footer.php

Man könnte den get_the_excerpt Filter verwenden und dort z.B. do_shortcode() für den gesamten Content aufrufen und einen eigenen Excerpt daraus abtrennen, oder aber z.B. ähnlich wie hier beschrieben die Shortcodes entfernen.

Zusatzfrage: Warum besteht kein Zugang zum Backend der bisherigen Wordpress Installation?

Aufgrund der Anworten stimme ich ansonsten hier zu:

Zitat von pixselig

hihi, eure IT will nicht. ... Im Zweifelsfall einfach die ganze IT austauschen :wink:

Wenn sich der Domainname nicht ändert, ist eine spätere Übernahme von Inhalten per RSS nicht möglich, da unter dem Domainnamen dann die neue WordPress Installation läuft und nicht mehr die alte.

Um das etwas einzugrenzen, was bedeutet "Unser Blog zieht um" genau?

• Ist das "jetzige System" WordPress?
• Wenn nein, was genau ist das jetzige System?
• Ist Zugriff auf die Daten nur per RSS möglich oder gibt es ein Backend?
• Ändert sich der Domainname?
• Ändert sich der Webhoster?
• Ist "euere IT" der Webhoster?
• Ist das neue System WordPress?
• Besteht das neue System schon?

Aktuelle Rateversuche erfolgen meist via XML-RPC bzw. über die REST API. Das früher oft empfohlene Umbenennen des Admin-Accounts nutzt dabei gar nichts mehr, denn die Login-Namen stellt WordPress seit einiger Zeit "netterweise" standardmässig über die REST API zur Verfügung, z.B. hier: blogfeuer.de/wp-json/wp/v2/users

Einige "Sicherheits"-Plugins wie Wordfence sperren diese Zugriffe sperren, mehr dazu z.B. hier.

Das war ein tagtäglich erfolgender automatisierter versuchter Angriff auf eine einige Jahre alte Lücke in struts2, mehr dazu hier.

WordPress ergänzt automatisch je nach Post-Typ. d.h. Seite, Beitrag aber auch Archivseite usw., d.h. je nach aktuell sichtbarer Seite und auch aktueller Elternseite usw. diverse Classnames im Menü, die durch eine "Lösung" via "individuelle Links" oder andere Hacks dann fehlen und je nach Theme massgeblich das Layout des Menüs beeinflussen werden.

Die richtige Lösung ist das einmalige Anlegen des finalen Menüs nachdem alle Seiten bzw. gewünschten Menüziele existieren.

Tipp: Wenn das Menü sehr gross/lang ist, paar mal "Strg" und "-" im Browser eingeben bzw. die Zoom-Stufe des Browsers runtersetzen, das vereinfacht das Sortieren per Drag&Drop dann erheblich.

Die Karten werden über das verwendete Theme WP Residence erstellt.

Irgendwas machst Du bei der Installation offenbar grundsätzlich falsch. Derzeit erscheint eine ganz andere Domain mit einer uralten WordPress 3.3.1 Version, wenn man auf wp-admin zugreifen will?

Zitat von danielgoehr

.. wie man länger als eine Stunde brauchen kann.

.. wie man länger als wenige Klicks mit dem o.g. Plugin von maxe und der Umstellung des root-Ordners für die Domain brauchen kann.

Zitat von richardkrieger

Normale User können sich darüber nicht einloggen. Einfache, für die ganze Welt im Frontend sichtbare Posts kriegst du über XML-RPC nur, wenn du kein geringerer als Redaktor bist.

Wie kommst Du darauf bzw. woher kommt diese Aussage? Posts sollten mit jedem Benutzer-Account, der in WordPress Posts schreiben darf, auch via XML-RPC möglich sein. Habe das bisher nie verwendet, daher diese Frage.

Was genau ist unklar? Wie ein WordPress Filter funktioniert, steht z.B. hier in der Dokumentation.

Evtl. hilft die Dokumentation des Plugins weiter.

Man könnte das über den post_password_required Filter lösen, indem man im Backend einfach mehrere Passwörter mit Komma o.ä. getrennt in das Feld eingibt und dann im Filter selbst einen Check auf die einzelnen Passwörter implementiert.

Das Protokoll/Schema fehlt:

<a href="http://www.example.com">www.example.com</a>

Wie beschrieben: Es gibt keine technische 100% funktionierende Lösung.

Wenn Dich diese Weiterleitung so sehr stört, lasse anwaltlich prüfen, ob Du ggf. eine Unterlassungerklärung gegen den Weiterleiter fordern kannst.

Diese Rewrite Condition bedeutet, dass sobald der Wert des HTTP Referer (das ist die vom Browser mitgeschickte vorher besuchte Seite) nicht http://www.neostadia.at enthält, ein 403 Forbidden angezeigt wird.

Daher eignet sich der ganze Ansatz keinesfalls als Lösung dieses beschriebenen "Unerlaubte Weiterleitung" Problems, es gibt dafür keine technische 100% funktionierende Lösung.

Der HTTP Referer ist auch nicht immer zwingend vorhanden,z.B. nicht bei direkter Eingabe des Links, oder bei Verlinkung von https -> http usw. und kann auch von Browser-Addons gefiltert/geändert worden sein. Auch der weiterleitende Website kann z.B. über einen Dereferer Dienst o.ä. den Referer verschleiern/entfernen.