Beiträge von b3317133

Falls die gesuchte Version gespeichert wurde, als "veröffentlicht" oder als "auto-save", kann man auch aus einem komplettem Backup - wenn es die Datenbank enthält - "per Hand" den Inhalt dieser bestimmten Seite extrahieren.

Würde am Rande empfehlen, die (meiner Meinung nach völlig unsinnigen) Plugins abzuschalten, die irgendwelche Redirects machen, was dann zu Dingen wie "This has been disabled" auf der Standard-Loginseite führt. Sowas erschwert eine Fehlersuche/-behebung in der Regel erheblich.

Für einzelne Plugins lässt sich das nicht sinnvoll sperren.

Zudem stellt sich die Frage nach dem Sinn. Wenn ein Benutzer schon die Rechte hat, Plugin Action Links anzuklicken, hat er in der Regel auch die Rechte, eigene Plugins zu installieren. Dadurch kann er jederzeit jegliche andere "Schutz"-Mechanismen aushebeln, wenn er möchte.

Der Login-Pfad funktionierte gestern und heute von hier aus einwandfrei.

Kopieren den ganzen u.g. Block (ca. Zeile 380-430) aus der functions.php des Twenty Twelve Themes in functions.php des Child Themes und passe die [FONT=courier new]<time[/FONT] Ausgabe dann darin an.

if ( ! function_exists( 'twentytwelve_entry_meta' ) ) :
/**
 * Set up post entry meta.
 *
 * Prints HTML with meta information for current post: categories, tags, permalink, author, and date.
 *
 * Create your own twentytwelve_entry_meta() to override in a child theme.
 *
 * @since Twenty Twelve 1.0
 */
function twentytwelve_entry_meta() {


...


}
endif;

Am Rande: Der Wert erscheint im DOM-Inspector als "inline". Er muss aber nicht zwangsläufig auch im HTML-Code inline sein, sondern kann durchaus auch durch irgendein Script, das die Menüposition oder Darstellung bei Responsive o.ä. beeinflusst, gesetzt worden sein. Das sollte man ggf. berücksichtigen/klären.

Um das beschriebene Problem zu lösen, ist eigene Programmierung erforderlich. In WordPress nutzt man Filter und Actions, um sich in den "Programmablauf" einklinken zu können, im o.g. Fall eine der beiden Actions. Entspr. Grundwissen zu WordPress und PHP werden benötigt. Alternativ Komplettlösung gern per PN oder stelle einen entspr. Aufruf in die Jobbörse hier im Forum.

Gib die Action Namen einfach mal bei Google o.ä. ein, dann finden sich viele Beispiele.

Die beiden Actions werden von Contact Form 7 in der Plugin-Datei [FONT=courier new]contact-form-7/includes/submission.php[/FONT] verwendet, evtl. hilft das auch weiter.

Könnte man über eine der Actions von Contact Form 7 lösen, z.B. via wpcf7_before_send_mail oder wpcf7_mail_sent

Was sagt denn der Autor des o.g. Plugins? Link zum Plugin?

Probiere mal [FONT=courier new]<time class="entry-date" ...[/FONT] durch [FONT=courier new]<time class="entry-date updated" ...[/FONT] zu ersetzen.

Zitat von Jürgen1956

ich weiß nicht ob ich hier richtig bin.

Nein, bist Du nicht. Hier bist Du richtig.

Damit man nicht im Quellcode rumändern muss, hat der Programmierer offenbar den [FONT=courier new]tc_navbar_wrapper_class[/FONT] Filter bereitgestellt, also einfach benutzen.

Nach 5 Minuten mit Google ergibt sich folgendes Bild:

1. Das Plugin ist seit über 2 Jahre ungepflegt und nicht mit der aktuellen WordPress Version getestet, im Support-Forum gibt es einige ähnliche Meldungen.

2. Die Fehlermeldung ist falsch, nicht ein "wp_remote_get()" scheitert, sondern ein "wp_remote_post()", nämlich dieser hier.

3. Wenn ein Provider sowas durch "auf anderen Servern testen" herausfinden muss, siehe "Povider wechseln" Empfehlung.

Gesamtempfehlung: Plugin wegwerfen.

Das hier schon probiert? Was sagt der Connections Support?

register_deactivation_hook() wobei man für Aufräumarbeiten eher register_uninstall_hook() verwendet.

Schalte den mal den "Sticky Sidebar" ab.

Die korrekte Schreibweise für das geschützte Leerzeichen, englisch "non breaking space" wäre: [FONT=courier new]&nbsp;[/FONT]

Ziehe mal ein leeres Text/HTML-Widget in den Sidebar, das überschreibt die Standard-Widgets. Oder wähle besser das "Full Width" Template bei den entspr. Seiten.

... entfernt ...