Beiträge von b3317133

Was sind die neusten Einträge im Error Log bei Strato unter Datenbanken & Webspace -> Statistik -> Logfiles (oben) -> Error-Logfile anzeigen (Button)?

Daten abfragen aus der anderen DB kann man z.B. mit einer eigenen Instanz der der WordPress wpdb-Klasse machen, Suchbegriff z.B. wpdb another database, ein Beispiel hier.

Zitat von Drag and Drop

Laut Google darf man nur max. eine H1-Überschrift pro Seite nutzen.

Wo genau steht das denn? Link zu Google?

In dem Zusammenhang sicherlich interessant ist z.B. dieser Tweet.

Zitat von maxe

Ich würde gerne wieder die "URLs zu Seitentiteln umwandeln" aktivieren,

Aber wenn dann bitte so, dass es nicht externe Webseiten betrifft, da war nämlich so, siehe ungewollter Seitentitel "Example Domain" hier im Post.

Dein Theme schreibt offenbar einen eigenen Tag [FONT=Courier New]<meta name="description" content="Eine weitere WordPress-Website" />[/FONT] in die Seite.

Schau Dir den HTML-Quellcode der Seite an, z.B. über Tastenkombi "Strg-U" oder "rechte Maustaste -> Seitenquelltext anzeigen" o.ä., dann sieht man das in Zeile 10, daher wird der zweite Tag von Yoast SEO in Zeile 37 nicht verwendet.

Vermutlich wird diese störende Zeile in der Datei [FONT=Courier New]header.php[/FONT] des Themes eingefügt.

Doppelpost: https://forum.wpde.org/threads/proble…gmarken.178147/

Die a Tags im Main Menu haben eine fixe "height" und "line-height" von 200px, das erzeugt diesen Abstand. Der entspr. CSS-Code ist "inline" in der Seite, nicht in einer Datei, kommt also ggf. aus Theme-Einstellungen oder Eingabefeldern im Theme o.ä.

Willst Du evtl. nur die Installation von einer Entwicklungs-Domain1 auf eine Livewebsite-Domain2 umziehen und man hat Dich falsch verstanden?

Oder soll beim Aufruf von Domain1 alles mit Domain1 verlinkt sein und bei Aufruf von Domain2 alles mit Domain2? Das lässt sich auch lösen, aber würde dann den "Duplicate Content" Effekt ergeben, ausser man setzt ein einheitliches (auf eine der beiden Domains zeigendes) canonical Tag in jede Seite ein.

Schlecht, sollte man zeitnah beheben: https://sitecheck.sucuri.net/results/www.fe…-seequency.com/

Erstelle erst ein komplettes Backup aller Dateien und der Datenbank beim Provider (damit man später nachvollziehen kann, was da wo war) und folge dann (am besten zusammen mit dem, der den Website eingerichtet hat) soweit wie möglich der o.g. verlinkten Anleitung zur Bereinigung.

In dem Fall ist wohl das von @pascal88 genannte Vorgehen nötig. Hilfreich dabei wäre eine grobe Einordnung seit wann das Problem sichtbar wurde, ob das mit Installationszeitpunkten von Plugins o.ä. zusammenfällt, und zwecks Abgleich von Dateien Zugriff auf Backups vor dem Hack (falls verfügbar) und die Original-Archive von gekauften Themes und/oder Plugins.

Im Google-Cache der Seite (die ich mal anhand Deines Nicknamens hier ermittelt habe), sind keine direkten Auffälligkeiten sichtbar, WordPress auf dem aktuellsten Stand, mehr kann man hier sinnvoll wohl nur nach Einblick via FTP sagen.

Auch hilfreich zu wissen, erscheint das Problem bei verschiedenen Seiten oder z.B. nur bei der Startseite oder z.B. nur in der Gallery o.ä.?

Die saubere Variante wäre wohl das Bereitstellen eines sog. Custom Endpoint für die WordPress REST API in Domain B, und die Nutzung dieses Endpoints von Domain A aus.

Bei genauerer Beschreibung der vorhandenen Situation (Domains auf gleichem Server? Im gleichen Hosting-Account? Was genau soll erreicht werden? Datentransfer? Irgendwas triggern?) gibt es ggf. auch noch andere Lösungen und/oder "Abkürzungen".

Am Rande, die o.g. ersten Links zeigen in ein 1&1 Forum.

Normalerweise leitet WordPress mit den o.g. Einstellungen http:// auf https:// weiter, in Deinem Fall aber http://www.ralf-sieburg.de/impressum/ z.B. tatsächlich nicht.

Sind irgendwelche manuellen Einträge in der Datei .htaccess gemacht worden? Was steht jetzt in der Datei?

Laufen Plugins, die Weiterleitungen beeinflussen sollen? Läuft irgendein "Simple SSL" o.ä. Plugin?

Sollte mit dem Shortcode des Plugins möglich sein, siehe Plugin-Beschreibung unter "List Display" oder in der Dokumentation des Pluginherstellers.

Normalerweise erzeugt man solche Effekte ohne Grafiken nur mit CSS, hier ein Beispiel.

Das "Dunkel" ensteht durch das bereits von @SEpp55 genannten CSS in #2, das überall ein > voranstellt und dieses an unerwünschten Stellen dann wieder ausblendet, siehe auch CSS im Theme-Demo.

In diesem Fall hier kam der Shop dazu, also muss man das dort auch ausblenden.

Was ansonsten unabhängig davon auffällt, ist ein seltsamer Verweis auf ein Script [plain]29wp.org/jquery.js[/plain] kurz vor ld+json Daten im Footerbereich der Shop-Seite, das würde mir hier mehr Sorgen machen, woher kommt das, könnte auf den ersten Blick von aussen auch ein Hack o.ä. sein.

Ist Deine Seite evtl. bei wordpress.com ? Falls ja, wäre der richtige Ansprechpartner der wordpress.com Support.

Zitat von b3317133

... wobei man vor Nutzung des Plugins die Gründe herausfinden sollte, warum das Plugin im Verzeichnis deaktiviert wurde, ...

Das Plugin ist (ohne Support und ohne Funktionsgarantie) wieder verfügbar, hier eine kurze Info des Plugin-Autors.

Falls "pretty Permalinks" verwendet werden, fehlt der WordPress Code.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Der gesamte Rest ist überflüssig, wenn man ein Cache-Plugin verwendet.

WordPress funktioniert unter der Domain unter der es installiert wurde.

Wird die Domain geändert (betrifft auch Subdomain oder http -> https), muss das in "Einstellungen -> Allgemein" und überall in der Datenbank geändert werden.

Ein Mix aus Domain und Subdomain kann und wird nicht funktionieren, da ist eine Schriftart nicht das einzige Problem. All die Ratespiele und sonstigen Versuche bzgl. CORS waren daher - wie bereits mehrfach vermutet - unnötig und sollten komplett wieder entfernt werden, weil man sich damit ganz andere Probleme einhandeln kann, wenn da was vergessen wird...

Veröffentlichungsdatum = Erstellungsdatum = 'date'.

• 'date' - Order by date. ('post_date' is also accepted.)
• 'modified' - Order by last modified date. ('post_modified' is also accepted.)

Einen Wert 'post' für 'order_by' gibt es nicht, wird wohl in dem Fall auf 'date' zurückfallen.