Beiträge von admin

    Die Frage ist, warum Google die URL so bekommt obwohl sie im Shop doch ganz anders dargestellt werden.
    eine mögliche Variante wäre in der Datei:

    /includes/classes/product.php

    folgendes zu ändern. Suche:

    Code
    function getBuyNowButton($id, $name) {        global $PHP_SELF;        if(MODULE_COMMERCE_SEO_INDEX_STATUS == 'True')            return '<a title="'.TEXT_BUY.TEXT_NOW.'" href="'.xtc_href_link($_REQUEST['linkurl'], 'action=buy_now&BUYproducts_id='.$id.'&'.xtc_get_all_get_params(array ('action', 'cat', 'cPath')), 'NONSSL').'">'.xtc_image_button('button_buy_now.gif',((CSS_BUTTON_ACTIVE=='true')?TEXT_BUTTON_BUY_NOW:TEXT_BUY.$name.TEXT_NOW)).'</a>';        else            return '<a title="'.TEXT_BUY.TEXT_NOW.'" href="'.xtc_href_link(basename($PHP_SELF), 'action=buy_now&BUYproducts_id='.$id.'&'.xtc_get_all_get_params(array ('action')), 'NONSSL').'">'.xtc_image_button('button_buy_now.gif',((CSS_BUTTON_ACTIVE=='true')?TEXT_BUTTON_BUY_NOW:TEXT_BUY.$name.TEXT_NOW)).'</a>';    }

    und ändere auf:


    Code
    function getBuyNowButton($id, $name) {
            global $PHP_SELF;
            if(MODULE_COMMERCE_SEO_INDEX_STATUS == 'True')
                return '<a [B]rel="nofollow"[/B] title="'.TEXT_BUY.TEXT_NOW.'"  href="'.xtc_href_link($_REQUEST['linkurl'],  'action=buy_now&BUYproducts_id='.$id.'&'.xtc_get_all_get_params(array  ('action', 'cat', 'cPath')),  'NONSSL').'">'.xtc_image_button('button_buy_now.gif',((CSS_BUTTON_ACTIVE=='true')?TEXT_BUTTON_BUY_NOW:TEXT_BUY.$name.TEXT_NOW)).'</a>';
            else
                return '<a [B]rel="nofollow"[/B] title="'.TEXT_BUY.TEXT_NOW.'"  href="'.xtc_href_link(basename($PHP_SELF),  'action=buy_now&BUYproducts_id='.$id.'&'.xtc_get_all_get_params(array  ('action')),  'NONSSL').'">'.xtc_image_button('button_buy_now.gif',((CSS_BUTTON_ACTIVE=='true')?TEXT_BUTTON_BUY_NOW:TEXT_BUY.$name.TEXT_NOW)).'</a>';
        }

    Hast Du es mal mit einem normalen Kundenkonto getestet? Nimmt Du einen Gutschein oder einen Koupon? Ein Gutschein ist IMMER eindeutig und kann nr einmal eingelöst werden, ein Koupon kann mehrmals eingelöst werden, also von verschiedenen Kunden jeweils 1 x (je nach Einstellung).
    Da ist aber der feine Unterschied!!! Habe ich auch erst begreifen müssen, wo hier der Unterschied liegt. Wenn man den Sinn mal verstanden hat, wird es klarer :)

    in der .htaccess wird expliziet auf UTF-8 gestellt, wenn der Provider das ignoriert und ein Zwang auf alten Schrott macht, liegt es doch wohl weniger am Shop oder? Der ganze Shop ist auf UTF-8 und wenn Dein Provider da was in den PHP Einstellungen zwangsverbiegt, solltest Du das doch eventuell mal mit dem Provider klären. Bei welchem Provider ist das denn so?

    Das ist bereits in der Plus behoben. Da hilft aber erst mal nur, SEO-URL neu durchlaufen lassen und dann den Cache leeren vom Shop. Dann werden auch die Content Boxen neu geladen.
    Für die CE werden wir in Kürze ein QF8 bringen, wo einige Fixes aus der Plus Version einfliesen werden.

    Seit gestern Abend gibt es den QF7 für die v2.1 CE. Dieser behebt die beiden genannten "Probleme".
    Download: http://www.commerce-seo.de/index.php?opti…atid=37&cid=110
    Eine Anmerkung dazu:
    Das geschilderte ist nur ein Aufhänger. Das Problem besteht in ALLEN xtc Forks, wie Gambio etc., selbst xtcModified, (da ist zwar schon was eingearbeitet, aber Standard auf false und die Suchergebnisseite wird dort auch als wichtig= index,follow eingestuft).
    Ist nett anzusehen, wer aber mal ein wenig über den 1 Tellerrand drüber schaut, sieht das Selbe Spiel auch mit dem Nachfolger von ecombase Shop von webs.de.
    Zuerst war ich sicher ein wenig erschrocken, aber da ich so etwas doch immer etwas genauer untersuche und nicht sofort in Panik verfalle, stellt sich bei genauerem halt raus, man versucht hier einfach die Leute etwas aufzuschrecken. Mag in manchen Fällen angebracht sein, in vielen aber auch nicht.
    Da hier expemplarisch xt-shopservice untersucht wurde, welcher allerdings bis gestern noch einer sehr alten v2.1 plus entsprach, war es für mich sicherlich ein wenig peinlich, aber somit konnte ich alles sehr gut nach vollziehen und auch sofort beheben.
    Hier also mein Dank an Herr ********** für die ausführliche Beschreibung.
    Ich weiß nur nicht, war das nun ein freundlicher hinweis zur Unterstützung von commerce:SEO? Vergessen wurde allerdings im NL, dass wir nicht nur die Plus anbieten, sonder auch eine freie Version, die auch rege genutzt wird.
    Also, BEVOR jetzt jemand in Panik verfällt, der Fix ist da, Sicherung machen und dann einspielen und testen.

    Generell gilt anzumerken: "- . ? &" im Produktnamen haben da nix zu suchen, das sind nun mal technische Zeichen, womit der Shop auch arbeitet. Besonders am Ende wirken sich diese Zeichen extrem aus.

    1. sehr schöner Shop, Respeckt :)
    Ein paar kleinere Anmerkungen:

    https://shop.ocoo.de/mein-ocoo-Account-erstellen.html
    OCÓO schnenkt Schönes
    http://shop.ocoo.de/OCOO-4er-DesignPack.html
    Was mich stören würde, das Mengenfeld ist in der Größe unterschiedlich zum Warenkorb Button

    https://shop.ocoo.de/Kasse.html
    Wenn Ihr nur Vorkasse, SÜ und PayPal nehmt, kann der Speichern Button da eigentlich raus bei den Zahlarten.
    Konnte leider keine Testbestellung machen, da Vorkasse nicht aktiv.

    http://shop.ocoo.de/2xOCOO-4er-DesignPack.html
    Das ist mit nicht ganz klar, warum 0,00 Euro?


    Ansonsten, wirklich Respekt, sehr schöner Shop. Eventuell berichtest Du ja noch mehr im Detail.

    Folgendes wurde erweitert:

    Erweiterte Suche wird zwar in der robots.txt ausgeklamert, aber in älteren Versionen wird in den metatags trotzdem ein index, follow gesetzt.
    Das ist jetzt für alle Seiten, was Google&Co nicht in die Hände bekommen soll, auf noxindex,nofollow gesetzt.
    Betroffene Datei: /includes/modules/metatags.php

    Wer die Datei schon angepasst hat, es wurde folgendes geändert:

    Statt (sehr weit unten):

    PHP
    <meta name="robots" content="<?php echo META_ROBOTS; ?>" />

    wird jetzt genauer abgefragt:

    In diesem zusammenhang wurde ein ein kleines canonical Problemchen behoben.

    Bei den Tags war es unter Umständen möglich, auch Tags aufzurufen, die gar nicht da sind. Es kam zwar, "Keine Treffer zu xyz" gefunden, aber eine gültige Seite!
    Das wird jetzt besser abgefangen. Nur wenn ein gültiger Tag da ist, wird auch Text ausgegeben, wenn nicht, kommt im Header jetzt ein 404

    betroffene Datei:
    /taglisting.php

    Änderung statt:

    Code
    $smarty->assign('TAG_COUNT', TEXT_TAG_TREFFER1 .$getCount['anzahl']. TEXT_TAG_TREFFER2);
        $smarty->assign('TITLE', TEXT_TAG_HEAD .$_GET['tag']);

    jetzt neu:

    Code
    if ($getCount['anzahl'] > 0) {
            $smarty->assign('TAG_COUNT', TEXT_TAG_TREFFER1 .$getCount['anzahl']. TEXT_TAG_TREFFER2);
            $smarty->assign('TITLE', TEXT_TAG_HEAD .$_GET['tag']);
        } else {
            header($_SERVER['SERVER_PROTOCOL'].' 404 Not Found');
            header('Status: 404 Not Found');
            header('Content-type: text/html');
        }


    Das Update kann problemlos über die v2.1.2.9 drüber gespielt werden, es sind nur diese 2 Dateien.
    Wer eine ältere Version noch hat, bitte zur Sicherheit manuell das Update wie oben beschrieben machen.

    Die Download Pakete wurde gefixt, es wird aber noch ein richtiges QF10 geben, das ist nur erst einmal ein Zwischen Fix.

    In dem Falle ist es aber die Gallery, da hier immer das 1. Bild genommen wird und die restlichen auf die gleiche Größe skaliert werden. Hast Du also 3 unterschiedliche Bilder, werden die alle auf 1 Format gequetscht.
    In der v2.2 gibt es nur noch colorbox. Die Pretty... fliegt raus, entgültig. Zu fehleranfällig.