Beiträge von Mario_b

nö, das passiert glaube ich jedem mindestens einmal

Nene, das bezieht sich alles auf die class.product.php, das von Admin erwähnte "Smarty" bezieht sich nur auf die Zuweisung die da an dieser Stelle passiert - such also einfach nach 'PRODUCTS_PRICE' => $price, in ebenjener Datei.

Smarty ist die verwendete Templateengine

Paketleergewicht korrekt eingestellt ? Konfiguration-> Versandoptionen -> Paketleergewicht auf 0 setzen, vergessen die meisten

von welchem Modul reden wir hier eigentlich, also welches Modul genau verwendest du zur Berechnung des Aufschlags?

ganz dringend updaten, in besagter Version sind so einige Bugfixes noch nicht enthalten die es mit der Zeit gab.

Wenn du ein Upgrade auf die v2.3 scheust, wäre zumindest das Update auf die letzte v2.1 angeraten ( ich glaube die Version ging bis 2.1.2.11)

Mit besten Grüßen aus Hamburg

Mario

Guck mal was passiert, wenn du den englischen Wert mitbefüllst, also ob dann besagtes Verhalten verschwindet - ich meine zumindest in der Plusversion mal diesen Bug gesehen zu haben, habe allerdings selbst keine CE version im Einsatz zum nachstellen.

Wäre ein Bug der von webdesign Erfurt ins Update mit einfließen sollte dann.

ja denke da ist selbermachen einfacher als adaptieren.

schau mal in die includes/modules/metatags.php und ggf. in die includes/header.php, dass sollten die Stellen sein an denen du ansetzen kannst.

hast du mal ne URL von deinem Shop ?

deinen analytics code unter seo config->google analytics eintragen und aktiv schalten

Das ist für xt:c 4 (Veyton), also eher nicht so ohne weiteres.

quick`n dirty : lang/german/german.php

define('SHIPPING_COSTS','Versandkosten');

dort dan den Text ergänzen, besser wärs aber wohl, einen neuen Punkt hinzuzufügen wie

define('PAYMENT_COSTS','dein neuer Text hier');

und dann an den jeweiligen Stellen im System einsetzen wo du sie haben willst (ansonsten wird das überall angezeigt wo shipping_costs verwendet wird, wir dwahrscheinlich nicht so klasse aussehen an der ein oder anderen stelle.

jo kann man, es handelt sich nur um ein Kodierungsproblem, wenn das gelöst ist, kannst du ganz normal deine Kategorien "Gepäcktasche" nennen und übermitteln. Google mal utf8_encode / utf8_decode und spiele damit in deiner admin/includes/modules/export/googlebase.php mit der $catm , relativ weit unten bei $schema:

utf8_decode($cat)."\t" .

es ist wichtig, dass du den Feed "richtig" anmeldest, also einmal sagst ist utf8 oder eben ist winlatin usw , dann muss der gesamte Feed aber auch diese Codierung haben.

Kategorien umbenennen würde ich nicht, an der URL dürfte sich zwar nix ändern da das seo-url modul sowieso ae aus ä macht, aber trotzdem wär das nicht die richtige Stelle für sowas (und "sieht ja auch nicht aus" wie du ja auch schon sagst)

Fairyblood :

Kurz und knapp ohne länger darauf einzugehen da meine Kollegen mit Feierabendbierchen auf mich warten:

__htaccess in .htaccess ändern dann gehts

fehlende Language-Einträge im BE : ja das habe ich auch schon paarmal gesehen meine ich , ggf prüfen ob die Sprachen installiert sind, aber hier könnte ein Bug vorliegen ja.

Kundengeburtstage : kann ich grad nicht beurteilen da ich in keinem Shop auf der v2.3 Geburtstage abfrage, aber März hast du dir ja nicht ausgedacht sondern kopiert und das ist eben ein kodierungsfehler.

/lang/english zerschossen : wenn du diese Datei mit dem "falschen" editor geöffnet und wieder abgespeichert hast, kann es sein, dass dabei die Codierung geändert wurde (auch wenn du eigentlich keine ÄÄnderungen gemacht hast) - alle Dateien immer nur mit dme Notepad++ oder einem ähnlichen, verlässlichen editor bearbeiten, nie mit dem texteditor eines ftp-tools z.b. ansonsten nochmal neu runterladen, "zerschossen" ist auch etwas ungenau, kannst du es näher beschreiben ?

Umlautfehler importe : open office kann eigentlich alle codierungen, rechte maustaste auf das csv-file ->öffnen mit open office , oben erscheint die auswahl der codierung, windows-1252/winlatin1 wäre das z.B., damit öffnest du deine Ausgangsfiles wenn diese in besagter Kodierung sind, abspeichern dann aber als UTF8 für den Import - dann klappt es wunderbar mit den Umlautlauten , den Stress brauchst du dir also nicht zu machne wenn du es einmal korrekt durchführst

Mit besten Grüßen aus Hamburg!

Mario

na klar, aber du hast es ja hinbekommen wie ich sehe

sei bloß vorsichtig damit... nimm den Notepad++ editor dafür, wenn du den nicht hast lad ihn dir kurz runter, minimiert die wahrscheinlichkeit, dass du da was kaputtmachst ganz enorm

http://www.heise.de/download/notepad.html

kannst du dort im merchant center nicht noch auf Details klicken, sodass du näheres zum Grund der Ablehnung erfährst? Das würde in jedem Fall helfen, alles andere wäre jetzt rätselraten fürchte ich

Es hilft meist enorm, wenn du EAN, Marke und MPN hast, Google verlangt m.E. zwingend 2 von 3 dieser Angaben für die Aufnahme.

Mit besten Grüßen

Mario

Also wenn es noch ein paar Tage Zeit hat, kann ich dir anbieten es mir mal kostenpflichtig anzusehen und an deine Anforderungen anzupassen, bei Interesse schreib mir `ne PM - am besten wär`s, wenn du mir schon genau schreiben kannst was du gemacht haben willst, also Übergabe Preis +Hinweis an Novalnet, ob ne neue Zwischensumme dabei sein sollte usw.

die inlcudes/classes/products.php heisst seit kurzem, warum auch immer, class.product.php - mach deine Änderungen dort, dann sollte es klappen.