SP1b für modified eCommerce Shopsoftware 1.05 veröffentlicht

[Tomcraft]

Ja, gab es kurzzeitig mal.

Grüße

Torsten

[EatMyShorts]

Was mir grade aufgefallen ist:

Beim Update von 1.05 auf 1.05 SP1 durfte man folgende Dateien löschen:

/admin/includes/modules/export/image_processing.php
/admin/includes/modules/export/image_processing_new.php
/admin/includes/modules/export/image_processing_new_step.php
/admin/includes/modules/export/image_processing_new_step2.php

Im Komplettpaket "modified eCommerce Shopsoftware 1.05 inkl. SP1b" sind die 4 Dateien aber wieder drin...

[Tomcraft]

Danke für den Hinweis, das habe ich wohl vergessen zu löschen.

Hole ich aber gleich nach!

Grüße

Torsten

[piru]

Hallo,

ich sehe gerade, dass es jetzt doch einen Download von modified eCommerce Shopsoftware 1.05 inkl. SP1b gibt. Blöde Frage, braucht man das SP1 und SP1a nicht mehr getrennt installieren muss? Ist alles schon drin?

Gruß piru

[EatMyShorts]

Und noch was kann gelöscht werden:

/templates/xtc5*/css/no_javascript.css
Diese Datei wird ab dem SP1 nicht mehr benötigt

*hier natürlich der tatsächlich verwendete Templateordner

[Tomcraft]

Die Datei habe ich auch aus dem Paket entfernt!

[...]
ich sehe gerade, dass es jetzt doch einen Download von modified eCommerce Shopsoftware 1.05 inkl. SP1b gibt. Blöde Frage, braucht man das SP1 und SP1a nicht mehr getrennt installieren muss? Ist alles schon drin?
[...]

Genau so ist es.

Grüße

Torsten

[voodoopupp]

Hi,

ich glaube es besteht ein Fehler bei der UST-ID Prüfung. Hab ich durch Zufall heute von einem Kunden gehört und kann das auch im Demoshop nachstellen.

Irgendwie kommt da was nicht richtig zustande, wenn eine UST-ID eingegeben wird, dann kommt der folgende Fehler. Kann das bitte mal einer überprüfen:

Code: PHP  [Auswählen]

Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load from 'http://ec.europa.eu/taxation_customs/vies/checkVatService.wsdl' : failed to load external entity "http://ec.europa.eu/taxation_customs/vies/checkVatService.wsdl" in /var/www/clients/client1/web46/web/tags/modified eCommerce Shopsoftware-1.05-SP1/includes/classes/vat_validation.php:276 Stack trace: #0 /var/www/clients/client1/web46/web/tags/modified eCommerce Shopsoftware-1.05-SP1/includes/classes/vat_validation.php(276): SoapClient->SoapClient('http://ec.europ...', Array) #1 /var/www/clients/client1/web46/web/tags/modified eCommerce Shopsoftware-1.05-SP1/includes/classes/vat_validation.php(261): vat_validation->checkVatID_EU('DE273825002', 'DE') #2 /var/www/clients/client1/web46/web/tags/modified eCommerce Shopsoftware-1.05-SP1/includes/classes/vat_validation.php(43): vat_validation->validate_vatid('DE273825002', 81) #3 /var/www/clients/client1/web46/web/tags/modified eCommerce Shopsoftware-1.05-SP1/includes/classes/vat_validation.php(29): vat_validation->getInfo('DE273825002', '', '', 81, false) #4 /var/www/clients/client1/ in /var/www/clients/client1/web46/web/tags/modified eCommerce Shopsoftware-1.05-SP1/includes/classes/vat_validation.php on line 276

Ach ja, was auch noch interessant ist: Dennoch sind einige Kunden im Backend, die eine UST-ID eingegeben haben und dennoch angemeldet werden konnten.

Grüße
Dominik

[vr]

Der wdsl-link kann direkt im Browser aufgerufen werden und liefert auch eine Seite zurück. Er wird auch nicht über https aufgerufen, zumindest gemäß log-Ausgabe. Hmm ...

Grüße, Volker

[web28]

Kann gut sein, dass der Abfrageserver zeitweise überlastet ist.

[vr]

Ich hab das gerade im Demoshop reproduziert, davor und danach den wdsl-Link erfolgreich direkt im Browser aufgerufen, aber im shop krachte es. Da ist noch was faul.

Grüße, Volker

[Tomcraft]

Passt vielleicht auch ganz gut hier her: Kundenneuanlage mit UStID schlägt fehl

Grüße

Torsten

[vr]

Ja, das passt dazu. Hab mit meinem trunkshop getestet, von dem ich sehe (phpinfo) dass SOAP verfügbar ist, gleicher Fehler. Ich hab einen dünnen Hinweis gefunden, dass es dieses Problem gibt, wenn ein abweichender Port (zb 8080), über den die Komunikation stattfindet, nicht freigegeben ist, nur enthält unser wsdl-Link gar keine Portangabe. Wisst ihr, auf welchem Port das SOAP-Paket standardmäßig funkt und ob der bei uns offen ist?

Andere Fehlerursachen wie https oder Fehler im XML scheiden aus, wir kommen ja gar nicht erst raus.

@Dokuman, ging das denn mal auf dem jetzigen Demoserver oder hast Du auf einem anderen getestet?

Übrigens waren noch Typos in der "german.php" an der Stelle: "USTID is ungültig", ist geändert in r2632.

Grüße, Volker

[vr]

Neuigkeiten: Hier http://www.vatid.eu/ gibt es einen Hinweis, dass der Service anscheinend etwas geändert wurde.

Auf meinem Testserver läuft es jetzt, allerdings bekam ich grundsätzlich "ungülte UStID oder zur Zeit nicht prüfbar". Im Code von "/includes/classes/vat_validation.php" ist noch ein Fehler, der das verursacht. Als countryCode darf nicht wie bisher, der Ländercode des Shops übergeben werden, sondern es muss der Ländercode der UStID rein, denn der ist in dem Zahlenteil ja nicht mehr enthalten. Dh alle Auslands-UStIDs scheitern, weil sie als Inlands-UStIDs interpretiert werden. Und wer nur mit Inlands-UStIDs getestet hat, merkt den Fehler nicht:

ab Zeile 274 ist:

Code: PHP  [Auswählen]

$vatNumber = substr($vat_id, 2); // alles ab 2 Stellen der VAT (ohne Land)

$client = new SoapClient(vat_validation::SOAP_WSDL_URL, array('connection_timeout' => 2));
$params = array('countryCode' => $country_id, 'vatNumber' => $vatNumber);

soll:

Code: PHP  [Auswählen]

$countryCode = substr($vat_id, 0, 2); // erste 2 Stellen der VAT sind ISO-Ländercode
$vatNumber = substr($vat_id, 2); // alles ab 2 Stellen der VAT (ohne Land)

$client = new SoapClient(vat_validation::SOAP_WSDL_URL, array('connection_timeout' => 2));
$params = array('countryCode' => $countryCode, 'vatNumber' => $vatNumber);

Grüße, Volker

[Tomcraft]

Klingt ja auch logisch!
Ist aber noch nicht im Trunk, wie ich sehe.

Grüße

Torsten

[vr]

Jetze: r2635

Grüße, Volker