Beiträge von Safeman

    Folgendes noch


    ich habe, wie vom " Meister" vorgeschlagen diese Zeilen nun eingefügt
    Rewritecond %{HTTP_HOST} toptresore.de.dd12226.kasserver.com$ [NC]
    RewriteRule .* - [F]


    Ergebnis: Die Urls sind nicht mehr zu erreichen ( You don't have permission to access /index.php on this server.). Ich denke das ist so gewollt und irgenwann verschwinden die ausm Index.


    Allerdings, wenn ich darunter dann
    Rewritecond %{HTTP_HOST} !^www.toptresore.de$ [NC,OR]
    RewriteCond %{HTTPS} !=on
    RewriteRule ^(.*)$ https://www.toptresore.de/$1 [R=301,L]



    einbaue, hat es keinen Effekt. So wie ich es verstehe, heisst das doch "Alles was ungleich www.toptresore.de ist ( also diese kasserver URl), umleiten auf www.toptresore.de


    Oder liege ich da falsch?

    Hallo nochmal,


    danke für die bisherigen Antworten. Artio-SEF und noch ein zweites habe ich schonmal deinstalliert. Obs was geholfen hat kann ich noch nicht sehen.
    Allerdings geben mir die Hinweise auf die .htaccess zu denken, wobei ich hier nahezu keine Kenntnisse habe ( außer das man hier viel falsch machen kann)


    Nach der Umstellung auf https habe ich hier nach einigen Vorschlägen aus dem NEtz 1- 2 Änderungen gemacht ( rot). Siehe unten. Kann hier der Fehler stecken.
    Zur Sicherheit mal die ganze .htaccess, weitgehend noch Standard. Ist hier ein Fehler oder kann ich das ausschließen?


    ##
    # @package Joomla
    # @copyright Copyright (C) 2005 - 2015 Open Source Matters. All rights reserved.
    # @license GNU General Public License version 2 or later; see LICENSE.txt
    ##


    ##
    # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
    #
    # The line just below this section: 'Options +FollowSymLinks' may cause problems
    # with some server configurations. It is required for use of mod_rewrite, but may already
    # be set by your server administrator in a way that disallows changing it in
    # your .htaccess file. If using it causes your server to error out, comment it out (add # to
    # beginning of line), reload your site in your browser and test your sef url's. If they work,
    # it has been set by your server administrator and you do not need it set here.
    ##


    ## No directory listings
    IndexIgnore *


    ## Can be commented out if causes errors, see notes above.
    Options +FollowSymlinks
    Options -Indexes


    ## Mod_rewrite in use.


    RewriteEngine On


    ## Begin - Rewrite rules to block out some common exploits.
    # If you experience problems on your site block out the operations listed below
    # This attempts to block the most common type of exploit `attempts` to Joomla!
    #
    # Block out any script trying to base64_encode data within the URL.
    RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
    # Block out any script that includes a <script> tag in URL.
    RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
    # Block out any script trying to set a PHP GLOBALS variable via URL.
    RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
    # Block out any script trying to modify a _REQUEST variable via URL.
    RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
    # Return 403 Forbidden header and show the content of the root homepage
    RewriteRule .* index.php [F]
    #
    ## End - Rewrite rules to block out some common exploits.


    ## Begin - Custom redirects
    #
    # If you need to redirect some pages, or set a canonical non-www to
    # www redirect (or vice versa), place that code here. Ensure those
    # redirects use the correct RewriteRule syntax and the [R=301,L] flags.
    #
    ## End - Custom redirects


    ##
    # Uncomment following line if your webserver's URL
    # is not directly related to physical file paths.
    # Update Your Joomla! Directory (just / for root).
    ##


    # RewriteBase /


    ## Begin - Joomla! core SEF Section.
    #
    RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    #
    # If the requested path and file is not /index.php and the request
    # has not already been internally rewritten to the index.php script
    RewriteCond %{REQUEST_URI} !^/index\.php
    # and the requested path and file doesn't directly match a physical file
    RewriteCond %{REQUEST_FILENAME} !-f
    # and the requested path and file doesn't directly match a physical folder
    RewriteCond %{REQUEST_FILENAME} !-d
    # internally rewrite the request to the index.php script
    RewriteRule .* index.php [L]
    #
    ## End - Joomla! core SEF Section.
    RewriteEngine On
    RewriteCond %{HTTPS} OFF
    RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}


    ##Umleitungen 25.07.2017


    ##Kontakt##
    Redirect 301 /component/foxcontact/foxcontact.html https://www.toptresore.de/kontakt/foxcontact.html


    Grüße Safeman

    Hallo,


    also das mit der .htaccess werde ich nochmals genau prüfen. Habe ich zwar keine Umleitungen drin ( bis auf eine vor 1 Woche - Fehler ist aber älter) aber sieht kryptisch aus :)


    Und ja..ich verwende seit Joomla 2. noch das Artio SEF für die K2 Artikel / Kategorien - nur dafür. Habe aber eben gelesen, dass K2 auch SEF ohne diese Komponente können soll..
    Allerdings....hier stehen keine unklaren gebildeten SEF drin ( was nichts heißen muss) ich teste es mal...


    Es gibt noch 2 weitere Seiten, die ich zum testen habe -gespiegelt, sind aber seit 3 Jahren offline. Auch die lösche ich mal..


    Grüße
    Safeman


    Danke

    danke für die Einschätzung, aber das ist ja genau nicht der Fall. die Übergangsdomain des Providers war 2011 eine andere und es werden nicht alte Inhalte so " fehlerhaft" generiert sondern Inhalte die nach Verwendung dieser Übergangsdomain erstellt wurden. Und ja...Weiterleitungen könnte ich machen. Aber wenn jeder neue Inhalt zukünftig ebenfalls diesen Fehler generiert ( z.b. stehen wir aktuell vor der Einbindung von ca. 600 neuen Produkten) bin ich ja nur am Weiterleiten.


    Noch versuche ich dem möglichen Fehler auf die Spur zu kommen. Das Ergebnis dann irgendwie aus dem Index zu kriegen wäre der zweite Schritt.


    Gruß
    KHG

    Hallo Zusammen,


    ich bin auf der Fehlersuche bei der Generierung von URLS, die bei Google im Index sind, teilweise als nicht sicher eingestuft werden, teilweise aber auch normal funktionieren.


    Beispiel


    "normale URLS ( ca. 6000 im Index) sehen bei uns so aus : https://www.toptresore.de/waff…es-waffengesetz-2017.html


    die fehlerhaften ( ca 600im Index) https://www.toptresore.de.dd12…es-waffengesetz-2017.html - werden dann aber auf die richtige umgeleitet


    Es geht um die Frage: woher kommt der Zusatz "dd12226.kasserver.com" ?


    Erste Überlegung waren fehlerhafte Umleitungen. Hier ist nichts zu finden.
    Zweite Überlegung war, dass es sich um alte Inhalte einer alten Übergangsdomain ( aus 2011) handelt, die Google sich wieder krallt. Allerdings war die Übergangsdomain seinerzeit anders und die Inhalte gab es noch nicht. Außerdem werden auch neue Inhalte so als fehlerhafte URL generiert ( siehe Beispiel oben - das war Juni 2017 neu)


    Es betrifft auch nicht nur URls aus der Shopkomponente Joomshopping, sondern auch in K2 erstellten Artikeln.


    Allinkl als Provider hat keine Idee, noch nie vorgekommen. In andere Foren wird auf "vermutlich Joomla" hingewiesen.


    Joomla ist aktuell ( 3.7.5), die Extensions auch regelmäßig geupdatet.


    Bin für jeden Hinweis / Idee dankbar.


    Grüße
    KHG