Beiträge von b3317133

Doppelt zu hier (ein Lösungsansatz steht bereits dort) und einigen weiteren Threads zum exakt gleichen Thema...

Hmm, lt. HTTP-Headern der Startseite von Wissen und der Hauptseite wird offensichtlich tatsächlich Cloudflare genutzt, das dürfte das Problem sein.

Vielleicht hat das Theme auch einen internen Cache für die IDs/Inhalte der Startseite, das kann man ohne Einblick in den Code und das Backend aber nicht erkennen.

Habt ihr schon den Theme-Support kontaktiert?

Und der wichtigste Punkt: Läuft sicher kein Cache-Plugin mehr? Also auch keine "Object"-Caches o.ä. oder CDNs wie Cloudflare oder sowas.

Da die aktuellen Beiträge (inkl. eines Testbeitrags) sowohl via RSS-Feed als auch via REST-API sichtbar sind, dürfte das Problem entweder in der Konfiguration der Startseite (ggf. Datumseinschränkung o.ä.) oder im Template selbst liegen.

/Wissen/feed/
/Wissen/wp-json/wp/v2/posts

Die Template-Dateien kann man nicht weiter analysieren, da es sich um ein Kauf-Theme handelt.

Habt ihr schon den Theme-Support kontaktiert?

Ergänzend: Das verwendete Theme scheint schon relativ alt zu sein, habt ihr es ggf. mal mit dem Classic Editor Plugin versucht? Evtl. gibt es auch irgendwelche Wechselwirkungen mit dem Gutenberg Editor, wobei das ein seltsamer Effekt wäre.

Die Seite nutzt Divi und ein Child-Theme, das offenbar eine Agentur erstellt hat, die in dieser Datei genannt ist:

../wp-content/themes/live-umzug/style.css

Hilfreich wäre die Dokumentation von Divi oder ggf. auch die Kontaktaufnahme zur Agentur.

Link zur Seite, Link zu einem nicht sichtbaren Beitrag?

Der genannten Link zeigt ins WordPress Plugin Repository, dort sind über 50.000 Plugins, jeder kann welche hochladen, das ist keine Empfehlung in diesem Forum.

Umsätze generieren verzweifelte Benutzer, die auf live Websites irgendwas anklicken und/oder installieren und/oder ausprobieren von dem sie keine Ahnung haben und dadurch den ganzen Website abschiessen oder sich (im besten Fall nur) aussperren.

Lies den oben in #2 verlinkten Thread, dort ist ein Link, wie eine standard .htaccess in den diversen Variationen aussieht.

Ein "amoklaufendes" Plugin deaktiviert man, indem man den Plugin-Ordner temporär umbenennt oder löscht.

Funktioniert der Login ohne das Plugin? Und ohne die .htaccess Einträge des Plugins?

Wo genau wird das Plugin denn in diesem Forum empfohlen?

Was besseres sind komplexe Kennwörter und eine aktuelle Installation.

Ich persönlich betrachte das Plugin als Schrott, andererseits generieren die dadurch verursachten Probleme immer wieder mal schöne Umsätze, soll jeder machen wie er meint... :cool:

Wie sieht der Ausgabe-Code aus? Funktioniert es ohne alle sonstigen Plugins und mit einem Standard-Theme wie Twenty Seventeen?

Hier funktioniert es, der erste Link leitet korrekt auf den zweiten weiter:

http://www.thailand-seite.de/wp-admin/
http://www.thailand-seite.de/wp-login.php?redirect_to=http%3A%2F%2Fwww.thailand-seite.de%2Fwp-admin%2F&reauth=1

Möglicherweise ist Deine akutelle IP-Adresse durch irgendein "Sicherheitsplugin" gesperrt, erinnere mich dunkel, das Du hier und da WP Cerber einsetzt, siehe dazu auch hier.

Wird ggf. auf der Zielseite ggf. ein Redirect ausgelöst, der die Parameter entfernt, z.B. durch eine https Umstellung o.ä.?

Link zu Deiner Seite mit diesem Link?

Dein "Problem" wird durch CSS verursacht, entferne [FONT=Courier New]text-transform: uppercase;[/FONT] im Menü Design > Customizer > Zusätzliches CSS in diesem Block:

Zitat

input[type="text"], input[type="email"], input[type="url"], input[type="password"], input[type="search"], input[type="number"], input[type="tel"], textarea, select {
[COLOR=#ff0000]text-transform: uppercase;[/COLOR]
font-size: 13px;
}

Trage bei den Kommentaren den jeweils neuen passenden [FONT=Courier New]comment_post_ID[/FONT] und ggf. auch [FONT=Courier New]user_id[/FONT] ein, mehr dazu z.B. hier oder hier.

Die beste Anlaufstelle ist das bereits verlinkte WordPress.org Plugin Handbook, dort ist u.a. auch die HTTP API von WordPress beschrieben.

Auch die neue Beschreibung könnte man gut über einen Shortcode umsetzen, der ein kleines HTML-Formular nutzt, z.B. per POST oder auch via Ajax.

Schau Dir die o.g. Links etwas an, das hier wäre ein fertiges WordPress Plugin, das nichts weiter macht:

<?php /*
Plugin Name: Hintergrund Abfrage einer URL
*/

Das hier wäre ein Plugin, das einen Shortcode einrichtet, den man auf irgendeiner Seite via [FONT=Courier New][b3317133_hintergrund][/FONT] einbindet:

<?php /*
Plugin Name: Hintergrund Abfrage einer URL
Description: Siehe auch forum.wpde.org/threads/hintergrund-abfrage-einer-url.187762/
Version: 0.1
Author: b3317133
*/
function b3317133_hintergrund_init() {
    function b3317133_hintergrund_func( $atts, $content = null ) {
        return 'Irgendeine Ausgabe';
    }
    add_shortcode( 'b3317133_hintergrund', 'b3317133_hintergrund_func' );
}
add_action('init', 'b3317133_hintergrund_init');

Und das hier wäre ein Plugin, das sowas ähnliches macht, wie von Dir beschrieben, inkl. eines kleinen Caches der dafür sorgt, dass man nur 1x pro Stunde die URL abfragt, egal wie oft der Shortcode aufgerufen wird:

<?php /*
Plugin Name: Hintergrund Abfrage einer URL
Description: Siehe auch forum.wpde.org/threads/hintergrund-abfrage-einer-url.187762/
Version: 0.2
Author: b3317133
*/
function b3317133_hintergrund_init() {
    function b3317133_hintergrund_func( $atts, $content = null ) {
        $output = get_transient( 'b3317133_hintergrund_cache' );
        if ( $output === false ) {
            $html = @file_get_contents( 'https://www.example.com/' );
            if ( $html !== false ) {
                if ( preg_match_all( "/<h1>(.*?)<\/h1>/", $html, $matches ) ) {
                    $output = implode( ', ', $matches[1] );
                    set_transient( 'b3317133_hintergrund_cache', $output, 1 * HOUR_IN_SECONDS );
                }
            }
        }
        return $output;
    }
    add_shortcode( 'b3317133_hintergrund', 'b3317133_hintergrund_func' );
}
add_action('init', 'b3317133_hintergrund_init');

In WordPress würde man dafür einen Shortcode erstellen, der per file_get_contents() oder cURL die URL abruft, das Ergebnis parst und ausgibt. Als kleinen Buffer/Cache würde man das Ergebnis z.B. als Transient speichern/nutzen, so dass es nur alle X Zeitpunkte neu vom original Server abgerufen werden muss.

Das ganze in WordPress dann als Plugin zu verpacken, besteht aus paar Zeilen Kommentar für den Plugin Header und einer init Action.

Habe den o.g. Code als zusätzliches CSS am Ende von <head> eingefügt, Ergebnis:

Melde Dich mit CSS Fragen am besten dann, wenn man Deine Versuche auch online sehen und nachvollziehen kann.

Hast Du denn schon die Anleitung des Themes gelesen? Dort steht z.B. unter "How to Setup Footer" was von "Enable footer widgets"...

Wozu eine Grafik?

Hier ein Beispiel mit einem span, ganz ohne span geht es natürlich auch...

Wie man es am besten umsetzt, ergibt sich aus den Anforderungen, die aus Deinem Anhang nicht weiter hervorgehen.

Das ganze ist auch eher was für ein CSS-Forum, mit WordPress hat es nichts zu tun.

Wenn ein "Crash" dazu führt, dass eine elementor.php Datei im falschen Ordner erscheint, sollte man das Hosting in Frage stellen oder davon ausgehen, dass der Website möglicherweise gehackt ist.