Hm, ich seh auch die 208€ , also den norlane Preis, nicht das Angebot auf der Produktdetailseite - in den Boxen dagegen ist es richtig. aktueller Firefox bei mir.
bei `nem refresh sieht man kurz den angebnotspreis, dann "schiebt" sich die Box aber wieder hoch/drüber und der Angebotspreis is wech.
Earlhicky, als zwischenlösung könntest du auf das drobdown attribute-template umstellen, ich meine, dass du dann in jedemfall eine "Vorauswahl" getroffen hast.
Hi Admin,
includes/modules/product_reviews.php
bitte setze im nächsten Update $name = substr($name,0,strrpos($name, " ")+2).'.'; in den Else-Fall, derzeit wird auch der Name "Gast" abgeschnitten und somit zu Ga., also
if ($name_query['customers_firstname'] == '') {
$name = TEXT_GUEST;
} else {
$name = $name_query['customers_firstname'].' '.$name_query['customers_lastname'];
$name = substr($name,0,strrpos($name, " ")+2).'.';
}
mit besten Grüßen
Mario
das kommt auch auf die browserkennung an die dein smartphone dem shop meldet meine ich, wenn sich dein smartphone nicht als solches zu erkennen gibt, bekommt es den normalen shop zu sehen.
das interessiert mich auch brennend, habe selbiges Problem in 2 Shops , die im Modified-sho p(denke mal daher kommt das Modul) , haben besagtes Problem auch, nachzulesen heir : http://www.modified-shop.org/forum/index.php?topic=11596.0 ich hab einige der auf den 6 Seiten aufgeführten Lösungsansätze durchgeführt und hab den Fehler in Zeile 311 z.B. durch
'shipping_method' => is_array($_SESSION['shipping']) ? $_SESSION['shipping']['title'] : '',
killen können, danach kommen dann aber weitere Folgefehler (die "zerissene" Session macht dann wieder in jedem einzelnen Versandmodul Probleme usw, keinen Nerv mehr draufgehabt dann und Fehlersuche beendet, wär aber schon schön wenn wir das noch hinbekämen)
Hi Jürgen,
hm könnte ein Problem mit der Benennung der Artikel bzw der dazugehörigen Einstellung sen : check mal "seo config -> grundkonfiguration" und dort die Einträge Namensformat - Kategorie und Namensformat - Produkte.
Wenn du z.B. mehrere Artikel mit demselben Namen hast, und die Einstellung c_name gewählt ist, hast du genau das Problem dass alle Artikel mit demselben Namen auch dieselben Bilder anzeigen.
Hast du unterschiedliche Artikelnamen, aber deine Bilder heissen alle gleich und du hast c_image angewählt kommts zum selben Effekt, ist bischen blöd zu erklären, aber ggf. hilft das ja schon?
Mit besten Grüßen!
Mario
ich würd vermuten, dass dann ein anzuzeigendes smarty wahrscheinlich innerhalb des google_conversion-blocks auf der checkout_success befüllt wird, schau dir die besagte Datei mal an, such nach der relevanten Stelle und verschiebe den Eintrag ausserhalb o.g. blocks, dann sollte beides gehen.
schau in den Quelltext, dort steht entweder was von rel nofollow drin oder nicht.
Mit besten Grüßen aus Hamburg
Mario
okay ich denke wir kommen dahinter, jetzt vergleich doch mal, was beim jeweiligen Artikel als Bildname hinterlegt ist, dieser entspricht wahrscheinlich nicht dem Bildnamen in den ordnern oder? du hattest ja diesen Upload gemacht wo du auch Probleme mit den Bildnamen hattest.. ?
Es geht um die beiden configure.php , nicht um die configuration.php - diese findets du in includes/ und in admin/includes/
Liegen die Bilder denn in den jeweiligen Ordnern und werden nur nicht angezeigt, oder läuft das image_processing nicht korrekt ? Also hast du die entsprechenden Files tatsächlich auf dem FTP gesehen (product_images, thumbnail_images etc) oder sind die leer?
Hi Stephan,
ah entschudlige bitte, so war das natürlich nicht gemeint, wenn ich bei dir diesen Eindruck erweckt habe, möchte ich mich dafür entschuldigen, da habe ich mich unglücklich ausgedrückt, ich meinte es allgemein und nicht in Bezug auf dich, also dass Dienstleister eben auch Geld verdienen müssen, aber das der Inhalt des Powerpack unglücklich gewählt ist sehe ich auch so. nix für ungut ok? 
Mit besten Grüßen aus Hamburg!
Mario
ich hab nochwas : gib mal einen ungültigen couponcode ein, also abgelaufen z.b. oder maximale verwendung erreicht usw und versuch dann `n checkout (lässt sich auf dem demoshop nachstellen)
die ot_coupn leitet dich zunächst mal weiter auf die checkout_payment, egal ob 1page checkout oder nicht, zudem bleibt der ungültige code in der session wodurch für den User ein checkout unmöglich wird solange er keinen zweiten, gültigen couponcode hat, da es m.E. noch keine Möglichkeit für den User gibt, den ungültigen Code wieder zu entfernen(!?).
meine Lösung mfür check 1page ja/nein und entfernen der ungültigen cc_id hier :
in includes/modules/order_total/ot_coupon (aus aktuellem v2 powerpack)
function collect_posts() {
global $xtPrice;
if ($_SESSION['cc_id'] != '') {
// INFOS ÜBER KUPON AUSLESEN
$coupon_query = xtc_db_query("select coupon_type, coupon_start_date, coupon_expire_date, coupon_minimum_order, coupon_id, uses_per_user, uses_per_coupon from " . TABLE_COUPONS . " where coupon_id = '" . (int) $_SESSION['cc_id'] . "' and coupon_active = 'Y' limit 1");
$coupon_result = xtc_db_fetch_array($coupon_query);
//total10 Quickfix Redirect-QF: bisher keinerlei Überprüfung auf 1-Pagecheckout vorhanden, ungültige Codes führen den User aktuell immer auf die checkout_payment,
//zudem gibt es für den Kunden keine Möglichkeit mehr, den ungültigen Code zu entfernen , wir löschen daher die $_SESSION['cc_id'] wenn der eingegebene Code ungültig ist, Ausnahme bei Nichterreichen des Mindestbestellwerts.
if (CHECKOUT_AJAX_STAT=='true') {
$t10_checkout_destination = FILENAME_CHECKOUT;
} else {
$t10_checkout_destination = FILENAME_CHECKOUT_PAYMENT;
}
if ($coupon_result['coupon_type'] != 'G') {
// ERROR : LAUFZEIT HAT NOCH NICHT BEGONNEN
if ($coupon_result['coupon_start_date'] > date('Y-m-d H:i:s')) {
unset($_SESSION['cc_id']);
xtc_redirect(xtc_href_link($t10_checkout_destination, 'error_message=' . urlencode(ERROR_INVALID_STARTDATE_COUPON), 'SSL'));
}
// ERROR : LAUFZEIT BEENDET
if ($coupon_result['coupon_expire_date'] < date('Y-m-d H:i:s')) {
unset($_SESSION['cc_id']);
xtc_redirect(xtc_href_link($t10_checkout_destination, 'error_message=' . urlencode(ERROR_INVALID_FINISDATE_COUPON), 'SSL'));
}
// ERROR : MINDESTBESTELLWERT NICHT ERREICHT
if ($coupon_result['coupon_minimum_order'] > $_SESSION['cart']->show_total()) {
xtc_redirect(xtc_href_link($t10_checkout_destination, 'info_message=' . urlencode(ERROR_MINIMUM_ORDER_COUPON_1 . ' ' . $xtPrice->xtcFormat($coupon_result['coupon_minimum_order'], true) . ' ' . ERROR_MINIMUM_ORDER_COUPON_2), 'SSL'));
}
// ERROR : GESAMTES VERWENDUNGSLIMIT ÜBERSCHRITTEN
$coupon_count = xtc_db_query("select coupon_id from " . TABLE_COUPON_REDEEM_TRACK . " where coupon_id = '" . $coupon_result['coupon_id'] . "'");
if (xtc_db_num_rows($coupon_count) >= $coupon_result['uses_per_coupon'] && $coupon_result['uses_per_coupon'] > 0) {
unset($_SESSION['cc_id']);
xtc_redirect(xtc_href_link($t10_checkout_destination, 'error_message=' . urlencode(ERROR_INVALID_USES_COUPON . $coupon_result['uses_per_coupon'] . TIMES), 'SSL'));
}
// ERROR : VERWENDUNGSLIMIT FÜR EINZELNEN KUNDEN ÜBERSCHRITTEN
$coupon_count_customer = xtc_db_query("select coupon_id from " . TABLE_COUPON_REDEEM_TRACK . " where coupon_id = '" . $coupon_result['coupon_id'] . "' and customer_id = '" . (int) $_SESSION['customer_id'] . "'");
if (xtc_db_num_rows($coupon_count_customer) >= $coupon_result['uses_per_user'] && $coupon_result['uses_per_user'] > 0) {
unset($_SESSION['cc_id']);
xtc_redirect(xtc_href_link($t10_checkout_destination, 'error_message=' . urlencode(ERROR_INVALID_USES_USER_COUPON . $coupon_result['uses_per_user'] . TIMES), 'SSL'));
}
}
}
}
Hi ,ich geb mal meinen Senf dazu - für wirklich individuelle TPl`s kommen auch schnell mal ein paar Tausend € zusammen, sowas entwickelt (und testet) sich nicht in ein paar Stunden, da gehen auch mal 2 Wochen für drauf, Boxenmanager und die ganzen anderen zuschaltbaren Module wie Zubehör-Manager etc machen es deutlich komplizierter als so`n standardtpl für modified zb. Ich kann konkret zum responsive TPL noch nichts sagen da es mir noch nicht vorliegt, macht aber `nen guten Eindruck soweit, da steckt schon einiges an Arbeit drin und die will nunmal bezahlt sein, der Shopbetreiber will und soll Kohle scheffeln mit seinem Shop, darüber sind sich hier alle einig -aber Firmen wie Webdesign-Erfurt, Youvision oder wir sind eben auch nicht aus caritativen Gründen am Markt sondern leben davon, klar könnte man das TPL auch für 50€ verschleudern, aber warum soll der Designer für gute Arbeit nicht auch gut bezahlt werden, wenn ich `n Monat Arbeit wo reinstecke und am ende grad`mal kostendeckend rauskomme, überleg ich mir zweimal ob ich sowas nochmal mache, zumal das TPL auch mit weiteren Updates angepasst werden muss usw, da kommt also noch jede Menge Folgeaufwand auf den Designer zu der eingepreist werden muss.
Mit besten Grüßen aus Hamburg
Mario
darauf zielte mein posting ja ab, mir wär `ne "offizielle" Lösung lieber als es selber zu modden wegen updates etc.
... noch 
ich hab 2 -3 Kunden die mich letztens gefragt haben ob wir nicht ne Preisgestaltung nach EK+ Marge einbauen könnten, als optionale Mölichkeit vielleicht auch für einige andere User hier interessant.
ist immernoch so, wie ist da der stand ?
dazu habe ich jetzt ncoh das problem, dass ich guthaben (ja guthaben, also type "G") mal versendne woltle, da spuckt er mir den hier aus :
Fatal error: Uncaught exception 'SmartyException' with message 'Unable to load template file 'cseov22-black-fluid/mail/german/send_gift_to_friend.html'' in /kunden/xxxxxxxxxxxxx/webseiten/xxxxxxx_staging/includes/classes/Smarty_3/sysplugins/smarty_internal_templatebase.php:127 Stack trace: #0 /kunden/xxxxxxxxxxxxxx/webseiten/xxxxxxxxxxxxx_staging/gv_send.php(136): Smarty_Internal_TemplateBase->fetch('cseov22-black-f...') #1 {main} thrown in /kunden/xxxxxxxxxxxxxxxx/webseiten/xxxxxxxxxxx_staging/includes/classes/Smarty_3/sysplugins/smarty_internal_templatebase.php on line 127
er, also die gv_send.php, sucht noch im mail/german/-ordner des templates welches es ja nichtmehr gibt obwohl die emailvorlage "guthaben an freund versenden" im BE ja bereits vorhanden ist, war das nicht schon behoben ?
Mit besten Grüßen
Mario
Hola,
wann ungefähr ist mit besagtem Update zu rechen ? ich steh hier vor der Frage, ob ich jetzt ein paar Kunden auf die v2.3.1 umstelle, oder mal wieder warte bis das nächste Update kommt, was dann wahrscheinlich zur Folge hätte, dass dann schon wieder das nächste Update kommt usw usw ... 
Hey Admin,
ja ich hab lieber die powerpack genommen, ich trau mir die Installation mittlerweile selbst zu . Allerdings doch nochmal wegen dem responsive-tpl, kannst du mir das nochmal erläutern ? ich hab doch jetzt mit den beiden fluid-tpls `n responisve-tpl oder ist das jetzt noch wa sanderes ? (war etwas enttäuscht, das meine version nicht das schicke ding von v22plus.de enthält, aber technisch isses dasselbe oder?)
Mit besten Grüßen
Mario
Hey SaHiB,
doch doch, das Problem ist leider so alt wie der OnePageCheckout und poppt immerwiede rmal auf - wir hatten es auch schon ermeintlich gefixt (siehe Link zu meinem "Quickfix" in diesem Beitrag : http://plussupport.commerce-seo.de/showthread.php…ght=lastschrift bzw hier http://plussupport.commerce-seo.de/showthread.php…ght=lastschrift, eigentlich ist der Ansatz auch in die offiziellen QF von webdesign-Erfurt eingeflossen und zumindest in einer mir vorliegenden v2.3 auch so enthalten, hast du mal `nen Link zu deinem Shop, bzw kannst du es "nachstellen", bzw taucht der Fehler nun ganz allgemein IMMEr auf, oder ist es wieder das problem beim Speichern?
Mit besten Grüßen
Mario
