Beiträge von b3317133

Hier nicht.

Leere mal Deinen Browser Cache und deaktiviere das "WP Fastest Cache" Plugin.

Melde Dich von WordPress ab, lade dann die Seite neu, erscheint der Link dann immer noch?

Link zur Seite?

Um Seiten "zu verstecken", setzt man sie auf "Entwurf" oder (wie bei Dir ggf. passender), man setzt das Veröffentlichungsdatum auf den zukünftigen Termin.

[size=14]@croch & [/SIZE]@Silba Diese Tastenkombination gibt es in Gutenberg nicht mehr. Hier das entspr. Ticket, wo das besprochen wird und wo man seine Meinung dazu abgeben kann (und sollte).

Wenn man die Ausrichtung als sog. "inline CSS" einfügt (so wie es technisch im Classic Editor gelöst ist), "zerbrechen" die Blöcke von Gutenberg, auch hierzu gibt es ein entspr. Ticket.

"Einstellungen > Permalinks > Kategorie-Basis", leere das Feld (dann wird der Standard "category" verwendet), oder trage einen für Dich passenden Begriff ein.

Die alten Kategorien funktionieren nicht, WordPress findet bei einigen nur selbst einen passenden Beitrag als "Ersatz" und leitet dorthin weiter.

1. Der Beitrag wird im Blog angezeigt.
2. Einen Link mit einem Stern /*/ gibt es in WordPress im Regelfall nicht, funktioniert es mit einer anderen Kategoriebasis?
   
3. Du verwendest das Plugin WP Fastest Cache, deaktivere das oder leere den Plugin Cache, wenn im Frontend etwas nicht erscheint.

z.B. Contact Form 7: Selectable Recipient with Pipes

Scheint ein Fehler in WordPress oder der entspr. WordPress Übersetzungdatei zu sein, kann es hier im normalen TinyMCE Editor mit 4.9.8 deutsch nachvollziehen.

Fehlermeldungen werden bei WordPress zentral im sog. WordPress Trac gesammelt, stelle die Meldung am besten dort ein.

Zitat von pdotographie

Woran könnte dies liegen.

An CSS-Regeln, ein Beispiel siehe hier.

Im HTML-Quelltext findet sich dieser Code:

<!-- für icons -->     
        <link rel="stylesheet" href="https://use.fontawesome.com/releases/v5.2.0/css/all.css" integrity="sha384-hWVjflwFxL6sNzntih27bfxkr27PmbbK/iSvJ+a4+0owXq79v+lsFkW54bOGbiDQ" crossorigin="anonymous">
<!-- für icons -->

Er bewirkt das Laden von Font Awesome v5 von einem externen Server. Das überschneidet sich mit Font Awesome v4, das bereits von Deinem Theme von Deinem eigenen Server geladen wird.

Entferne den o.g. Code.

Falls Du nicht weisst, wo der Code herkommt, deaktiviere einzeln der Reihe nach alle Plugins, bis Du das findest, was den Code verursacht.

[plain]Versuche es mit http://localhost/installer.php oder http://localhost:8888/installer.php[/plain]

Ergänzung: Oops, das o.g. ist falsch, das wäre beim Umzug vom Hoster auf localhost. Hier ist es andersrum...

Evtl. fehlt beim Hoster noch die Verknüpfung der Domain zu dem Ordner, in den Du installer.php und das .zip hochgeladen hast.

@Sportverein Poste doch noch den Code (mit dem kleinen "+" Symbol im Forum-Editor), das hilft dann anderen mit ähnlichen Problemen.

Design > Customizer > Zusätzliches CSS:

.single .entry-utility {
    display: none;
}

Das ist sicher nicht "von einem Tag auf den anderen" passiert, sondern nach einer (unvollständigen) Umstellung von http:// auf https:// - siehe Meldungen in der Browser Konsole.

Speichere mal die Theme-Optionen neu.

Das Cache-/Minify Plugin läuft immer noch, das schreckt mögliche Helfer erstmal sehr ab, wenn es um CSS Probleme geht.

[plain]https://www.dek.../wp-content/upl…min.css?ver=921..[/plain] setzt [FONT=Courier New]font-family: helvetica !important;[/FONT] für alles, auch für Deine Slider-Pfeile, die Lupe beim Suchen, usw.

Schwer vorstellbar, dass/wie das jetzt "plötzlich" ohne jede Änderung "nicht mehr" funktioniert..

Am Rande, Font Awesome wird offenbar doppelt eingebunden, einmal in Version 4 von [plain]https://maxcdn.bootstrapcdn.com/font-awesome/4…awesome.min.css[/plain] und einmal in Version 5 im o.g. .min.css aus dem Theme.

Leere mal den Cache Deines Cache Plugins, oder deaktiviere es temporär mal, hilft das schon?

Weiterhin sind manche Daten von [plain]https://beta.dek.. statt https://www.dek..[/plain] eingebunden, könnte auch daran liegen.

Und ein Request zu Google Webfont schlägt fehl, es fehlen da einige Parameter.

Seit wann werden die Icons denn nicht mehr angezeigt? Wurden Updates eingespielt o.ä.?

Zitat von djad

Der Link hat mir übrigens nichts gebracht.

Der Link beantwortet im ersten Absatz Deine Frage bzgl. doppelter Content aus Sicht der Suchmaschinen.

Schau mal, ob in dem enfold.zip nicht noch das Theme extra als eigenes .zip enthalten ist.

Das Beispiel bei wp_handle_sideload() lädt eine Datei von einem externen Server herunter, speichert sie automatisch in den richtigen Ordner und fügt den entspr. Eintrag in die Medienbibliothek von WordPress ein. Weiterhin hat dieses Vorgehen u.a. den Vorteil, dass alles auch dann passt, wenn z.B. andere Plugins oder irgendwelche manuellen Einträge in wp-config.php Einfluss auf den Ort des Upload-Ordner nehmen.

Wenn man das alles selbst basteln will, bekommt man wie von @SirEctor beschrieben den Pfad zum Upload Ordner über wp_upload_dir(), das Eintragen in die Medienbibliothek erfolgt dann über wp_insert_attachment() und wp_generate_attachment_metadata() und ggf. wp_update_attachment_metadata() ...

Würde das ganze mit wp_handle_sideload() realisieren, ein ganz gut dokumentiertes Beispiel ist dort unter "User Contributed Notes".

Hast Du schon die Suchmaschinen zu AH01075 befragt?

Ist Dein "Wordpress Blog" denn sehr komplex?

Warum bleibst Du bei so einem Hoster?