Beiträge von b3317133

Zitat von lin

2017 wurden fast 30 Prozent aller Onlineshops mindestens einmal abgemahnt - in den allermeisten Fällen im Grunde wegen Klenigkeiten;

Exakte Quelle und exakte "Kleinigkeiten"?

Diese Quelle sollte ein guter Anhaltspunkt für Dich sein, wie man es nicht macht.

Wie man eine Seite rechtssicher macht, kann Dir nur ein entspr. fachlich kompetenter Anwalt sinnvoll beantworten. Sich bei solchen Fragen alleine auf Plugins oder Foren oder irgendwelche Links zu meist schon alten Blogbeiträgen oder Tutorials o.ä. zu verlassen, kann man nicht empfehlen.

Zu viele "social" Plugins verderben den Brei..

Es lag (nach kurzem Einblick ins Backend) am Plugin Blog2Social, das eigene Meta Tags ausgegeben hat...

Ergänzend hier noch ein Onlinedienst, der einen ganz guten Preview hat, was Daten für Social Media angeht, Facebook nutzt "Open Graph": iframely.com/debug

Wenn das alles wirklich korrekt eingestellt ist, kann es eigentlich nur noch am Cache-Plugin liegen, deaktiviere das mal.

Mit z.B. opengraphcheck.com kannst Du sehen, was derzeit an Metadaten für Facebook & Co. bereitgestellt wird.

Wenn man den HTML-Quelltext Deiner Startseite anschaut, sieht man sofort, dass einige Daten doppelt vorhanden sind, z.B. [FONT=Courier New]meta property="og:description"[/FONT] - einmal irgendwoher, ggf. aus dem Theme oder einem anderen Plugin, und einmal von Yoast SEO. Und Facebook & Co. nehmen dann die ersten Daten auf der Seite. Das sollte man wohl erstmal bereinigen.

Eine ähnliche Frage gab es schon öfters, es war immer eine Einstellungssache bei Yoast SEO, manches ist da sehr "verwinkelt" oder wird nicht angezeigt, weil unter "Funktionen" die "Erweiterte Einstellungen" deaktiviert sind.

Für die Homepage/Startseite gibt es unter "Social" / "Facebook" ein eigenes Feld "Einstellungen der Startseite" bzw. für den Titel usw. unter "Titel & Meta" / "Homepage".

Bei Aufruf per https:// werden noch Daten per http:// eingebunden, sieht man gut in der Browser Console, und z.B. Firefox zeigt diese dann nicht an, z.B. Webfont oder integrierte Bilder. Die lokalen Links müssen auch in der Datenbank angepasst werden, dazu Suchbegriff "Umzug" hier im Forum, oder "Better Search Replace". Die externen Links zum Webfont müssen ggf. im Theme angepasst werden, wo genau, ob per Einstellung oder im Code kommt ganz auf das Theme an.

Das Limit der Dateigrösse beim Upload hat mit dem PHP-Memory auf dem Server nichts zu tun.

Darüber werden Daten direkt in den Quelltext eingebunden anstelle sie per Link nachzuladen, mehr dazu hier.

Wenn Bilder zu einem älteren Beitrag hochgeladen werden, landen sie in dem Datumsordner der zum Beitragsdatum passt. Manche Slider nutzen auch eigene Ordner.

Um den Link zu finden, klicke in der Mediathek beim entspr. Bild auf "Bearbeiten" (in der Listenansicht) oder klicke einfach das Bild an (in der Grid-Ansicht) und schau Dir das Feld "URL" bzw. "Datei-URL" an.

Wahlweise schaue in den HTML-Quelltext der Seite, in der das Bild im Frontend eingebunden wird, z.B. mit den Tasten Strg-U.

Ohne weiter auf den Sinn der ganzen Sache einzugehen, wenn Aktualisierungen von Beiträgen in einer Installation auf die anderen übertragen werden sollen, geht das mit den üblichen RSS-Importern nicht und man kommt an einer manuellen Lösung mit eigenem Code, am besten als Plugin, kaum vorbei. Drei eigenständige Installationen, auf zweien läuft dann das eigene Plugin, das regelmässig oder nachdem es von der Hauptinstallation getriggert wird, in der Hauptinstallation z.B. via REST API o.ä. nachschaut, ob es Änderungen in Seiten/Beiträgen gab und falls ja, diese entspr. integriert.

Die gesamte Beschreibung ist allerdings zu ungenau, es wäre erstmal zu klären, was unter dem Teil "der große Rest soll zentral verwaltet" exakt gemeint ist.

Welche WordPress-Version wird denn genutzt?

Stammt die E-Mail sicher vom Provider und ist kein "Phishing"-Versuch?

Enthält die Datei [FONT=Courier New]options.php[/FONT] eine Menge wirre Zeichen oder Programmcode, Kommentare usw. wenn man sie per FTP herunterlädt und anschaut?

Wenn es sich um einen Hack handelt, hier mein Textblock zum weiteren 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.

Hatte in letzter Zeit verseuchte Installationen zum Bereinigen, bei denen das viel zu einfache Admin-Kennwort erraten wurde.

Derzeit wird diese Schrift nicht lokal geladen.

Poste mal die Code-Änderungen, die Du bzgl. dieser Schrift gemacht hast. Du musst wie von @danielgoehr beschrieben alle Aufrufe im Theme und ggf. auch in Plugins anpassen.

Die Homepage von "MH Magazine lite" wird komplett über die Widgetbereiche "Home 1" bis (in der kostenlosen Version) "Home 6" definiert, siehe Anleitung, ziehe die entspr. Widgets an die entspr. Stellen. "Home 6" ist z.B. der Sidebar..

Funktioniert es denn mit Bildern statt Videos in der mobilen Ansicht?

Funktioniert es mit Bildern in der Theme-Demo?

Evtl. kann auch der Theme-Support oder der Support des SiteOrigin Hero Widgets weiterhelfen.

Übergeordneter Container = das Element, in dem der o.g. HTML-Code eingefügt wird, Beispiel. Wie man es in Deinem Fall lösen würde, kann man ohne die (hier unbekannten) Rahmenbedingungen schwer sagen, da kein Link zur Seite mit dem Code angegeben wurde, und Ratespiele veranstalte ich keine.

Wo genau wäre denn so ein Video, das nicht gezeigt wird? Mit welchen Geräten wurde getestet?

Würde mal in der Datei [FONT=Courier New]/wp-content/themes/garnish/includes/home-magicdoor.php[/FONT] herausfinden, warum ein leeres [FONT=Courier New]height=""[/FONT] anstelle der echten Grösse im ausgegeben HTML landet. Das muss nicht der eigentliche Grund für den o.g. Effekt sein, fällt aber erstmal auf, wenn man die Ajax-Response in der Browser Console anschaut.

Am Rande bemerkt, viele verwenden anstelle eines manuellen Dateiabgleichs per FTP eher ein Backup Plugin, das regelmässig eine .zip Datei inkl. Datenbankauszug der ganzen Installation erstellt.

Man kann im übergeordneten Container z.B. [FONT=Courier New]text-align: center;[/FONT] verwenden, kommt ganz auf die (hier unbekannten) Rahmenbedingungen an.

Wie man sowas löst, kommt immer auch auf die (hier unbekannten) Rahmenbedingungen an, habe mal ein Beispiel für einen anderen Ansatz erstellt, funktioniert auch mit anderer Bildgrösse.

Das "Übergang" div ist breiter als das img, der linke Rand des Textes orientiert sich an der Mitte dieses divs, und nicht am img.

Ergänze ein [FONT=Courier New]border: 1px solid red;[/FONT] o.ä.. bei [FONT=Courier New].Übergang[/FONT], dann siehst Du das besser.

Tipp am Rande, würde keine Umlaute in Klassennamen verwenden, da verschlucken sich ältere Browser ggf. dran.