Beiträge von b3317133

Hier ist eine Anleitung mit verschiedenen Möglichkeiten, die Adressen wieder auf http:// zurückzusetzen. Wenn Du FTP-Zugang hast, würde sich die Variante mit den zwei [FONT=Courier New]define(..) [/FONT]Zeilen unter "Edit wp-config.php" empfehlen.

Zitat von Nadjak

Wenn wir das ändern können, dass im From-Feld meine angegebene Email steht, sollte das Problem gelöst sein.

Das kann man normalerweise in jedem Formular-Plugin ändern. Welches Plugin wird dafür verwendet? Link zur Seite?

Zitat von Nadjak

Wenn das Formular verschickt wird kann die Mail teilweise nicht zugestellt werden.

Was genau bedeutet das? Welcher Fehler tritt wann und wo auf?

Wird auf dem Website [FONT=Courier New]https://[/FONT] verwendet? Wenn ja, ist eine Integration von externen Daten via [FONT=Courier New]http://[/FONT] nicht mehr möglich. Ansonsten Link zum Website?

Würde für die eigenen Anpassungen bzgl. Sidebar/Widget ein eigenes Page Template erstellen und bei den entspr. Seiten einstellen.

Der body Tag hat die "has-sidebar" Klasse, daher wird Platz für den Sidebar gelassen.

Rahmen macht man via border, kleine Icons könnte man aus dem vorhandenen Zeichensatz verwenden, z.B.

#menu-item-4448 .avia-menu-text::before {
    font-family: 'entypo-fontello';
    content: '\e808';
    padding-right: 6px;
}

Wenn das Icon als Hintergrundgrafik via CSS in diesem Element verwendet wird, dann ja. Eigentlich macht man bei so einem Ansatz aber alles über CSS-Regeln. Mit gradients, border-radius, transitions usw. sind die erstaunlichsten Dinge möglich, wenn man sich mal etwas damit auseinandersetzt.

@SirEctor: Habe noch eine Dependency zu einem Script-Handle aus Twentyfifteen ergänzt, damit wird das Script nur bei aktivem Twentyfifteen (Child-)Theme eingebunden.

Alternativ kann man das Einbinden auch als kleines eigenes Plugin verpacken, z.B. so ( .js ungetestet):

<?php /*
Plugin Name: My Toggle Subnav
Description: WP Twentyfifteen Dropdown Menü anpassen
Author: SirEctor & b3317133
*/
function mtsn_enqueue_scripts() {
    wp_register_script( 'my-toggle', plugin_dir_url( __FILE__ ) . 'my-toggle-subnav.js', array( 'jquery', 'twentyfifteen-script' ), false, true );
    wp_enqueue_script( 'my-toggle' );
 
}
add_action( 'wp_enqueue_scripts', 'mtsn_enqueue_scripts' );

Wenn ich auf den neu erstellten Menüpunkt klicke, sehe ich [FONT=Courier New]<li id="menu-item-[COLOR=#ff0000]4448[/COLOR][/FONT] und nicht [FONT=Courier New]4213[/FONT]

Neuen Menüpunkt erstellen, im Frontend rechte Maustaste auf den neu erstellten Menüpunkt, "Element untersuchen", da steht er dann beim übergeordneten [FONT=Courier New]<li id="menu-item-XXX[/FONT]

Wahlweise kann man auch eine eigene CSS-Klasse beim Menüpunkt anlegen mit eingeben, das entspr. Feld kann man über "Ansicht anpassen" im Menü-Editor sichtbar machen.

Füge neben "Kontakt" einen entspr. Menüpunkt zu "Trainingszeiten" ein und verwende dann den o.g. CSS-Code mit dem dafür passenden ID bei XXX als Basis für weitere Anpassungen.

Man könnte einen Menüpunkt einfügen und den per CSS entspr. colorieren & verschieben, in etwa so:

#menu-item-XXX {
    float: right;
    background: #f00;
    margin-top: -20px;
    border-radius: 10px;
}

Link zur Seite?

Wie stellst Du denn fest, was wo funktioniert oder nicht?

Aktueller Stand bei beiden Websites:

Die "OK-Meldung" wird gezeigt, bei jedem Klick auf den Link, sie kommt direkt aus dem Link, nicht aus dem Opt-Out Code.

Der Aufruf [FONT=Courier New]gtmOptOut();[/FONT] im Link setzt wie erwartet ein [FONT=Courier New]GTM-optout[/FONT] Cookie und wenn das gesetzt ist, wird bei späteren Aufrufen kein [FONT=Courier New]gat_UA-XXXXXX[/FONT] Cookie mehr erzeugt.

Evtl. hast Du einen Werbeblocker o.ä. für den einen Website laufen und für den anderen nicht, denn wenn z.B. wg. eines Blockers der Tag Manager Code nicht von Google geladen wird, gibt es die Funktion [FONT=Courier New]gtmOptOut()[/FONT] nicht und dann wird wg. des Scriptfehlers (den man als [FONT=Courier New]gtmOptOut() is not defined[/FONT] o.ä. in der Browser Console sehen kann) auch die "OK-Meldung" nicht mehr angezeigt.

Das Tag Manager Opt-Out besteht aus einem Cookie, es entfernt nicht irgendwelchen Code, den man selbst in Theme-Dateien oder über Theme-Optionen oder über Plugins dort eingefügt hat.

Würde generell eine genauere Recherche zum Thema empfehlen, sonst entstehen ähnliche Wechselwirkungen wie die offenbar bisher verwendeten copy&paste "Optimierung" Code-Snippets, die letztlich eher das Gegenteil bewirkt haben...

Die Datei ist beschädigt, ggf. fehlerhaft überschrieben, oder man sieht den Inhalt nicht komplett aufgrund irgendwelcher Steuerzeichen.

Der gepostete Teil steht in einer sauberen Datei erst ab ca. Zeile 970.

Sichere die Datei von Deinem Server für eine spätere Analyse und lade eine neue, saubere Datei aus einem Installations-Archiv hoch.

Résumé: Der Website ist mit ziemlicher Sicherheit gehackt worden und sollte gesamt als kompromitiert betrachtet werden, so geht es weiter, inkl. Aktualisierung oder Ersatz der o.g. Komponente im Theme.

Das Problem bzgl. [FONT=Courier New]add_custom_background[/FONT] ist nicht gelöst, man sieht es nur nicht mehr. Belässt man es so, besteht die Möglichkeit, dass in einer zukünftigen WordPress Versionen die Seite überhaupt nicht mehr funktionieren wird.

Poste doch mal die ersten 10 Zeilen Deiner Datei wp-login.php, könnte auch ein Hack/Trojaner sein. Würde mich ehrlich gesagt nicht wundern, das uralte Theme verwendet eine ebenso uralte timthumb.php Komponente, mehr dazu hier...

Genauer schauen, exakte Zeilennummern siehe oben...

Und der Head-Block ist zweimal vorhanden, Details siehe oben...