Beiträge von b3317133

Eine Funktion für automatische Updates von Plugins wurde bereits vor 7 Jahren in WordPress 3.7 eingeführt.

add_filter( 'auto_update_plugin', '__return_true' );

Die einzige Neuerung in WordPress 5.5 ist die Einstellmöglichkeit pro Plugin im Backend.

Nur die wenigsten Plugin-Updates schliessen Sicherheitslücken. Meist sind es Funktionserweiterungen oder sonstige Änderungen, die sich durchaus auch massiv auf die aktuelle Installation auswirken können.

Irgendwelche zentralen Funktionstests von Plugin-Updates gibt es im WordPress Plugin Repository nicht. Man muss da ganz auf den jeweiligen Plugin-Autor vertrauen. Daher ist eine genaue Prüfung aller Änderungen vor dem Einspielen selbstverständlich ein "Muss" für jeden ernstzunehmenden Betreuer von Websites.

Die aktuell erscheinende Sicherheitswarnung beim Aufruf von [plain]https://www.lass-uns-reden.jetzt/[/plain] deutet darauf hin, dass einfach nur die Domain per DNS auf den wordpress.com Server gemappt wurde.

Das ist kein Transfer der Inhalte zu einem eigenen Hosting.

Wende Dich an die Person, die mit dem Transfer beauftragt war und erkläre denen, was Du eigentlich wolltest, siehe auch Link zum Vorgehen oben in #2.

Ergänzung: Falls das Hosting bei wordpress.com bleiben soll, brauchst Du easyname eigentlich gar nicht, bzw. musst bei wordpress.com jetzt noch ein Domain Mapping einrichten, mehr dazu hier bei wordpress.com.

Weiterhin brauchst Du dann auch dieses Forum hier nicht, das ist nur für selbstgehostetes WordPress von wordpress.org - die Unterschiede werden z.B. hier erklärt.

Wie genau wurde "die website ... transferiert"? Wurde nur eine Domain registiert? Wurde auch Hosting gebucht? Wurden Inhalte exportiert bzw. importiert?

Für Deine erstellte Seite (die aktuell weiterhin aufrufbar ist) ist der Support von wordpress.com zuständig, der unterstützt Dich sicher gern auch bei Umzügen zu anderen Hostinganbietern, das entspr. Vorgehen ist hier auf deren Support Seiten beschrieben.

Zitat von Hard Seltzer

Was muss ich tun, um die Textbreite bei allen Beiträgen zu verringern, sodass der Text schmaler dargestellt wird?.

Ein entspr. [FONT=Courier New]padding[/FONT] im CSS hinterlegen, lt. Theme Demo in etwa sowas:

.single-post .hentry {
    padding-left: 10%;
}

Die im PDF sichtbare Seite ist nicht öffentlich zugänglich, daher kann man nicht wirklich sagen, ob/wie CSS Anpassungen bei Dir funktionieren oder nicht, meine Hilfe endet daher hier. Siehe auch Forenregeln, Punkt II

Es liegt auch nicht an einem "veralteten jquery" sondern daran, dass im Theme oder in einem Plugin sehr alte Funktionen aufgerufen werden und die bisher dafür vorhandene Workaround-Bibliothek "jquery-migrate" ab WordPress 5.5.x entfernt wurde.

Mehr dazu z.B. in diesem Blogbeitrag Probleme nach Update auf WordPress 5.5 und mögliche Lösungen bei wordpress.org

Das Alter bzw. die Version der "jquery" Biblothek werden weder in WordPress 5.5.x noch durch das Plugin "Enable jQuery Migrate Helper" verändert.

Der HTTP-Statuscode 503 wird z.B. vom WordPress Core während Updates und auch von diversen Maintenance Plugins mit entspr. angepassten HTML-Ausgaben verwendet.

In diesem Thread deutet die Meldung allerdings wie schon beschrieben auf eine andere Ursache hin und welcher genaue HTTP-Statuscode bei der Meldung mitgeliefert wird, ist bislang nicht bekannt.

Melde Dich aus WordPress ab, dann verschwindet der Link mit dem Wort "Edit", den Dein Theme für Benutzer mit entspr. Rechten über die WordPress Funktion get_edit_post_link() dort einfügt.

Nutze diesen Mechanismus nirgends, daher kann ich nur vermuten.

Lt. den o.g. google Ergebnissen werden für WordPress Updates selbst ggf. noch andere Subdomains zum Download genutzt, daher könnte man [FONT=Courier New]*.wordpress.org[/FONT] verwenden, und dazu für sonstige Plugins oder Themes noch deren Update-Domains angeben, z.B. laden auch diverse Sicherheitsplugins Dinge von externen Servern nach usw.

Probiere es doch einfach in einer Testinstallation mit älteren Versionen von WordPress/Themes/Plugins, die bei Dir genutzt werden.

Nein.

Ergänzung: Für Ausnahmen lies zum Thema [FONT=Courier New]WP_ACCESSIBLE_HOSTS[/FONT] (google) nach.

Zitat von nettswerk

- der Error Log liefert mir keine Ergebnisse (sofern ich das richtig gemacht habe)

Wurde die entspr. an Deine Pfade angepasste [FONT=Courier New]php.ini[/FONT] ins WordPress Hauptverzeichnis und in das Verzeichnis [FONT=Courier New]/wp-admin/[/FONT] kopiert und danach der Fehler reproduziert?

Probiere es auch mal mit aktivem [FONT=Courier New]WP_DEBUG[/FONT], mehr dazu hier.

Zitat von Franky2207

Folgende Website hat den "noindex"-Tag
-> [plain]https://www.nachhilfe-team.net/lernen-leicht-…yse/&format=xml[/plain]

Der noindex ist hier auch völlig korrekt. Hast Du diesen Link mal aufgerufen? Einen Embed-Auszug im XML Format will man nicht im Ergebnis Index haben. Aus irgendwelchen Gründen steht dieser und weitere ähnliche Links in Deiner [FONT=Courier New]/sitemap.xml[/FONT], da gehören die natürlich nicht rein. Bereinige diese Sitemap.

Zitat von Franky2207

[plain]https://www.nachhilfe-team.net/lernen-leicht-…/gedichtanalyse[/plain]
UND dann wird eben angezeigt, dass die Artikel den "noindex" Tag enthalten.

Der Artikel ist erreichbar für Suchmaschinen, was zeigt "Live-URL testen" mit dieser URL in der Google Search Console?

Zitat von Wordleo

.. ich habe heute auf das neue Wordpress aktualisiert.

Möglicherweise hilft das Plugin Enable jQuery Migrate Helper weiter, mehr dazu z.B. in diesem Blogbeitrag Probleme nach Update auf WordPress 5.5 und mögliche Lösungen bei wordpress.org

Falls das zu keinem Ergebnis führt versuche es testweise mit einem der Standard Themes Twenty XXX

Ergänzung: Vorschlag, alle sonstigen Plugins temporär zu deaktivieren, wurde offenbar schon gemacht, daher hat sich das erledigt.

Zitat von AranankA

Der W3C Validator

W3C Validator > More Options > Show Source

Zitat von AranankA

finde ich den Fehler, aber in anderen Zeilen (286).

Finde anhand des Codes in diesen Zeilen heraus, woher dieser HTML-Fehler kommt und korrigiere ihn. Dann teste erneut im W3C Validator.

Zitat von AranankA

Wie mache ich die WP Seite valide?

Durch Fehler suchen, finden und korrigieren.

Wenn Du den HTML-Fehler nicht selbst lokalisieren kannst, ergänze nötige Angaben, siehe Forenregeln, Punkt II

Je nach Theme und/oder Plugins kann der Text technisch sehr unterschiedlich umgesetzt sein. Daher kann man die Frage ohne weitere Angaben nicht sinnvoll beantworten.

Ergänzung: Mehr dazu z.B. hier (google).

Link zur Seite mit dem Suchen Widget? Siehe auch Forenregeln, Punkt II

Von der Beschreibung her läuft ggf. unabhängig von Deinen Inhalten eine Firewall/Filterregel o.ä. auf dem ionos Server, die bei bestimmten Dateinamen und/oder GET/POST Parametern getriggert wird.

Evtl. hilft ein Blick in das PHP Error Log weiter.

Weitere Punkte: Welche PHP Version wird verwendet? Welche WordPress Version? Tritt der Effekt auch mit anderen PCs o.ä. auf? Tritt der Effekt auch bei andern Scripts/Seiten im WordPress Admin auf?

Der Artikel ist erreichbar für Suchmaschinen, was zeigt "Live-URL" testen in der Google Search Console?

Das Karussell ist Teil des dort genutzten Paloma Themes - dort unter "From the Blog".

Dokumentation von [FONT=Courier New]wp_get_post_tags()[/FONT] wo unten in den User Contributed Notes ein sehr ähnlicher Code wie Deiner steht:

Zitat

Return
(array|WP_Error) Array of WP_Term objects on success or empty array if no tags were found. WP_Error object if 'post_tag' taxonomy doesn't exist.

Daraus ergibt sich z.B. folgendes [FONT=Courier New]if[/FONT]

if ( !is_wp_error( $tags ) && !empty( $tags ) ) {
    ...

Der Screenshot zeigt das Ergebnis von klassischem Content Scraping (google), mit einem Hack hat das nichts zu tun.

Verhindern kann man das nicht.