Studiere die vielen verlinkten pre_get_posts Beispiele und nutze wie dort überall passende "conditionals", z.B. is_admin, is_category usw.
Beiträge von b3317133
-
-
Okay danke für den Hinweis, tut aber nichts zur Sache, was den Fehler betrifft.
In den allermeisten Fällen bzgl. Fehler bei eigener Pagination schon.
Ja, wie kann ich es anders lösen?
Würde es mit einem pre_get_posts Filter lösen. -
Aha, der HTML-Quelltext der oben verlinkten Seite sieht so gar nicht nach WordPress aus...
Zum Fehler siehe z.B. hier. Vermutlich ein überzähliges UTF-8 BOM.
-
Welche Fehler erscheinen wo?
Die verlinkte Seite ist nicht mit WordPress erstellt.
-
Es handelt sich um alte Links aus der alten Seite (vor der Nutzung von WordPress).
WPML nutzt [FONT=Courier New]/en/[/FONT] oder [FONT=Courier New]?lang=en[/FONT] aber nie [FONT=Courier New]?Lg=EN[/FONT] o.ä.
Wie genau lautet ein Link mit [FONT=Courier New]/en/[/FONT] bei Google, der eine [FONT=Courier New].php[/FONT] Endung hat?
-
Eine Lösung wäre ein Child-Theme, dann verschwindet nichts bei einem Theme-Update, und ein Ansatz wie dieser hier: OnePress: change the Copyright in the footer
-
Ich würde die folgenden Sitemaps bei Google Search Console einreichen:
[plain]https://nasen-dusche.de/post-sitemap.xml
https://nasen-dusche.de/page-sitemap.xml
https://nasen-dusche.de/category-sitemap.xml
https://nasen-dusche.de/post_tag-sitemap.xml[/plain]Ich gehe bei Google Search Console auf "Sitemap hinzufügen/testen" dann füge ich den Link ein und klicke testen.
Dann kommt obige Fehlermeldung.
Füge nur sitemap.xml in das Feld ein. Ohne den Rest des Links davor, der steht ja schon da. Diese eine Sitemap reicht, den Rest macht Google. -
Und was genau war das Problem? Das würde ggf. anderen auch weiterhelfen.
Was genau bedeutet "SSL Update auf meine ältere WP Seite einge(s)pielt hat"? Was wurde da angeboten und erledigt?
-
Funktioniert die Pagination ohne eigenes Query mit einem Standard-Theme mit der standard Kategorieseite?
Ist unter "Einstellungen > Lesen" bei "Blogseiten zeigen maximal" auch 6 eingestellt? Würde statt 6 eher [FONT=Courier New]get_option( 'posts_per_page' )[/FONT] verwenden.
Warum verwendest Du ein eigenes Query? Nur wegen der post_type Angabe?
-
Poste doch mal die ganze Meldung.
-
Läuft ein Page Cache Plugin mit ggf. langer Cache-Zeit?
Und was genau steht in der wp-config.php bzgl. Updates?
-
Der jetzt gepostete Code kann die Fehlermeldung auch nicht verursachen, da add_action fehlt und zudem die entspr. Zeile auskommentiert ist.
Wo genau fügst Du Deinen Code ein?
Und deaktiviere mal testweise alle(!) sonstigen Plugins.
Ergänzung: Evtl. ist der Beispielcode auch falsch, siehe mehr dazu hier.
-
Die Fehlermeldung passt nicht so recht zum Code, beseitige erstmal den PHP-Fehler:
[FONT=Courier New]
if ( isset( $args['gutschein'] ) && trim($args['gutschein']) != '' [FONT=Courier New][COLOR=#ff0000]&&[/COLOR] [/FONT] $args['gutschein'] != 'XXX' ) {[/FONT]Wo genau fügst Du Deinen Code ein?
-
Evtl. zu wenig Besucher auf der Seite? Kein Besucher = kein Update-Trigger.
-
Eine Reihe von Ansätzen gäbe es bei den Suchmaschinen, hast Du denn schon was ausprobiert? Was hat nicht funktioniert?
Ist der Inhalt von [FONT=Courier New]$wpdb->prefix."domains[/FONT] als "Custom Post Type" in WordPress verfügbar?
-
Wende Dich am besten an den neuen Hoster, die Datenbank ist ggf. veraltet.
Alternativ gehe so vor wie z.B. hier bei einer der zahlreichen Antworten bei den Suchmaschinen beschrieben...
-
Für sowas verwendet man in der Regel eines der vielen Membership Plugins, welches genau, das hängt ganz von den exakten Anforderungen ab.
Was genau meinst Du mit "Felder via E-Mail auszulesen"? Mit der E-Mail als Login? Oder durch das Senden einer E-Mail an Deinen Website?
-
Der Benutzer im Screenshot scheint kein Administrator zu sein, daher kannst Du ggf. Teile des Adminbereichs nicht sehen.
Was genau bedeutet "SSL Update auf meine ältere WP Seite einge(s)pielt hat"? Was wurde da angeboten und erledigt?
-
Komplettbackup im gehackten Zustand erstellen, damit man später nachvollziehen kann, wo die Lücke war. Das weitere Vorgehen ist z.B. hier beschrieben.
Kurzanalyse: Viele WordPress Core Dateien sind derzeit verseucht, der Trojaner steckt in .js und wohl auch in .php Dateien. Evtl. wird bei der Neuinstallation immer wieder ein Theme oder Plugin aus obskuren Quellen verwendet, oder es bleiben Dateien von alten und/oder anderen PHP-Installationen bestehen, über die der Angreifer wieder und wieder reinkommt. Of sind es einfach nur wie so oft schwache Passwörter bei Hosting, FTP oder WP Admin.
-
Was sagt denn der Hostingprovider? Mit WordPress selbst hat das eher nichts zu tun.
