Tommy,
Es gibt im JTL forum und weiter aufs internet noch einiges an info wegen anpassungen die man machen kan, wen man die benötigd, weiter ist die WIKI wegen xt Forks beim JTL zum install ud settings ganz wichtig.
Immer backups, von Datei und Datenbank!!
SSL ?
alle einstellungen admin backend nachlaufen
Htaccess checken.
Cache, in admin backend auf aus!!!Cache leermachen
Rechten ins / aufs Verzeichnisse, nicht alle sind in Anleitung / INstall wo die gesetzt werden sollen, weil hängt auch von Konstillation ab
Sind so einige
Nicht 100% sehe deine quelcode in ie an
dort steht dan unten
</script>
</head>
<body>
</body>
</html>
Also noch immer alles in head und kein/leeres body!
Wie das komt und zu beheben weis ich nicht, aber ist etwas fehlerhaft eingebaut worden!
Vielleicht dieser google-analytics.com
Hallo,
wie muß ich vorgehen um Produkte aus XTC 3.04 nach 2.3 CE zu importieren. Produkte werden importiert aber nur Stückweise und eine Zuordnung erfolgt nicht. Die zu importierende csv habe ich als UTF-8 gespeichert. Ist es möglich eine Bsp csv zur Verfügung zu stellen um ggf. die Strutur anzupassen?
Danke für die Unterstützung.
Gruß J.
UTF8 , aber waren die werte auch wirklich utf8 beim export?
Sehe mall die sonderzeichen und so nach, auch trennzeichen.
CSV wen da fremde trennungen/reihefolge/nicht Komplett sein drin sind oder so dan ist etwas mit code/sonderzeichen im basis nicht gut.
(Passiert zum beispiel oft wen Produktbeschreibung mit Word gemacht worden ist und dan copy paste)
JTL WAWI?
Oder irgendwie ein WAWI wo etwas mit Lager sich geänderd hat?
Vielleicht dieser.
Admin fragen ob ...
Yep hier auch den prob in xp ie8 deine Seite.
Ist also oder den useragent, oder den css von template.
Eindeutig und wirksam ja doch.
Aber man muss halt selbe entscheiden welches, weil versionen und funktionen / plugins und so weiteres ins template, dafür entscheident sein können, welches besser ist.
In den V2.3.x ist es besser.
Welches aber in v2.1.x kan man ja einfach ausprobieren.
Weil es kan ja auch sein dass dein Template also in diese falle etwas mit glaube ie.css ein anpassungen haben muss, wegen ie8
Und templates sind meist eigene sachen.
Wie den XP mit IE8 einstellungen was ja oder nein blocked / welche modus und und.
Die ich selbe ins beitrag dort gesetzt habe, lauft hier mit v2.1.x shops noch immer http://www.wintersport-onlineshop.nl glaube ich so.
Also laut png fpdf Seite
http://www.fpdf.de/funktionsreferenz/?funktion=Image
Hängt weiter vonn server ab und und
Wie sieht es denn generell mit den Sonderzeichen aus?
IN durch den pdf umsezter ( ist ja drit programm) war dieser immer ein prob, habe es mal mit link in normale support forum einer geholfen wo es dan gestanden hat.
Weis nicht mehr genau.
Vielleicht hilft suchen zeichensatz / umlaute / utf8 und dass benutzte pdf konvert programm in google was, weil die Person hat es damit beheben können war ein Fotograaf.
Kan auch sein dass es besser noch ein neues pdf programm kommt weil ja wen die es nicht richtig macht, aber ha"ngt auch von übrige aufs server ab. ( Admin hat ja so einges drüber ins Forum gesezt, ob es jetzt drin ist weis ich nicht.
Wie einstellungen zeichensatz und bildverarbeitung programme die aufs server sind. ( Wegen png ja oder nein png8 png 24 und welches specs die PNG haben sollen, weil dort gibt es so viele nicht wirklich standards !!!
IE8 settings und useragent und so mall nachsehen
IE.css
Hier suchen ins forum hilft vielleicht auch.
Wen ie8 in xp nicht richtig alles macht könnte es auch die settings dort sein shoplink hilft auch weil bild für mich zu klein 
Komischerweise hat sich das irgendwie von selbst gelöst, da ich nach dem Aktualisieren des Firefox, ganz normal das Front End des Shops gesehen habe, inklusive die Möglichkeit zur Bearbeitung des Shops.
nach dem Aktualisieren des Firefox, also etwas mit cache / sessions in kombi mit den fehler vorher wahrscheinlich.
Aber wegen Sprachen aufpassen/checken dass die id's und settings und so stimmen, so auch die seourl settings dafür.
Gesetzlich geht naturlich wen man es beim packung in den auswahl mit text dazu setzt
also:
20st grundpreis 2 euro pro stuck
40st grundpreis 1 euro pro stuck
Geht auch kürzer aber kenne es Rechtlich nicht. 20 st (2€ pro st.) oder so
Updated?
Also wen, von welche Version kommst Du und welche Updates QFs sind in die richtige Reihefolge gemacht worden eins für eins?
Mit welche Browser und Browserversion passiert es.?
Vielleicht Link?
War es in Kombi mit Update?
Oder Import Restore von andere Shop oder Version?
Oder einbau Connector / Module?
Und dabei welche versionen?
Weil dan ist es vielleicht hilfreich für Forumuser die auch so etwas haben, und wass ist gemacht worden es zu beheben.
Danke
Weil dieser behebt sich nicht von selbts:!
SQL Fehler [256] (1054) Unknown column 'products_treepodia_activate' in 'field list'
__.htaccess diese Unterstriche stehen
Meist is so etwas gedacht die aus zu schliessen zeitlich , wen man die drausholt lauft die htaccess, auch wen es ein kopie oder test gibt so etwas machen macht sin da man dan ein spare htaccess hat, wen die abgeschossen ist durch editor oder ftp transfer fehler.
Den orginal sollte man eigentlich nicht so einfach überschreiben, weil die htacces ist normaliter auf die Seite / host angepasst worden!
Auch ein grund
alle Cache Order haben die Berechtigungen 777.
kann ich leider nicht nachvollziehen was du meinst ?
Sehe dein quelcode in frontend, dort steht es so also ganz falsch deswegen lauft es auch nicht mit IE8
Ist in andere Beitrag von dir ducrh mir auch bemerkt worden, und Admin hat etwas wegen/mit googletracking gesagt / gefragt dort weis nicht mehr welche beitrag es war.
es soll
</head>
<body>
Oben in dei Seite stehen nicht wie bei dir UNten also alles ins HEad???
Die URL's kan man in Admin Backend oder weiterleiten ( oder htaccess), oder URLalias benutzen
Dieser art Zeichen auch wen die ja oder nein mal gehen, benutzen wir selbe nicht weil aus erfahrung ( auch mit andere Shopsysteme) so einiges schief gehen kan, sprich mit Import / Export / Wawi anbindungen und zeichensätze, wen dan bei einer die Programme ins Update etwas änderd kan es so sein dass die nicht mehr wirklich laufen.
Selbst mit Zahlen am ende von URL / Produkt kommt so etwas mal vor. ( wir hatten dort dan kein Produktbilder richtig)
Ich habe das Update auf die 2.3.2 selbst durch geführt und da werden jetzt auch die alten URLs per 301 auf die neuen umgelenkt. Wie mbraune schon sagt, muss nicht zwangsläufig mit dem Shop zu tun haben.
Ja mein ich auch weil ganz alte sind von Uns noch ins Google, glaube bei Uns durch den Wayback machine, Domain Historie links, die irgendwo stehen, also nicht die schon umgeleitet waren, aber ziemlich viel älter.
