is_category prüft ob eine Archiv/Kategorie Seite angezeigt wird und nicht ob ein Post einer Kategorie zugeordnet ist. is_category ist nicht zu verwechseln mit in_category.
Beiträge von mensmaximus
-
-
ohne Codeänderung.
Das heißt Du bindest immer noch wp-load ein?
-
Was Du machst ist nicht besonders sinnvoll. WordPress bietet die notwendige Funktion bereits an: https://codex.wordpress.org/Template_Tags/get_posts
-
setze das mal in deine CSS
in dein Thema FGV6/style.cssNie, nie, nie, niemals ändern wir eine style.css im Original Theme. Nie, nie, nie. Das ist eine der Todsünden bei WordPress Anpassungen. Wir erstellen immer zuerst ein Childtheme.
Warum? Weil der TO sonst beim nächsten Theme Update einen neuen Thread startet mit der Überschrift: 'Plötzlich sieht meine Seite anders aus - ich habe aber nix gemacht'
-
Da musst Du schon mehr Details über Dein Progrämmchen erzählen, denn das scheint ja außerhalb von WordPress zu laufen. Wäre es ein Plugin müsstest Du ja keine Umwege gehen.
-
Dort wo Du die statische Startseite eingestellt hast, stellst Du auch die Blogseite ein.
-
Es müssen natürlich die Kategorien (Taxonomien) der "related posts" sein.
-
Du erstellst eine leere Seite und wählst diese in den WordPress Einstellungen unter Lesen als Blogseite aus.
-
Bietet eigentlich WPML selber einen Support an ? man hat ja auch für das Plugin bezahlt ?Selbstverständlich. Ich bin auch davon ausgegangen, dass Du dort schon gefragt hast.
-
Der Entwickler meint, ich müsse nur die $query ergänzenDas ist was ich mit "ohne Kenntnis" meinte. Zwischen Ergänzen und Ersetzen ist ein riesiger Unterschied.
-
Ansonsten alle Plugins deaktivieren (bis auf WPML versteht sich) und erneut testen.
Gerade noch gesehen, dass Du zu diesem Punkt nicht geantwortet hast. Hast Du also schon einmal alle Plugin deaktiviert (bis auf WPML)?
-
Die 'Lösungen' stehen ja schon in der Fehlermeldung und sind nun entsprechend zu prüfen. Was mich stört sind die Sonderzeichen bei der Ausgabe von icl_validate_domain. Das kann mit fehlenden Regeln in der .htaccess zusammenhängen kann aber auch ein anderes Problem auf dem Webserver sein. Dazu bräuchte man deutlich mehr Informationen (Hoster, Konfiguration, Installationsart, Plugins, usw.) um sich dem Problem zu nähern. Das sprengt aber zumindest meinen Zeitrahmen für die Unterstützung im Forum.
-
essgrid_get_related_posts ist kein Standard Filter von WordPress, insofern kann man ohne Kenntnis des Themes oder Plugins, welches diesen Filter bereit stellt keine Aussage zu dessen Funktionsweise treffen (obgleich die Funktionsargumente für eine Modifikation der query sprechen)
Und wenn man jetzt noch wüsste was "funktioniert nicht so recht" bedeutet, könnt man bezüglich der query vielleicht helfen. Denke daran, dass sich category_name auf den slug bezieht und nicht den Name.
-
Verzeichnisse
-
Einfach umstellen. Fragen zur allgemeinen Funktionsweise von WordPress kann ich Dir aus Zeitgründen nicht beantworten. Dafür gibt es ausreichend Literatur in Form von Büchern und Tutorials im Web.
-
Stelle Deine Permalinks bitte auf 'Beitrag'
-
#content nicht #header ......
Und möglicherweise drücke ich mich nicht deutlich genug aus oder Du überlist meinen Hinweis. Also noch einmal: Das sieht nicht nach einem Childtheme aus.
Ändere auf keinen Fall die original style.css des Themes. Alle Änderungen gehen beim nächsten Update verloren. -
Bekomme ich den Link zur Seite noch?
-
Du musst Deine Browsercache löschen

Außerdem dieht das nicht nach der style.css eines Child-Themes aus.
-
So etwas habe ich bis dato nur bei 'besonders sicheren' .htaccess Dateien gesehen, wo der Zugriff auf die CSS Dateien nicht möglich war. Das würde aber durch ein Vor- und Zurück nicht behoben. Könnte auch ein Browser Cache Problem sein.
Wie Maxe schon geschrieben hat könnte es aber auch an einem Plugin liegen, das CSS und/oder JS Code 'wild' in wp-admin einhängt.