Die Antwort wurde klar gegeben:
Can you please try adding featured image to the same post/page?
featured image = Beitragsbild.
Beiträge von b3317133
-
-
Rantanplan: Eine Datei mo.php gibt es in WordPress nicht. Sie wurde auf welchem Weg auch immer dort abgelegt. Dieser Weg ist zu erkunden und zu beseitigen. Der ganze Rest, also platt machen/neu installieren/reinigen ist dann der zweite Schritt.
-
Was steht bei Einstellungen -> Allgemein unter WordPress bzw. Seiten-Adresse, am besten Screenshot.
-
Was wurde als Website-Adresse bei der Installation eingegeben? Siehe auch hier.
Doppelte Frage. Siehe auch hier.
-
Die erste "meta description" dürfte aus dem Theme oder aus einem anderen Plugin kommen, tippe mal auf das Theme.
Da Journey ein gekauftes Premium-Theme ist, kann man das von aussen nicht so einfach nachvollziehen, weil kein Zugriff auf den PHP-Code möglich ist, evtl. mal den Theme-Support fragen.
Ergänzung: Sehe gerade das ist ein "wiloke" Theme, bei deren Themes muss man immer die Zeile [FONT=courier new]<meta name="description" content="<?php bloginfo('description'); ?>">[/FONT] aus [FONT=courier new]header.php[/FONT] rauswerfen, fertig.
-
Ok, habe Autoptimize nun eingebunden, das "springen" bzw. laden geht jetzt tatsächlich schneller, aber springen tuts nach wie vor..
Wo meinst du genau? also an wo siehst du das?
Autoptimize brauchst Du nur, wenn Dein Cache-Plugin sowas nicht kann, kann es aber, Doku zu W3 Total Cache lesen...
Der HTML-Code in Zeile 90-132 hat im [FONT=courier new]<head>[/FONT] nichts verloren.
Wo man diesen Code sieht? Quelltext anzeigen, wahlweise im Browser eingeben: [FONT=courier new]view-source:http://gynpraxis-egg.de/[/FONT]
-
Ich vermute das er genau das meint.
Genau das.
-
Was kann ich bezüglich den Skripten machen?
Zusammenfassen, z.B. mit Autoptimize, bzw. mit der entspr. Funktion Deines Cache-Plugins.Das "Spingen" der Startseite dürfte aber andere Gründe haben, Du verwendest z.B. HTML-Code im [FONT=courier new]<head>[/FONT] der in den [FONT=courier new]<body>[/FONT] gehört.
-
-
ich hab auch schon im entsprechenden theme-forum gefragt. aber das ist wieder englisch und abgesehen davon, sind die antworten dort sowas von unbrauchbar ...
Und der Link wäre? -
Das erste Suchfeld heisst s_top, der Suchbegriff wird als hidden s hinterlegt, die Links siehe hier:
[ATTACH=CONFIG]16563[/ATTACH]
Für weitere Frage bitte exakt beschreiben, was jeweils das Problem ist. -
Das stellt man so an wie oben beschrieben, allerdings ist YouTube ein Sonderfall, weil WordPress diese Links ggf. schon selbst verpackt, siehe auch hier.
-
Finde den Unterschied:
- .htpasswd
- htpasswd
-
Wie beschrieben, die Seite lädt (auf welchem Weg auch immer, Plugin, Theme, Hack) u.a. den Tracker/Werbemodul "Lotame".
Man könnte versuchen, das z.B. durch einzelnes Deaktivieren von Plugins einzugrenzen.
-
Schau Dir die Links in Deiner Pagination an, die führen nicht zurück zu Deinem Formular sondern zu index.php im obersten Ordner.
-
Man könnte es mit Suchen & Ersetzen in einem the_content Filter angehen.
Bei die Wahl des Suchbegriffs bzw. was noch "aussenherum" steht aufpassen, denn um beim komischen Beispiel zu bleiben: halblauwarm passt auch bei blau.
-
Warum funktioniert der da und nicht mehr, wenn ich das in Wordpress einbaue.
Vielleicht würde es helfen, wenn Du beschreibst, mit welchem Suchbegriff Du arbeitest, ich finde bei der Suche dort gar nichts. -
OT bzgl. ungewollte Assets:
1. Da ein "Production" Website sowieso minimized/combined JS/CSS mit entspr. Verbleib im Browser-Cache ausliefert (bzw. ausliefern sollte), ist es egal, ob da ein paar KB mehr oder weniger an JS/CSS mitkommen.
2. Wenn ein Slider auf display:none steht und per JS nicht initialisiert wird, stört er ebenfalls nicht weiter.
3. Auch sonstige Bilder werden bei entspr. Nutzung von srcset usw. automatisch nur in der entspr. Auflösung vom Client geladen.
Wenn man sehr grosse Unterschiede bei mobil/nicht-mobil hat, empfiehlt sich dann eher die Nutzung eines eigenen Themes unter einer entspr. Subdomain m.example.com o.ä.
TLDR: Nutzung von wp_is_mobile() im Frontend = nix gut.
-
JABA-Hosting: Das Wichtigste nicht vergessen, die entspr. Sicherheitslückle identifizieren und stopfen!
Platt machen/neu installieren/reinigen alleine reicht nicht aus.
-
Bei der Einbindung externer Daten bist Du für solche Dinge selbst zuständig.
Woher sollte die interne WordPress Pagination wissen, wieviele Einträge es zu irgendeiner Suche noch in der externen Datenbank gibt usw.
Du könntest alternativ die entspr. Funktionalitäten selbst in Deinem Code nachbauen. Dabei lernt man dann auch WordPress ganz gut kennen (und kommt evtl. auf die Idee, das ein regelmässiger Import der Daten sogar inkl. Custom Fields oder Custom Taxonomies usw. am Ende gar kein so komplizierter Weg ist, auch was SEO-Möglichkeiten, Feeds, Kommentare und sonstige WordPress Funktionen angeht).
