Beiträge von KingKong

  • BUG: product_listing.html nicht UTF-8

    Auf Kategorienseiten wird z.B. {$module_data.PRODUCTS_NAME} nicht als UTF-8 dargestellt bzw. läuft duch einen unnötigen Filter.

    Beispiel:
    {$module_data.PRODUCTS_NAME}

    HTML
    Großschreibung

    Auf Produktseiten:
    {$PRODUCTS_NAME}

    HTML
    Großschreibung

    Der Produktname liegt also korrekt in der Datenbank durchläuft aber auf Kategorienseiten einen unnötigen Filter. Wie kann man das abstellen?

  • BUG: Ausgewählte Währung wird nicht beibehalten

    Es Kunden UNMÖGLICH im Shop in ihrer Landeswährung einzukaufen!

    Wenn man in der V.2.3 mehrere Währungen hat (z.B. EUR, USD und GBP) und ein Kunde wählt in der Währungsbox USD aus, dann springen die Preise wieder auf EUR zurück z.B. sobald er dem Link "Shopping Cart" folgt.

    Im Warenkorb sind die Preise also dann wieder in EUR und der Kunde findet dort dann auch die Währungsbox nicht mehr, weil dort keine ist!

    Wenn aber der Kunde im Warenkorb landet weil er einen Artikel gekauft hat und der Shop springt automatisch auf die shopping_cart.php, dann wird dort zwar die richtige Währung angezeigt aber bereits auf der nächsten Seite (Versandkosten) sind die Versandkosten wieder in EUR ausgezeichnet und die Checkout-Seite ist eh immer komplett in EUR.

  • one-page-checkout?

    Zitat von admin

    Ja, der 1PageCheckout ist nur noch in der Plus Version enthalten. Da wird dann ab 2.4 auch eine noscript lösung enthalten sein. Die CE wurde um einiges abgespeckt. Dafür läuft aber die Version 2.3 KOMPLETT auch mit ausgeschaltetem Javascript .-)

    Bevor ich dann bei der 2.4 wieder mit Javascript nerven muss sage ich es lieber jetzt schon einmal, damit das in die V2.4 einfließt .-)

    - Bei der V.2.3 funktioniert ohne Javascript die Währungsbox/Währungsumstellung gar nicht!
    - Die automatische Währungsumstellung per Sprachenwechsel funktioniert nie (auch mit Javascript und Einstellung im Admin)
    - Läuft der Checkout auf Englisch, dann sind auf der letzten Seite die "Bearbeiten"-Buttons immer Deutsch

  • Virus im System dringen Hilfe benötigt!

    Zitat von l-tronic

    Auf der Startseite geht der Slider nicht mehr, die Maske für alle Artikelbeschreibungen wird nicht korrekt eingezeigt, zudem kann auch keine Bestellung mehr durchgeführt werden.

    Hört sich so an als ob deine JavaSkript-Dateien befallen waren und von der Firma daher gelöscht wurden. Spiele diese daher frisch wieder auf und das Problem dürfte gelöst sein (abgesehen davon, dass man ohne JavaSkript in einem Online-Shop nichts kaufen kann...) :p

  • one-page-checkout?

    Ich habe da so eine Vermutung:

    Zitat

    Features die der Plus Version vorbehalten sind:

    ...
    1PageCheckout
    ...


    http://www.commerce-seo.de/CE-Edition/CE-…ty-Edition.html

    Ich beutze die V.2.1 und dafür ist ja bekannt und hier schon mehrmals gepostet worden, dass der 1Page-Checkout nur funktioniert, wenn JavaSkript eingeschaltet ist.
    Das Commerce-Seo-Team hat dann angekündigt, dass dies in der V.2.3 behoben sein wird und das Ergebnis kannst du dir nun anschauen in dem du dir die V.2.3 Plus kaufst. :D

    Oder du machst es wie ich und benutzt <noscript>-Links zum Checkout damit Kunden mit eingeschalteten JavaSkript im 1Page-Ceckout landen und die anderen dann wenigstens kaufen können indem man sie auf den längeren Checkout schickt. Vielleicht ist das in der V.2.3 auch so gelöst worden. Ich vermute nicht...

  • Html-Entities statt UTF-8

    In den Suchergebnissen und den Produktlisten werden Umlaute im Produktnamen, Alt-Text und Link-Title nicht als UTF-8 ausgegeben.
    Ist auch so im V2.2 Plus-Demoshop!

    Da wurde scheinbar etwas bei der Umstellung auf UTF-8 etwas übersehen.

    Nicht "SEO" daran ist, dass der Shop nun beides ausgibt (je nach Ort mit Html-Entities oder ohne).
    Oder ist das "seotechnisch" beabsichtigt, damit die Linktexte variieren? :D

  • URL Parameter

    Hi nico.

    Super, dass dieser Fehler in Angriff genommen wird.

    Ich habe übrigens nun (falls das etwas weiter hilft) in der includes/cart_actions.php die folgende Änderung vorgenommen:

    Zitat


    case 'buy_now' :
    ...
    xtc_redirect(xtc_href_link($goto, xtc_get_all_get_params(array('action','BUYproducts_id'))));

    Zitat


    case 'buy_now' :
    ...
    xtc_redirect(xtc_href_link($goto, xtc_get_all_get_params(array('action','BUYproducts_id','cPath','cat'))));

    So werden ab Seite 2 die im Eingangsposting genannten URL-Parameter abgeschnitten.
    Kauft man nun einen Artikel, dann ändert sich die URL wie folgt:

    Vor dem Kauf:
    Kategorienname/&page=2/

    Nach dem Kauf
    Kategorienname/?page=2&

    Das ist zwar noch nicht perfekt aber wenigstens besser als ein Ausflug zur Startseite, immer neue URLs die Google anmeckert und solche URLs:
    index.php?page=2&cPath=1&cat=1&

  • URL Parameter

    Zitat von nico

    hoi,

    ähm, kann das sein das du auf biegen und brechen versuchst die suma-freundlichen urls, mit dem alten format zu kombinieren, oder habe ich deinen post gerade missverstanden?! :)

    greetz, me

    Nein, ich möchte einfach die suma-freundlichen urls beibehalten und dabei den Warenkorb nicht nach jedem Kauf anzeigen.

    Nicht böse nehmen, aber seit der V1.1.1 sehe ich mit jeder neuen Version keine Verbesserungen sondern nur Verschlechterungen der URL-Strukturen.

    Beispiel 1 (Commerce Seo V.2.2 Demoshop https://support.commerce-seo.de/www.v22plus.de):
    Bereits die Suche nach "Demo" führt zu:
    advanced_search_result.php?n=1&keywords=demo

    Richtig wäre:
    /keywords/demo/

    Beispiel 2 (Commerce Seo V.2.2 Demoshop https://support.commerce-seo.de/www.v22plus.de sowie in der V.2.1):
    Die Suche nach "Demooo" führt dazu, dass folgender Alternativ-Link vorgeschlagen wird:
    advanced_search_result.php?keywords=Demo

    Richtig wäre:
    /keywords/demo/

    Und so zieht sich das durch den ganzen Shop.
    Dabei wären diese Fehler auch ohne "biegen und brechen" (wenn man smarty|replace nicht dazu zählt) zu beheben:

    Beispiel für die V.2.1:

    template.../module/error_message.html
    Alt:

    Zitat

    {$options_data.SUGGEST_LINK}


    advanced_search_result.php?keywords=Demo

    Neu:

    Zitat

    {$options_data.SUGGEST_LINK|replace:'advanced_search_result.php?keywords=':'keywords/'}


    /keywords/demo/

  • URL Parameter

    Ich habe den Fehler gefunden. Es lag an meiner cart_actions.php

    Dafür gibt es nun wieder einen "neuen Fehler" :D (eigentlich ein alter Fehler der seit 2008 nicht gefixt wird) und auch in der V.2.2 Plus besteht:

    http://www.v22plus.de/
    Sollte es jemanden geben, der einen Onlineshop mit mehr als 3 Produkten betreibt (soll ja vorkommen!), dann sollte der mal im V.2.2 Plus Demoshop im Adminbereich die Artikel der Kategorie 1 solange kopieren bis es dort auch mal eine Blätterfunktion gibt und dann "Soll Warenkorb nach dem einfügen Angezeigt werden?" auf "false" stellen.

    Ergebnis:
    Kauft man auf Seite 1 der Kategorie, dann bleibt es wie gewollt bei der URL:
    http://v22plus.de/de/Kategorie-1/

    Kauft man ab Seite 2 der Kategorie, dann wird aus der URL NICHT wie gewollt:
    http://v22plus.de/de/Kategorie-1/&page=2

    sondern:
    http://v22plus.de/index.php?page=2&cPath=1&cat=1&

    jotest
    Das ist (nicht nur für Google) eine vollkommen neue Seite und daher bringt es dann auch nichts die Parameter in den Google Webmastertools filtern zu lassen.
    Google Analytics oder andere Tools kann man dann eigentlich auch direkt abschalten, da dann die Seite http://v22plus.de/index.php die umsatzstärkste Seite mit den meisten Besucher des ganzen Shops sein soll. Ob das stimmt oder nicht kann man sich dann aussuchen... :D

    Aber ich gehe mal davon aus, dass dieser Fehler beseitigt wird und dann in der V.8.5 Superplus im Jahre 2020 gefixt ist...

  • URL Parameter

    Hallo,

    Ich habe die V.2.1 und kämpfe schon seit 2009 und der V1.1.1 damit, dass das betätigen des Buy-Now-Buttons auf Kategorienseiten dazu führt, dass die Seite neugeladen wird aber dann nicht so:

    http://shop.de/kategorie/

    sondern so:
    http://shop.de/kategorie/?cPath=538&cat=538&

    Nun habe ich mal geschaut ob ein Update was daran ändern würde aber ohne Erfolg.
    - Ich habe den kompletten inc/ Ordner der V.2.2 hochgeladen
    - Ich habe die .htacces der V.2.2 hochgeladen
    - Ich habe die buynow-Funktion in der V2.1 mit der aus der V.2.2 ersetzt
    - Ich habe die cart_actions aus der V.2.2 übernommen

    Ergebnis: Die URL sieht immer noch so aus:
    http://shop.de/kategorie/?cPath=538&cat=538&

    Kann mir jemand sagen warum das so ist und welche Datei ich anpassen müsste?

  • Logo Donwloaden

    Rufe mal die Startseite auf, fahre mit der Maus genau auf das Logo und dann drücke mal feste mit deinem Mittelfinger zu...

    BTW: Wenn es schon an solchen Kenntnissen hapert, dann beauftrage lieber jemanden der dir zu einem Festpreis einen fertigen Shop "hinstellt" bevor dich ein "PC-Mensch" nach dem anderen über den Tisch zieht.