Beiträge von b3317133

Die Entwickler des Block-Editors Gutenberg lesen hier im Forum nicht mit. Du könntest Deinen Vorschlag im entspr. Support- bzw. Entwicklerforum bei Github machen, wie z.B. hier beschrieben...

Zitat von Hipster123

Ich muss ehrlich gestehen ich Blick da nicht ganz durch...

Du kannst Dich einfach durch den ganzen Theme Code lesen, und genau wie in der ausführlichen Theme Dokumentation beschrieben vorgehen, daraus ergibt sich alles. Die Widgets werden z.B. im Seitentemplate "Startseite" des Themes ausgegeben. Welche Dateien wann in welcher Reihenfolge bei WordPress gesucht / genutzt werden, steht auch in der Template Hierachy. Es ist sicher etwas komplexer als Dein bisheriger Ansatz, aber auch strukturierter und letztendlich viel flexibler.

Per Ajax nachladen würde ich aus SEO- und Ladezeitgründen nicht machen.

Schau Dir mal in der Theme Dokumentation den Teil How & where to place widgets on your website? usw. an.

Eine statische Seite als Startseite setzen, das Template "Startseite" einstellen und dann "MH Posts Large" oder "MH Slider" mit 1 als Anzahl im "Home 1" Bereich ergibt eine volle Breite oben.

Und wenn Du das Theme dann verstanden hast, schau Dir an wie es programmiert ist, baue evtl. eine eigene ähnliche Struktur nach, mit Deinen Bedürfnissen. Wir haben das Theme schon oft bei Kunden verwendet, hier und da auch in der Lite Version, und einfach durch eigene Widgets ergänzt. Es ist gerade was eine variable Startseite angeht, eine sehr gute Basis.

Lies den Rest der verlinkten Dokumentation.

Du kannst auch ein eigenes $wpdb SQL Query schreiben, bleibt Dir natürlich selbst überlassen, oder Du nutzt WordPress einfach so wie es gedacht ist.

In einer index.php eines Themes hat query_posts nichts verloren, soviel dazu.

Das eine hat mit dem anderen nichts zu tun, lies erstmal die verlinkte Dokumentation im Detail durch und als generellen Ansatz evtl. den ergänzten Link zur Anforderung "Nachrichtenportal" in #6.

Das ist eine Frage für einen Anwalt, nicht für ein WordPress "Hilfe zur Selbsthilfe" Forum...

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?