Beiträge von admin

    Also ich ganz persönlich werde mich hier über den ganzen Sachverhalt auch nicht weiter äußern. Es sind mir einige Sachen bekannt und das werde ich mit dem Exkollegen persönlich klären. Ich bin seit 10 Jahren Webdesign Erfurt, der Kollege noch lange nicht mal die Hälfte. Ich denke, es hat ihm jemand auf den Schlips getreten und keiner weiss wie und warum, aber Jugend schützt vor Torheit nicht. commerce:SEO wird weiter entwickelt und auf maximal Kompatibilität setzen. Ich habe bereits mehrere Anfrage wegen Tests mit diversen WAWI. Es streitet auch keiner ab, dass was Daniel gemacht hat schlecht ist, nur die Art und Weise wie die ganze Sache abgelaufen ist und das ewige Nachflicken ging mir auch schon länger gegen den Strich.
    Ich wünsche ihm alles Gute und er soll seinen Weg gehen.
    Ich bitte, dieses Thema hier auch nicht weiter öffentlich zu diskutieren. Ich weiß, dass die Leute hier im Forum, die sich wirklich engagieren und das Ganze nicht als Spiel betreiben, auch hier bleiben werden und den Shop weiter laufen lassen werden. Wer gern wechseln will, muss das halt tun. Ich kann keinen Aufhalten. Zum "Statement" von Daniel kann ich nur sagen, sehr einseitig und sehr egoistisch. Die "Geheimnisse", die er zu glauben kennt, entsprechen auch nicht ganz der Wahrheit. Hier ist alles offen. Momentan liegt es in meinen persönlichen Händen, eine Weiterentwicklung mit zukünftigen Partnern ist aber wahrscheinlich um langfristig besseren Support anzubieten und die Weiterentwicklung voran zu treiben, aber nur mit der Massgabe, dass sich für alle nichts ändern wird. Als Oneman Shop wird es nicht auf Dauer gehen, sollte jedem klar sein.
    @mercari: So lange Du hier Frieden hällst, sehe ich keine Veranlassung, den Account zu löschen. Ich habe hier nur sachlich die Lage geschildert und das so neutral wie möglich.

    An alle, ich bitte dieses Thema öffentlich ruhen zu lassen. Wer weiteres wissen will, gern per PN oder persönlich.

    Ein letztes Wort zum Verlassen des Herr Siekiera. Er geht seiner eigenen Wege und das ist nun mal so. Es gab leider immer wieder unterschiedliche Auffassungen, die ich selbst auch nicht mehr gewillt war, so einfach hin zu nehmen. Dazu gehören unter anderem auch die ewigen Wartezeiten. Sicher werden ein paar treue User die Fronten wechseln, aber wer bleibt, wird auf lange Sicht nicht entäuscht werden. Wie ich bereits anklingen lassen habe, werden wir hier jetzt erst mal wieder auf Stabilität setzen. Dazu kommt in Kürze ein großes unternehmen mit an Bord, was die Weiterentwicklung sicher stellt und nicht von mir alleine geschultert werden muss. Ich habe mich erst mal um Bugfixes gekümmert, damit der Shop wieder rund läuft. Es sind besonders im FP10 viele Änderungen seitens dem Exkollegen eingeflossen, die sich als zusätzliche Fehlerquelle heraus gestellt haben und ich selbst auch ins offene Messer gelaufen bin. Mit dem FP11 wurden die Fehler bereinigt und das Quickfix 11.1 wird noch einmal ein kleineres Problem lösen mit den produkt Listen.
    Ich werde jetzt anfangen, die v2.1 zu fokusieren und hier finden dann schon die Ersten Weiterentwicklungen mit unserem neuen Partner statt. Hier wird es nur wenig neue Features geben, diese sind dann aber ordentlich getestet und Hauptfokus ist immer noch Trusted Shops Zertifizierung. Wer die Fronten wechseln möchte ist jedem selbst überlassen. Hoffen wir mal, dass der Exkollege dann auch mal Versionen bringt, die ordentlich getestet wurden. Von meiner Seite wird es hierfür keinerlei Unterstützung geben, was sicher jeder verstehen kann.

    Da stimmt aber was mit der Datenbank nicht. Fehlt Dir das SQL aus FP8?

    SQL
    INSERT INTO configuration (configuration_id,  configuration_key, configuration_value, configuration_group_id, sort_order, last_modified, date_added, use_function, set_function) VALUES   ('', '_PAYMENT_MONEYBOOKERS_EMAILID', '',  31, 1, NULL, '', NULL, NULL);
    INSERT INTO configuration (configuration_id,  configuration_key, configuration_value, configuration_group_id, sort_order, last_modified, date_added, use_function, set_function) VALUES   ('', '_PAYMENT_MONEYBOOKERS_PWD','',  31, 2, NULL, '', NULL, NULL);
    INSERT INTO configuration (configuration_id,  configuration_key, configuration_value, configuration_group_id, sort_order, last_modified, date_added, use_function, set_function) VALUES   ('', '_PAYMENT_MONEYBOOKERS_MERCHANTID','',  31, 3, NULL, '', NULL, NULL);
    INSERT INTO configuration (configuration_id,  configuration_key, configuration_value, configuration_group_id, sort_order, last_modified, date_added, use_function, set_function) VALUES   ('', '_PAYMENT_MONEYBOOKERS_TMP_STATUS_ID','0',  31, 4, NULL, '', 'xtc_get_order_status_name' , 'xtc_cfg_pull_down_order_statuses(');
    INSERT INTO configuration (configuration_id,  configuration_key, configuration_value, configuration_group_id, sort_order, last_modified, date_added, use_function, set_function) VALUES   ('', '_PAYMENT_MONEYBOOKERS_PROCESSED_STATUS_ID','0',  31, 5, NULL, '','xtc_get_order_status_name' , 'xtc_cfg_pull_down_order_statuses(');
    INSERT INTO configuration (configuration_id,  configuration_key, configuration_value, configuration_group_id, sort_order, last_modified, date_added, use_function, set_function) VALUES   ('', '_PAYMENT_MONEYBOOKERS_PENDING_STATUS_ID','0',  31, 6, NULL, '', 'xtc_get_order_status_name' , 'xtc_cfg_pull_down_order_statuses(');
    INSERT INTO configuration (configuration_id,  configuration_key, configuration_value, configuration_group_id, sort_order, last_modified, date_added, use_function, set_function) VALUES   ('', '_PAYMENT_MONEYBOOKERS_CANCELED_STATUS_ID','0',  31, 7, NULL, '', 'xtc_get_order_status_name' , 'xtc_cfg_pull_down_order_statuses(');

    Der Ordner css beinhaltet alle CSS Definitionen, die stylesheet2.css ist nur für Druckausgaben. Die Links werden in der stylesheet.css definiert. Ansonsten Firebug installieren im Firefox und dann in den 2 CSS Dateien stylesheet.css und strucktur.css suchen.

    Ich denke, bei solchen Umsätzen sollte man das auf jeden Fall über eine Faktura / WAWI abwickeln. Das kann man unmöglich im Shop nachbilden, da hier zu viel zu berücksichtigen wäre und der Aufwand in keinem Verhältnis steht.

    Ich denke, es gibt nun eine lösung für das Problem. Datei includes/modules/product_listing.php öffnen:

    Suche:

    Code
    $per_site = new Smarty;    $per_site->assign('LINKS_PER_SITE', $view_per_site);    $per_site->assign('language', $_SESSION['language']);    $products_persite = $per_site->fetch(CURRENT_TEMPLATE.'/module/products_per_site.html');

    Ersetze:

    Code
    $per_site2 = new Smarty;
        $per_site2->assign('LINKS_PER_SITE', $view_per_site);
        $per_site2->assign('language', $_SESSION['language']);
        $products_persite = $per_site2->fetch(CURRENT_TEMPLATE.'/module/products_per_site.html');

    Das Problem ist, dass $per_site in die Session abgelegt wird, mit dem Block wird aber die Session überschrieben und dann kommt das Ganze aus dem Tritt.

    In Kürze kommt das QuickFix 11.1, was das Problem beheben wird.

    Hast Du für die index im Content Manager eventuell Test eingetragen? Oder Admin > Konfiguration > Mein Shop. Irgendwoher muss es kommen. Seit FP10 werden auch die Titel für die index mit berücksichtigt.