Beiträge von b3317133

Du könntest in Firefox mal alle Add-Ons deaktivieren und die Cookie Einstellungen auf den Auslieferungsstandard zurücksetzen.

Ansonsten: Laufen Cache- bzw. Optimierungs-Plugins? Sicherheits-Plugins? Deaktiviere diese mal testweise.

Bitte im Plauderboard oder per PN über Nationalparks unterhalten, hier geht es klar beschrieben um "Anrufbuttons .. ausschließlich bei mobil anzuzeigen".

• Screenshot wenn "der visuelle Editor unter Firefox nicht verfügbar ist, also der Gutenberg-Editor auch nicht funktioniert"?
  
• Was erscheint in der Browser Console (google), wenn das Problem auftritt?

Zitat von r23

Mit Anrufbuttons beschäftige ich mich nicht... b3317133 hat aber einen Lösungsansatz erraten.

Die fraglichen Buttons, deren CSS Klassen und der media query breakpoint für das mobile "Hamburger Menü" sind für jeden via Browser Inspektor einsehbar auf dem Website vorhanden. Man muss nichts erraten.

Es werden also lt. Screenshot nur zwei Plugins verwendet, keines davon ist ein Sicherheitsplugin.

Die sichtbare .htaccess Datei im wp-content/plugins/ Ordner ist auch kein WordPress Standard.

Irgendein Mechanismus überschreibt/erzeugt bei Dir also offenbar .htaccess Dateien.

Von aussen betrachtet kann man das kaum sinnvoll weiter rausfinden. Kann am Hosting mit irgendwelchen Sicherheits/Hardening Sachen liegen.

Entferne die FilesMatch Blöcke manuell aus der .htaccess, dann sollte der 403 Fehler (zumindest temporär) weg sein.

Suche Dir am besten jemanden im persönlichen Umfeld, der sich technisch gut auskennt und gehe alles zusammen in WordPress und im Hosting durch.

Wenn diese .htaccess tatsächlich per FTP gelöscht und dann so von WordPress neu erstellt wurde, läuft ein Sicherheitsplugin.

Screenshots Inhalt der Ordner wp-content/plugins/ und falls vorhanden wp-content/mu-plugins/ ?

Kann eigentlich nicht sein, dass das neu geschrieben wurde, die WordPress BEGIN/END Marker fehlen.

• Wurde die alte .htaccess Datei vor Permalinks > Speichern Button umbenannt? Alternativ gelöscht?
  
• Wo genau befindet sich diese .htaccess?
  
• Screenshot der Verzeichnisstruktur auf dem Server?

Für Mitleser, die gesamten [FONT=Courier New]<FilesMatch>[/FONT] Blöcke sind kein WordPress Standard, sie wurden manuell einkopiert oder über ein Sicherheitsplugin. Um die Herkunft genauer festzustellen, geht man wie beschrieben vor. Diese Blöcke sind die Ursache des 403 Fehlers.

Benenne die Datei .htaccess um und klicke in WordPress Einstellungen > Permalinks > Speichern Button unten ohne Änderungen zu machen. Was ateht dann in der von WordPress neu angelegten .htaccess?

Wenn man es parallel zum Erscheinen des "Hamburger Menüs" steuern will, dann z.B. so in Design > Customizer > Zusätzliches CSS

@media screen and (min-width: 959px) {
    .maxbutton[href^="tel:"] {
        display: none !important;
    }
}

Bei Verwendung von serverseitigem PHP zur Entscheidung einer Anzeige kann es mit Cache-Plugins Probleme geben.

• Ein Update auf den WordPress 5.6.x Zweig hätte genügt, ab 5.6.x ist WordPress PHP 8.0 kompatibel.
  
• Der SSL Hinweis beinflusst allenfalls leicht das SEO Ranking, für viele Vereine ist das egal.
• Den Cache-Hinweis kannst Du einfach ignorieren, die Seite wird für den Verein auch so schnell genug sein.
• Die REST-API wird vom Standard Editor Gutenberg benötigt, falls der verwendet wird. Sie muss in dem Fall also mind. für angemeldete Benutzer, die den Website bearbeiten, aktiv sein. Ebenso funktionieren manche Kontaktformular- oder Statistik Plugins nicht ohne REST-API im Front End. Ohne extra Plugins kann man die REST-API nicht beeinflussen.
• Manche Plugins kommen nicht mit "einfachen" Permalinks und der REST-API klar, weil sie statt dynamisch von WordPress automatisch erzeugten REST-API Pfaden eigene "hardcoded" Pfade verwenden - das ist ein gutes Zeichen, solche Plugins nicht zu verwenden. Wie genau hast Du geprüft, ob die REST-API bei Dir nicht erreichbar ist?
  
• Viele Seiten nutzen gar keine Cookies, Cookie Banner sind daher oft überflüssig und/oder gar nicht und damit meist auch gleichzeitig falsch eingerichtet. Worauf man bei Zustimmungen noch achten sollte, ist die Vermeidung extern eingebundener Dinge wie Gravatar, Webfonts, Maps, andere CDN-Ressourcen.

Mehr kann man ohne weitere Informationen zum Website schwer sinnvoll sagen, siehe auch Forenregeln, Punkt II.

Generell hast Du (und ggf. auch spätere Mitleser hier) hoffentlich für die Zukunft dazugelernt. Tipp am Rande: Wenn man kommerziell Websites erstellt/betreut, sollte man wissen, was man wo gemacht hat, bzw. solche Ursachen wie hier auch selbst herausfinden können.

Die [FONT=Courier New]WP_*/WPMU_*[/FONT] Einträge in [FONT=Courier New]wp-config.php[/FONT] wurden nach dem Umzug manuell angepasst oder hat das Duplicator gemacht? Dazu sind sie überflüssig, die [FONT=Courier New]home/siteurl[/FONT] URLs stellt man unter Einstellungen > Allgemein ein, die weiteren Zeilen sind Standardwerte auch ohne diese Einträge. Ohne Not sollte man keine solchen Einträge in [FONT=Courier New]wp-config.php[/FONT] schreiben.

Zitat von mteepee

ich habe die alte Seite ... eingerichtet....

Dann verstehe ich ehrlich gesagt diese Fragen nicht, der Titel im SEO Plugin und die gezeigten Zeilen in [FONT=Courier New]wp-config.php[/FONT] wurden manuell eingerichtet.

Falls Du keinen eigenen Änderungen an [FONT=Courier New].htaccess[/FONT] Dateien gemacht hast, wende Dich am besten direkt an Deinen Hosting Support. Möglicherweise laufen irgendwelche Firewall Regeln auf dem Server seitens des Hostings.

Entweder es ist noch eine [FONT=Courier New].htaccess[/FONT] in einem übergeordneten Ordner oder im [FONT=Courier New]/wp-admin/[/FONT] Ordner oder es laufen irgendwelche Firewall Regeln auf dem Server seitens des Hostings (das ist hier vermutlich das Problem). Siehe mehrfacher Hinweis @threadi auf den Hosting Support.

Leider sind weder genaue URLs die zum 403 führen noch WordPress Version, Theme, Plugins, Hostinganbieter genannt, so dass man aus den bisherigen Angaben keine sinnvollen Rückschlüsse ziehen kann. Siehe auch Forenregeln Punkt II.

Vermutlich im SEO Plugin.

Generell: Wende Dich an die Person, die den Website ursprünglich eingerichtet bzw. technisch betreut hat und lasse Dir die Gründe für alle Anpassungen erklären, z.B. die oben sichtbare URL Änderung Sperre ist in WordPress standardmässig nicht aktiv.

Entferne die Zeile in [FONT=Courier New]wp-config.php[/FONT] wo die URL mit [FONT=Courier New]www.[/FONT] festgelegt wurde.

Die Datei stört bei jedem Hosting, das [FONT=Courier New]index.htm[/FONT] vor [FONT=Courier New]index.php[/FONT] sucht, Stichwort [FONT=Courier New]DirectoryIndex[/FONT].

Arbeite bei keinem Hosting Anbieter, die jahrelange Erfahrung mit IT Problemlösungen zeigt aber, dass von Kunden teils einfach die falschen Fragen aufgrund eigener (falscher) Rückschlüsse gestellt werden und teils die Support Antworten (völlig unabhängig von der Firmengrösse eines Hostings) auf eher geringe Fachkenntnis schliessen lassen bzw. die Fragen ausserhalb der Support Zuständigkeit liegen.

@Moderator Angefragter Code muss vom Original kopiert und direkt eingefügt werden, nachträgliches Umwandeln führt ggf. zu Folgefehlern, der Forum Editor verändert Inhalte.

Ergänzung für Mitleser: Das Problem ist nicht die im Titel genannte WordPress Core PHP Datei sondern veralteter PHP Code in der angefragten Theme Datei (und ggf. in noch weiteren Theme Dateien, für die (noch) keine Error Log Auszüge gepostet wurden).

Die Datei [FONT=Courier New]index.htm[/FONT] stammt von All Inkl (siehe Inhalt) und stört bei IONOS, daher bei IONOS löschen und das Problem ist gelöst.

Lösche die Datei [FONT=Courier New]index.htm[/FONT] von All Inkl.