Beiträge von b3317133

    Wie hoch ist denn wohl der Aufwand, im Nachhinein ein child theme zu erstellen...? Müssten dann alle Individualisierungen dort wieder neu erfolgen?

    Im Regelfall ja.

    Wie komplex das wird, kommt auf den Einzelfall an. Manchmal reicht ein älteres Plugin wie Inherit Theme Mods, manchmal muss man in der Datenbank Settings kopieren, manche Themes speichern ihre Einstellungen irgendwo im wp-content Ordner als .json, .xml o.ä.

    Hilft nur ausprobieren, ähnlich wie für Dein bisher nicht erfolgtes Theme Update. Dafür erstellt man am besten eine Kopie des ganzen Websites inkl. aller Daten mit einem Plugin wie Duplicator und installiert diese Kopie z.B. auf einem anderen Server oder auf einer Subdomain [FONT=Courier New]test.deinedomain.de[/FONT] o.ä. mit neuer Datenbank.

    Am besten das ganze Video auf der Duplicator-Seite ansehen, auch wenn es englisch ist, dann versteht man eher, was da wie passiert. Wenn das technisch "zu hoch" ist, bekommst Du bei entspr. Anfrage in der Jobbörse hier im Forum sicherlich entspr. passende Angebote.

    Entferne mal temporär das reCAPTCHA aus dem Formular bzw. deaktiviere temporär das gesamte Plugin "WordPress ReCaptcha Integration", funktioniert es dann?

    Falls nicht, deaktiviere temporär das gesamte Plugin "W3 Total Cache", wie sieht es dann aus?

    Rufe ich die Seite mit Opera oder mit dem Edge auf, klappt das nicht. Es erscheint immer die gleiche Titelzeile, die erste, die mit 0 nummeriert ist. Hat jemand eine Ahnung, woran das liegen könnte?


    Evtl.verwendest Du ein Cache-Plugin? Und bist in Firefox bei WordPress angemeldet und in Opera oder Edge nicht? Die meisten Cache-Plugins schalten sich bei angemeldetem Benutzer ab, daher kann es dann z.B. zu solchen Effekten kommen.

    Mit Checkbox ist genau so was wie von dir erwähnt gemeint und ja, vermutlich durch ein Plugin erzeugt...

    Sorry, das widerspricht sich. Wenn es genau die von mir erwähnte Checkbox ist, ist sie nicht durch ein Plugin erzeugt, sondern durch den besagten Haken unter "Einstellungen > Diskussion". Evtl. alles nochmal in Ruhe durchlesen.

    Für weitere Fragen dazu bitte einen Link zur entspr. Seite posten.

    Falls Du die Klasse [FONT=Courier New]special_img[/FONT] nur dort verwendest

    Code
    .special_img {
        text-align: center;
    }


    oder ggf. unter Einbeziehung der Visual Composer Zeilenklasse

    Code
    .vc_row.vc_custom_1541795882261 .special_img {
        text-align: center;
    }


    Eine weitere, alternative Lösung wäre:

    Code
    .special_img img {
        margin: 0 auto;
        display: block;
    }


    oder

    Code
    .vc_row.vc_custom_1541795882261 .special_img img {
        margin: 0 auto;
        display: block;
    }

    Wenn ich dazu nun irgendwo in der Programmierung etwas einbauen/ändern muss, dann brauche ich bitte, bitte ganz genaue Anweisung, wo und wie....

    • Du verwendest das Theme Kahuna in einer relativ alten Version 1.1.0
    • Die Dateien des Themes befinden sich auf dem Server im Ordner [FONT=Courier New]wp-content/themes/kahuna/[/FONT]
    • Änderungen an Dateien des Themes werden bei einem Theme-Update überschrieben
    • Daher legt man üblicherweise ein sog. Child Theme an, das überspringen wir jetzt mal
    • Um zu sehen, ob das so funktioniert, wie Du Dir das vorstellst, ist eine Bearbeitung der Datei [FONT=Courier New]single.php[/FONT] im Theme nötig
    • Erstelle ein Backup der Datei [FONT=Courier New]single.php[/FONT] falls was schiefgeht.


    In der Datei [FONT=Courier New]single.php[/FONT] befindet sich am Anfang u.a. dieser Codeblock:

    PHP
    <nav id="nav-fixed">
            <div class="nav-previous"><?php previous_post_link( '%link', '<i class="icon-fixed-nav"></i>' );  previous_post_link( '%link', '<span>%title</span>' );  ?></div>
            <div class="nav-next"><?php next_post_link( '%link', '<i class="icon-fixed-nav"></i>' ); next_post_link( '%link', '<span>%title</span>' );  ?></div>
        </nav>


    Ersetze den Codeblock durch diesen:

    PHP
    <nav id="nav-fixed">
            <div class="nav-previous"><?php previous_post_link( '%link', '<i class="icon-fixed-nav"></i>', true );  previous_post_link( '%link', '<span>%title</span>', true );  ?></div>
            <div class="nav-next"><?php next_post_link( '%link', '<i class="icon-fixed-nav"></i>', true ); next_post_link( '%link', '<span>%title</span>', true );  ?></div>
        </nav>


    Technisch: Bei den Aufrufen von [FONT=Courier New]previous_post_link( .. )[/FONT] und [FONT=Courier New]next_post_link( .. )[/FONT] kommt jeweils ein dritter Parameter [FONT=Courier New]true[/FONT] hinzu, der steht für das o.g. [FONT=Courier New]in_same_term[/FONT]. Das bewirkt theoretisch, dass nur Beiträge mit der gleichen Kategorie verlinkt werden.

    Ob/wie das bei Dir funktioniert, wird sich zeigen. Keine Garantie für nichts...

    Normalerweise sollten beim Blättern innerhalb einer Kategorieübersicht wie z.B. [FONT=Courier New]example.com/category/deinekategorie/[/FONT] für die Navigation entspr. Links wie [FONT=Courier New]example.com/category/deinekategorie/page/2/[/FONT] usw. erscheinen und so das Blättern in der Kategorieübersicht innerhalb der Kategorie bleiben.

    Sobald man einen einzelnen Beitrag öffnet, kann WordPress anhand des Links des Beitrags nicht mehr feststellen, dass vorher mal in einer Kategorie geblättert wurde, daher wird die Navigation zum Blättern über alle Beiträge gezeigt.

    Ist das in etwa das, was Du beobachtest?

    Ansonsten helfen im Forum in der Regel Links zur betroffenen Seite mit exakten Beispielen, evtl. hat dann mit den entspr. Details jemand eine Idee, wie man das bei Dir lösen könnte.

    Denkbar wäre z.B. eine Nutzung des [FONT=Courier New]in_same_term[/FONT] Parameters beim nächster/vorheriger Link o.ä., dabei kommt es auch auf Rahmenbedingungen an, wie z.B. ob Deine Beiträge mehrere Kategorien haben, welche Aufrufe zum Erstellen der Links Dein Theme verwendet, usw.

    Die selbstgehostete WordPress Version hat selbst keine Verifizierung / Erklärung bei Kommentaren, dass man einer Datenschutzverordnung zustimmt.

    Unter "Einstellungen > Diskussion" kann man nur falls gewünscht eine "Opt-in-Checkbox für Kommentar-Cookies anzeigen."

    Dann wird beim Kommentieren eine Checkbox mit "Meinen Namen, E-Mail und Website in diesem Browser speichern, bis ich wieder kommentiere." eingeblendet.

    Ist diese Checkbox gemeint?

    Falls nein, poste mal einen Link zu einer Seite mit der gemeinten Checkbox, evtl. wird sie durch ein Plugin o.ä. erzeugt.

    Am Rande: Falls es sich um einen wordpress.com Website handelt, wäre der wordpress.com Support zuständig. Falls eine Funktion des Plugin Jetpack die Ursache ist, wäre der Jetpack Support der Ansprechpartner.

    Probiere es mal ohne [FONT=Courier New]ini_set('error_reporting', E_ALL );[/FONT] bzw. ohne alle orangen Zeilen, alleine nur mit [FONT=Courier New]define('WP_DEBUG', false);[/FONT]

    Hinweis am Rande, [FONT=Courier New]add_filter(..)[/FONT] haben in [FONT=Courier New]wp-config.php[/FONT] nichts verloren, mehr dazu hier. Und ob man "allow_major_auto_core_updates" wirklich will, nunja, das muss jeder selbst wissen bzw. merken.

    [FONT=Courier New]<meta name="google-site-verification" content=".........." />[/FONT] ist HTML-Code, kein CSS-Code. Er hat daher im Bereich «Zusätzliches CSS» nichts verloren.

    Für die Google Site Verification können auch andere Bestätigungsmethoden genutzt werden, ganz ohne Eingriffe in WordPress, z.B. "HTML-Datei hochladen".

    Will man bei der aktuellen Bestätigungsmethide bleiben, kann man - um unabhängig vom Theme zu sein - alternativ auch ein kleines Plugin erstellen, das den HTML-Code im Header ausgibt. Diesen Code in eine Datei [FONT=Courier New]google-site-verification.php[/FONT] kopieren und in [FONT=Courier New]wp-content/plugins/[/FONT] hochladen, dann in WordPress im Plugins Menü aktivieren.

    Muss ich mir Sorgen machen?

    Solange nicht exkat geklärt ist, wie genau der neue Benutzer angelegt wurde, z.B. über die Access Logs des Servers, musst Du Dir in der Tat Sorgen machen.

    Es kann z.B. an einem zu schwachen Passwort Deines Admin-Accounts liegen, es kann aber auch eine vorhandene Sicherheitslücke oder Backdoor im Theme oder in einem Plugin der Grund sein, oder ein zu schwaches FTP-Kennwort, oder ein Trojaner auf Deinem PC, oder anderer Software die auch auf dem Server installiert ist, usw.

    Sind die installierten Plugins ggf. ähnlich alt wie das genutzte Spun Theme (ca. 5 Jahre nicht mehr aktualisiert)?

    Die Datei heisst [FONT=Courier New]wp-config.php[/FONT] und die Variable [FONT=Courier New]WP_DEBUG[/FONT]

    Poste doch mal alles ab/nach ca. der Zeile 70 ab [FONT=Courier New]define('WPLANG', ...[/FONT] aus Deiner Datei (also ohne die [FONT=Courier New]DB_xx[/FONT] Einträge und ohne die [FONT=Courier New]xx_SALT[/FONT] Einträge aus dem oberen Teil), dann sieht man ggf. ob/wo es da ein Problem geben könnte.