Kennt wer den Betreiber von Script Kiste?

[sunnydreamer]

Ich hab doch gar nicht Türkisch geschrieben oder doch
Das ging in die Ecke von riwasch...sry...vielleicht solltest mal lesen was ich gefragt und geschrieben habe, ansonsten solltest mal ein paar Wörter anders definieren, denn was hat meine Seite mit dem Empfang der Addons oder Interfaces zu tun?

To Topic:

Ich hab mal ein Bild hoch geladen um das ganze mal zu verdeutlichen, da ich es mir auch nicht erklären kann, da ich auch schon voher, aber schon länger zurückliegend, zig addons "OHNE PROBLEME" bestellt, bez. und zugeschickt bekommen habe.
Derweil sieht es aber so aus, nicht das es heißt, ich erzähl einen vom Storch:


Man beachte die Menge im Warenkorb.
Und nun erzählt mir nochmal das es an der Mailadresse liegt

Und so siehsts bei ca. 50% aller verwendeten Scriptshops aus :P...

Gibt mehre wo sowas passiert, u.A. dort wo es die STG Interfacs gibt:

=> http://www.stg-solutions.de/shop/

Am 23.9 hab ich da ca. 5 Interfaces gekauft und gleich mal die Lose für 15 abgezogen bekommen ...

23.09.09 19:30:47 - 1.732.500 EF 15108 STG-Solutions Scriptshop Art.-Nr.: 32
23.09.09 19:30:42 - 1.732.500 EF 15108 STG-Solutions Scriptshop Art.-Nr.: 32
23.09.09 19:30:38 - 1.732.500 EF 15108 STG-Solutions Scriptshop Art.-Nr.: 33
23.09.09 19:30:34 - 1.732.500 EF 15108 STG-Solutions Scriptshop Art.-Nr.: 32
23.09.09 19:30:34 - 1.732.500 EF 15108 STG-Solutions Scriptshop Art.-Nr.: 33
23.09.09 19:30:32 - 1.732.500 EF 15108 STG-Solutions Scriptshop Art.-Nr.: 34
23.09.09 19:30:27 - 1.732.500 EF 15108 STG-Solutions Scriptshop Art.-Nr.: 32
23.09.09 19:30:27 - 1.732.500 EF 15108 STG-Solutions Scriptshop Art.-Nr.: 33
23.09.09 19:30:27 - 1.732.500 EF 15108 STG-Solutions Scriptshop Art.-Nr.: 34
23.09.09 19:30:25 - 1.732.500 EF 15108 STG-Solutions Scriptshop Art.-Nr.: 34
23.09.09 19:29:28 - 1.732.500 EF 15108 STG-Solutions Scriptshop Art.-Nr.: 32
23.09.09 19:29:28 - 1.732.500 EF 15108 STG-Solutions Scriptshop Art.-Nr.: 33
23.09.09 19:29:28 - 1.732.500 EF 15108 STG-Solutions Scriptshop Art.-Nr.: 34
23.09.09 19:29:28 - 1.732.500 EF 15108 STG-Solutions Scriptshop Art.-Nr.: 34
23.09.09 19:29:25 - 1.732.500 EF 15108 STG-Solutions Scriptshop Art.-Nr.: 33

Antwort von Stigma bisher nicht ...

Der Fehler wird u.A. dadurch behoben, wenn man sich den kostenlosen Warenkorb bei HP-Laden.de downloadet, der is etwas anders geschrieben... und dann passierts auch nimma.

Bei mir gehts auch problemlos, ich hatte aber auch zu Anfang den Fehler nicht?... ( in meinem Shop )

Grüße, Sunny

[thomeshop]

kann dir da nur bei pflichten, habe es beio stg-solutions, auch schon gehabt, lose wurden abgezogen 3 artikel wurden versendet und der rest (14 stück) wurde weder aus dem warenkorb raus noch in die lizenzen eingetragen. Lose weg.... da keine Antwort vom Betreiber.

Evtl sollte man dazu scheiben, dass man nur drei stück gleichzeitig zu gesandt bekommt.

[Holstenjungs]

Sorry, wenn ich da jetzt so plötzlich mal was ohne Zusammenhang schreibe, aber mir ist gerade eingefallen das ich den Progger des Scriptes selber mal auf das Problem angesprochen hatte und er sagte dass es an der Formatierung des Preises und der Übergabe an Klamm (1011 // Anzahl nicht zulässig) liegen könnte.
Als Möglichkeit den Fehler zu beheben gibt es dann die Möglichkeit den Preis, bevor er an Klamm übergeben wird mit einer PHP-Funktion zu formatieren oder man lädt sich das kostenlose Teil von HP-Laden runter. Wie auch immer.

Das betrifft jetzt nur den Fehler "Anzahl nicht zulässig", andere Fehler kannte ich jetzt so nicht.

[VMS1]

Das mit der "Anzahl nicht zulässig" taucht komischerweise nur manchmal auf. Das muß also etwas Server- bzw. Einstellungsbezogenes sein, ab wieviel Stellen PHP die Werte in die Exponentialschreibweise umrechnet. Ist in der Regel kein Problem, da PHP und Datenbank damit einwandfrei zurechtkommen. Nur wenn ich so einen Exponentialwert per URL an Klamm übermittle, wird das nichts.
Da das Problem bisher nur bei 3 oder 4 Shops war (zumindest mir der Fehler dort bekannt war), habe ich bisher noch keine Notwendigkeit gesehen, das mit der Formatierung generell einzubauen. Wird aber am Wochenende nachgeholt, denn scheinbar tritt das wohl doch öfter auf, als mir bekannt war. Trotzdem wird aber von Klamm eine Fehlermeldung zurückgegeben und aufgrund dieser wird das Script weder eingetragen, noch versendet.

Zum Zweiten : Der Warenkorb arbeitet meiner Meinung nach einwandfrei. Wenn dort irgendwas nicht hinhaut, liegt das nicht am Script sondern an irgendetwas Anderem. Zum Beispiel am Server (zu große Mailanhänge, zu lahme DB-Verbindung etc.). Auf jeder Seite hat es schonmal Fehlbuchungen gegeben.

Was diesen ach so tollen kostenlosen Warenkorb angeht : Ich habe in einem anderen Thread schon einmal davon abgeraten :
http://designerscripte.net/showpost....25&postcount=6

Dieser Warenkorb bucht alles auf einmal um ein paar lächerliche EF-Anfragen zu sparen. Das das zu erheblich mehr Problemen führen kann, wird aber verschwiegen. Man kann einem Kunden nicht Lose für 30 Lizenzen abbuchen, und dann 30 Scripte eintragen und versenden.

[Sam2004]

Moin,

@sunny,

Und so siehsts bei ca. 50% aller verwendeten Scriptshops aus :P...

Ich hab das so wie im Screen zu sehen, dass erste mal gesehen und wie vorher schon mal beschrieben knapp 1,2 MRD in Shops verpulvert und nie das Problem gehabt.

Was den Shop von STG hingegen angeht, hatte ich keine Probleme gehabt, aber auch nicht so viele IF´s bestellt wie du. Was ich dir ans Herz legen kann, wäre eine direkte Mail an ihn,so habe ich vor ein paar Tagen Antwort von ihm bekommen. Vielleicht hast ja Glück

@Holsten,

Das betrifft jetzt nur den Fehler "Anzahl nicht zulässig", andere Fehler kannte ich jetzt so nicht.

Unverhofft kommt oft oder in dem Fall selten ...Aber wenn ich so im gesamten mal Lese das das Problem bei einigen bekannt ist, sollten betroffenen sich mal hinsetzen und den Fehler überarbeiten oder überarbeiten lassen.

@VMS1,

Das mit der "Anzahl nicht zulässig" taucht komischerweise nur manchmal auf. Das muß also etwas Server- bzw. Einstellungsbezogenes sein, ab wieviel Stellen PHP die Werte in die Exponentialschreibweise umrechnet.

Dann evtl. da mal anfangen und probieren.

Trotzdem wird aber von Klamm eine Fehlermeldung zurückgegeben und aufgrund dieser wird das Script weder eingetragen, noch versendet.

Muss ich aber in dem Moment nicht verstehen oder? Wenn die Zahlung doch eingegangen ist, warum sollte die Schnittstelle was "vorgaukeln" das es nicht so war?

Dieser Warenkorb bucht alles auf einmal um ein paar lächerliche EF-Anfragen zu sparen. Das das zu erheblich mehr Problemen führen kann, wird aber verschwiegen. Man kann einem Kunden nicht Lose für 30 Lizenzen abbuchen, und dann 30 Scripte eintragen und versenden.

Wäre dann auch nicht schlecht, wenn das mal dann intern vermerkt wird, falls es sich doch nicht anders lösen lassen sollte.

Sry wenn ich dir noch mal zum We Arbeite aufhalse

Sam

[jpwfour]

Das mit der "Anzahl nicht zulässig" taucht komischerweise nur manchmal auf. Das muß also etwas Server- bzw. Einstellungsbezogenes sein, ab wieviel Stellen PHP die Werte in die Exponentialschreibweise umrechnet. ...

Solls ja auch, sofern die Werte als Float vorliegen, daher am betsne alles, was nicht Float ist, nach int casten.

Dabei die Ausgaben der Funktionen wie round/ceil usw. beachten, die geben floats zurück, welche dann als 1.3€6 usw ausgegeben werden dürfen.

$wert = (int)round($wertdavor); 

Und sollte mal jemand für mehr als MAX_INT einkaufen, könnte man ja auch Strings verwenden, wobei ich nicht glaube, dass das vorkommt.
Insofern ein Fehler des Programmieres, da PHP die Umwandlung vornehmen darf, und wenn ich halt ein INT haben will (wie bspw. für EF Transaktionen vorgeschrieben), dann muss ich das auch klarstellen