Beiträge von b3317133

Dokumentation query_posts:

Zitat

Note: This function will completely override the main query and isn’t intended for use by plugins or themes. Its overly-simplistic approach to modifying the main query can be problematic and should be avoided wherever possible. ... More Information ...For general post queries, use WP_Query or get_posts(). ...

Im o.g. Codebeispiel für index.php ist kein eigenes Query und kein Offset. Um auf der ersten Seite dem ersten <li> eine eigene Klasse zu geben, könnte man das so anpassen, aber es gibt wie gesagt viele und auch elegantere Lösungen, kommt ganz auf Dein restliches Theme & Layout & Einstiegstiefe an.

<?php if ( have_posts() ) { ?>
<ul>
<?php $mark_first = !is_paged(); while ( have_posts() ) { ?>
    <li<?php echo ( $mark_first ) ? ' class="first"' : ''; ?>>
        <?php
            the_post();
            // ...
            $mark_first = false;
        ?>
    </li>
<?php } ?>
</ul>
<?php } ?>

@danielgoehr Wahrscheinlich wird derzeit sowas in der Art genutzt:

<?php if ( have_posts() ) { ?>
<ul>
<?php while ( have_posts() ) { ?>
    <li>
        <?php
            the_post();
            // ...
        ?>
    </li>
<?php } ?>
</ul>
<?php } ?>

Ohne den restlichen Theme-Code kann man aber nur schwer helfen, vermutlich soll der erste Post ausserhalb der <ul> erscheinen o.ä., aber das wird uns @Hipster123 schon noch mitteilen...

Es gibt die unterschiedlichsten Lösungen, und es warten vermutlich auch noch viele Problemchen, z.B. bei Berücksichtigung von Pagination (was passiert auf Seite 2, 3, ...), Nutzung der index.php als Fallback von anderen Stellen im Theme, usw.

Evtl. gestaltet man für die Anforderung "Nachrichtenportal" alternativ die Startseite auch über Widgetbereiche und eigene Widgets, das MH Magazine lite Theme bietet da ein entspr. Konzept zum Rein-/Abgucken, dann kann man später auch leicht andere Elemente unterbringen usw., alles eine Frage der Einstiegstiefe in die Welt der WordPress Themes.

Gib dem ersten <li> eine enspr. CSS-Klasse oder iteriere anders oder sammle die <li> Ausgaben in einer Variable und gib erst am Ende bei Bedarf die <ul> und die Variable aus.

Es gibt viele Möglichkeiten, kommt ganz auf Deinen restlichen Theme-Code an.

Die Seite ist nicht korrekt auf https/SSL umgestellt worden, es befinden sich eine Vielzahl von http Links und Einbindungen in den Beiträgen, siehe auch HTML-Quelltext der Seite z.B. Tastenkombi Strg-U oder beim Laden im Netzwerk-Tab in der Browser Konsole.

Suchbegriffe: WordPress SSL oder WordPress https oder Better Search Replace

Erstelle ein Backup Deiner Datenbank und ersetze dann mit dem Plugin Better Search Replace das hier

http://blog-roland-m-horn.de

durch das hier

https://blog-roland-m-horn.de

Evtl. haben sich diese Personen oder Bots als WordPress Benutzer registriert, weil bei Dir bei "Einstellungen > Allgemein > Jeder kann sich registrieren" angehakt ist.

Am Rande bemerkt, einige Deiner Grafiken sind per http statt per https eingebunden, das verursacht statt einem grünen Schloss einen Sicherheitshinweis in Mozilla Firefox.

Für solche Dinge ist eigentlich die WordPress Customizer API vorgesehen. Hier einige Beispiele (google).

Wie genau hast Du es denn gelöst?

Da in WordPress ein "Post Type" eigentlich etwas anderes ist, ist wahrscheinlich "Post Format" oder "Beitragsformat" gemeint.

Das heisst, die Nutzung des Classic Editor Plugin ist hier die eigentliche Lösung? Oder lag es nur am Format?

Zitat von danielgoehr

.. mit ACF .. geht dann aber nicht ohne Code-Änderungen am Theme.

Einfügen von CSS anhand ACF würde auch als kleines Plugin gehen.

Ja, der Thread fängt praktisch von vorne wieder an, Analyse in #4, Lösung in #11, danach dann Weitersuche beim Hosting o.ä. wg. des seltsamen 404-Effekts.

@danielgoehr Die falschen Verweise und die Umleiterei auf die Testdomain usw. war nach meinem Tipp im Posting #11 schon behoben, aber dann hat TE aus welchen Gründen auch immer wieder ein Backup drübergespielt, nunja. Evtl. fehlt daher tatsächlich das eine oder andere Bild im Backup, das hier beschriebene mit dem 404 beim Nachladen via CSS und korrektem Laden bei Direktlink ist aber vorhanden, [FONT=Courier New]/wp-content/uploads/2019/05/01-headerbild.jpg[/FONT]

@danielgoehr Der Server liefert das Bild schon, wenn man es direkt lädt, daher stimmt der Pfad, aber ein Mechanismus wo auch immer verhindert das Laden innerhalb der Seite, eher nicht in WordPress sondern in einer .htaccess oder im Hosting, vermutlich ein "Hotlinkfix" oder irgendein anderer Unsinn.

Statt der Bilder wird lt. Browser-Konsole derzeit eine HTML-Seite geliefert, die nicht aus WordPress sondern von Mittwald stammt.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN">
<html>
    <head>
        <meta http-equiv="Content-Type" content="text/css; charset=utf-8" />
        <title>Fehler 404 - Seite nicht gefunden</title>
        <link rel="stylesheet" type="text/css" href="/mittwald_system_pages/css/style.css">   
        <!--[if lte IE 6]>
            <style type="text/css">
                div, img{ behavior:url(/mittwald_system_pages/scripts/iepngfix.htc) }
            </style>
        <![endif]-->
    </head>
    <body>
        <div id="box">....

Evtl. ist im Hosting irgendwas eingestellt, was Bilder unter bestimmten Umständen nicht ausliefern mag.

Da vorhin schonmal so ein unsinniges "rechtsklick"-Plugin installiert war, läuft noch irgendeines in der Art? Steht irgendwas bzgl. "Bilder-Schutz" in der .htaccess Datei?

Man kann auch einfach ein klassisches Werbe-Plugin dafür verwenden, z.B. AdRotate oder Advanced Ads, dort kann man beliebiges HTML als Banner eingeben, Laufzeiteinstellungen gibt es auch, Shortcodes ebenfalls, usw.https://de.wordpress.org/plugins/adrotate/

Was genau hast Du probiert, was hat daran nicht funktioniert?

Es gibt viele Ansätze, hier ein paar, Suchbegriffe z.B. CSS angled oder CSS sloped

Zitat von ah151

Alles klar:
- Better Search Replace ergab 146 Änderungen

Nach dieser Aussage war der erste Fehler wie in #11 beschrieben bereits behoben.

Von Backup einspielen habe ich nichts geschrieben.

Schau in die Browser-Console in das Netzwerk-Tab, dann siehst Du, dass jetzt beim Laden der Seite derzeit viele viele Bilder wie z.B. [FONT=Courier New]/wp-content/uploads/2019/05/01-headerbild.jpg[/FONT] usw. einfach gar nicht auf dem Server vorhanden sind, 404 not found.

Zitat von ah151

Alles klar:
- Better Search Replace ergab 146 Änderungen

Hm, jetzt leitet die ganze Installation auf die alte Domain weiter, irgendwas hast Du jetzt nochmal komplett verbastelt. o_O

Und es läuft jetzt offenbar irgendein unsinniges "rechtsklick"-Verhinderungsplugin, das man auf zig Arten umgehen kann und das nur Probleme verursachen wird... derzeit fügt es mitten im [FONT=Courier New]<head>[/FONT] Bereich ein [FONT=Courier New]<div>.. [/FONT]ein, wo das keinesfalls hingehört, solche Plugins sind Schrott.

Ergänzend: Und jetzt erscheinen PHP-Fehler, was machst Du da nur, die Installation war praktisch fertig umgezogen. Evtl. über die Jobbörse einen Fachmann ranlassen, falls das eine wichtige Seite sein sollte...

Fatal error: Uncaught Error: Class 'ET_Support_Center' not found in /html/wordpress/wp-content/themes/Divi/functions.php:9424 Stack trace: ...

Die erste Umstellung war unvollständig, die Bilder wurden weiterhin von der alten Domain eingebunden.

Ersetze jetzt mit Better Search Replace alle Vorkommen von

http://wordpress.p380847.webspaceconfig.de

durch

https://industrieliebe.de

Und entferne aus der wp-config.php diesen Eintrag falls noch vorhanden:

define( 'RELOCATE', true );

Wenn man sich etwas mit WordPress auskennt, kann man aus diesen Links schliessen, das die Installation zuerst unter der Testdomain eingerichtet und dann ein unvollständiger Domainumzug gemacht wurde.