Shopseiten-Links werden umgeleitet, AGB etc. nicht mehr erreichbar

Hallo,

Meine Footerlinks (AGB, Datenschutz etc.) verweisen seit ein paar Tagen nur auf die Startseite, obwohl die Mausfähnchen die richtigen Links anzeigen. Unter Inhalte/Shopseiten habe ich gleich alles geprüft, Link-Adressen stimmen, Linkziel ist _self. Die Formulare sind nicht betroffen, diese Links werden richtig angezeigt. Erst hatte ich vermutet, dass ein SEO-Plugin verantwortlich ist, aber nach der Deinstallation tritt das Phänomen weiter auf. Auch das Update der Shopware-Version 5.3.2 auf 5.3.4 brachte keine Besserung.

Vielleicht liegt es an der .htaccess, die das Modul falsch umleitet? Ich bin leider ein Laie in PHP - kann sich jemand die Datei hier mal anschauen?

Vielen Dank!



RewriteEngine on

#RewriteBase /shopware/

RewriteRule shopware.dll shopware.php
RewriteRule files/documents/.* engine [NC,L]
RewriteRule backend/media/(.*) media/$1 [NC,L]

RewriteCond %{REQUEST_URI} !(/(engine|files|templates|themes|web)/)
RewriteCond %{REQUEST_URI} !(/media/(archive|banner|image|music|pdf|unknown|video)/)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ shopware.php [PT,L,QSA]

Fix missing authorization-header on fast_cgi installations

RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]



# Block access to VCS directories

RedirectMatch 404 /\.(svn|git|hg|bzr|cvs)(/|$)

    # Restrict access to root folder files
    RedirectMatch 404 /(composer.(json|lock)|README.md|UPGRADE.md)$

Staging environment

#SetEnvIf Host „staging.test.shopware.in“ SHOPWARE_ENV=staging

Development environment

#SetEnvIf Host „dev.shopware.in“ SHOPWARE_ENV=dev
#SetEnv SHOPWARE_ENV dev

DirectoryIndex index.html
DirectoryIndex index.php
DirectoryIndex shopware.php

Disables download of configuration



# Deny all requests from Apache 2.4+.



Require all denied

    # Deny all requests from Apache 2.0-2.2.
   

Deny from all

Enable gzip compression



AddOutputFilterByType DEFLATE text/html text/xml text/plain text/css text/javascript application/javascript application/json application/font-woff application/font-woff2 image/svg+xml





ExpiresActive on

ExpiresDefault „access plus 1 month“

   

Header append Cache-Control „public“

Header unset ETag

    FileETag None

Match generated files like:

1429684458_t22_s1.css

1429684458_t22_s1.js





Header set Cache-Control „max-age=31536000, public“

   

ExpiresActive on

ExpiresDefault „access plus 1 year“

Disables auto directory index



Options -Indexes



Options -MultiViews


php_value memory_limit 256M

php_value max_execution_time 120

php_value upload_max_filesize 20M

php_flag phar.readonly off

php_flag magic_quotes_gpc off

php_flag session.auto_start off

php_flag suhosin.session.cryptua off

php_flag zend.ze1_compatibility_mode off

php_value always_populate_raw_post_data -1

  AddType x-mapp-php5 .php

  AddHandler x-mapp-php5 .php



Header append X-Frame-Options SAMEORIGIN


 

Hallo,

die Startseite ist auf jeden Fall auch die standardmäßige 404 - Seite (“Einstellungen” -> “Grundeinstellungen” -> “Storefront” -> “SEO/Router-Einstellungen” -> “Seite nicht gefunden”-Ziel). Ich gehe davon aus, das bei dir die Links in einen 404 - Fehler laufen. Das kann beispielsweise auch daran liegen, wenn in der SEO-URL-Tabelle Einträge doppelt drin sind oder ähnliches. Eventuell mal den SEO-Index neu aufbauen oder die Einträge kontrollieren? Was sagt der Log auf dem FTP?

Beste Grüße

Sebastian

danke für deine Antwort.

Wo finde ich die SEO-URL-Tabellen? Oder meinst du die Einträge unter „SEO/Router-Einstellungen“ im Backend? Da steht unter SEO-URLs Shopseiten Template nur „{$site.description}“ - das ist, glaube ich, Standard. 

FTP-Log  sagt nichts aus. Hier ein Screenshot:

Gruß

Myster

so, nun habe ich es übers Backend noch wegbekommen. Ich habe alle Shopseiten-Linkadressen gelöscht. Scheinbar kollidierten diese mit den automatisch generierten. Dieses Phänomen trat bei mit erst nach HTTPS-Umstellung auf. Die Link-Adressen mit https://meinshop/agb  /datenschutz etc. führten dann zu einer 301-Weiterleitung. Mama mia…

Gruß

Myster