Heya,
könntet ihr mir schon vorab die robots.txt zur Verfügung stellen? ich habe massiv Probleme mit dem Googlebot seit den Umstellungen auf v21.1.4 und das ausschließen der parameter via webmastertools scheint mir nicht so ganz funktioniert zu haben.
Danke vorab!
Mario
das Thema ist bekannt meine ich, hatte es zwar selbst noch nicht, aber passiert vielen und es sollte hier oder im "normalen" forum eigentlich auch ne Lösung dazu geben irgendwo , wenn du`s eilig hast, müsste das jetzt helfen : geh in deine DB , such nach SEARCH_ENGINE_FRIENDLY_URLS oder so ähnlich und setze das auf false, ggf musste noch die Cacheordner per ftp leeren und `n paarmal F5 drücken aber dann sollts eigentlich wieder gehen denke ich.
wenn die session grad noch aktiv ist :
http://deineurl.de/admin/start.php bringt dich direkt ins BE
danach das Modul einmal deinstalleiren, wieder installieren, durchführen, cache löschen dann sollts wieder gehen.
Moin,
die Einstellung "Neue Produkte als Slide anzeigen-true" ist zumindest in der aktuellen Shopversion unbenutzbar, aktiviert man diese, führt es bei einem "slide" zu einem 404 (Nur startseite getestet).
ich habe das Problem auch, aber es kann doch keine Lösung sein, jetzt hier ändereungen an der htaccess deswegen durchzuführen??? ich kann nicht ständig die urls ändern, meine kunden sind eh schon sauer deswegen, d.h. ich hätt gern `ne lösung mit der jetzt die links der reviewbox wieder funktionieren OHNE das ich nochmal an den urls rumspielen muss.
super, hast du schon `n Pi-mal-Daumen Datum für das QF5 ?
Bin SCHWERST dafür!
Also Strato ist nicht ideal denke ich, aber zum laufen kriegen sollte man es schon irgendwie.
Was die Datenmigration von osc angeht : ich hab das zweimal gemacht bisher für Kunden, bischen frimmelig ist es schon, ein Tipp der dir viel Suchen ersparen wird: die Passwörter werden anders verschlüsselt. d.h. musst änderungen an deiner login.php vornehmen sonst können sich deine übernommenen Kunden später nicht einloggen 
Die Jungs hier bieten aber auch `n Migrationsservice für OS, http://www.seo-template.de/os-commerce-mi…rce-seo-v2.html, grad wenn du nicht viel Zeit hast und/oder nicht fit bist mit PHP/MySql würd ich dir empfehlen das von jemandem machen zu lassen.
hhhm und die die Datei gibts auch bei dir ? includes/classes/boxes.php , ich tipp trotzdem auf was mit den pfaden, bischen doof hier per ferndieagnose aber check mal die rewritebase in der htaccess /seoshop , darf kein # davorstehen..
Moin,
in der aktuellen googlebase.php wird die verfuegbarkeit nicht richtig angezeigt (immer 0), es fehlt ab Zeile 132 :
$export_query = xtc_db_query("SELECT
p.products_id,
p.products_model,
p.products_quantity,
mit reinnehmen dann passts.
ich hatte auch noch Zeichensatzprobleme in der $cat, mit utf8_decode($cat)."\t". passts dann wieder (im $schema ab Zeile 285)
Moin,
ich hab mal wieder `ne Brutto/Netto-Thematik aufgetan, und zwar :
cseo 2.1.1.4, also alles frisch, clickandbuy eingerichtet und aktiviert.
folgendes passiert: wähle ich also clickandbuy aus, checke alle nötigen agb usw an, gehe auf weiter, wird der Betrag korrekt übergeben (brutto).
breche ich die Bestellung aber an diesem Puinkt ab, gehe also zurück zum Shop und klicke dann ERNEUT auf weiter, komme ich ja richtigerweise wieder zu clickandbuy, diesmal wird allerdings nur der Netto-betrag übergeben.
Da ich dies grad auch mehr oder weniger durch zufall gesehen habe, kann man wohl davon ausgehen, dass es kunden geben wird die dies missbrauchen... somit kann man sich aktuell nicht wirklich auf das Modul verlassen 
wehcsel ich zwisschen den beiden weiterleitungen an cnb einmal das zahlungsmodul, ist alles wieder i.o. , ich vermute also, es liegt an update_payment_module() was jetzt vermutlich anders läuft durch den , lang herbeigesehnten, wegfall des "speichern-buttons"
siehe Titel, was mir auch schon reichen würde : Anzeige ob der User auf dem mobilen oder dem standardtemplate unterwegs ist...
Moin,
bei sofortueberweisung gibts `nen Abbruchlink der standardmäßig auf die checkout_payment.php zeigt, unschön wenn man den 1 page checkout nutzt.
in includes/modules/payment/pn_sofortueberweisung.php :
// cancel return url:
$user_variable_3 = $server . DIR_WS_CATALOG . FILENAME_CHECKOUT_PAYMENT . '?payment_error=pn_sofortueberweisung&' . $session;
ändern in
//cancel return url bei 1page checkout
$user_variable_3 = $server . DIR_WS_CATALOG . FILENAME_CHECKOUT . '?payment_error=pn_sofortueberweisung&' . $session;
schöner wär natürlich ne if else weiche, also "ist ex 1page dann Filename_checkout, ansonsten filename_checkout_payment
Mit besten Grüßen
Mario
sieht auf den ersten Blick nach falschen configure.php Dateien aus, ggf .htaccess rewrite-base checken, was ich nicht auf anhieb zuordnen kann ist der hier : (include_path='.:/opt/RZphp5/includes') der kommt eigentlich so nicht vom shop?
Moin Männer,
beim mobiletemplate der Version 2.1.4 gibts ein (oder mehrere) Problem(e) :
Es fehlen 2 Label, "Postleitzahl" und "Ort".
Füllt der User alle Felder aus und klickt auf "weiter" , passiert einfach mal garnix, klickt man nun erneut auf "weiter" , erhält man die Meldung, dass das Formular bereits abgeschickt wurde - weiter passiert aber ebenfalls nichts.
führt man nun einen refresh aus und befüllt die Daten neu, kommt nach dem erneuten Klick auf weiter der Hinweis, dass man die Datenschutzbestimmungen akzeptieren muss - welche aber nicht auf der Seite enthalten sind, der Kunde hat also keine Chance Kunde bei mir zu werden!
Mit besten Grüßen
Mario
ich hab das Problem hier auch in zwei live-shops wär also gut wenn hier schnell was passiert!!
Ich möcht an dieser Stelle mal sagen, dass ihr mit dem FP1 QF4 (ggf, schon mit nem früheren FP) `ne echt beindruckende Steigerung bei google pagespeed hinbekommen habt, ich hab jetzt 2 Kundenshops darauf umgestelltund bekomme einmal 93/100 und beim anderen sogar 96/100 -nice!
Hey,
ich habe immernoch den rundungsfehler in der Bestellbearbeitung (orders_edit) von +-1 cent in der UST,scheint egal zu sein, wie hoch der Betrag der eingefügten Produkte ist - spontan eine Idee? 
es wird langsam ja!
allerdings wird bisher nach wie vor keinerlei ust der Versandkosten berücksichtigt, dafür gehts jetzt beim ersten abspeichern, nicht erst beim zwieten - es liegt aber jetzt ein rundungsfehler vor , mach mal folgendes :
1 x Dell Laptop DEMO 001 672.27 EUR 672.27 EUR
1 x Dell Laptop DEMO 3 001 840.34 EUR 840.34 EUR
du bekommst :
Zwischensumme: 1.512,61 EUR
UST 19% 287,40 EUR
Gesamtsumme: 1.800,01 EUR
irgendwo im Rechenweg kommt also 1 cent dazu 
(bei solchen sachen, wünsch ich pers. mir öfters, ich wär doch besser gärtner oder sowas geworden... ^^)
jo geht mir auch so , eines noch: wenn man sich diese Händlerbestellungen mal in der orders_total- table der db ansieht, fällt eben auch auf, dass die angelegten über weniger eindrücke verfügen - beispiel "Händlerkunde hat die Bestellung SELBER über`s Frontend, also normal im Shop gemacht:
Bearbeiten Löschen 1286 10221 <strong>Summe, brutto</strong>: 24,89 EUR 24.8900 ot_total 99
Bearbeiten Löschen 1285 10221 zzgl. UST 19%: 3,97 EUR 3.9700 ot_tax 50
Bearbeiten Löschen 1284 10221 <b>Summe, netto</b>: 20,92 EUR 20.9200 ot_subtotal_no_tax 40
Bearbeiten Löschen 1283 10221 Paketdienst (Paketdienst nach Gewicht): 4,12 EUR 4.1200 ot_shipping 30
Bearbeiten Löschen 1282 10221 Zwischensumme: 16,80 EUR 16.8000 ot_subtotal 10
und so sieht es aus, wenn man die bestellung für denselben händler im BE anlegt (dummerweise nicht dasselbe produkt genommen grade, aber man sieht ja schonmal, dass
ot_shipping eine abweichende sort_order hat und die die ot_subtotal_no_tax fehlt
Bearbeiten Löschen 1279 10220 Paketdienst 14,50 EUR 14.5000 ot_shipping 0
Bearbeiten Löschen 1281 10220 UST 19% 5,67 EUR 5.6686 ot_tax 50
Bearbeiten Löschen 1277 10220 <b>Zwischensumme</b>: 17,65 EUR 17.6500 ot_subtotal 10
Bearbeiten Löschen 1276 10220 <b>Gesamtsumme</b>: 37,82 EUR 37.8186 ot_total 99
Mit besten Grüßen
Mario
