Beiträge von mbdesign

Problem besteht auch bei einer Standard Einstellung Domianfactory.

Wie sieht denn die Empfehlung der Einstellung für den cseoV2 Shop aus?

Problem gelöst dank XTC modified

/admin/module_export ca. Zeile 44 findest du das hier:

switch ($_GET['action']) {
case 'save':
if (is_array($_POST['configuration'])) {
if (count($_POST['configuration'])) {
while (list($key, $value) = each($_POST['configuration'])) {
xtc_db_query("update " . TABLE_CONFIGURATION . " set configuration_value = '" . $value . "' where configuration_key = '" . $key . "'");
if (substr($key,'FILE')) $file=$value;
}
}
}

das ersetzt du mit dem hier:

switch ($_GET['action']) {
case 'save':
if (is_array($_POST['configuration'])) {
if (count($_POST['configuration'])) {
while (list($key, $value) = each($_POST['configuration'])) {
xtc_db_query("update " . TABLE_CONFIGURATION . " set configuration_value = '" . $value . "' where configuration_key = '" . $key . "'");
//BOF - GTB - 2010-08-06 - start Download Problem PHP > 5.3
if (strpos($key,'FILE') !== false) $file=$value;
//if (substr($key,'FILE')) $file=$value;
//BOF - GTB - 2010-08-06 - start Download Problem PHP > 5.3
}
}
}

Zitat von siekiera

Ich hatte aber gerade eine Idee, werde diese mal testen.

Und hat die Idee funktionert?

Ich habe das Problem das ich keiner der Module ausser die SEO URLS exportieren kann.

Im PLUS Testshop funktioniert es!?

Wenn ich versuche zu exportieren und nur herunterladen verwende versucht der Shop die module_export.php zu speichern.

Habe mir die module_export.php und export_functions.php angeschaut und verglichen mit Standard XTC, sieht alles OK aus.

Kann das mit einer Provider Einstellung zusammenhängen? in dem Fall Domainfactory!
Oder ggf. mit einer htaccess bzw. Schreibrechte?

php.ini ist nicht verändert

Zitat von julien

Hallo Mr. Mail,

meinst Du beim Bestellvorgang oder im Adminbereich?

Mit Ajax, im Bestellvorgang musst Du eine Zahlung/Versandart wählen und auf dem blinkenden "Speichern" klicken, sonst gelten die Methode nicht als gewählt..
Im Adminbereich musst Du unter Module->Zahlungsart oder Module->Vesandmodule ein Auswahltreffen und dort die Angaben befolgen...

Oder meintest Du etwas ganz anders??

Julien.

Auch wenn ausgewählt "blinkendes Speichern gedrückt - grün und OK" kommt beim versuch den Bestellprozess abzuschliessen wieder

- Bitte wählen Sie eine Zahlungsmethode aus
- Bitte wählen Sie eine Versandart aus

das ist seit dem update FP6 und iFP6

Vorab gelöst durch austausch der Datei mit alter Version xajax 0.5

hier laden http://xajax-project.org/media//xajax/0….5_standard.zip

und dann die Datei austauschen.

Leider geht aber auch die Auswahl der Versand bzw. Zahlungsmodule nicht mehr.
Sobald man den Bestellprozess abschliessen möchten kommt

- Bitte wählen Sie eine Versandart aus
- Bitte wählen Sie eine Zahlungsart aus

hat jemand bereits das Problem gelöst?

leider nein!

Parse error: syntax error, unexpected T_IF in /shop2/includes/xajax/xajax_core/plugin_layer/xajaxEventPlugin.inc.php on line 1

hat schon jemand einen Lösung?

Muss dringend den checkout zum laufen bringen.

Danke

Ja leider, jetzt habe ich den Shop Live laufen und von ECB umgestellt am WE und nix geht mehr!

Katastrophe!!!!

Hätte den Fixpack besser nicht installieren sollen.

Als ich die checkout Dateien wieder con der V2.0.5 verwendet habe läuft zwar der chekout, aber Bestellungen werden nicht in die orders.php geschrieben.

Ich hoffe auf eine schnelle Lösung des Problems.

Fehler besteht immer noch!?

Wann gibt es einen neuen FIXPACK

#RewriteBase/

ändern in

RewriteBase/

Zitat von siekiera

Wer Plain-Charset in eine Datei schreibt ist entweder Programmierer, zu faul oder hat keine Ahnung von Programmierung. Punkt.

Nur damit ich statt:

HTML

ä oder ü oder ß

das schreiben müsste?

HTML

ä oder ü oder ß

Ne lass ma. Über sowas diskutiere ich nicht.

Ich auch nicht, habe ja keine Ahnung von sowas.
Du wirst es ja wissen als Programmierer.

die beiden können auch meiner Meinung nach raus funktioniert sowieso nicht, warum nach Hersteller sortieren wenn ein Herstellerdropdown als Filter zur Verfügung steht.

$options[] = array('id' => 'manufacturer_asc', 'text' => MULTISORT_MANUFACTURER_ASC);
$options[] = array('id' => 'manufacturer_desc', 'text' => MULTISORT_MANUFACTURER_DESC);

und natürlich oben mehrfach folgendes raus

case 'manufacturer_asc':
$sorting = ' ORDER BY m.manufacturers_name ASC';
break;
case 'manufacturer_desc':
$sorting = ' ORDER BY m.manufacturers_name DESC';
break;

Und noch in der includes/modules/default.php folgendes ändern

ca. Zeile 500

von

if (PRODUCT_LIST_FILTER_FILTER == 'true') {

in

if (PRODUCT_LIST_FILTER_FILTER == true) {

und ca. 5 Zeilen drunter

von

if (PRODUCT_LIST_FILTER_SORT == 'true') {

in

if (PRODUCT_LIST_FILTER_SORT == true) {

Ok, Sie haben PRODUCT_LIST_FILTER_SORT vorgesehen da die Sprachdatei dafür vorhanden ist.

Einfach in der DB folgendes ausführen

INSERT INTO `configuration` (`configuration_id`, `configuration_key`, `configuration_value`, `configuration_group_id`, `sort_order`, `last_modified`, `date_added`, `use_function`, `set_function`) VALUES
('', 'PRODUCT_LIST_FILTER_SORT', '1', 8, 1, NULL, '2010-09-02 15:00:30', NULL, NULL);

Dann ist das Problem erledigt

Jetzt müssen wir nur wissen ob die Entwickler PRODUCT_LIST_FILTER_SORT vergessen haben in der configuration oder PRODUCT_LIST_FILTER_RESULT dafür verwenden wollen!???

Zitat von siekiera

Ich habe zugegebener Maßen diesen Fehler verursacht. Die Ausgabe wartet auf einen Wert der nicht existiert.

Wundert mich an dieser Stelle schon wieder. Alle haben soooo viel Ahnung von PHP und finden die eine Zeile nicht? Ich habe das gefixt und das wird das Fixpack 5.4 mitbringen.

Falsch: Konfiguration -> Artikel Listen optionen -> Display Kategorie / Hersteller-Filter...

Ja das ist schon klar, aber ohne Funktion.

Hatte mich falsch ausgedrückt! Sorry

@siekiera

Zitat von siekiera

mbdesign

PS: Die Dateien müssen nicht alle als UTF8 gespeichert werden, das hat mit der Codierung der Sprache nichts zu tun!

Dann schreibe mal etwas mit Umlaute in eine Datei und speicher diese ab.

Ich speicher meine Dateien in Dreamweaver immer als utf-8 ab, damit gibt es 100% keine Probleme mehr.

Ist einfach nur lästig wenn ich update Dateien einspiele.

Aber Ihr könnt das natürlich machen wie Ihr wollt.
Übrigens habe ich gerade noch etwas in den Bugtracker geschrieben.
Bei aktivertem DB Cache gehen die database Boxen nicht mehr.

Auch in eurem Testshop nicht!

Und lt. Quelltext sind eure Testumgebungen nicht aktuell,

<meta name="generator" content="(c) 2010 by commerce:SEO v2.0.2 CE" /> <title>commerce:SEO v2 CE Demo</title>

Gute Frage!

auch nach dem neuen FIXPACK 5 immer nocht nicht berichtigt.

Leider ist das im Adminbereich nicht möglich einzustellen.

Warum es nicht angezeit wird habe ich nicht gefunden.

Ggf. kann das mal jemand erledigen

oder hier zum copy and paste

switch ($_GET['multisort']){
case 'new_asc':
$order_str = 'GROUP BY p.products_id ORDER BY p.products_date_added ASC';
break;
case 'new_desc':
$order_str = 'GROUP BY p.products_id ORDER BY p.products_date_added DESC';
break;
case 'name_asc':
$order_str = 'GROUP BY p.products_id ORDER BY pd.products_name ASC';
break;
case 'name_desc':
$order_str = 'GROUP BY p.products_id ORDER BY pd.products_name DESC';
break;
case 'price_asc':
$order_str = 'GROUP BY p.products_id ORDER BY p.products_price ASC';
break;
case 'specialprice':
$order_str = 'GROUP BY s.products_id ORDER BY s.specials_new_products_price ASC';
break;
case 'price_desc':
$order_str = 'GROUP BY p.products_id ORDER BY p.products_price DESC';
break;

ACHTUNG ich habe bei mir für Sonderangebot die

case 'specialprice':
$order_str = 'GROUP BY s.products_id

verwendet, damit werden ab sofort bei Filter "SONDERANGEBOTE" nur noch Sonderangebote angezeigt.

Wer das nicht will muss einfach statt s.products_id p.products_id verweden.