Beiträge von b3317133

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.

Informiere Dich über WordPress Filter und lese die Dokumentation der Filter, dort sind im Regelfall Code-Beispiele angegeben, wie z.B. hier bei wp_nav_menu_items.

Würde einen der zahlreichen Filter in wp_nav_menu() verwenden, um den Menüpunkt passend einzufügen, z.B. [FONT=courier new]wp_nav_menu_objects[/FONT] dann wird das passende HTML autom. erzeugt, oder [FONT=courier new]wp_nav_menu_items[/FONT] oder [FONT=courier new]wp_nav_menu_{$menu->slug}_items[/FONT] o.ä., wenn man das HTML selbst ergänzen will.

Würde empfehlen, im Support Forum für das Theme nachzufragen.

Wurden die Datenbank Zugangsdaten in wp-config.php an den neuen Provider angepasst?

WordPress stellt von sich aus keinen "Datenschutz-Button" zur Verfügung. Daher erscheint normalerweise auch keiner. Wenn man einen solchen Button haben möchte, muss man den selbst (ggf. über ein Plugin) ergänzen.

Die Frage hier ist also: Über welches Plugin wird dieser Button eingebunden bzw. sollte eingebunden werden und warum ist er nicht sichtbar bzw. vorhanden.

Ein Blick in den HTML-Quellcode lässt vermuten, dass Akismet verwendet wird, da CSS für einen akismet_privacy_check vorhanden ist, aber die Checkbox dazu nicht angezeigt wird.

Welches Plugin wird für die Checkbox benutzt? "Akismet Privacy Policies"? Ein anderes?

Evtl. wird vom Theme der Filter comment_form_defaults o.ä. nicht korrekt genutzt und daher die Checkbox nicht ausgegeben.

1. Warum wird jQuery in einer alten Version von extern eingebunden und nicht lokal die aktuelle Version von WordPress? Stelle das externe Einbinden mal ab.

Falls das nicht hilft, deaktiviere das Plugin "Content Aware Sidebars" und alle sonstigen Plugins die mit Widgets, Sidebars, (vermeintlicher) Script-Optimierung o.ä. zu tun haben.

2. Die Script-Tags im Frontend werden von irgendeinem Plugin o.ä. modifiziert und sind alle defekt, am Ende steht z.B.: [FONT=courier new]defer'>
[/FONT]
Es liegt also offenbar warum ein immer ein Eingriff in das Script-Loading von WordPress vor, das sollte man als erstes abstellen, evtl. lösen sich dann die Widget-Probleme von alleine.[FONT=courier new]
[/FONT]

Zitat von lintschi

ich finds nicht ... bin sehr traurig ... weil ich denke, ich muss das jetzt von vorne noch einmal neu installieren und alles neu machen ...

Bin mir relativ sicher, dass man das retten/reparieren kann. Im HTML-Quellcode des Frontends wird z.B. viel zu früh CSS-Code (für .addon-count) ausgegeben, evtl. ist im Backend ein ähnliches Problem vorhanden. Weiteres per PN.

Wie auf der Plugin-Seite von "JP Widget Visibility" beschrieben, wurde die entspr. Funktion aus Jetpack "übernommen". Auf der Seite steht aber auch, dass "JP Widget Visibility" nicht mehr weiterentwickelt wird und nur bis WordPress 4.5.9 getestet wurde.

Wenn man das Jetpack Plugin verwendet, kann durchaus je nach Funktion eine Ergänzung der Datenschutzerklärung nötig werden.

Empfehle Jetpack eher nicht, da es auch aufgrund des Umfangs den Server unnötig belastet und oft ohnehin nur kleine Einzelteile daraus verwendet werden, die es als einzelne "schlanke" Plugins auch gäbe.

Die eigentliche Frage, mit welchem Plugin die Funktion auf dem Screenshot umgesetzt wurde, hat damit aber nichts mehr zu tun.

Am Rande: Der verlinkte Beitrag mit dem Screenshot ist von 2014, so alte Beiträge sollte man nicht unbedingt als alleinige Quelle für "Finetuning" oder als Anhaltspunkte zur Konfiguration verwenden, da meist vieles/alles hoffnungslos veraltet ist.

Für Lokal -> Server oder Server -> Lokal oder auch den Umzug zwischen Subdomains oder Domains wird oft das Plugin "Duplicator" verwendet, die Datenbank wird dabei autom. im Rahmen der Installation angepasst. Einfach mal das Video auf de Pluginseite komplett anschauen, ist zwar englisch, aber das grundsätzliche Prinzip sollte dabei in jedem Fall klar werden.