Beiträge von b3317133

Wende Dich an die Person, die Dir das Astra Theme empfohlen hat, evtl. liegt ein Missverständnis vor, mit dem Astra Theme alleine geht das nicht. Siehe auch Blogbeitrag des Astra Teams zu Directory Plugins bzw. alternativen Themes usw.

Zitat

To build a dedicated classified ads or directory website, using a dedicated theme may be a good idea. A dedicated directory theme will typically come with the full range of features, and might be designed to look like a recognizable directory website such as Yelp.

Astra hat lt. Website eine "14 Tage No Risk Money Back Garantie".

Für WordPress gibt es für solche Zwecke z.B. komplette Themes mit zugehörigen Plugins (google), meist kommerziell.

Ob das Captcha schuld ist, kannst Du relativ einfach feststellen, indem Du die reCaptcha Integration in Contact Form 7 entfernst.

In der Regel kommen solche Ränder durch selbst eingestellte margin oder padding Werte, bei dieser Seite fällt z.B. -60px beim Widget Container vor den Technischen Details auf und es gibt noch eine Reihe weitere eigene Einstellungen bei anderen Containern, wodurch das jeweilige Element bzw. Elternelement dann in der mobilen Ansicht zu breit wird und den Rand erzeugt.

Ergänzung: Bei sehr schmalen Bildschirmen fallen zudem die beiden hellbraunen Buttons nach rechts aus dem Layout, evtl. stimmt auch da was mit der Positionierung nicht, in dem Bereich sind offenbar auch leere Spalten o.ä. und negative margins bei den Buttons selbst, das sieht auch etwas "an Elementor vorbeigebaut" aus, mit entspr. möglichen Folgen.

Eigenes CSS kann man auch ohne Child Theme über Design > Customizer > Zusätzliches CSS eingeben. Bei manchen Themes bzw. Page Buildern auch zusätzlich noch anderswo in Theme Optionen oder extra Feldern pro Seite o.ä.

Für Elementor wäre das Hello Elementor Theme zu empfehlen. Dazu die relativ umfangreiche Elementor Academy bzw. auch das Help Center bzw. Community Forum dort.

• Entferne ggf. vorhandene Dateien .htaccess und wp-config.php im /wordpress Ordner.
• Leere den Browser Cache.
• Lösche alle Tabellen in der für WordPress vorgesehenen Datenbank (mit phpMyAdmin).
  
• Rufe die Subdomain direkt auf - ohne /wp-admin/ - dann sollte der WordPress Installationsprozess mit Eingabe der Datenbank Zugangsdaten usw. starten.

Welche PHP-Version ist eingestellt? Falls PHP 8.1 eingestellt ist, versuche es mit PHP 8.0.

• Ist die Subdomain "intern" auf den Ordner /wordpress gesetzt? Screenshot Einrichtung Subdomain?
  
• Aufruf Admin wäre dann subdomain.example.com/wp-admin/ - also ohne /wordpress im Pfad!
• Gibt es eine und falls ja was steht in der .htaccess im Hauptverzeichnis der bestehenen Seite?
• Was genau ist im Ordner /wordpress? Screenshot FTP?
• Wie genau wurde "manuell aufgesetzt"? Falls vorhanden, entferne eine ggf. manuell eingerichtete wp-config.php Datei, die wird dann von WordPress selbst angelegt.

Zitat von tobi386

Einrichtung einer Subdomain funktionieren nicht.

Was genau funktioniert mit der Subdomain nicht? Subdomain anlegen, "Umleitung (Intern)" auf Installationsordner setzen, Subdomain im Browser aufrufen. Ggf. Browsercache leeren, um vorherige Versuche daraus zu entfernen...

Zitat von Peter G

Um Menüs zu erstellen gehe ich über Design -> Menüs. Unter dem Punkt "Menüeinträge hinzufügen" werden die Custom Post Types nicht mit angezeigt.

Oben rechts "Ansicht anpassen" und/oder Einstellung show_in_nav_menus prüfen.

Benenne die .htaccess wieder zurück oder klicke einmal ohne Änderungen im Menü Einstellungen > Permalinks > Aktualisieren Button unten, damit die .htaccess neu generiert wird und die "schönen" Permalinks wieder funktionieren.

Was am Rande auffällt, die Seite steht auf "noindex" für die Suchmaschinen, ist das Absicht?

<meta name='robots' content='noindex, nofollow' />

Gesamt ein seltsamer Effekt, evtl. kommt Dein Safari/Mac nicht mit dem SSL-Zertifikat zurecht, es wäre interessant, ob ein Aufruf einer statischen Seite per http:// klappt, z.B.

http://werbeloewen.de/readme.html

..aber das geht derzeit durch eine generelle autom. Weiterleitung auf SSL nicht.

Deaktiviere alle Cache-, Minify-, CDN- und sonstige Optimierungsplugins, derzeit mind. aktiv: NitroPack

Leere danach den Browser-Cache. Was genau wird dann in Safari angezeigt? Screenshot?

Ein Umbenennen der .htaccess muss mindestens dazu führen, dass die bestehenden "schönen" Permalinks nicht mehr funktionieren. Wenn es das nicht tut, wurde die falsche .htaccess umbenannt oder es laufen weitere Cache-Mechanismen.

Wurde kürzlich die PHP Version umgestellt?

Evtl. sind Theme oder Plugins nicht mit dem aktuell verwendeten PHP 8.0.13 kompatibel.

Beide Seiten laden hier derzeit ohne Fehlermeldung, bis auf als solche angezeigte Shortcodes durch offenbar derzeit ggf. durch Fehlersuche inaktive Plugins.

Normalerweise sind bei WordPress bei Seiten keine Pingbacks, sondern nur bei Beiträgen.

Bei Dir ist die Pingback Funktion wie gesagt warum auch immer für die Kontakt Seite trotzdem aktiv, ebenso für die Seiten Disclaimer, Impressum, Termine, Gästebuch, Über uns.

Evtl. ist auch das Jetpack Plugin dafür verantwortlich oder etwas anderes hat das beim Anlegen der Seiten dort eingestellt.

Alternativ mal in der Datenbank nachsehen, statt "open" sollte dort "closed" stehen, z.B. die Kontakt Seite bei Dir hat die ID 9.

Es handelt sich nicht um einen Hack.

Das ist einfach nur die in WordPress eingebaute Pingback Funktion, die bei Dir warum auch immer für diese Seite aktiv ist.

WordPress > Seiten > bei Deiner Seite Kontakt > QuickEdit > Pings erlauben > Haken rausnehmen > Aktualisieren

Sehen kann man das z.B. über die REST-API:

Lt. Download Manager Support Forum ist das Problem bekannt und man will es mit dem nächsten Update beheben.

WordPress lädt standardmässig jedes Plugin auf jeder Seite.

Es dürfte sich um den hier im Popup-Maker Support Forum beschriebenen Effekt handeln.

Der Rand ist offenbar aus Barrierefreiheit-Gründen vorhanden.

Zitat von Peter G

Welche Möglichkeiten gibt es um das zu lösen.

Der von WordPress dafür vorgesehene Weg ist hier beschrieben:

Zitat von b3317133

Für verschiedene Template-Dateien für die Einzelausgabe in einem Custom Post Type muss dieser [FONT=Courier New]page-attributes[/FONT] Support beim Registrieren haben, dann werden auch ggf. vorhandene weitere Templates für den Custom Post Type ermittelt und beim Bearbeiten des Einzelbeitrags zur Auswahl angezeigt.

Damit ist kein weiterer Unterscheidungscode nötig, Beispiel:

<?php
/*
Template Name: MTX Dashboard
Template Post Type: mtx-site
*/

Dateiname beliebig z.B. [FONT=Courier New]mtx-dashboard.php[/FONT], diese Datei wird dann bei entspr. Auswahl von MTX Dashboard im Editor anstelle der [FONT=Courier New]single-mtx-site.php[/FONT] genutzt.

Vermutlich hast Du einen "Custom Post Type" erstellt, siehe auch Dokumentation Post Typen.

Die im Code genutzte is_page() Abfrage ist für einzelne Seiten (die den Post Type 'page' haben), siehe auch Dokumentation is_page().

Die Template-Datei für den eigenen Post Type hinterlegt man im Child Theme. Welche Datei von WordPress in welcher Reihenfolge gesucht bzw. genutzt wird siehe auch Template Hierarchy Dokumentation bzw. Custom Post Type Template Files Dokumentation.

Für verschiedene Template-Dateien für die Einzelausgabe in einem Custom Post Type muss dieser [FONT=Courier New]page-attributes[/FONT] Support beim Registrieren haben, dann werden auch ggf. vorhandene weitere Templates für den Custom Post Type ermittelt und beim Bearbeiten des Einzelbeitrags zur Auswahl angezeigt.

Leider fehlte diese Angabe im ersten Posting, so dass im Grunde niemand sinnvoll helfen konnte.

Für viele Plugins werden bei der genannten WordPress Version vermutlich auch gar keine Updates gezeigt, da viele Plugins inzwischen höhere WordPress Versionen voraussetzen.

Bei so alten Installationen empfiehlt WordPress eine manuelle, schrittweise Aktualisierung von WordPress auf zuerst 4.9.18 und dann 5.0.x, dabei jeweils die Plugins auf Updates prüfen und dann in kleinen Schritten weiter mit z.B. WordPress 5.1.x, dann 5.2.x, dann 5.3.x usw. mit jeweils folgenden Plugin Updates, da ab 5.0 in jeder WordPress Version viele viele Änderungen drinstecken. Ebenso geht man bei der PHP-Version vor, parallel passend zum Releasezeitpunkt des jeweiligen WordPress schrittweise auf 7.2.x, 7.3.x, 7.4.x. Ebenso mit dem Theme, die Version jeweils zeitlich zum Rest passend. Dazu beobachtet man bei jedem Schritt das Error Log des Servers, zudem lässt man WP_DEBUG in eine debug.log laufen und behebt ggf. manuell kleinere Problemchen direkt im Code, falls dadurch Updates verhindert werden, was bei diesen Rahmenbedingungen durchaus trotz schrittweisem Vorgehen vorkommen kann.

Zitat von alhai

... erst seit das Theme aktualisiert wurde, zuvor eher nicht. Das Theme ist Hestia update von 2.1.1 zu 3.0.20, ansonsten funktioniert aber alles.

Das Theme Update ist ein Riesensprung - Hestia 2.1.1 ist drei Jahre alt - seitdem ist viel passiert in WordPress. Es kann daher viele Einflüsse geben. Welche WordPress Version, welche Plugins, was wurde noch aktualisiert, von welche auf welche Versionen usw., siehe auch Forenregeln Punkt II.

Generell: Solche Updatesprünge sollte man in jedem Fall mit einem aktuellen Klon des Websites vorher auf einem Testserver durchspielen.

"Autor*innen" sieht aus wie eine sog. Taxonomie, in der man bei Dir offenbar verschiedene Autoren o.ä. einstellt. Dieser Menüpunkt bzw. diese Bezeichnung stammt vermutlich aus Deinem Theme oder einem Plugin. Was erscheint, wenn Du den Punkt auswählst?

Ein Menüpunkt "Kategorien" wäre auch eine sog. Taxonomie, in der man dann Kategorien einstellt. Evtl. wird der Punkt bei Dir durch Dein Theme oder Plugins ausgeblendet oder es ist im Screenshot nicht sichtbar. Dieser Menüpunkt wäre Standard WordPress.

Für nötige Angaben für sinnvolle Hilfe siehe auch Forenregeln, Punkt II.