Moin,
frisch installiertes 2.1.2.7 und sofortiges QF8
bringt bei Aktivierung von SeoURL nur 404 bei Artikeln und Content...Kategorie funzt
Hoster: All-Inkl
Jemand eine Idee ????
Gruß
Moin,
frisch installiertes 2.1.2.7 und sofortiges QF8
bringt bei Aktivierung von SeoURL nur 404 bei Artikeln und Content...Kategorie funzt
Hoster: All-Inkl
Jemand eine Idee ????
Gruß
Yep wen alles durch ist und fertig andere Browser versuchen oder Rechner ist kein Witz Aber bitte versuche den SUCHE.
Sehe:
http://plussupport.commerce-seo.de/showthread.php…-TIP-zum-testen
OJA Cache leermachen in Admin Backend immer mit Richtige einstellung und wirklich durchlaufen lassen!
Nene, wenn's nur sowas banales wär .... würd ich nicht posten ,)
... hatte ich alles schon probiert...
Die erzeugten Links sehen auch gut aus, ist aber nichts zu wollen ... immer 404
Gruß
Also auch wen einer neues URL Alias Bei Artikel angelegt werdet?
Ohne SEO URL?
Hier steht auch noch einges aber ursache war dort etwas anderes. http://plussupport.commerce-seo.de/showthread.php…mehr-nach-Umzug
IN admin backend vorab den install Updates gemacht/durchlaufen lassen ? Dieser:
ZitatNach dem erfolgreichem Hochladen aller Dateien, ist nun im Admin unter Module > cSEO Installation/Update ein neuer Eintrag, der jetzt rot gekennzeichnet sein sollte. Klicken Sie hier 1 x auf Installieren, damit die Datenbank aktualisiert wird.
Also vor den SEOURL einschaltung.
Wen den wie ich auch hatte links gut sind, dan macht er mit weiterleitung ( ist glaube ich auch in Datenbank ein hash wert) in Kombination mit den Sever einstellungen und den HTACCESS einstellungen wie den Configure.php's
Dan naturlich noch den Module selbst.
Irgend dort muss den Haken dan sein, aber weis ist nicht einfach den zu finden.
Ist etwas geänderd wegen den Google indexierung dieser ist gemacht worden:
ZitatURL Genierierung komplett umgestellt, wegen Aufruf von Produkten/Content mit und ohne .html!!!!
Dort lauft etwas daneben oder beim Install / update geht etwas nicht 100% oder machen wir selbe fehler.
Hast Du auch die .htaccess mit ausgetauscht? Die ist wichtig. SEO-URL am besten mal deinstallieren und 1 x neu installieren.
Wir haben einen scherwiegenden bug damit behoben. Wie bereits vorher erwähnt.
Frage an Admin wie oder wo könnte man es so einstellen dass zwingend einer art refresh ausgegeben werdet, um den Session Cache Probleme an Frontend / Kunden und Co nach Update zu beheben, ohne dass dies selbe einiges tun muss, weil dort bleibt wen einmal drin den ausgabe 404 in zum beispiel IE9 auch wen den LINKURL in ordnung ist.
Weil mit den einstellung dafür in Admin backend geht es nicht!
Hat möglich etwas zu tun mit den Bug vorher und den Multilanguage weil hier sind dan die URL anders dan vorher
Beim Sprach einstellung in SEO url war vorher http://shop.domaine.de/en/testprodukt.html
Aber jetzt http://shop.domaine.de/en/testprodukt-en.html
Dieser letzte ist auch nicht 100% nach zu machen, auch hier geht dies 1 tag später dan gut
ch bin verwirrt Das Caching fürs Frontend übernimmt die .htaccess! Das soll auch so sein. Die URL hat damit aber rein gar nix zu tun.
Hallo aber wirkt nicht weil ein Tag später noch immer die Rechner mit 404 auf die gleich link / url kommen
Last Modified header und / oder Etag not set denk ich!!!
Ist so einer meldung wen mit test http watch
War die link /url doch gleich wie beim neues (Andere Rechners wo URL vorab nicht aufgerufen war, dort geht es dan) aber wen die aufgerufen werdet komt dort trotzdem einer 404/
Wen Url die vorab nicht dort ( 2 Rechner IE9 und FF mit 2 ADSL anschlüsse) aufgerufen waren dan geht es gut, wen dan url alias eingesteld geht es auch aber wen url alias wider leer dan komt wider den 404.
Alles mit cache und SEOURL in Admin backend naturlich ....
Eigentlich war dieser Problem mit Test nur beim Produkten.
Also Rechner URL vor Update mal aufgerufen, nach Update und SEOURL deinstall install cache und neu Laufen lassen dort einer 404 die bleibt beim Produkt.
Macht man einer SEO url alias war die weg
Oder auf Rechner wo die URL vorab nicht aufgerufen war auch alles OK
Also hier unsicher in sache den 404 weil muss etwas mit session oder so weis nicht ist den Datenbank mit hash dan nach durchlaufen anders?