Verfasste Forenbeiträge

Ansicht von 12 Antworten - 1 bis 12 (von insgesamt 12)
  • Thread-Starter Uwe

    (@uweportugal)

    Problem gelöst!

    Thread-Starter Uwe

    (@uweportugal)

    Hallo bscu
    auch dir einen lieben Dank für deinen Kommentar.

    Meine Ergebnisse:
    mit dem Easy WP SMTP hat es nicht funktioniert.
    Es ist ständig der Benutzername nach dem Speichern auf den Anmeldename vom Wp-Login zurückgesprungen. Warum, das kann ich mir nicht erklären (muss auch nicht mehr sein).

    Das WP Mail SMTP hat funktioniert und hatte zunächst auch den Anmeldename vom WP-Login angezeigt, aber glücklicherweise hat das Speichern auf die korrekten SMTP Daten geklappt. Nun funktioniert alles wie es soll.

    Ich hatte zunächst Bedenken, dass dann das Kontaktformular nicht mehr dorthin sendet wo es angegeben ist (zum Chef) und nun alle Mails zu mir (Admin der Seite) kommen. Das ist nicht der Fall, somit bin ich erleichtert und zufrieden 🙂

    Schön, dass es euch gibt, es ist ja schließlich nicht selbstverständlich, dass ihr eure Zeit und euer Wissen hier bereit stellt.

    Thread-Starter Uwe

    (@uweportugal)

    Hallo Hans-Gerd,
    vielen Dank für deinen Tipp.
    Über das Plugin habe ich bereits gelesen und werde es natürlich benutzen, wenn es gar nicht anders geht.
    Ich werde das Ergebnis hier posten.
    Weil jedoch das Kontaktformular Mails verschickt und WordPress nicht, konnte ich mir nicht vorstellen damit das Problem zu lösen.
    Nochmals vielen Dank und ein angenehmes Wochenende
    Grüße
    Uwe

    Hallo Bego Mario Garde,
    herzlichen Dank für deine ausführliche Erklärung.
    Das mit dem PHP-Mailer hatte ich auch schon gelesen, deshalb hatte ich mich an den Hoster-Support gewendet.
    Auch die Mailadresse war korrekt beim Hoster hinterlegt.
    Tatsächlich verwende ich bei dieser und anderen Installation PHP 8.0.
    Würde es vielleicht etwas bringen eine Version runter zu stufen?

    Das Plugin Check E-Mail hatte ich auch getestet um sicher zu gehen und es bestätigte mir, dass keine Mail Versendet wurde.
    Wie schon geschrieben hatte ich alle Plugins und das Theme deaktiviert und dann getestet.
    Nun besteht vielleicht noch die Möglichkeit, dass es mit einem Cache zu tun hat.

    Letztendlich habe passt es nicht in meine Logik, dass das Kontaktformular Mails versendet und WordPress selbst nicht, aber ich bin eben nur ein Anfänger und weiß nicht viel über diese Zusammenhänge.

    Nochmals Danke für die Unterstützung.
    Um allen Beteiligten weitere Arbeit zu ersparen muss ich wohl das Plugin Mail SMTP installieren.
    Ich melde mich dann mit einem Erfolgserlebnis 😊

    Auch dir ein angenehmes Wochenende
    Grüße
    Uwe

    Forum: Allgemeine Fragen
    Als Antwort auf: Multisite Netzwerk-Icon
    Thread-Starter Uwe

    (@uweportugal)

    Vielen Dank für deine Zeit und die Hilfestellung.
    Ich habe leider noch keine Zeit gefunden deine Beschreibung anzuwenden. Ich werde dich aber informieren, ob es bei mir ebenfalls geklappt hat. Ich hoffe, dass ich mich am Wochenende damit befassen kann.

    Anstelle des WordPresslogos, kann man doch bestimmt auch ein anderes erzwingen, oder?

    Forum: Allgemeine Fragen
    Als Antwort auf: Multisite Netzwerk-Icon
    Thread-Starter Uwe

    (@uweportugal)

    Danke für den Tipp.
    Habe das Plugin installiert, aber weiß nicht wie du es gemacht hast, dass im Netzwerkdashboard ein anderes Favicon ist als auf der Hauptseite.
    Auch habe ich versucht die Codes von Git-hub ins Childtheme zu setzen, was leider auch nicht geklappt hat. Ich kenne mich eben nicht mit diesen Codes aus. Sicherlich muss ich da irgendwo einen Pfad zum gewünschten Favicon eintragen, aber wo?
    Nun werde ich wohl erst nächstes Wochenende weitere Versuche unternehmen können.
    Nochmals Danke für deine Hilfestellung 🙂

    Forum: Allgemeine Fragen
    Als Antwort auf: Multisite Netzwerk-Icon
    Thread-Starter Uwe

    (@uweportugal)

    Wenn ich das Favicon der Hauptseite über den Customizer ändere, dann ändert sich automatisch auch das der Netzwerkverwaltung. Dabei ist im Installationsverzeichnis von WP ein anderes Favicon hinterlegt.

    Forum: Allgemeine Fragen
    Als Antwort auf: Multisite Netzwerk-Icon
    Thread-Starter Uwe

    (@uweportugal)

    Vielen Dank für die Antwort, aber es funktioniert leider nicht bei mir.
    Das ist mir bekannt, dass das Favicon im Hauptverzeichnis sein muss.
    Ich glaube, das das Icon der Hauptseite in irgend einer WP-Datei in der Netzwerkverwaltung erzwungen wird. Ist das möglich?

    Forum: Allgemeine Fragen
    Als Antwort auf: Mehrere WP Instanzen
    Thread-Starter Uwe

    (@uweportugal)

    Nochmals Danke für die Zeit, die du dir genommen hast.
    Das Problem lag in der htaccess-Datei im Hauptverzeichnis.
    Dort musste eine weitere Zeile Code eingefügt werden, damit im Unterverzeichnis alle Seiten korrekt angezeigt werden.

    Forum: Allgemeine Fragen
    Als Antwort auf: Mehrere WP Instanzen
    Thread-Starter Uwe

    (@uweportugal)

    Nun habe ich alles so wiederholt, wie du es mir empfohlen hast, mit demselben Ergebnis, die Links funktionieren nicht, es wird die 404 Seite angezeigt.

    Die htaccess-Datei wurde neu geschrieben. Es stand nur das drin:

    # BEGIN WordPress
    # Die Anweisungen (Zeilen) zwischen „BEGIN WordPress“ und „END WordPress“ sind
    # dynamisch generiert und sollten nur über WordPress-Filter geändert werden.
    # Alle Änderungen an den Anweisungen zwischen diesen Markierungen werden überschrieben.
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteRule .* – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    RewriteBase /blog/
    RewriteRule ^index\.php$ – [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /blog/index.php [L]
    </IfModule>
    # END WordPress

    Was mir bisher nicht aufgefallen war, dass es sich um die 404 Fehlerseite aus dem Hauptverzeichnis handelt, die immer angezeigt wird. Der Blog im Unterverzeichnis hat eine eigene Fehlerseite.

    Ein weiteres Phänomen habe ich festgestellt:
    Wenn ich einen Beitrag bearbeiten möchte oder einen neuen Beitrag erstellt habe und ich im Bearbeitungsmodus auf „Vorschau“ oder „Beitrag anzeigen“ klicke, dann erscheint die Fehlermeldung: Du bist leider nicht berechtigt, Entwürfe anzusehen. Oben im Karteireiter steht: WordPress Fehler.

    Hilft das weiter um das Problem zu lösen?

    Forum: Allgemeine Fragen
    Als Antwort auf: Mehrere WP Instanzen
    Thread-Starter Uwe

    (@uweportugal)

    Sorry, aber es ist nicht immer einfach genaue Infos zu geben. Meine Beschreibungen waren wohl etwas durcheinander. Ich versuche es noch einmal:

    Du: Ich hab gefragt, was passiert, wenn du die Permalinks auf Beitragsname umstellst.
    Antwort: nur die Startseite wird angezeigt, alle anderen Links führen zur 404 Seite.

    Du: Ich würde während der Fehlersuche Firewall- und Cache-Plugins deaktivieren. Du baust sonst zu viele Bauteile ein, die zu einem Fehler führen können.
    Ich hatte bei „Meine bisherigen Versuche das Problem zu beheben“ gemeint, dass ich zuerst alle Plugins deaktiviert habe, gleichzeitig auf das aktuelle WP-Theme 20-21 umgestellt habe und sogar die htaccess Datei per FTP gelöscht habe und danach habe ich erst die Permalinks auf Beitragsname gespeichert. Eben damit ich die eventuellen Fehlerquellen htaccess, Plugin und Theme ausschalten kann.
    Das Ergebnis war unverändert, nur die Startseite wurde angezeigt, alle anderen Links führten zur 404 Seite.

    Die htaccess-Datei sah somit nur noch so aus:
    # BEGIN WordPress
    # Die Anweisungen (Zeilen) zwischen „BEGIN WordPress“ und „END WordPress“ sind
    # dynamisch generiert und sollten nur über WordPress-Filter geändert werden.
    # Alle Änderungen an den Anweisungen zwischen diesen Markierungen werden überschrieben.
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteRule .* – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    RewriteBase /blog/
    RewriteRule ^index\.php$ – [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /blog/index.php [L]
    </IfModule>
    # END WordPress

    Bei Werkzeuge -> Webseite-Zustand im Statusbericht steht: Der Aufruf der REST-API führte zu folgendem unerwarteten Ergebnis: (404)
    Das war der Eintrag bevor ich die Permalinks von „Beitragsname“ auf „Einfach“ gestellt habe und anfing etwas zu versuchen.

    Die zweite Installation ins Unterverzeichnis hatte ich wegen der Vorteile wegen der SEO gemacht. Aber das spielt ja zunächst keine Rolle. Es geht darum warum plötzlich die Probleme vorhanden sind und die Seiten nicht mehr funktionieren. Über die Multisites hatte ich vor einigen Tagen zum ersten mal gelesen, wäre weniger Arbeit gewesen. Jetzt umzustellen mit so vielen Blogbeiträgen…?

    Forum: Allgemeine Fragen
    Als Antwort auf: Mehrere WP Instanzen
    Thread-Starter Uwe

    (@uweportugal)

    Nachtrag:

    Bei Werkzeuge -> Webseite-Zustand im Statusbericht steht:
    Der Aufruf der REST-API führte zu folgendem unerwarteten Ergebnis: (404)

    Meine bisherigen Versuche das Problem zu beheben:
    WP-Optimize war dabei deaktiviert und vorher wurden die Caches geleert.
    a) Alle Plugins deaktiviert, auf das aktuelle WP-Theme 20-21 umgestellt und Permalinks auf Beitragsname gespeichert.
    b) htaccess-Datei gelöscht und danach Permalinks auf Beitragsname gespeichert.
    c) Support vom Hoster angeschrieben, mit der Antwort das es technisch nicht mehr möglich ist eine WP-Installation im Unterverzeichnis zu haben und ich sollte auf Subdomaine umstellen. Diese Antwort erscheint mir nicht korrekt zu sein.
    d) In der functions.php habe ich testweise diesen Code eingefügt:

    add_filter('rest_enabled', '_return_false');
    add_filter('rest_jsonp_enabled', '_return_false');
    Forum: Allgemeine Fragen
    Als Antwort auf: Mehrere WP Instanzen
    Thread-Starter Uwe

    (@uweportugal)

    Danke für die Antwort,
    ja, die htaccess-Datei ist vorhanden.
    Die Einstellungen standen immer auf Beitragsname.
    Ohne mein Zutun gab es auf einmal nur noch 404 Seiten, deshalb habe ich auf „Einfach“ umgestellt damit überhaupt etwas angezeigt wird.
    Hier die htaccess Datei wie sie ursprünglich war:

    
    # BEGIN WordPress
    # Die Anweisungen (Zeilen) zwischen „BEGIN WordPress“ und „END WordPress“ sind
    # dynamisch generiert und sollten nur über WordPress-Filter geändert werden.
    # Alle Änderungen an den Anweisungen zwischen diesen Markierungen werden überschrieben.
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    RewriteBase /blog/
    RewriteRule ^index\.php$ - [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /blog/index.php [L]
    </IfModule>
    
    # END WordPress
    
    Header always unset "X-Powered-By"
    
    ## EXPIRES CACHING ##
    # BEGIN Expire headers  
    <ifModule mod_expires.c>  
            ExpiresActive On  
            ExpiresByType image/x-icon "access plus 1 year"  
            ExpiresByType image/jpeg "access plus 1 year" 
            ExpiresByType image/jpg "access plus 1 year"
            ExpiresByType image/webp "access plus 1 year" 
            ExpiresByType image/png "access plus 1 year"  
            ExpiresByType image/gif "access plus 1 year"  
            ExpiresByType image/svg+xml "access plus 1 month"
            ExpiresByType application/x-font-ttf "access plus 1 year"
            ExpiresByType application/x-font-truetype "access plus 1 year"
            ExpiresByType application/x-font-opentype "access plus 1 year"
            ExpiresByType application/x-font-woff "access plus 1 year"
            ExpiresByType application/font-woff2 "access plus 1 year"
            ExpiresByType application/vnd.ms-fontobject "access plus 1 year"
            ExpiresByType application/font-sfnt "access plus 1 year"
            ExpiresByType application/x-shockwave-flash "access plus 1 year"  
            ExpiresByType text/css "access plus 1 month"  
            ExpiresByType text/javascript "access plus 1 month"  
            ExpiresByType application/javascript "access plus 1 month"  
            ExpiresByType application/x-javascript "access plus 1 month"  
            ExpiresByType text/html "access plus 4 hours"  
            ExpiresByType application/xhtml+xml "access plus 4 hours"
            ExpiresDefault "access 28 days"  
    </ifModule>  
    
    <IfModule mod_headers.c>
    	<filesMatch "\.(ico|jpe?g|png|gif|webp|swf)$">
    		Header set Cache-Control "public"
    	</filesMatch>
    	<filesMatch "\.(css)$">
    		Header set Cache-Control "public"
    	</filesMatch>
    	<filesMatch "\.(js)$">
    		Header set Cache-Control "private"
    	</filesMatch>
    	<filesMatch "\.(x?html?|php)$">
    		Header set Cache-Control "private, must-revalidate"
    	</filesMatch>
    </IfModule>
    
    # END Expire headers
    
    # BEGINN CACHIFY
     # GZIP FILE
     
     RewriteCond %{REQUEST_URI} /$
     RewriteCond %{REQUEST_URI} !^/wp-admin/.*
     RewriteCond %{REQUEST_METHOD} !=POST
     RewriteCond %{QUERY_STRING} =""
     RewriteCond %{HTTP_COOKIE} !(wp-postpass|wordpress_logged_in|comment_author)_
     RewriteCond %{HTTP:Accept-Encoding} gzip
     RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/cachify/%{HTTP_HOST}%{REQUEST_URI}index.html.gz -f
     RewriteRule ^(.*) /wp-content/cache/cachify/%{HTTP_HOST}%{REQUEST_URI}index.html.gz [L]
    
     AddType text/html .gz
     AddEncoding gzip .gz
      
     # HTML FILE
     RewriteCond %{REQUEST_URI} /$
     RewriteCond %{REQUEST_URI} !^/wp-admin/.*
     RewriteCond %{REQUEST_METHOD} !=POST
     RewriteCond %{QUERY_STRING} =""
     RewriteCond %{HTTP_COOKIE} !(wp-postpass|wordpress_logged_in|comment_author)_
     RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/cachify/%{HTTP_HOST}%{REQUEST_URI}index.html -f
     RewriteRule ^(.*) /wp-content/cache/cachify/%{HTTP_HOST}%{REQUEST_URI}index.html [L]
    
    # END CACHIFY
    
    # mod_deflate aktivieren
    <IfModule mod_deflate.c>
    AddOutputFilterByType DEFLATE text/plain
    AddOutputFilterByType DEFLATE text/html
    AddOutputFilterByType DEFLATE text/xml
    AddOutputFilterByType DEFLATE text/css
    AddOutputFilterByType DEFLATE text/vtt 
    AddOutputFilterByType DEFLATE text/x-component
    AddOutputFilterByType DEFLATE application/xml
    AddOutputFilterByType DEFLATE application/xhtml+xml
    AddOutputFilterByType DEFLATE application/rss+xml
    AddOutputFilterByType DEFLATE application/js
    AddOutputFilterByType DEFLATE application/javascript
    AddOutputFilterByType DEFLATE application/x-javascript
    AddOutputFilterByType DEFLATE application/x-httpd-php
    AddOutputFilterByType DEFLATE application/x-httpd-fastphp
    AddOutputFilterByType DEFLATE application/atom+xml 
    AddOutputFilterByType DEFLATE application/json
    AddOutputFilterByType DEFLATE application/ld+json 
    AddOutputFilterByType DEFLATE application/vnd.ms-fontobject 
    AddOutputFilterByType DEFLATE application/x-font-ttf
    AddOutputFilterByType DEFLATE application/font-woff2
    AddOutputFilterByType DEFLATE application/x-font-woff
    AddOutputFilterByType DEFLATE application/x-web-app-manifest+json font/woff
    AddOutputFilterByType DEFLATE font/woff 
    AddOutputFilterByType DEFLATE font/opentype
    AddOutputFilterByType DEFLATE image/svg+xml
    AddOutputFilterByType DEFLATE image/x-icon 
    </IfModule>
    
    # END mod_deflate aktivieren
    
    # Disk-Cache aktivieren
    <IfModule mod_disk_cache.c>
    CacheEnable disk /
    CacheRoot "/var/cache/mod_proxy"
    </IfModule>
    
    # END Disk-Cache aktivieren
    
     
    
    # Wordfence WAF
    <Files ".user.ini">
    <IfModule mod_authz_core.c>
    	Require all denied
    </IfModule>
    <IfModule !mod_authz_core.c>
    	Order deny,allow
    	Deny from all
    </IfModule>
    </Files>
    
    # END Wordfence WAF
    
    # BEGIN FRedirect_ErrorDocument
    # Die Anweisungen (Zeilen) zwischen „BEGIN FRedirect_ErrorDocument“ und „END FRedirect_ErrorDocument“ sind
    # dynamisch generiert und sollten nur über WordPress-Filter geändert werden.
    # Alle Änderungen an den Anweisungen zwischen diesen Markierungen werden überschrieben.
    ErrorDocument 404 /blog/index.php?error=404
    # END FRedirect_ErrorDocument
Ansicht von 12 Antworten - 1 bis 12 (von insgesamt 12)