Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

Lokutus · 27. Oktober 2010

Hallo Leute,

wenn man im Shop3 demoshop folgendes in die URL anhängt wird der shop ohne template dargestellt.

Demoshop JTL-Shop3

das kürzel "xxcpath/te" kann durch ein beliebige andere zeichenfolge ersetzt werden.

alle links die der shop dann anzeigt enthalten ebenfalls das kürzel "xxcpath" im link und sind daher nicht korrekt.

das gleiche Problem hat übrigens der Shop2 auch. habe dazu schonmal was gepostet.

bitte um rückmeldung, danke

andy j · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

fixed

Lokutus · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

hoi, das ging aber fix. waren das änderungen in der htaccess? wenn ja kannst du mir die schicken damit ich das bei meinem live Shop2 auch eintragen kann. ich habe die aktuelle version vom shop2+seo. wäre ne super sache!

lg

Thomas Lisson · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

Hi,

.htaccess:

statt

RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule !\. index.php [L]

das hier:

RewriteCond %{REQUEST_URI} ^/([^/]+)$
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule !\. index.php [L]

boaa-group · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

Also irgendwie funzt das beim Shop2 aber nicht so einfach -> siehe Herzlich Willkommen bei Style 4 Dogs

Lokutus · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

nö, bei mir gehts leider auch nicht.

Triton Style - Merchandise Shop

andy j · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

Also ich habs erstmal nicht via htaccess gemacht sondern mittels base href

Beispiel: header.tpl

Code:

<head>
   ...
   ...
   <base href="{$ShopURL}/" />
   ...
</head>

Lokutus · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

hi, ich verwende das modi art template. da gibts kein <head> in der header.tpl oder muss ich das woanders einfügen?

Alexander · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

Zitat von Lokutus:
hi, ich verwende das modi art template. da gibts kein <head> in der header.tpl oder muss ich das woanders einfügen?

in der global_inc_first.tpl

andy j · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

Beim ModiArt Template heißt die Template-Datei: global_inc_first.tpl

Lokutus · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

aja, jetzt gehts, danke!!

Thomas Lisson · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

nur dadurch baut ihr euch DC, wenn auf der Startseite kein canonical tag gesetzt ist. die .htaccess Lösung haben wir bei einigen shop2 laufen.

boaa-group · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

Für alle die damit jetzt nicht anfagen können:

SEO: Der neue Canonical-Tag - ein Werkzeug gegen doppelten Content | Dr. Web Magazin

einfach im Header auch noch folgendes adden:

Code:

<link rel=”canonical” href=”{$ShopURL}/”>

Lokutus · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

hi thomas, die lösung mit der htaccess funktioniert aber leider nicht. hast du da ne weitere idee wie das funktionieren könnte?

lg

Lokutus · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

hmm, denke das die lösung mit dem canonical auch nicht optimal ist da ich ja immer base_href als canonical angebe. für die startseite funktioniert das aber wie siehts da mit zb produktseiten aus?

denke das über htaccess zu lösen wäre besser oder was denkt ihr?

lg

andy j · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

Versucht mal das hier

Code:

<IfModule mod_rewrite.c>
   RewriteEngine on
   Options +FollowSymlinks
   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteCond %{REQUEST_FILENAME} !-d
   RewriteRule ^([^/])+$ index.php [L]
</IfModule>

Lokutus · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

habs probiert. ändert auch nix daran. meine htaccess sieht so aus:

#Options +FollowSymlinks
RewriteEngine on

RewriteCond %{REQUEST_URI} ^/([^/]+)$
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule !\. index.php [L]

lg

boaa-group · 27. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

Zitat von Lokutus:
hmm, denke das die lösung mit dem canonical auch nicht optimal ist da ich ja immer base_href als canonical angebe. für die startseite funktioniert das aber wie siehts da mit zb produktseiten aus?

Für die Produktseiten usw ist eigentlich nur eine kleine Adaptierung notwendig, bin im moment gerade unterwegs, poste Sie aber später am Abend...

boaa-group · 28. Oktober 2010

AW: Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

Habs jetzt erstmal so gelöst:

Code:

{foreach name=brot from=$Brotnavi item=ele}
   {if $smarty.foreach.brot.last}
      <link rel="canonical" href="{$ShopURL}/{$ele->url}" />
      <base href="{$ShopURL}/" />
   {/if}
{/foreach}

Das ganze muss allerdings vor dem ersten Stylesheet eingefügt werden, also vor:

Code:

<link rel="stylesheet" type="text/css" href="{$currentTemplateDir}css/jtlshop2.css" />

Hier wird also die Baseurl für Links festgelegt um auch bei aufrufen ala hXXp://www.style-4-dogs.at/index.php/xxcpath/te die korrekten URL's zum Template zu haben und gleichzeitig ein canonical Tag angegeben um für Suchmaschinen klarzustellen, dass es sich eben um hXXp://www.style-4-dogs.at/index.php handelt und nicht um eine weitere URL mit gleichem Content.

Sobald ein Kunde etwas im Warenkorb hat wird der canonical Tag mit der NonSEO URL angeben, da Suchmaschinen ja bekanntlich nichts in den Warenkorb legen sollte dies allerdings kein Problem darstellen...

Siehe: http://www.style-4-dogs.at/index.php/xxcpath/te

Bug in JTL-Shop3: Angabe von ungültigen Zeichenfolgen in URL

Aktives Mitglied

Entwickler

Aktives Mitglied

Administrator

Sehr aktives Mitglied

Aktives Mitglied

Entwickler

Aktives Mitglied

Sehr aktives Mitglied

Entwickler

Aktives Mitglied

Administrator

Sehr aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Entwickler

Aktives Mitglied

Sehr aktives Mitglied

Sehr aktives Mitglied

Ähnliche Themen