Beiträge von Batmaniac

Hallo,

vielleicht könnt ihr euch einen Reim auf mein Problem machen: meine aufgesetzten Beiträge werden nach Veröffentlichung den Besuchern nicht angezeigt.

Ich betreibe seit mehreren Jahren einen Batman Blog mit mehreren Co-Autoren. Es begann vor 1 bis 2 Monaten, als ich bemerkte, dass meine Artikel als Admin nicht für alle Besucher sichtbar waren, sondern nur für mich und die eingeloggten Co-Autoren (Redakteure und Autoren) veröffentlicht wurden.

Sobald man sich ausloggt, wird einem der Artikel nicht angezeigt. Übergangslösung bis jetzt ist es, den Artikel - der eigentlich als "Öffentlich" deklariert ist - kurz auf "Privat" und dann wieder auf "Öffentlich" zu stellen. Und somit erscheint der Artikel auch für alle Besucher und der RSS-Feed wird bedient.

Nun scheint das Phänomen auch meine Co-Autoren zu betreffen (nicht alle). Auch bei ihnen muss erstmal der Workaround greifen, bis der Artikel veröffentlicht wird.

Hat jemand eine Idee, woran es liegen kann? Die Einstellungen für die Benutzer wurde geprüft, dort finde ich nichts. Besonders merkwürdig finde ich, das es ein schleichender Prozess zu sein scheint.

Sollte es einen Blick auf den Blog benötigen: http://www.batmannews.de

Vielen Dank für die Tipps und Denkanstöße. Letztendlich hab ich dadurch nochmal eine sauber aufgesetzte config Datei aufgesetzt und nun läuft alles wieder.

Mich hat die Umstellung bei Host Europe von PHP 7.4 auf 8.1 "eiskalt erwischt" und sehe fortan nur noch die "weiße Seite". Ich war zuvor auf Wordpress 6.0 und hab die Aktualisierung auf 6.1 verpasst. Ins Dashboard komm ich gar nicht erst. Chrome zeigt mir hier einen Error 500 an.

Ich hab auch die meisten gängigen Tipps schon durch:

- aktuelle Wordpress-Version händisch eingespielt
- Theme in der Datenbank auf Twentytwentythree gesetzt
- Order der Plugins umbenannt
- Testweise auf 8.0 bei Host Europe umgestellt

WP_DEBUG zeigt mir beim Aufruf der Seite folgenden Hinweis an:

Fatal error: Uncaught Error: Undefined constant "�WP_ALLOW_REPAIR�" in /is/htdocs/wp10XX/www/2011/wordpress/wp-config.php:21 Stack trace: #0 /is/htdocs/wp10XX/www/2011/wordpress/wp-load.php(50): require_once() #1 /is/htdocs/wp10XX/www/2011/wordpress/wp-blog-header.php(13): require_once('/is/htdocs/wp10...') #2 /is/htdocs/wp10XX/www/2011/wordpress/index.php(17): require('/is/htdocs/wp10...') #3 {main} thrown in /is/htdocs/wp10XX/www/2011/wordpress/wp-config.php on line 21

Von hier aus komm ich erstmal nicht weiter und wäre für jede Hilfe dankbar.

Ich häng mich mal an der Problematik an, denn auch mich hat die Umstellung bei Host Europe auf von 7.4 auf 8.1 "eiskalt erwischt" und sehe fortan nur noch die "weiße Seite". Ich war zuvor auf Wordpress 6.0 und hab die Aktualisierung auf 6.1 verpasst. Ins Dashboard komm ich gar nicht erst.

Chrome zeigt mir hier einen Error 500 an.

Ich hab auch die meisten gängigen Tipps schon durch:

- aktuelle Wordpress-Version händisch eingespielt
- Theme in der Datenbank auf Twentytwentythree gesetzt
- Order der Plugins umbenannt
- Testweise auf 8.0 bei Host Europe umgestellt

Kann mir jemand hierbei helfen, wo das Problem liegt? Die Dateien sind natürlich vorhanden.

Zitat von Persephone

Wo hast du die denn eingefügt?

Hi Persephone, ich hab sie über ein open graph Plug In eingefügt, was ja auch über die function.php gehen würde.

Zitat von Persephone

Das wüsste ich aber.

Du meinst, du weißt von keiner Umstellung? Oder meinst du, ich müsste eigentlich davon was mitbekommen haben?

Ich hab vor etwa einem Jahr mit dem Gedanken gespielt, meine Artikel als Instant Article bei Facebook einzusetzen. Ich hab mir die Funktion allerdings nur halbgar eingerichtet und bin letztendlich gar nicht soweit gekommen, es auch bei WP einzurichten. Somit war die Funktion gar nicht scharf geschalten und es lief alles wie gewohnt.

Als mir nun mein Problem bewusst wurde, hab ich bemerkt, dass FB all meine verlinkten Artikel im Creator Studio als "Entwurf" unter Instant Articles parkt, obwohl ich IA nie scharf gestellt hatte. Und diese Entwürfe scheinen eben zu diesem Phänomen geführt zu haben, dass sie als verhungerte Instant Articles angezeigt werden. Jetzt, da ich besagte "Entwürfe" gelöscht habe und auch die Verbindung zu meiner WP-Seite aufgehoben habe, wird wieder alles wie gewohnt angezeigt.

Und dies war bestimmt nicht schon seit einem Jahr der Fall, sondern muss durch eine zwischenzeitliche "Umstellung" passiert sein. Aber ja, ist jetzt erstmal eine Behauptung bzw. Theorie von mir.

Das Problem hat sich gelöst und war FB-seitig. Eine Umstellung bei FB hat wohl wirklich dazu geführt, dass meine verlinkten Artikel als Instant Articles-Entwurf gepostet wurden, obwohl ich dies nie (final) eingerichtet hatte. Nun hab ich FB die Berechtigung dafür entzogen und schon läuft wieder alles wie gewohnt.

Danke euch fürs "mit-hirnen". Oft führt ja schon das Ansprechen eines Problems zur Lösung.

Zitat von b3317133

Nur bei Dir oder auch bei anderen mit so einer FB App in anderen Mobilgeräten? Was wurde noch getestet?

Ich hab es auf mit der iPhone FB App und iPad FB App getestet. Überall der gleiche Effekt. Android-Kollegen hatten denselben Effekt, wenn sie den In-App-Browser der FB App nutzen. Wechseln sie den In-App-Browser mit Chrome, etc., wird der gewünschte Artikel korrekt angezeigt.

Ansonsten hab ich getestet, wie es sich verhält, wenn man den Artikel per App, per Browser oder per Creator Studio absetzt. Aber es ändert nichts. Dabei wundert es mich schon, dass es eben vereinzelt Artikel gibt, die wie gewünscht angezeigt werden - der Großteil allerdings nicht. Logge ich mich auf dem mobilen Safari-Browser bei Facebook ein und klicke auf einen Link, wird mir dieser korrekt angezeigt.

Es beschleicht mich das Gefühl, FB verwertet meine Links als einen ihrer sogenannten "Instant Articles". Denn klicke ich auf die verhungerte Darstellung auf "Mehr von Batman-News" bekomme ich eine "Featured"-Ansicht, die so nur von Facebook selbst kommen kann und nicht von meiner Website:

Die Integration der App ID hat auch keinen Effekt gezeigt. Verlinkte Artikel werden weiterhin als reiner Text im In-App Browser angezeigt. Ich hab auch eine Website ausfindig gemacht, bei der ebenfalls die App ID Integration fehlt, aber der Content anstandslos angezeigt wird. Es scheint wohl nicht an der App ID zu liegen, zumal ja vereinzelte verlinkte Artikel bei mir auch wie gewünscht angezeigt werden.

Sonst noch eine Idee?

Dank dir schon mal für die Rückmeldung. Dann werd ich mich mal mit dem Thema App ID auseinandersetzen. Allerdings frage ich mich schon, warum es seit Jahren und bis noch vor kurzem überhaupt kein Problem war, eine Seite ohne App ID auf Facebook zu verlinken und mir dieses Phänomen bislang noch nie bei anderen verlinkten Seiten bei FB untergekommen ist. Kann mir gut vorstellen, dass nicht jede Website eine App ID eingerichtet hat.

Ich bin mir nicht sicher, ob ich mit meinem Anliegen hier richtig bin, weil ich nicht weiß ob es an Facebook oder WordPress liegt.

Ich betreibe einen Wordpress Blog und verlinke meine Beiträge händisch bei Facebook auf der entsprechenden FB Fanpage. Seit neuestem werden mir in der FB App für iPhone meine Artikel im In-App Browser nur als Text angezeigt, wenn man die Verlinkung anklickt. Fast so, als würde ich die Instant Articles Funktion von Facebook nutzen - nur ohne Formatierung und Bilder.

Da mir das bislang bei Facebook nur bei meiner eigenen Seite untergekommen ist, vermute ich, das der Fehler auf der Wordpress-Seite liegt. Auch ältere Verlinkungen sind davon betroffen. Vereinzelt gibt es aber auch Verlinkungen, die wie gewohnt funktionieren.

Ich hab auch schon den Sharing Debugger benutzt, der mir lediglich eine fehlende App ID ankreidet.

Hier mal ein Bild zur Veranschaulichung (Post / Text-Fassung im In-App Browser / korrekte Ansicht):

Das hab ich befürchtet, denn der Autor des Themes gibt seit Monaten keinen Mucks und damit keinen Support mehr. Dann wirds wohl Zeit für eine Umstellung. Danke für die Einordnung.

Hallo,

ich beobachte seit der Umstellung auf Gutenberg und den Block Editor das Phänomen, dass Bilder in einem Artikel nicht mehr auf die "volle" Breite (vorher 657px), sondern etwas kleiner eingesetzt werden (561px). Dies ist nur bei Artikeln der Fall, bei denen der Block Editor eingesetzt wird, benutze ich den Classic Editor, ist alles wie gewohnt und gewünscht auf voller Breite.

Hier mal ein Beispiel, wie die verkleinerten Artikelbilder sich verhalten. Merkwürdigerweise geht aber eine Galerie über die komplette Breite:

Beispiel mit Block Editor
Beispiel mit Classic Editor

Hat jemand einen Verdacht woran das liegen könnte? Die Seite benutzt das Theme Gameleon.

Danke für den Tipp :) Wobei ein umbenennen der Datei gereicht hat und WP dann eine Standard Comments lädt. Und ja, sieht tatsächlich alles andere als schick aus – aber vorerst muss das reichen. Und die Suche nach einem neuen zeitgemäßeren Theme läuft bereits ;-)

Zitat von b3317133

Dein Theme bastelt das Kommentarformular zum Grossteil selbst, anstelle die dafür vorgesehenen WordPress Funktionen sauber zu nutzen. Daher können sich diese Plugins dort nicht "reinhängen".

Ah, wie nervig. Ich kenn mich zwar hier und da ein wenig mit Wordpress-Anpassungen aus, aber das übersteigt dann eindeutig meine Kompetenz das hinzubiegen. Da ja die Zeit aufgrund der DSGVO etwas drängt die Frage: ist es möglich die Kommentarfunktion auf den Wordpress-Standard zu setzen, also ohne das vom Theme bereitgestellte comments.php zu nutzen? Kann man die php-Datei mit der eines anderen Themes ersetzen?

Zitat von maxe

vielleicht kann @m266 da direkt weiter helfen.

Das wäre natürlich super.

Zitat von maxe

Und welches?

Sorry für die Ungenauigkeit. Ich hab mich an mehreren probiert. Aktuell ist nur WP H-Data Protection aktiviert, davor WP GDPR Compliance, WP DSGVO, WP Comment Policy Checkbox – alle wollen auf den Kommentarseiten keine Checkbox und Texthinweis bei der Desktop-Ansicht anzeigen.

Gibt man einen Text in das Kommentarfeld ein und sendet ab, erscheint der Hinweis noch die Checkbox zu aktivieren – die man aber leider nicht sieht.

Zitat von maxe

Wie bindest du denn die Checkbox ein?

Eigentlich nur als aktiviertes Plugin, in der Hoffnung sich automatisch in meinen Kommentarbereich einzupflegen.

Zitat von b3317133

Poste mal die Datei comments.php aus Deinem Theme.

Gerne:

<?php


// Do not delete these lines
    if (!empty($_SERVER['SCRIPT_FILENAME']) && 'comments.php' == basename($_SERVER['SCRIPT_FILENAME']))
        die ('Please do not load this page directly. Thanks!');


    if ( post_password_required() ) { ?>
        <strong>Diese News ist Passwort-gesichert. Um die Kommentare zu sehen, bitte Passwort eingeben.</strong>
    <?php
        return;
    }
?>


<!-- You can start editing here. -->
<div class="clear"></div>
<div id="comments">


<?php if (have_comments()) : ?>
    
    <h3><?php comments_number('Keine Kommentare', '1 Kommentar', '% Kommentare' );?></h3>
    
    <ol id="commentlist">
    <?php wp_list_comments('callback=comment_template'); ?>
    </ol>
                        
    <?php $total_pages = get_comment_pages_count(); if ( $total_pages > 1 ) : ?>
    <div class="page-comments"><?php paginate_comments_links(); ?></div>
    <?php endif; ?>   
    
    <?php else : // No Comments Yet


    if ('open' == $post->comment_status) :
        // If comments are open, but there are no comments yet.
    else :
    
    if (is_single()){ echo"<h4>Die Kommentar-Funktion wurde für diesen Artikel deaktivert.</h4>"; }


    endif; ?>
    
    <?php endif; ?>


<?php if ('open' == $post->comment_status) : ?>


    <div id="commentform">
        
        
        <?php if ( get_option('comment_registration') && !$user_ID ) : ?>
        
        <p>You must be <a href="<?php echo get_option('siteurl'); ?>/wp-login.php?redirect_to=<?php echo urlencode(get_permalink()); ?>">Du musst dich anmelden</a> um einen Kommentar zu schreiben.</p>
        
        <?php else : ?>
        
        <form action="<?php echo get_option('siteurl'); ?>/wp-comments-post.php" method="post">
        
        <?php if ( $user_ID ) : ?>


            <h3 id="respond"><?php comment_form_title( 'Diese News kommentieren', 'Antworte %s' ); ?></h3>
        <p><span style="color: #b00404;"><strong>WICHTIGER HINWEIS:</strong> Nehmt bitte Rücksicht und zitiert in euren Kommentaren keine Spoiler aus den News. Bitte bleibt beim Thema und missbraucht die Kommentarfunktion nicht für andere Newsmeldungen oder themenfremde Kommentare – dafür könnt ihr unser Batman-Forum nutzen. Wir behalten uns vor unangebrachte Kommentare zu löschen oder nicht freizuschalten. Danke für euer Verständnis.</p>
        
        <p>Angemeldet als <a href="<?php echo get_option('siteurl'); ?>/wp-admin/profile.php"><?php echo $user_identity; ?></a> <a href="<?php echo wp_logout_url(get_permalink()); ?>" title="Log out of this account">(Ausloggen)</a></p>
    
        <div class="cancel-comment-reply"><?php cancel_comment_reply_link(); ?></div>
        <?php else : ?>
        
        <p><input type="text" name="author" id="author" value="<?php echo $comment_author; ?>" size="22" tabindex="1" <?php if ($req) echo "aria-required='true'"; ?> />
        <label for="author"><small>Name <?php if ($req) echo "(Pflichtfeld)"; ?></small></label></p>
        
        <p><input type="text" name="email" id="email" value="<?php echo $comment_author_email; ?>" size="22" tabindex="2" <?php if ($req) echo "aria-required='true'"; ?> />
        <label for="email"><small>eMail-Adresse (wird nicht veröffentlicht) <?php if ($req) echo "(Pflichtfeld)"; ?></small></label></p>
        
        <p><input type="text" name="url" id="url" value="<?php echo $comment_author_url; ?>" size="22" tabindex="3" />
        <label for="url"><small>Website</small></label></p>
        
        <?php endif; ?>
        
        <!--<p><small><strong>XHTML:</strong> You can use these tags: <code><?php echo allowed_tags(); ?></code></small></p>-->
        
        <p><textarea name="comment" id="comment" cols="100%" rows="7" tabindex="4"></textarea></p>
        
        <input name="submit" type="submit" id="submit" tabindex="5" value="Senden" />
        
        <p><?php if (function_exists('show_subscription_checkbox')) { show_subscription_checkbox(); } ?></p>
        <?php comment_id_fields(); ?>
        
        <?php do_action('comment_form', $post->ID); ?>
        
        </form>


<?php endif; // If registration required and not logged in ?>


    </div>


<?php endif; // if you delete this the sky will fall on your head ?>


</div>

Zitat von m266

Tritt der Fehler in allen Browsern auf? Bei mir war der Firefox OK.

Ja, in allen Browsern. Außer die Mobileansicht, die aber ein anderes Theme verwendet.

Auch der CSS-Code und dein Plugin hat mir leider nicht geholfen :-( Mein Theme wehrt sich vehement gegen die Darstellung von Kästchen und Infotext. Lediglich die Fehlermeldung bei Texteingabe erscheint. Hab auch schon sämtliche Plugins deaktiviert - hat leider auch nichts geändert o_O

Hallo zusammen,

ich verzweifle auch gerade an der Checkbox im Kommentarbereich und hab nun sämtliche Plug-Ins für diese Eigenschaft durch. Mein Theme Juggernaut (welches schon lange nicht mehr vom Entwickler weiterentwickelt wird) will mir in der Desktop-Ansicht vor dem Kommentarfeld einfach keine Checkbox samt Text anzeigen. So langsam gehen mir die Optionen aus, denn auch der Code von Azrael will bei den Kommentaren nichts bewegen.

In der mobilen Ansicht per WPtouch lässt sich der Hinweis von WP GDPR Compliance perfekt lesen. Nur die Desktop-Variante sperrt sich dagegen: http://www.batmannews.de/gothamglobe/bi…-im-januar-2019

Fällt noch jemand was dazu ein?

Grüße,

Bernd

Erstmal vielen Dank für den Zaunpfahl :) Es lag tatsächlich an einem Plug in, in dem Fall an dem Captcha-Plug in. Jetzt läuft wieder alles wie gewohnt.

Hi maxe,

die eingetragenen IP-Adressen sind Spam-IPs. Alle Plug Ins hab ich noch nicht deaktiviert, werde ich mal austesten.