Beiträge von Mario_b

deaktivier mal bitte deinen Shopcache und lösche ihn danach einmal, wenn das problem dann verschwunden ist, hast du dasselbe problem gehabt wie ich , das boxencaching läuft unrund

Heya,

welche Shopversion nutzt du ?, URL zum ansehen würd mir helfen.

Kannst du das mit der Anzeige der reduzierten Artikel etwas erläutern, also was brauchst du ? ich hab da letztens was für einen Kunden gebaut, damit werden auf der Startseite alle Sonderangebote angezeigt, auf kategorieebene werden dann die jeweiligen Sonderangebote der aktuellen cat. angezeigt, geht das in die Richtung?

Hier die Lösung für den Warenkorb-Bug , zumindest bei uns funktioniert es nun - bitte gebt Feedback , insbesondere aber Alex!

Vorab sollte unbedingt dieser Beitrag hier gelesen und gefixt werden, durch den von Jotest entdeckten Bug, spinnt die module_accessories , welche wiederum ebenfalls mit dem WK-Bug zutun hat!!

http://plussupport.commerce-seo.de/showthread.php…ighlight=jotest

---------------

Problem :

Ist das Modul CSEO_ACCESSORIES aktiviert, wird in der includes/modules/product_info.php (63, 74) das verstecktes Feld für die products_id als Array übergeben, sonst als String. Bei aktiviertem Modul ist es möglich sowohl Produkte mit als auch ohne Attribute in den WK zu legen. Der Bug tritt hier nicht auf.

Ohne das Modul versucht die cart_actions.php in einer Schleife das POST['products_id']-Array zu durchlaufen. In diesem Fall liegt im POST['products_id'] kein Array sondern direkt die Produkt ID.

Inhalt von $_POST vor dem Fix / ohne aktiviertes Modul:
Array
(
[submit_target] => cart
[id] => Array
(
[1] => 1
)

[nuPrice] => 203647
[currency] => EUR
[align=left] =>
[align=right] => EUR
[decimal] => ,
[thousand] => .
[decimals] => 2
[products_qty] => 1
[products_id] => 23
)

Inhalt von $_POST mit Übergabe der products_id als Array:
Array
(
[submit_target] => cart
[id] => Array
(
[1] => 1
)

[nuPrice] => 203647
[currency] => EUR
[align=left] =>
[align=right] => EUR
[decimal] => ,
[thousand] => .
[decimals] => 2
[products_qty] => 1
[products_id] => Array
(
[0] => 23
)

)

Hierdurch kam es zu einer fehlerhaften Übergabe der produktids wie man am Beispiel "Alex" hier sehen kann
http://test.tintx.de/product_info.php?products_id=959

Legt man dieses produkt in den WK, scheint es erstmal zu klappen, das ist aber tatsächlich nicht der Fall da ein ANDERES produkt in den WK gelegt wird (position string statt produktid)

Fix (ohne das Modul zu aktivieren):
/includes/modules/product_info.php

Zeile 65, zwei eckige Klammern hinter products_id einfügen:

$info_smarty->assign('ADD_QTY', xtc_draw_input_field('products_qty', '1', 'size="3" class="products_qty" title="'.WCAG_QTY.'"').' '.xtc_draw_hidden_field('products_id', $product->data['products_id']));

ändern in:
$info_smarty->assign('ADD_QTY', xtc_draw_input_field('products_qty', '1', 'size="3" class="products_qty" title="'.WCAG_QTY.'"').' '.xtc_draw_hidden_field('products_id[]', $product->data['products_id']));

Das Gleiche auch in den folgenden Zeilen 77 und 78. Also je den Namen des Hidden-Fields um die [] erweitern.

Statt:
xtc_draw_hidden_field('products_id' ...

Sollte da:
xtc_draw_hidden_field('products_id[]' ...

stehen.

ALTERNATIV:
Die Zeilen 62,64,65,66 sowie 73,76,77,78,79 auskommentieren. Damit wird der Zustand hergestellt, der herrschen würde, wenn das Modul aktiviert ist. D.h. es wird immer products_id[] als Name des versteckten Formularfeldes verwendet.

Wie immer gilt : dies ist ein Quickfix für alle akkut geplagten, admin/nico werden sich das bei Gelegenheit sicher ansehen und ins neue QF einfließen lassen.

Mit besten Grüßen aus Hamburg

total10 UG
Mario

hey Jotest nene, das Bundlemodul hab ich schon extra weggelassen wegen der inkompatibilität.

Naja, ich hab meinen Kollegen drauf angesetzt, der findet die Lösung schon, naja melde mich wenns soweit ist.

Ich klink mich mal hier ein, wir migrieren gerade einen älteren com:seo v2 auf die aktuelle Version, wir haben alle DB Updates durchgeführt und die shopneuinstallation genommen, d.h. nur die DB wurde migriert, die files sind alle aus dem Downloadpaket und natürlich auch seo-urls usw laufen lassen - wir können ebenfalls einige PÖrodukte nicht in den WK legen, wobei es hier ein mit den Attributen zusammenzuhängen scheint, Artikel mit Attributen gehen nicht , Produkte ohne bisher schon.

i`m not amused!

Ich brauche ebenfalls mal eine Übersicht, dieses elende Captcha-Thema nervt ungemein, und das schon RICHTIG lange! Mit jedem Update ändert sich was und nicht jeder meiner Kunden hat stets die aktuelle Version, was denen kaum zu verübeln ist da es mit jedem Update wieder zu neuen Problemen kam, d.h. es wäre schön, wenn es mal eine Übersicht mit den bekannten Bugs+Lösung je Version gäbe, ich glaube viele der Shopbetreiber die das System bereits produktiv einsetzen, also darüber verkaufen und nicht immernur entwickeln wollen, sind noch auf dem Stand commerce:SEO v2.1.1.5 Plus
(oder sogar älter), wenn man, wie ich, Kunden einen Shop hinstellt und dieser in Produktion geht, ist es auf Dauer nicht zu vermitteln, dass ständig Kosten für Updates anfallen, die wiederum neue Fehler produzieren.. irgendwann ist mal gut, es muss eine Lösung für alle her, immer nur der Verweis auf ein weiteres Fixpack geht nicht!

Schließe mich dieser Fragestellung an, das ist in so ziemlich allen meiner Shops so, FE-seitig "läuft" aber alles, nur diese Meldung verwirrt natürlich...

Hey Frank,

also mir ist nichts in der Richtung "Webdesign-Erfurt-ist-Kopeister-gegangen" bekannt, allerdings dauerts manchmal etwas ja... wenn das ganze erst ein paar Tage her ist, gib den Jungs nochmal ein, zwei Tage, die sind vermutlich Land-unter... ich bin jetzt einer frühen com:seo V1 Version hier im Forum dabei, und hab noch von keinem gehört, der geprellt wurde, bischen warten ja , aber die jungs werden sich schon bei dir melden, zumal du ja auch schon bezhalt hast!

Mit besten Grüßen aus Hamburg

Mario

Also zu deiner ersten Frage : ja, dir steht im DL-Bereich die jeweils aktuelle Version zur Verfügung, und wenn du noch nicht allzuviel mit deiner installierten v2.0.11 Plus gemacht hast, könntest du dir einen Gefallen tun, und die neue Version drüberbügeln, also kein Update zu machen, der Versionssprung ist relativ groß, und schon bei kleineren gab es immerwieder probs mit dem Update.

Beste Grüße ebenfalls aus Hamburg

Mario

hhm okay, ich hätte als nächstes auch vorgeschlagen mal das standardtemplate (produkt_info) zu verwenden, wenns das auch nicht ist hm..

wie jotest auch schon sagte, ist natürlich wichtig dass die datenbank korrekt migriert wurde, du könntest mal spasseshalber deinen shop mit `ner demodatenbankinstallation verbinden, wenn der Warenkorb-button dann läuft, überspielst du in der demodatenbank die configurationstable mit der deiner live-db, wenns jetzt nichtmehr geht, wissen wir schonmal etwas mehr , wenns trotzdem noch geht, kannst du zumindest die einstellungen ausschließen... configure-.php dateien nochmal checken, .htaccess am besten auch, anonsten wirds jetzt schwierig hier per ferndiagnose weiterzukommen fürchte ich

dann check mal , ob du ggf. den warenkorb button ausserhalb der

{$FORM_ACTION}

{$FORM_END}

hast, dieser sollte sich dazwischen befinden
(zu finden auf in deinem produkt_info - template)

lass mal die SEO-Urls durchlaufen (findest das Thema in erschlagender Breite bei Benutzung der Suchfunktion), wenn das nicht hinhaut sag nochmal Bescheid

ok, ich seh nix auf anhieb, hab mir`n kundenkonto erstellt und kann mich ein/ausloggen - geh am besten jetzt mal in die DB und vergleiche alle Tabellen mit meinen Daten/ meines Kontos, mit denen deiner übernommenen User , an irgendeiner stelle, wird dann wahrscheinlich bei deinen Usern was fehlen!

Was du noch machen kannst : gehe in die userverwaltung, wähle einen deiner alten kunden aus (am besten einen "toten"), ändere sein Password und versuch dich danach mit seinem User mal einzuloggen und guck was passiert.

Wenn du damit auch noch nicht weiterkommst und das lieber jemanden machen lassen möchtest, kann ich dir noch kostenpflichtig weiterhelfen, aber dann bräucht ich alle Zugänge etc, bei Interesse per pm, in meinem Profil steht sonst auch unsere Tel.Nr.

Mit besten Grüßen aus Hamburg

Mario Braune

adminzugang geht dann wahrscheinlich auch nichtmehr nehm ich an.

also ist jetzt schwierig per ferndiagnose, hast mal`n link, virelleicht seh ich ja auf anhieb was.

dann habt ihr wahrscheinlich irgendwo was vergessen nehme ich an , an der Verschlüsselungsmethode hat sich meines Wissens nix geändert. customers_info und customers_sik mitgenommen?

was genau habt ihr gemacht? nur die shopfiles neu hochgeladen und die alte DB gelassen wie sie ist und wiederverwendet?

dafür wirst du dich an CnB wenden müssen, die Anmeldung bei denen seit Umstellung auf deren neue "UPA-Schnittstelle" ist `ne Wissenschaft für sich geworden leider

Hallo Georg,

also prinzipiell geht das sicher, aber es liegen hier zuwenige Infos vor, um irgendeine Schätzung hinsichtlich Aufwand/ "Was-ist-zu-tun" zu treffen, frag dort dochmal nach, ob Sie schnittstellen für XT haben, wenn ja bist du einen großen Schritt weiter, die lassen sich i.d.R. gut anpassen.

Mit besten Grüßen aus Hamburg

Mario

hast du das modul einmal richtig durchlaufen lassen? Das Thema taucht hier immer wieder auf, müsstest mit der Suchfunktion meherere Themen dazu hier finden die dein Problem lösen denke ich!

heya,

ne die RG wird nicht auitomatisch generiert, du willst ja die kontrolle drüber haben, auch wegen zahlungseingänge usw.

du findest die PDW-Geschichten unter der jeweiligen Bestellung /admin/orders.php