Beiträge von b3317133

Welche Rechte hat die in Deinem Link eingebundene Datei /wp-content/uploads/2020/02/gabi_beibi-1536x922.jpg und /wp-content/uploads/2020/02/gabi_beibi.jpg bzw. existieren diese Dateien denn auf dem Server?

Und wie schon gefragt, klappt der Upload, wenn z.B. ältere nicht benötigte Dateien vorher entfernt werden?

Die genannten Rechte 644 bzw. 666 bei den Dateien bzw. 777 beim Ordner sollten keine Ursache sein, es sei denn der Ordner hat z.B. plötzlich auch einen anderen "Besitzer" o.ä., für solche Dinge wäre das Hosting dann der Ansprechpartner.

Und zur Fehlersuche: Alle Plugins sollten während aller neuen Uploadversuche usw. deaktiviert bleiben.

Lade diese [FONT=Courier New]favicon.ico[/FONT] Datei herunter und schau sie Dir am PC an.

Das Icon des Vogels ist im HTML-Code anders hinterlegt und liegt auf einem Server in den USA:

<link rel="icon" href="https://i2.wp.com/www.af-eisvogel-biebesheim.com/wp-content/uploads/2016/04/cropped-logo.png?fit=32%2C32&ssl=1" sizes="32x32" />
<link rel="icon" href="https://i2.wp.com/www.af-eisvogel-biebesheim.com/wp-content/uploads/2016/04/cropped-logo.png?fit=192%2C192&ssl=1" sizes="192x192" />
<link rel="apple-touch-icon-precomposed" href="https://i2.wp.com/www.af-eisvogel-biebesheim.com/wp-content/uploads/2016/04/cropped-logo.png?fit=180%2C180&ssl=1" />
<meta name="msapplication-TileImage" content="https://i2.wp.com/www.af-eisvogel-biebesheim.com/wp-content/uploads/2016/04/cropped-logo.png?fit=270%2C270&ssl=1" />

Installiere WordPress auf einer eigenen Subdomain oder lokal auf Deinem PC, erstelle am Ende ein Paket mit z.B. Duplicator oder einem ähnlichen Migrationsplugin und installiere das Paket dann auf der Hauptdomain.

Offenbar klappt der Upload nicht. Das kann vielerlei Gründe haben.

Gibt es genug Speicherplatz auf dem Server? Klappt der Upload, wenn Du z.B. eine ältere grosse Datei entfernst? Klappt es wenn alle Plugins deaktiviert werden? Auf der Seite wird u.a. das Plugin WPGlobus verwendet. Damit gab es kürzlich erst seltsame Wechselwirkungen, war das nicht auch Deine Seite?

Die "3" kommt aus dem CSS des Themes aus dieser Datei:

https://emmanuel-ede-consulting.de/wp-content/themes/Divi/style.css?ver=4.0.3

Vermutlich wurde diese Datei manuell angepasst, evtl. mit einem unpassenden Editor.

Wende Dich am besten an die Person, die den Website eingerichtet hat. Am Rande bemerkt gibt es inzwischen auch Updates für das Divi Theme.

Zwischenzeitlich kannst Du die "3" z.B. mit diesem Code in Design > Customizer > Zustätzliches CSS ausblenden, das ist aber keine echte Lösung:

#top-menu .menu-item-has-children > a:first-child::after {
    content: "";
}

Vielleicht hilft Dir Row Filtering von TablePress.

Die "rote Striche" Datei [FONT=Courier New]favicon.ico[/FONT] ist nach wie vor vorhanden, Du kannst sie über FTP löschen, oder ggf. den Hoster fragen, ob er sie löschen könnte, falls er nett ist.

Zum Jetpack Plugin, wende Dich im Zweifel am besten an die Person, die das Plugin installiert und eingerichtet hat.

Das Icon wird in IE gezeigt, weil es im Hauptverzeichnis des Websites liegt und IE es ungefragt von dort nutzt:

https://www.af-eisvogel-biebesheim.com/favicon.ico

Lösche diese Datei, leere den IE Cache.

Nebenbei bemerkt verwendet euer Website das Plugin Jetpack und das lädt derzeit z.B. alle Grafiken auf externe Server in den USA und bindet sie von dort ein, dadurch wird die IP der Besucher an diese Server geschickt, das fehlt in der Datenschutzerklärung und ist mit der DSGVO nicht wirklich vereinbar. Empfehlung falls ich nicht wisst, was Jetpack im Detail macht: Deinstallation.

Wenn Theme und Plugins korrekt nach dem offiziellen WordPress Coding Standard mit den entspr. "dependencies" beim Einbinden von Scripts und Styles programmiert sind, gibt es mit dem Plugin und auch mit anderen solchen Plugins keinerlei Probleme.

Wenn man Hilfe bei der Fehlersuche bei JS/CSS-Problemen sucht, ist es eher hinderlich, da man in den Entwicklertools des Browsers dann nicht direkt sehen kann, aus welcher Originaldatei die entspr. Inhalte eigentlich kommen, daher taucht eine Bitte nach Abschalten öfters in diesem Zusammenhang auf.

Wenn man mehrere Plugins mit Minify-Optionen o.ä. parallel betreibt, kommt es mit ziemlicher Sicherheit zu Problemen bzw. die Performance leidet.

Wenn man nicht weiss, ob/was ein Plugin bringt oder macht, sollte man es nicht einsetzen, oder zumindest genau nachlesen, was die einzelnen Einstellungen bedeuten.

Bei Autoptimize klicken Leute oft "blind" Zusatzfunktionen wie "Shortpixel" o.ä. an ohne sich zu informieren oder nutzen andere "Image Optimize" Plugins ohne zu verstehen, dass das Daten auf externe Server auslagert und DSGVO Probleme birgt, das Paradebeispiel wäre das Plugin Jetpack, wo so ziemlich alle Optionen die da per Klick aktiviert werden, nicht der DSGVO entsprechen.

Zitat von GerdS

..Erster Versuch: Backend konnte ich danach aufrufen und auch Subdomain anlegen. Diese sind im Frontend aber nicht erschienen.

In welchem Backend hast Du Subdomains angelegt? Bei Strato in den Domaineinstellungen oder im WordPress Admin? Es wäre an beiden Stellen nötig, siehe dazu auch dieser ältere Beitrag zu WordPress Multisite von Strato.

Falls es wirklich an diesem Search & Replace Plugin gelegen haben sollte (und nicht etwa an einem anderen Plugin, das zwischenzeitlich autom. aktualisiert wurde o.ä.) dann wäre z.B. das Plugin Better Search Replace eine Alternative dazu.

Welches Plugin genau ist das? Es gibt verschiedene ähnlich benannte Plugins. Ist es die aktuelle Version? Hast Du auch schon beim Plugin-Support gefragt?

Wenn man jetzt noch wüsste, um welches genaue Plugin es sich handelt, dann könnte man sich den exakten Code ja mal ansehen. Manchmal werden bei Transients z.B. versehentlich zu kurze Ablaufzeiten angegeben o.ä.

Bei einem wahllos via Google und dem o.g. Werbenamen aufgefundenen Plugin zum Thema DSGVO konformes Google Analytics fällt auf, dass es zufällig heute vor etwa einer Stunde ein Update von 1.5.3 auf 1.5.4 mit der Beschreibung "bugfix" gab, dessen Inhalt eine Umstellung der Speicherung des Schliessen-Buttons von [FONT=Courier New]set_transient()[/FONT] auf [FONT=Courier New]update_option()[/FONT] ist. Evtl. löst das ja schon das Problem von @Glareanus ...

Was im Werbebanner in diesem Plugin allerdings auch auffällt, ist die Einbindung eines Webfonts von einem externem Server ohne weitere Ankündigung oder Zustimmung, das sollte wohl lt. DSGVO eher nicht so sein, da löst so ein Plugin dann vermeintlich ein Problem und bringt gleich ein anderes mit...

Die verlinkte Seite ist nicht mit WordPress / Divi erstellt.

Wie man so einen Scroll Indicator generell umsetzt, kann man z.B. hier sehen, wie man eigenen Code in Divi einfügt z.B. hier. Die entspr. Grundlagen von HTML/CSS/JS sollte man bei einem solchen Projekt als bekannt voraussetzen können.

Postet doch mal einen Link zu euerer Seite mit eueren bisherigen Versuchen.

Schau Dir die von WordPress standardmässig ausgegebenen CSS Klassen im [FONT=Courier New]body[/FONT] HTML-Tag Deiner jeweiligen Seiten an, die kannst Du dann als Basis für Veränderungen von Farben und Schriften nutzen, etwas mehr dazu z.B. hier (wpbeginner.com, Absatz "How to use WordPress Body Class").

Deaktiviere der Reihe nach temporär alle Plugins bis Du das Plugin gefunden hast, das diese Werbung verursacht. Dann schau in den Plugineinstellungen, ob/wo Du das abstellen kannst. Falls man es dort nicht abstellen kann, wende Dich an den Autor des Plugins.

@SirEctor Das CSS auf dem Server wurde im Verlauf diverse Male verändert, zum Zeitpunkt des Logs aus #2 stand da noch überall [FONT=Courier New]url('../fonts/rale..[/FONT]

Ergänzung: Und bei den Pfaden im geposteten CSS-Auszug fehlt das Protokoll, d.h. der ganze Pfad wird als Unterordner und Unterunterordner usw. des Childthemes betrachtet.

Wie in #10 beschrieben sollte mit [FONT=Courier New]url('fonts/...'[/FONT] jeder Browser die Dateien dort laden können, wo sie sich jetzt befinden.

Nungut, dann ist das bei Dir wohl ein Spezialfall.

Bei all den lokalen Einbindungen von Webfonts, die ich in den letzten Jahren umgesetzt habe, war für Safari noch nie ein kompletter Pfad nötig.

Das CSS wurde im Verlauf diverse Male verändert, komplette Pfade sind nicht nötig, mit [FONT=Courier New]url('fonts/...'[/FONT] sollte auch Safari die Dateien dort laden können, wo sie sich jetzt befinden.

Der Link zur Anleitung des Herstellers ist für spätere Leser mit ähnlichen Problemen sicherlich wertvoll, gerade weil dort explizt mit Screenshots und roten Pfeilen erklärt wird, dass man zuerst "Save" und danach nochmal "Activate" klicken muss.