Beiträge von b3317133

Kann man z.B. mit der Funktion get_posts() lösen, über den Parameter [FONT=Courier New]category[/FONT], hier ein Beispiel.

Das kann man mit diversen SEO Plugins lösen, wobei z.B. der Marktführer "Yoast SEO" diese Möglichkeit in einem der letzten Updates wieder entfernt hat, evtl. ist die Argumenation warum und wieso dort für Dich interessant.

Tipp am Rande: Manche Plugins rufen "an WordPress vorbei" irgendwelche .php in Ihrem Ordner für AJAX-Abfragen auf. Das wird derzeit blockiert.

Zitat von m266

Z. B. diesen Code habe ich versucht umzustricken:

Das ist genau das Beispiel aus dem Codex, was hast Du darin wie geändert?

Das Vorgehen ist im Codex und auf Deiner verlinkten Seite klar erklärt, ebenso die Parameter...

Alternativ dazu kann man der Funktion get_posts() einen Suchparameter übergeben, da intern wird WP_Query benutzt wird, mehr dazu im der WP_Query Dokumenation, in etwa so (ungetestet):

$my_page = get_posts( array(
    'posts_per_page' => 1,
    'post_type' => 'page',
    's' => 'Sportliche Leistungen'
) );

Wenn bei einem "Managed" Hosting sich irgendwelche Dinge von alleine verstellen und der Support nicht weiss warum, stellt sich ggf. die Frage, was man dort noch verloren hat...

Poste doch mal, was Du probiert hast? Beispiel im Codex.

Wie wäre es mit Vermieter drauf ansprechen, evtl. ist er sich der Problematik gar nicht bewusst und stellt gern selbst einen Repeater oder zweiten AP o.ä. auf.

Einfach den Theme Ordner [FONT=Courier New]wp-content/dein-theme/[/FONT] komplett herunterladen und am PC mit Notepad++ o.ä. durchsuchen.

Am besten ist so einfacher CSS-Code wie möglich, ohne irgendwelche Tricksereien. Dann klappt es in der Regel überall.

Welche CSS-Regeln mit welchen Geräten und Browsern funktionieren oder nicht funktionieren kann man z.B. bei caniuse.com nachschlagen.

Der einfachste Weg ist, die Grösse des Browserfensters zu verändern.

Bei Google Chrome kann man zudem den Device Mode nutzen, um einige gängige Grössen zu testen.

Echte Tests auf so vielen Geräten wie möglich sind aber auch sehr zu empfehlen, die Simulationen zeigen nie alle Eigenheiten, die in der Realität so vorkommen können..

Zitat von CoachKris

Der Button "Lade mehr" funktioniert nicht mehr.

Generelle Herangehensweise bei solchen Problemen: Während der gesamten Fehlersuche alle Plugins deaktivieren, die die Ausgabe in den Browser beeinflussen können, also Cache & Minify usw., danach ggf. Schritt für Schritt einzeln die restlichen Plugins. Deaktiviere daher mal auch noch das Plugin "Autoptimize".

Lt. Quelltext scheint der Fehler vom Theme zu kommen, das im Bereich [FONT=Courier New]/* Impreza elements customizations */[/FONT] u.a. auf dieses [FONT=Courier New].wTabs()[/FONT] zugreifen will, das es aus welchen Gründen auch immer zu dem Zeitpunkt nicht gibt.

Das kann z.B. an fehlerhaftem Minify liegen oder andere Ursachen haben, also weiter eingrenzen..

Das Theme ist ein Kauf-Theme, also ist generell auch dessen Support eine Anlaufstelle.

Was genau hast Du gemacht, bevor der Button nicht mehr funktioniert hat?

Die Seite verursacht derzeit einen JavaScript-Fehler [FONT=Courier New]jQuery(...).wTabs is not a function...[/FONT] sichtbar in der Browser Console. Deaktiviere mal das Cache-Plugin "W3 Total Cache", funktioniert es dann?

Was genau hast Du versucht zu ändern?

Es liegt höchstwahrscheinlich wie beschrieben an den Schreibrechten von Dateien und Ordnern. Wurde an den Rechten mal selbst "rumgebastelt"?

Wurde WordPress manuell installiert (also per FTP hochgeladen und dann installiert) oder über eine "One-Click" Möglichkeit des Webhosters?

Zitat von Raphael

Ich hab dann einen Scan wegen Malcode online gemacht und das Ergebnis war, dass die wp-include/media.php als infiziert gemeldet wurde ... Also vermute ich, dass der Malcode irgendwo sitzt, aber sich in der media.php am offfensichtlichsten zeigt.

Sobald auch (vermeintlich) nur eine einzige Datei infiziert ist, gilt das gleiche wie z.B. hier beschrieben.

Access Logs auf fremde Server hochzuladen sollte man sich allerdings genau überlegen, da können u.U. auch Inhalte wie Session-IDs o.ä. enthalten sein, mit denen man Unfug treiben kann.

Definitiv ein Hack.

Eine Datei dieses Namens an dieser Stelle wird in der Regel eingebaut, um Weiterleitungen o.ä. bzgl. Phishing ("Benutzerdatenklau") zu hinterlegen.

Weiteres Vorgehen: Anhand Server-Logs & Backups feststellen, wann/woher der Hack kam, Lücke identifizieren, Lücke schliessen. Wenn das erledigt ist: Alle Systemdateien von WordPress ersetzen, dafür wp-admin/ und wp-includes/ komplett löschen. Alle Plugins durch saubere Versionen ersetzen, dafür alle Ordner in wp-content/plugins/ löschen, gleiches gilt für das Theme. Alle PHP-Dateien in wp-content/uploads/ suchen/löschen. Alle Passwörter ändern, FTP, MySQL, WordPress Accounts, usw.

@Olaf Danke für die Info und die schnelle Anpassung.

@SirEctor fiel mir heute auch auf. Sehr nervig, da ich nicht dauerhaft angemeldet bin, alle Cookies werden hier (aus guten Gründen) nach jeder Session gelöscht. Bitte diesen Zwang abschalten.

Bitte ebenso die neuen(?) gravatar.com Bildchen abschalten, wenn man keinen Avatar hat, oder haben all diese User der Übertragung ihrer E-Mail (in Form von oft leicht "entschlüsselbaren" MD5-Hashes, siehe hier -> Gravatar) an gravatar.com zugestimmt?

Ist ggf. das Plugin "Jetpack" bzw. dessen "Image CDN / Photon" Komponente aktiv? Oder irgendwelche andere Bildoptimierungs- oder Cache-Plugins?