Beiträge von jotest

DAnke sehr spart mich nachher auch Arbeit, wen ich weitermache mit den tests es gibt ein neue wawi beta xxxx912 nicht für produktiv einsatz

WOW dan lauft alles GUT?
weil die ist dan wirklich anders dan den mit den < v2next connector

weis nicht was er macht mit den salt key?

Bitte ich habe kein Zeit, aber sehe wegen den docroot path und und jtl forum, weil da soll etwas mit sein soweit ich 123 sehe, also deine server/paths die kan man dort auch fest eingeben soweit ich mich errinere. sehe forum/wiki wawi

Kan etwas nicht finden dafür soll dan zum beispiel doch den path oder ... nicht richtig sein.

sehe forum jtl wegen docroot path und ja oder nein dieser exact angeben festlegen
define (DOCROOT_PATH,"../../../../../"); lauft vielleicht nicht richtig so wegen oder etwas in htaccess, oder anderer sachen wegen server configs.

selbe haben wir connector nicht in den admin verzeichnis.

'includes/classes/class.phpmailer.php' findet er nicht also paths denke ich

soll auserhalb den 500 auch irgendwo ein error / meldung sein mussen welche teilen/datei er nicht starten / finden kan.
Wo weis ich so nicht vielleicht errors anzeigen lassen oder ein debug mode.

meist ist es etwas mit htaccess / rechten und /oder den paths in/von den config Datei jtlconnector

Wen ich soweit bin und Zeit habe teste ich auch noch was
Ob es sin macht weis ich nicht weil weis nicht wen die neue connectoren fertig sind, ob die mit COMSEO laufen und oder was die kosten pro lizenz/shop/monat werden wen es bezahl export import werden soll beim jtlwawi.

Laut aussage Janusch oder sein Bruder dort in Forum auf frage von mir aber weile her soll dass alte auch noch unterstutzt / laufen bleiben

Sehe v2.3.x info's auch hier http://plussupport.commerce-seo.de/showthread.php…full=1#post7114 nach oben und unten

Hmm

In forum beim modified ist einer die ein link zum den neueste anpassungen connector hat, die kan man dan vergeleichen mit die ( muss man immer alle connectoren neu downloaden weil versionnr's, / datums bleiben oft gleich trotzdem änderungen) von jtl und die von COMSEO.

Vielleicht auch nicht in ein admin verzeichnis wie dan steht in wiki/forum jtl, ist für mich zulange her, wen es lauft mache ich immer ein kopie von Datei, und den Datenbank, änder tu ich dan nur den teilen wo es sein soll. ( leermachen Datenbank, paths . db user db pass shopnames und und) ( den Connector die wir benutzen ist zuviel angepasst auf unsere situation/einstellungen funktions atribute/ und und, und lauft nicht mit ein standard shop comseo oder xtforks)

Einige davon:
Pro shop andere reihe folge, master slave von varkombi's, master slave varkombi stücklisten, extra info tab pro shop und pro sprache, googlekat, bilder name in richtige sprache setzen, HAN unsw

Weis nicht wie viel zeit noch ist ( DU HAT), weil JTL ist dabei mit neuerere versionen und hoffentlich dan auch q1 2014 connectoren. ( wen kein Zeit wie wir, haben wir teilweisi deswegen ( doppeltes arbeit zum anpassen ) noch kein v2next in liveshops)

neen v2.3.x
modified benutzt du den connnector von den,?
ist glaube ich etwas anders dan den comseo.

Den neueste modified jtl connector mit utf8 soll man aber mit den info und connector von COMSEO ( ins shop commerce-seo zum download) anpassen können vergleichen mit notepad plus plus compare.

Den neue v2next mit JTLconnector hmm warte wir noch auf neue sachen ins jtlwawi, die aber seitens jtl viel zu spät und mit bugs da sind/ noch kommen sollen

Die sind dort auch ziemlich lange mit ein komplett neue import export / connector beschäftigd wen wan und ob es mit comseo geht weis ich icht.

glaube habe wen v2next beta da war mal tested, mit den connector die auch ins v.2.3 lauft, da hat es gelungen, weiter nicht tested, weil die Zeit ... und sollte damals neueu Funktionen ins wawi ohne bugs geben was also nicht den fall war, mein Zeit damit vertan, dan sollte damalss hoffentlich in kurze zeit weiter gehen, ich warte aber noch, weil hmm den neue version wawi 0911 ist nur noch beta

Wen also hier v2next blog sachen fertig sind, (personal links") , den jtlwawi mit 0912 oder 913 aus beta ist und ohne bugs, Januar vielleicht und ich zeit habe weiter mache.

OJA den datev export wawi hmm, warten auch vielen bis die richtig überarbeitet ist

Sollte aber denke ich ein ausgabe haben laut jtlforum , also log files und und server nachsehen.

Zitat von Katana

Hallo

ja mit den Aufruf http://IhreShopDomain.de/admin/includes/modules/jtlwawi_connector/install/index.php
Dadurch habe ich ja die Daten für JTL bekommen für die Verbindung

Aus forum von JTL von JAnusch bei XTfork ein Antwort nicht 100% aber vielleicht bringt es dir weiter. (weis nicht wegen sicherheit ob man dan erst als Admin zugang haben soll?)

Zitat

Wenn das kommt, dann muss auch ein Fehler beim Testen des Webshopabgleichs in den Webshopeinstellungen kommen. Ich tippe weiterhin auf falsche Zugangsdaten oder werden Warnings/Notices von PHP ausgegeben - die stören die Kommunikation. Letzteres ist zu testen im Browser, indem man http://xxxxxx.de/admin/includes/modu...eS/mytest.php ansurft. Was erscheint als Ausgabe?

Hmm weis nicht was es war, hat heute geklapt.

Neue andere Kunde.
Aber selbe kein änderungen gemacht, ob es an Kunden device/ mobile / einstellungen davon dan liegt, ob etwas zu langsam war, weil doch ein änderung den setting timeout beim sofort project von 120 auf 180s gesetzt.

+http://www.bing.com/bingbot.htm) - bingbot/2.0

product_info.php?products_id=346&action=buy_now&BUYproducts_id=zzzzzz&products_id=zzzz&
157.55.32.226

Wir haben ok den neueste version sofort gateway also die beim Sofort den v5.3.1 xtforks

Dort bemerken wir Zahlungen sofort banking Belgiën, Spanien sind mehrmals nicht gelungen, da es einiges gibt/gab mit den SEPA, weis ich nicht ob die teilweise schon etwas umgesteld haben was dan nicht richtig lauft, oder was wir noch machen sollen.

Post hier wen mehr Shops so etwas bekant vorkomt dan vielleicht dort suchen oder?

DEN API/SDK hat einiges in anleitung drüber stehen https://www.sofort.com/integrationCen…/view/full/3047

Zitat

SEPA: can be returned empty in the future.

Weis nicht ob es so etwas sein könnte, ein Kunde Belgiën 2 Versuche kam beim KBC bank ( also soll gehen) mit meldung ist momentan nicht verfügbar

ins shop

Zitat

1- SOFORT Banking als betaalmethode gekozen. Transactie is niet afgesloten
2- Doorzending naar SOFORT - betaling heeft nog niet plaatsgevonden
3- De bestelling werd afgebroken

Also Kunde auswahl sofort banking, geht zum sein bank und shop zum sofort dort bekam Er den meldung, danach Bestellung abgebrochen kein info's in Sofort Merchant center zu sehen.
Beim Sofort selbst steht den Kontonr mit IBAN nr drin also SEPA ready?

SHOP ist v2.3.5 onepage checkout, sofort Ideal lauft halbrichtig
( zahlung klapt, nur den rückmelding setting ins shop dass zahlung gelungen ist lauft nicht war von anfang an so,, da noch ein mail von sofort mit ist bezahlt ordnr und und komt ist dies nicht so wichtig für Uns.
( hmm klapt vielleicht nur nicht auf jeden Endgerät, aber da sind wir nicht sicher dort können scheinbar auch Kunden etwas faslch machen oder sicherheits settings, meist mit ein IPAD wen es nicht klapt)

1. SEPA Changes - SOFORT Banking Paycode

Zitat

As of 01.11.2013, the following changes apply:
Initial API Call (API-Step 1): As before, during the transition period from 01.11.2013 to 30.06.2014 the account number (<sender><account_number>) and bank code (<sender><bank_code>) or IBAN (<sender><iban>) and BIC (<sender><bic>) can be passed as sender bank information - this only applies to customers that already pass these fields to our API. As of 01.07.2014, only IBAN and BIC will be processed while account number and bank code will be ignored.
Transaction details (API-Step 5): the fields <sender><account_number> [String(30)], <sender>< bank_code> [String(30)] resp. <sender><bic> [String(11)], <sender><iban> [String(34)] can be returned empty in the future – depending on which data we received about the sender.
The fields <recipient><account_number> [String(30)] and <recipient><bank_code> [String(30)] can be returned empty in the future, too.
Paycode details (API-Step 7): the field <sender>< bank_code> [String(30)] can be returned empty in the future – depending on which data we received about the sender.
New/changed error messages: n.a.

Note: The fields for the reason (<reason_1> [String(27)], <reason_2> [String(27)]) will not change.

Alles anzeigen

https://www.sofort.com/integrationCen…/view/full/2513

Zitat

Ab 01.11.2013 gelten folgende Änderungen:
Initialer API Aufruf (API-Schritt 1): Wie bisher können auch im Übergangszeitraum von 01.11.2013 bis 30.06.2014 für die Sender Bankinformationen entweder Kontonummer (<sender><account_number>) und BLZ (<sender><bank_code>) oder aber IBAN (<sender><iban>) und BIC (<sender><bic>) übergeben werden - betrifft nur Kunden, die diese Felder bisher schon übergeben haben. Ab 01.07.2014 werden wir nur noch IBAN und BIC verarbeiten und die Übergabe von Kontonummer und BLZ wird ignoriert.
Transaktionsdetails (API-Schritt 5): die Felder <sender><account_number> [String(30)], <sender>< bank_code> [String(30)] bzw. <sender><bic> [String(11)], <sender><iban> [String(34)] können künftig auch leer zurückgegeben werden – je nachdem, welche Daten wir über den Sender erhalten haben.
Auch die Felder <recipient><account_number> [String(30)] und <recipient><bank_code> [String(30)] können künftig leer zurückgegeben werden.
Neue/geänderte Fehlermeldungen (Änderungen fett):

Fehlercode

Fehlerbeschreibung

8070

Sender account number/sender IBAN is locked, but not provided.

Hinweis: Die Felder für den Verwendungszweck (<reason_1> [String(27)], <reason_2> [String(27)]) werden nicht geändert.

Alles anzeigen

Zitat von rosie

Dann sollte man auch gleich Facebook und das ganze "Gelike" verbieten!

yep I like this!

WEIL DIE LIKES KAN MAN SICH EBEN SOVIELE KAUFEN FÜR KLEINES GELD.
In holland war ein Sängerin aufs Facebook, mit dort den aussage für jeden LIKE werdet Sie 1 euro zum Philipine Opfer überweisen, da hat einer aus Spass also mehrere 100 tausende Likes für glaube unter 100 euro gekauft für Sie gekauft. Da hat Sie naturlich ein rückzieher machen mussen

Zitat von admin

Google hat aber im Checkout auch nix verloren!

Uh ja
meinte es was google seo betrift dass autocomplete und co von forms wichtiger ist/wird, und für Kunden es angenehmer ist :):):)

uh so kan ich mich hoffentlich draus retten ?

OK vielleicht zeit für ein csv / mysql /upload tool, weil man braucht wen die bilder richtig da sind nur den richtige infos in den datenbank zu setzen.?

Wäre ein tool/erweiterung mit anleitung für ein par extra's wie update / änderungs sachen sowiso vielleicht ein lösung, den import export benutzerfreundlich erweitern oder extern lokal unter windows, wie was soll es besser werden?
Weil in den Admin backend Menu ist einiges naturlich bereits da, was nicht da ist oder nicht einfach in bedienung ( benutzerfreundlich) mall ein auflistung machen?

Problem ist mit WAWI's die machen doch extern einiges an zuweisung, dan lauft etwas ziemlich schnell daneben, wen in WAWI bild 1 in shop BILD2 werdet ( in shop angepast und nicht ins wawi).