Err_Too_Many_Redirects

[Barro]

Hallo zusammen,

 

habe folgendes Problem, wenn ich einen Artikel aufrufe. Es geht um den kleinen Home-Button, neben dem Artikel-Titel.

 

Wenn ich den anklicke bekomme ich die Meldung: 

 

Diese Webseite weist eine Weiterleitung auf.

ERR_TOO_MANY_REDIRECTS - 

 

Ich habe daraufhin alle Weiterleitungen der Subdomains gelöscht und die htcaccess dementsprechend geändert. Kein Ergebnis. Klicke ich aber auf den Home-Button ( Portugiesisch: Início ) auf der horizontalen Navigationsleiste funktioniert alles einwandfrei.

 

Es liegt an der Verlinkung des kleinen Home-Buttons, denn der weist eine andere URL auf, wie der Button in der Navigationsleiste.

 

Meine Frage an Euch: In welcher .tpl kann ich diese Verlinkung ändern ?

 

 

[Barro]

Hallo zusammen,

 

ich bekomme es einfach nicht hin, den Link des kleinen Homepage-Buttons in der Artikelbeschreibung zu korrigieren, denn ich weiß nicht, wo ich das machen kann. Kann mir niemand sagen, wo ich das ändern kann. 

 

Danke

Edited February 15, 2016 by Barro (see edit history)

[kulli]

Am besten mal die .htaccess löschen und neu generieren

 

"Weiterleitung der Subdomains" ? Multishop ?

ansonsten ist der Server falsch konfiguriert.

[Barro]

Hallo kulli,

 

Ich hatte den Shop in meine Hauptdomände vidabrasil.de installiert. Anschließend eine Subdomain  shop.vidabrasil.de ohne Weiterleitung, also dirket auf das Basisverzeichnis gelegt. Zuletzt wurde dann die neue Domain: frangofritocariri.com.br als Addon-Domain eingestellt und eine weitere Subdomain frangofritocariri.vidabrasil.de erstellt mit der die Domain verlinkt ist. Ich wollte erreichen, dass beim Aufruf der frangofritocariri.com.br keine Subdomain im Browserfenster angezeigt wird.

 

Die Weiterleitungen der Subdomains hatte ich bearbeitet, das gleiche. Multishop aktiviert oder deaktiviert hilft nicht. Hier mal die neu generierte .htaccess:

 

 

AddHandler application/x-httpd-php55 .php55 .php

 

# ~~start~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again

# .htaccess automaticaly generated by PrestaShop e-commerce open-source solution

# http://www.prestashop.com - http://www.prestashop.com/forums

 

<IfModule mod_rewrite.c>

<IfModule mod_env.c>

SetEnv HTTP_MOD_REWRITE On

</IfModule>

 

RewriteEngine on

 

 

#Domain: shop.vidabrasil.de

RewriteRule . - [E=REWRITEBASE:/presta/]

RewriteRule ^api$ api/ [L]

 

RewriteRule ^api/(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L]

 

# AlphaImageLoader for IE and fancybox

RewriteRule ^images_ie/?([^/]+)\.(jpe?g|png|gif)$ js/jquery/plugins/fancybox/images/$1.$2 [L]

</IfModule>

 

AddType application/vnd.ms-fontobject .eot

AddType font/ttf .ttf

AddType font/otf .otf

AddType application/x-font-woff .woff

<IfModule mod_headers.c>

<FilesMatch "\.(ttf|ttc|otf|eot|woff|svg)$">

Header add Access-Control-Allow-Origin "*"

</FilesMatch>

</IfModule>

 

<IfModule mod_expires.c>

ExpiresActive On

ExpiresByType image/gif "access plus 1 month"

ExpiresByType image/jpeg "access plus 1 month"

ExpiresByType image/png "access plus 1 month"

ExpiresByType text/css "access plus 1 week"

ExpiresByType text/javascript "access plus 1 week"

ExpiresByType application/javascript "access plus 1 week"

ExpiresByType application/x-javascript "access plus 1 week"

ExpiresByType image/x-icon "access plus 1 year"

ExpiresByType image/svg+xml "access plus 1 year"

ExpiresByType image/vnd.microsoft.icon "access plus 1 year"

ExpiresByType application/font-woff "access plus 1 year"

ExpiresByType application/x-font-woff "access plus 1 year"

ExpiresByType application/vnd.ms-fontobject "access plus 1 year"

ExpiresByType font/opentype "access plus 1 year"

ExpiresByType font/ttf "access plus 1 year"

ExpiresByType font/otf "access plus 1 year"

ExpiresByType application/x-font-ttf "access plus 1 year"

ExpiresByType application/x-font-otf "access plus 1 year"

</IfModule>

 

<IfModule mod_headers.c>

Header unset Etag

</IfModule>

FileETag none

<IfModule mod_deflate.c>

<IfModule mod_filter.c>

AddOutputFilterByType DEFLATE text/html text/css text/javascript application/javascript application/x-javascript font/ttf application/x-font-ttf font/otf application/x-font-otf font/opentype

</IfModule>

</IfModule>

 

#If rewrite mod isn't enabled

ErrorDocument 404 /presta/index.php?controller=404

 

# ~~end~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again

 

Options -Indexes

 

RewriteCond %{HTTP_HOST} ^frangofritocariri\.com\.br$ [OR]

RewriteCond %{HTTP_HOST} ^www\.frangofritocariri\.com\.br$

RewriteRule ^/?$ "http\:\/\/www\.vidabrasil\.de\/shop\/presta" [R=301,L]

 

RewriteCond %{HTTP_HOST} ^shop\.vidabrasil\.de$ [OR]

RewriteCond %{HTTP_HOST} ^www\.shop\.vidabrasil\.de$

RewriteRule ^/?$ "http\:\/\/shop\.vidabrasil\.de\/presta" [R=301,L]

 

Klar, wenn ich den Shop deinstalliere und dann auf die neue Domain direkt installiere, dann wäre das Problem vmtl. aus der Welt. Aber ich habe mit den Backups schon schlechte Erfahrungen gemacht und ich möchte die ganze Arbeit nicht einfach wegwerfen, denn es klappt ja so alles, bis auf diesen kleinen Home-Button.

 

Danke 

Michael

[kulli]

Ich denke immer noch, dass es nichts mit Prestashop zu tun hat mit den Servereinstellungen:

Hast Du eine bevorzugte Domain eingestellt ? wenn ja, mit oder ohne www. ?

 

 

ist die komplette htacces aus presta generiert oder ist da was manuell hinzugefügt ?

Die beiden Regeln sind nämlich einmal mit und einmal ohne www

 

RewriteRule ^/?$ "http\:\/\/www\.vidabrasil\.de\/shop\/presta" [R=301,L]

RewriteRule ^/?$ "http\:\/\/shop\.vidabrasil\.de\/presta" [R=301,L]

[Barro]

Hallo kulli,

 

erst einmal Danke, dass du Dich meiner annimmst. 

 

Ja, die Domain http://www.vidabrasil.de und die Subdomain http://shop.vidabrasil.de. Auf die Subdomain wurde der shop installiert, also http://shop.vidabrasil.de/presta

 

 

Die Neugenerierung der htacces hat der Support  meines Providers (www.hiperhosting.com.br) durchgeführt. Die meinten auch, was ich ja schon schrieb,

Neuinstallation auf die Domain frangofritocariri.com.br und das  Backup einspielen. Aber wenn das Backup wieder nicht klappt

( hatte das letztes Jahr mit Osclass  http://www.vidabrasil.de/anzeigenmarkt/ ) und alles ist weg, dann habe ich Probleme, denn in zwei Wochen will ich mein Geschäft eröffnen und habe zur Zeit viel Arbeit mit dem Bau des Geschäftes und kaum Zeit fürs Web und den Shop.

 

Grüße und nochmal Danke Danke

 

Michael

[kulli]

Also so ganz verstehe ichs nicht, wenn doch der Shop auf die Supdomain installiert wurde und läuft , müsste er doch einfach im hosting umgeleitet werden. natürlich kann das auch in der htaccess erledigt werden

 

allerdings bin ich da nicht so der Freak was die beiden regeln angeht: (einmal mit und einmal ohne)

RewriteRule ^/?$ "http\:\/\/www\.vidabrasil\.de\/shop\/presta" [R=301,L]

RewriteRule ^/?$ "http\:\/\/shop\.vidabrasil\.de\/presta" [R=301,L]

 

 

wenn das allerdings schon im hosting gemacht ist (bevorzugte Domain), kommt es zu dieser Endlosumleitung.

 

Ich würde folgendes machen:

 

Den Support Deines Providers nochmal anschreiben dass es bei der Domain http://shop.vidabrasil.de/presta

zu einem Umleitungsfehler kommt und sie doch bitte entweder die fehlerhaft generierte htacces reparieren möchten, oder die Servereinstellungen bezüglich der Domain richtig einstellen, bzw beides.

 

Du kannst natürlich aus selbst die htacces generieren:

benenne die htacces im root Deines Webspace um (Datensicherung)

und gehe auf Voreinstellungen -> SEO&URL

dort auf URL-Eistellungen speichern

Edited February 19, 2016 by kulli (see edit history)

[Barro]

Hi kulli,

 

Danke für die Infos. Ich hab´s und es lag an folgendem ?

 

Voreinstellungen>SEO&URL>Zur kanonischen URL weiterleiten

 

dort umgestellt auf 301: Dauerhaft verschoben (Empfohlen für Live-Shops). Eingestellt war dort als Standardeinstellung 302:Temporär verschoben (Empfohlen beim Anlegen Ihres Shops ).

 

Jetzt klappt alles. 

 

Danke für Deine Hilfe. Erst durch Deine Info mit der SEO&URL bin ich drauf gestoßen.

 

Dann können wir das Thema als gelöst ansehen.

 

Grüße und Danke

 

Michael

[kulli]

schön daß es so einfach zu lösen war.

Du kannst den Thread selbst als [gelöst] markieren: in den Erweiterten Antwortoptionen einfach das [Gelöst] vor die Themenüberschrift setzen.