Trachten hat so etwas vielleicht zuviel probs mit, aber hier noch ein beispiel
Soll es einfacher machen in mehrere Sprachen für Shopadmins, aber wichtiger für übrige mitarbeiter die weiter nicht mit Code zu tun haben sollen!
Beiträge von jotest
-
-
cache und /oder sessions?
-
Also ich habe mal rumgetestet, IE8/9/10/11, abgesehen, dass alle scheiße sind, habe ich die Probleme aber nicht! Trotz 3 Stunden Windoof Update
Hmm ist naturlich behoben durch dir nach den Anruf, haben wir den code für den wo es daneben ging nach den update ( sofort ideal in den checkout_box html excluded von dieser xajax auto speichern)
-
He Zacharias
Sofort IDEAL Zahlmodul ( dort den Bankauswahl) weiter hier sachen wo beim onepagecheckout teilen ein umlaut drin ist aber kan ein fehler bei Uns sein wegen utf8 dort, weis das noch nicht. ( weil habe dieser ganz schnell draugeholt, dan lauft die)
Ist in jedenfall ein v2.3.xAber problem ist durch Andreas behoben wen Du mein Link oben folgt.
Ist auch gleich wen übrige Zahlmodule etwas nicht richtig machen ( speichern mit ein mousselect in java/xajax) vielleicht wichtig
-
Sitemap mal nachgeshen die in google eingereicht ist und ob die richtig ist.
Weiter in Quelcode den Seiten welche Meta's stehen dort.
Link?
Weiter ofcourse macht Google immer draus was die für richtig halt

Versuche uach zum test in google mit;
Zitatsite:deinewebseiteurl
-
Beiden XAJAX onepage checkout probs behoben folge den link oben.
( das teil mit nicht richtig utf8 wo es vielleicht mein fehler ist weis ich nicht, aber habe dort solange also kein fremdzeichen drin dan lauft die)
-
Zitat
das umbauen ist nicht so einfach.
Ich weis was ich frage

Man soll es den BOSS nicht zu einfach machen , nein witz.OK abwarten, man kan so mit den Beta vielleicht einiges umgehen, und ist etwas mit memory leaks was vielleicht auch mit den 0.5x geht
Ob dieser dan uberhaupt ein rolle spielt in Shopsystem weis ich nicht !
Nur dass einige mit den IE benutzer so .... sein kan -
Andreas danke für die hilfe war zu beheben mit
&& $module_data.value_id != 'sofort_ideal' dieser erweiterung in den \templates\gear\module\checkout_payment_block.html
Zeile 8 bei uns.
Damit die es nicht automatisch Speichert nach jeden änderung von ein Bank mit den IDEAL zahlart aber den Kunden selbe speichern soll nach auswahl, die blinkt dan ofcourse.
-
Bei Uns oder einer bei Sofort?
Bei Uns kan ich dir naturlich ein admin shop account und ftp regeln.
Damit in jedenfall den xajax checkout wider laufen richtig kan, weil man muss da nicht weiter duchr und ein richtige Bestellung für machen dieser teil ist so zu sehen in den checkout.Für dass Admin teil mit ja oder nein den Zahlrückmeldungen und damit Lager Bestandsverwaltung auch den Sofort admin verwaltung ja muss man mehr haben aber dachte mir dass einer bei Sofort mit comseo das macht beim sofort?
-
Anpassung und dabei hier?
http://wiki.kaeufersiegel.de/index.php/Inst…n_SchnittstelleFür den v2next und v2.3.x

-
OK herausgefunden wie ein Kunde doch bestellen kan mit Ideal und Bank auswhalen kan.
Dies ist also nach ein Update von Microsoft den fall soweit ich weis mit IE browsers!
Was ein Kunden dan machen soll:
1 stes ganz wichtig gleich den richtige Bank auswahlen aus dropdown, erst danach den zahlart IDEAL.
Anders geht es nicht einfach.Wen es aber nicht mehr geht dan soll den Kunden mit den MAUS den Dropdown aktief halten mit ein PFEIL TAste von Tastatur nach den richtige Bank gehen und mit andere Finger auf den Enter Taste drucken, dan speichert er den richtige Bank.
Also nicht wirklich Benutzer freundlich, SPÜRNASE muss die Kunde dan haben
Also den (doppeltes) XAJAX speichern zahlart mit noch ein dropdown dazu lauft dan also in IE nicht richtig durch nach UPDATE in Shop v2.3.x in jedenfall so
-
Für den v2.3.x und v2next den wünsch die neue XAJAX ( ist in beta aber schneller und weil mit json weniger abhängig von den Browser unterschieden! )
XAJAx 0.6 beta 1 tja beta und auch alt aber den v 0.5 ?
http://www.xajax-project.org/en/download/den v05 http://sourceforge.net/projects/xajax/
Ist auch alt aber vielleicht ein ansatz https://github.com/Xajax/Xajax
Habe hier zum beispiel probs mit den v2.3.x onepage checkout und sofort ideal sehe
http://plussupport.commerce-seo.de/showthread.php…ull=1#post10937 und http://plussupport.commerce-seo.de/showthread.php…ull=1#post10933was ich falsch mache weis ich so nicht aber vielleicht mit neue version XAJAX besser zu handlen?
Können nicht nach den v2.4 weil connector jtl mit anpassungen auch eigene. Und einige das die varkombis von jtlwawi mit masterslave von comseo laufen und noch ein par sachen laufen noch nicht 100% mit v2.4.
-
Auch versucht mit den sofort ideal aus den v2next
Zitat* $Id: sofort_ideal.php 420 2013-06-19 18:04:39Z akausch $
XAJAX update / speichern den Banken lauft ab Woche 2 Oktober 2013 nicht mehr durch mit IE Browser Kunden
Den anpassungen für COMWSEO von sofort ideal module beim Sofort sind so
ZitatAlles anzeigen//commerce:SEO - Bugfix
if (isset($_REQUEST['xajax']) && !empty($_REQUEST['xajax'])) {
$fields[0]['title'] = utf8_decode($fields[0]['title']);
$fields[0]['field'] = utf8_decode($fields[0]['field']);
return array('id' => utf8_decode($this->code), 'module' => utf8_decode($this->title_extern), 'fields' => $fields, 'description' => utf8_decode($description), 'module_cost' => utf8_decode($cost));
}else{
return array('id' => $this->code , 'module' => $this->title_extern, 'fields' => $fields, 'description' => $description, 'module_cost' => $cost);
}
}//in CommerceSEO check is done with Ajax
if (isset ($_POST['xajax']) && $_POST['xajax'] == 'updatePaymentModule' ) {
$requestData = $vars;
$is_ajax = true;
} else {
$requestData = $_POST;
$is_ajax = false;
}
if(isset($requestData['ideal_bank_name'])) $_SESSION['ideal_bank_name'] = HelperFunctions::htmlMask($requestData['ideal_bank_name']);
if ((!isset($requestData['ideal_bank_name'])
!$requestData['ideal_bank_name'] ) && (!isset($_SESSION['ideal_bank_name'])
!$_SESSION['ideal_bank_name'])) {
if ($is_ajax) {
$payment_error_return = 'payment_error='.$this->code.'&error='.urlencode(MODULE_PAYMENT_SOFORT_MULTIPAY_XML_FAULT_10000);
$_SESSION['checkout_payment_error'] = $payment_error_return;
} else {
$paymentError = 'payment_error='.$this->code.'&error_codes=10000';
xtc_redirect(xtc_href_link(FILENAME_CHECKOUT_PAYMENT, $paymentError, 'SSL', true, false));
}
}
return false;
}Ist vielleicht nach ein Update von Microsoft mit den IE Browser und Windows das die jetzt den bAnk nicht mehr speichern möchte, fehler für Endkunde bleibt dan immer Auswahlen und speichern sie den BANK.
Vielleicht hilft so etwas aber bin Kein Programmieren den von Mario hier, wie das um zu setzen für oben genantes.
http://plussupport.commerce-seo.de/showthread.php…ght=lastschrift
http://plussupport.commerce-seo.de/showthread.php…ght=lastschriftZitatAlles anzeigenokay cool, hier noch mein Quickfix für alle die es bis noch vor dem FP2 brauchen:
in der
includes/xajax.checkout.php (ca Zeile 129) suchen:$_SESSION['payment'] = xtc_db_prepare_input($vars['payment']);
Darunter einfügen:
//total10 LS-Quickfix
$_SESSION['t10lsqf'] = xtc_db_prepare_input($vars);
//total10 LS-Quickfix Ende
anschließend in der
includes/modules/payment/banktransfer.php (wiederum ca Zeile 129) suchen
'field' => xtc_draw_input_field('banktransfer_blz', $_GET['banktransfer_blz'], 'size="8" maxlength="8"')),
array('title' => MODULE_PAYMENT_BANKTRANSFER_TEXT_BANK_NUMBER,
'field' => xtc_draw_input_field('banktransfer_number', $_GET['banktransfer_number'], 'size="16" maxlength="32"')),
und nun einfach $_GET durch die $_SESSION['t10lsqf'] ersetzen :
array('title' => MODULE_PAYMENT_BANKTRANSFER_TEXT_BANK_BLZ,
'field' => xtc_draw_input_field('banktransfer_blz', $_SESSION['t10lsqf']['banktransfer_blz'], 'size="8" maxlength="8"')),
array('title' => MODULE_PAYMENT_BANKTRANSFER_TEXT_BANK_NUMBER,
'field' => xtc_draw_input_field('banktransfer_number', $_SESSION['t10lsqf']['banktransfer_number'], 'size="16" maxlength="32"')),
Mit besten Grüßen aus Hamburg
Mariooder http://plussupport.commerce-seo.de/showthread.php…highlight=xajax ?
Oder in xaja checkout so anpassung wie für klarna?
Zitatif (!isset($_SESSION['klarna_data'])) {
$_SESSION['klarna_data'] = xtc_db_prepare_input($vars);
}
// print_r($_SESSION['klarna_data']);die; -
Ist ja eigentlich noch schlimmer, wirklich richtig macht er den Updates in Safari dort, den versandart update speichert die nur in safari hier auf win7 safari richtig.
Also ist ein fehler ins Template oder versandart teil, Abholen steht dabei mit Barzahlung vielleicht dieser Kombi?
Es gab auch ein fehler dort den versandart update hat er nicht gemacht weil einer Ü so in text bei einer zahlart stand das ist einer formfehler was nicht mit den XAJAX gut geht, dies habe ich dan behoben aber den IE bankauswahl in idealmodule lauft nicht!
Also dieser lauft richtig. ( also safari user agent)
Zitat- - [12/Oct/2013:13:54:40 +0200] "POST /checkout.php HTTP/1.1" 200 6694 "https://shoppie/checkout.php" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/534.57.2 (KHTML, like Gecko) Version/5.1.7 Safari/534.57.2"
und dieser mit ie und 2e mit firefox 24 laufen dan nicht richtig
Zitat"Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)"
"Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Firefox/24.0"Sehe weiter hier für den Sofort Zahlmodule vielleicht besser hier http://plussupport.commerce-seo.de/showthread.php?t=1562
-
Ist noch etwas nicht 100%
Wen Kunden IE benutzen dan lauft in onpage checkout ( v2.3.5 bis v2.3.7 in jedenfall) momentan ein Zahlart auswahl module wo man nicht nur den Zahlart Wählen muss aber auch ein dropdown mit zum beispiel Bank auswahlen noch drin ist, dan lauft dieser onepage nicht mehr.
Scheint so ab Updates von Microsoft zu sein, weil vorher hat sich kein Kunden gemeldet und Bestellungen mit dieser Zahlart waren da, jetzt also Probleme.Zum beispiel
Wen onepage checkout dan hat den Ideal zahlmodule von Sofort immer Funktionierd jetzt aber, glaube nach Updates von Microsoft mit win7 64 und IE9 64 dan lauft die Wahl Ajax von Bank nicht durch.
Komt immer mit speichern aber dort kan man dan die Bank nicht auswahlen / speichern, auch nicht mit dieser FP7, auch wen ich dieser deinstalliere also ist nicht fp7 aber denke ein Update von Microsoft windows oder ie die so etwas gemacht hat?
Oder doch ein update auf den server ( ist für 7 Tage ein Directadmin panel update gewesen), weis es nicht sorry genau.Hmm die Shops kent Admin, mit Firefox und Chrome lauft es gut/besser
Also für Kunden mit so ein IE lauft Unsere wichtigste Zahlmodule jetzt nicht mehr!
( zum testen soll man als Kunde adresse einer in Niederlande eingeben als Gast oder Kunde beides geht nicht.
Verdacht ist wirklich auf ein Update von Microsoft von letzte Dienstag.
Also den warnung Bank auswahlen bleibt rot blinken wen man Ideal checkt, aber den dropdown Bank kan man nicht auswahlen und den wert auch nicht speichern in IE auf meherere Rechner!
Auch mit (updated) winxp sp3 und ie8 lauft es nicht
accesslog sehe kein fehler aber die ist so:
ZitatAlles anzeigen-urlofcourse/checkout.php" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)"
- - [12/Oct/2013:11:25:02 +0200] "GET /cseo_css_img.php?c1=22BE22ff&c2=128C14ff&h=120 HTTP/1.1" 200 1067 "https://shopdomain-urlofcourse/checkout.php" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)"
- - [12/Oct/2013:11:25:02 +0200] "GET /cseo_css_img.php?c1=fc915fff&c2=ff2605ff&h=120 HTTP/1.1" 200 1227 "https://shopdomain-urlofcourse/checkout.php" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)"
- - [12/Oct/2013:11:25:02 +0200] "GET /css_styler.php HTTP/1.1" 200 1034 "https://shopdomain-urlofcourse/checkout.php" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)"
- - [12/Oct/2013:11:25:02 +0200] "GET /cseo_css_img.php?w=1&h=40&c1=303a45ff&c2=222b35ff HTTP/1.1" 200 714 "https://shopdomain-urlofcourse/checkout.php" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)"
- - [12/Oct/2013:11:25:02 +0200] "GET /cseo_css_img.php?w=1&h=40&c1=f9f0a9ff&c2=ffbc05ff HTTP/1.1" 200 746 "https://shopdomain-urlofcourse/checkout.php" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)"- - [12/Oct/2013:11:25:06 +0200] "POST /checkout.php HTTP/1.1" 200 1163 "https://shopdomain-urlofcourse/" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)"
- - [12/Oct/2013:11:25:07 +0200] "GET /cseo_css_img.php?w=1&h=40&c1=ff9f72ff&c2=ff2605ff HTTP/1.1" 200 891 "https://shopdomain-urlofcourse/checkout.php" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)"
- - [12/Oct/2013:11:25:10 +0200] "POST /checkout.php HTTP/1.1" 200 1163 "https://shopdomain-urlofcourse/" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)"- - [12/Oct/2013:11:25:18 +0200] "POST /checkout.php HTTP/1.1" 200 1163 "https://shopdomain-urlofcourse/" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)"
-
hulisuis, das Problem mit den Benutzerrechten bzw Eigentümern der Dateien sollte sich von deinem Hoster mit einer Mail erledigen lassen, es scheint so, als würden die Shopfiles dem einen User "gehören" , z.b. dem ssh/ftp-user, beim Bildupload z.B: wird aber ein anderer user verwendet, nennen wir ihn Web-user - dadurch treten dann hin und wieder solche Probleme auf, kommt sehr selten und nur bei einigen Hostern vor, das ist also nicht die Regel, von vielleicht 75 Shopmigrationen und Umzügen die ich mit commerce:seo gemacht habe trat es vielleicht 2-3 mal auf (bin Shopdienstleister, daher die hohe Anzahl).
ich hab den Beitrag hier nur überflogen, was das Thema Geld ausgeben angeht : die Plusversion ist kein Vergleich zu der CE Version, die CE wird m.E. sehr stiefmütterlich behandelt, bei der kostenpflichtigen Version ist vieles um längen besser - u.a. der Support im Forum für die Bezahlkunden.
Mit besten Grüßen aus Hamburg!
Mario
Hallo Mario
Habe so etwas vorher gesagt aber er versteht mein Deutsch nicht
ZitatNur ein ganz wichtge bemerkung, SSH, FTP und und oder Apache User tja welches server benutzer/user setzt die Rechten und ist den file owner wen man es so macht!
Wen man mirrors macht sol man es richtig machen und nicht halb

Er weiss auch besser wie ein Forum sein soll, also.. -
Alles anzeigen
Kaufen würde ich es schon allein aus dem Grund nicht das es jetzt schon so beschissen ist!
Allein das hält einem vom Kauf ab!Ich gebe doch kein Geld aus für Probleme, was ist das denn für ne Logik?
Jedes andere Shopsystem ließ sich bisher ohne Problem auf einen anderen Server umziehen, es gab keinerlei Fehler.Dieses System macht nur Ärger, werde es jetzt ganz einfach machen, steige wieder auf alt bewertes um, dies war ein 2 Monats Test bei dem es fast kaum zu Problemen gekommen ist, selbst Fabanpassungen tec. hat man ganz gut hinbekommen, aber soetwas darf nach einem einfachen umzug auf einen anderen Server nicht passieren!
Daher sehe ich den Test als misslungen an.
Nutze wieder die Shops die immer laufen und fertig.Der Name verlockt einfach zum Testen, aber die Arbeit hätte man sich sparen können.
Zu Dir, Du sagts Du bist aus Holland?
Das ist nett von Dir das Du probierst zu helfen, nur bringt das ganze recht wenig wenn man nur die hälfte versteht, ich könnte Dir jetzt auf Türkisch schreiben in halben Deutsch, das würde Dir auch nicht wirklich weiter helfen oder?Auser das Du sagst ich solle mich mal mehr mit dem und dem beschäftigen, war da nichts was zurLösung des Problems beigetragen hat.
Tja auser Weiser Seite und Rechten prob hast Du nur gemeckert

Naturlich werdet so keiner problem behoben, den wirkliche Server / PHP error und und ist hier durch dir gar nicht posted!
Von was umgezogen ? von gleiches COMSEO auf ein gleiches comseo version?Weil das geht immer wen die settings comseo und hosting identisch sind, noch niemals fehler gehabt, nur aufpassen wie gesagt mit den sessions und caching weil die soll man naturlich nicht mitnehmen, weiter gibt es ein extra security in jedenfal in den plus version, ( wo man dan vielleicht noch was machen muss, wen dieser werten auf den server abweicht)
-
Weise Seite dan gibt es nähmlich ein meldung in ein error LOG oder access LOGFILE, die ist hier auch nicht gepost also, wirklich ahnung ist ?!
-
Es geht immer noch um die Freigabe fürs commerce:seo!
es scheint ein Problem bei den Rechten zugeben und zwar in der Besitzer Gruppe die z.B. die 1002 hat, wenn ich nun aber ein Blid hochlanden möchte (Produktbild) dann wird dieses eingetragen mit 33 33, aslo muss ich wohl die Gruppe ändern.Der Server arbeitet mit einer Spieglung, also erzähl mir bitte nichts über Server.
Kenne keinen Shop, wie ich schon sagte bzw. schrieb, der zu blöd ist nach dem aufsetzen, Bilder hoch zu landen, das geht bei Magento, Oscommerce, Bigware usw.Also bitte daher keine Belehrung, Commerce:seo ist einfach zu schlecht programmiert, das zeigen doch allein schon die ganzen Bugs die es hier im Forum zu diskutien galt.
Daher finde ich es erstanlich das soetwas auch noch verkauft wird, dafür würde ich nichts ausgeben wollen, bei solchen Problemen, nein Danke!Tja VERSION noch immer nicht bekant gegeben!, anscheinend kein Kauf version weil dan war es in PLUS suport forum!
Wen man den aktuele versionen nicht zum laufen bekommt macht man etwas falsch.Und ja BUGS gibt es überall sehe dein Forum nach von den Rest Shopsystemen, bin dabei seit 2000 also...
Schlimme BUGS aber nicht in den Aktuele (Kauf) Versionen von COMSEO. und auch nicht in den v2.1plus v2.2 plus v2.3 plus und den Aktuele v2next plusAber OK wen einer es nicht an laufen bekomt sollte es den COMSEO sein die fehler hat, trotzdem vielen es seit mehrere Jahren laufen haben?
-
Nur ein ganz wichtge bemerkung, SSH, FTP und und oder Apache User tja welches server benutzer/user setzt die Rechten und ist den file owner wen man es so macht!
Den ganzen Satz bitte nochmal auf Deutsch, Danke.
Danke suche dir weiteres hilfe, bin aus Holland und bemuhe mich, aber Du ... tschussie