PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Bestellroutine seit paypal plus fehlerhaft



charly56
04.04.2016, 18:54
Aktuell habe ich die Gambio Shop-Version 2.7.1.2 und auch das paypalplus Modul installiert, die Zahlungen
funktionieren auch (theoretisch ;-()

wenn man den Bestellprozess durchläuft, alle Varinaten von direkt zu paypal oder auch bis zur Auswahl der Zahlungsweisen (paypal vorgewählt)
wird man zu paypal geleitet, leistet dort eine Zahlung, danach wird man zum Shop zurückgeleitet und landet erneut auf der vorletzten Seite
mit der Auswahl der Zahlungsweisen, dann wird man wideerholt zu paypal geleitet, zahlt auch dieses Mal und gelangt dann endlich zum Shop
und der Fall ist gegessen, allerdings hat man den Artikel jetzt zweimal bestellt....

Weiß jemand Rat ?

Kann ich eigentlich von 2.7.1.2 auf 2.7.2.0 updaten oder ist das falsch? Evtl. lösen sich damit auch die Probleme schon ?

rf-musik
05.04.2016, 06:23
Hallo,


Du kannst so wie beschrieben das update duchführen, danach lösche mal auf dem Server den Cache ( ohne htaccess und index.html ) und danach lösche bitte templates_c (ohne index.html)

Gruß Ralf

charly56
05.04.2016, 13:17
Hallo Ralf,

danke für die Hilfe, das Update spiele ich in Kürze ein, ich weiß auch wie man die Caches in Gambio "leert"
nicht aber wie man caches auf dem Server löscht, kannst Du das näher erklären ?

Gruß
Jürgen

charly56
05.04.2016, 14:30
Edit war gerade da :-)

gemeint ist der Ordner "Cache" auf dem Server, dessen Inhalt ohne htaccess und index.html löschen, richtig ?
Dann den Ordenr tempaltes_c ohne index.html einfach genaus so auf dem Server löschen :-) Richtig ?

Bin da doch noch unsicher....

LG

Heinz

charly56
05.04.2016, 17:36
Update durchgeführt und wie oben beschrieben den Inhalt Cache und Template_c (bis auf die Ausnahmen) gelöscht, der Fehler
ist nach wie vor da, nachdem man bei paypal bezahlt hat, wird man auf die Shopseite zurückgeleitet und findet sich dort wieder auf der Seite mit dem Warenkorb, also
den ersten Reiter im Bestellablauf, klickt man jetzt erneut alles durch, klappt die Bestellung dann endlich, man kauft allerdings den Artikel auch jetzt ein zweites Mal...!


Jetzt habe ich mal testweise das alte Paypal-Modul installiert: und das klappt !!!
Ohne Fehler !

Bin leider ratlos, wie ich das mit paypalplus lösen kann

rf-musik
05.04.2016, 17:54
Hast Du dir die Paypal Einstellungen angeschaut?
unter Experten Einstellung kannst Du noch einiges konfigurieren.

charly56
05.04.2016, 18:07
Ja, habe da allerdings nichts relevantes gefunden, nichts was für mein Problem stichhaltig sein könnte.
Am besten wird es sein, wenn ich das Modul deinstalliere und neu einrichte ?

rf-musik
05.04.2016, 18:18
hast du das alte paypal evtl noch aktiv?

charly56
05.04.2016, 18:38
nein, das war bereits deaktiviert, ich hatte es testweise sogar installiert, nicht einfach aktiviert,
wie gesagt, das alte paypal geht einwandfrei im Ablauf, im paypalplus klappt es leider nicht

charly56
06.04.2016, 09:46
Ich habe folgendes gefunden:

Das Shopsystem ist nicht für die Verwendung von TLS/SSL konfiguriert. Für den Empfang von Benachrichtigungen ist eine Erreichbarkeit des Shops über eine TLS-/SSL-gesicherte Verbindung jedoch zwingend erforderlich.

"Bitte stellen Sie sicher, dass die folgende Adresse erreichbar ist (Meldung "OK" ohne Warnungen). Korrigieren Sie ggf. die Einstellung HTTPS_SERVER bzw. HTTPS_CATALOG_SERVER in includes/configure.php und admin/includes/configure.php.

https://usw


Der Link geht nicht, weiter unten gibt es fiolgende Option:


Falls Sie Benachrichtigungen nicht verwenden können (z.B. weil Ihr Webhoster keine TLS-/SSL-Erreichbarkeit des Shops herstellen kann), gibt es ersatzweise die Möglichkeit, einen Cronjob mit dem folgenden URL einzurichten. Bei Aufruf werden die Bestellungen im Status für schwebende Zahlungen (s.o.) überprüft auf zwischenzeitliche Änderungen im Status der Zahlung. Über den Parameter "days" können Sie den Zeitraum der betrachteten Bestellungen einschränken.

http://www.xxx

Wie richtet man so einen Cronjob ein ??

KlausK
06.04.2016, 10:20
Sehe ich das richtig, dass du versuchst PayPal3 ohne SSL ans Laufen zu kriegen? Das geht nicht!
Besorg dir ein SSL Zertifikat, gibts schon für unter 100 Euro, richte es nach Anleitung ein, passe die beiden Config-Dateien entsprechend an, das alte PayPal wieder rausschmeißen, dann klappts auch mit PayPal3.
Bei mir im Kindermoebel-Shop läuft das GEO-Trust-Zertifikat „RapidSSL“ für 19 Euro von Trustico. Das wird allen aktuellen Anforderungen gerecht.

charly56
06.04.2016, 14:06
Ja, das ist richtig, ich wußte nicht, dass SSL benötigt wird, habe das eben beim Provider einrichten lassen.
Die beiden Dateien, die angepaßt werden müssen sind die config.php im Ordner includes und admin/includes ssl von false auf true stellen ?

KlausK
06.04.2016, 15:06
Richtig, ENABLE_SSL und ENABLE_SSL_CATALOG.
HTTPS_SERVER und HTTPS_CATALOG_SERVER muss ebenfalls auf https://... gesetzt werden.
Anschliessend Caches leeren, über Adminbereich.
Und um sicher zu gehen, dannach nochmal die Verzeichnisse /cache und /templates_c via FTP leeren (außer .htaccess und index.html).

charly56
06.04.2016, 19:27
OK; vielen Dank für die Info´s

Ich werde das Anfang nächster Woche angehen und bei Fragen fragen

LG Heinz

Danny94
12.04.2016, 18:30
Hallo wir haben vor kurzen eine SSL Verschlüsselung "installiert".
Nun habe ich aber das Problem, dass sobald ich einen Link anklicke wieder auf http gewechselt wird.

Habe schon alles gemacht was hier empfohlen wurde. configure.php, configure.org.php in includes und admin/includes SSL auf true gesetzt. https Link bei 'HTTPS_SERVER' hinzugefügt. Habe Cache per Adminbereich gelöscht auch die Verzeichnisse cache und template_c gelöscht.
Immer das selbe Problem. Ich komme durch einen Link in meinen Shop SSL ist aktiv. Ich wechsle die Seite im Shop -> kein SSL mehr. Muss ich per .htaccess eine Umleitung machen wie ich es im Root Verzeichnis für meine HP gemacht habe ?

charly56
13.04.2016, 10:03
Es ist zum Mäusemelken, ich habe es tatsächlich geschafft, einen einzigen Paypal Kauf durchzuführen, der hat sogar funktioniert :-)

Dann ein zweiter Versuch und den Button "Direkt zu Paypal" ausprobiert und seitdem hängt die ganze Sache wieder, egal wie ich es anstelle,
nach dem Paypal einloggen und bestätigen, geht es im Shop von der letzten Seite wieder auf die erste usw. Sämtliche Caches im Shop und auch direkt auf dem Server gelöscht,
mich auf fremdem Browser als Kunde angemeldet, nichts geht mehr...

Habe hier mal den ersten Abschnitt der configure php aus dem Ordner includes:

// Define the webserver and path parameters
// * DIR_FS_* = Filesystem directories (local/physical)
// * DIR_WS_* = Webserver directories (virtual/URL)
define('HTTP_SERVER', 'http://xxxxxxxxxxxxxx'); // eg, http://localhost - should not be empty for productive servers
define('HTTPS_SERVER', 'https://xxxxxxxxxxxxx'); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', true); // secure webserver for checkout procedure?
define('DIR_WS_CATALOG', '/shop/'); // absolut path requiered
define('DIR_FS_DOCUMENT_ROOT', '/homepages/20/d399428768/htdocs/shop/');
define('DIR_FS_CATALOG', '/homepages/20/d399428768/htdocs/shop/');


und hier den nächsten Abschnitt aus admin/includes der configure php:

// Define the webserver and path parameters
// * DIR_FS_* = Filesystem directories (local/physical)
// * DIR_WS_* = Webserver directories (virtual/URL)
define('HTTP_SERVER', 'http://xxxxxxxxxx'); // eg, http://localhost or - https://localhost should not be empty for productive servers
define('HTTP_CATALOG_SERVER', 'http://xxxxxxxxxx');
define('HTTPS_CATALOG_SERVER', 'https://xxxxxxxxxxxx');
define('ENABLE_SSL_CATALOG', 'true'); // secure webserver for catalog module
define('DIR_FS_DOCUMENT_ROOT', '/homepages/20/d399428768/htdocs/shop/'); // where the pages are located on the server
define('DIR_WS_ADMIN', '/shop/admin/'); // absolute path required
define('DIR_FS_ADMIN', '/homepages/20/d399428768/htdocs/shop/admin/'); // absolute pate required
define('DIR_WS_CATALOG', '/shop/'); // absolute path required
define('DIR_FS_CATALOG', '/homepages/20/d399428768/htdocs/shop/'); // absolute path required
define('DIR_WS_IMAGES', 'images/');


Liegt es daran, dass der Shop nicht im Hauptverzeichnis liegt ?

KlausK
13.04.2016, 19:32
Wo hast du denn die Konfig-Dateien her? Die habe ich so schon lange nicht mehr gesehen!
Nimm mal die Originalen (configure.sample.php) aus der für dich passenden Shopversion.
Umbenennen in configure.php und anpassen musst du dann nur noch:

Zeile 31
$t_document_root = '/var/www/vhosts/livecart.de/testshop1.livecart.de/'; // absolute server path required (domain root)
und
define('HTTP_SERVER', 'http://testshop1.livecart.de'); // eg, http://localhost - should not be empty for productive servers
define('HTTPS_SERVER', 'https://testshop1.livecart.de'); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', false); // SSL: true = active, false = inactive
define('DB_SERVER_USERNAME', '****');
define('DB_SERVER_PASSWORD', '****');
define('DB_DATABASE', '****');

Unschwer zu erkennen, ist das die Konfig unseres Testshops. Mangels Zertifikat gibts da jedoch kein SSL.

charly56
13.04.2016, 20:07
Ups, die Dateien habe ich aus dem Verzeichnis shop/includes bzw. admin/includes
Die Anleitung dazu fand ich auf youtube...

Habe jetzt aus dem Verzeichnis mein-shop/includes die alte config.php umbenannt in old
und die configure.sample.php gesichert, anschließend wie in Deinem Beispiel die URL´s durch meine ersetzt,
auch am Ende die Zeilen durch " http://localhost ersetzt und noch
enable SSL eingeschaltet, danach das ganze umbenannt in config.php mit dem Ergebnis, dass der Shop jetzt nicht mehr aufrufbar ist.

Muß ich die drei Felder hier auch ausfüllen:

define('DB_SERVER_USERNAME', '****');
define('DB_SERVER_PASSWORD', '****');
define('DB_DATABASE', '****');

Also die Datenbankangaben machen oder nicht ?

Nachdem ich erst mal alles wieder in den alten Zustand versetzt habe läuft er jetzt wieder.

Was ich nicht verstehe, ist die Sache mit den "alten" config.php´s
Ich habe eigentlich nichts anderes gemacht, als nach und nach das System upzudaten, auf jetzt zuletzt Version 2.7.20
Davor lief auch mal eine Version (4 oder 5 Versionen davor) so, dass ich wenigstens das alte Paypal nutzen konnte, das geht jetzt allerdings auch nicht mehr.

charly56
13.04.2016, 21:16
Noch ein Nachtrag: ich habe es jetzt geschafft, das alte Paypal wieder zum Laufen zu bringen,
deinstalliert und wieder installiert, gleiches habe ich mit paypal Plus gemacht, aber ich werde mich lieber
ohrfeigen, als dass ich jetzt probiere, ob es tatsächlich dieses Mal läuft.

Sollte das alte paypal irgendwann abgeschaltet werden, zahle ich lieber demjenigen eine Belohnung von 100 €
der mir paypalkrampfplus zum Laufen bringt, mein Bedarf ist für´s Erste gedeckt, ich experimentiere bereits
seit August 2015 an dem Krampf, anfangs mit einer extra von paypal zur Verfügung gestellten Software die "speziell" für meine
Gambio Version sein sollte, ein dolles Webinar habe ich mir im Urlaub angeschaut, zusammengerechnet habe ich sicher 60 Stunden Zeit insgesamt geopfert, den Shop zusammengerechnet bestimmt 72 Stunde offline gehabt, weil wieder einmal irgendwas zerschossen wurde. Ich hoffe inständig, dass Paypal einen adäquaten Konkurrenten bekommt und das dieser sich mehr Gedanken über seine Kunden macht, bevor er wieder einmal etwas neues erfindet, um den Säckel noch fester zu melken ;-)

Sorry, das mußte jetzt einfach mal raus !

KlausK
13.04.2016, 23:34
Muß ich die drei Felder hier auch ausfüllen:

define('DB_SERVER_USERNAME', '****');
define('DB_SERVER_PASSWORD', '****');
define('DB_DATABASE', '****');
Aber natürlich! Die Daten dazu stehen in deiner alten configure.php.


... extra von paypal zur Verfügung gestellten Software ...
Das sind die Versionen, die du auch hier im Downloadbereich findest. Gestrickt wurden die übrigens von Gambio!


Die Anleitung dazu fand ich auf youtube...
Grundsätzlich wären solche Anleitungen ja nicht schlecht. Aber erstens beziehen die sich meistens nicht auf eine bestimmte Shopversion und Grundvoraussetzungen und zweitens sind die Anleitungen sehr schnell veraltet.

Und bei 60 Stunden "Arbeitszeit" wären 149 Euro nicht vielleicht preiswerter gewesen?

Danny94
14.04.2016, 09:37
Hätte ich sollen einen neuen Thread öffnen ?
Ansonsten poste ich hier auch mal mein include/configure.php

$t_document_root = '/homepages/9/XXXXX/htdocs/main_ordner/'; // absolute server path required (domain root)
$t_dir_fs_frontend = dirname(dirname(__FILE__));
if(basename(dirname(__FILE__)) == 'local')
{
$t_dir_fs_frontend = dirname($t_dir_fs_frontend);
}
$t_dir_fs_frontend = str_replace('\\', '/', $t_dir_fs_frontend) . '/';
$t_dir_ws_catalog = substr($t_dir_fs_frontend, strlen($t_document_root) - 1);
define('HTTP_SERVER', 'http://domain.de'); // eg, http://localhost - should not be empty for productive servers
define('HTTPS_SERVER', 'https://domain.de); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', true); // SSL: true = active, false = inactive
define('DIR_WS_CATALOG', $t_dir_ws_catalog); // absolute url path required
define('DIR_FS_DOCUMENT_ROOT', $t_dir_fs_frontend); // absolute server path required
define('DIR_FS_CATALOG', $t_dir_fs_frontend); // absolute server path required


admin/include/configure
define('HTTP_SERVER', 'http://domain.de'); // eg, http://localhost or - https://localhost should not be empty for productive servers
define('HTTP_CATALOG_SERVER', 'http://domain.de');
define('HTTPS_CATALOG_SERVER', 'https://domain.de');
define('ENABLE_SSL_CATALOG', 'true'); // SSL: 'true' = active, 'false' = inactive
define('DIR_FS_DOCUMENT_ROOT', $t_dir_fs_frontend); // where the pages are located on the server
define('DIR_WS_ADMIN', $t_dir_ws_catalog . 'admin/'); // absolute url path required
define('DIR_FS_ADMIN', $t_dir_fs_backend); // absolute server path required
define('DIR_WS_CATALOG', $t_dir_ws_catalog); // absolute url path required
define('DIR_FS_CATALOG', $t_dir_fs_frontend); // absolute server path required

Bei beiden fehlen noch Zeilen.
Verstehe nicht warum das nicht klappt. Habe den Shop aber ohne SSL installiert, aber das kann man ja nachträglich ändern ? Muss ich in der Datenbank noch etwas ändern ?

Info:
Der shop liegt im absoluten pfad in:
/homepages/9/XXXXX/htdocs/main_ordner/shop
in der Domain:
domain.de/shop

KlausK
14.04.2016, 10:47
Wie soll man das denn jetzt ohne echten Domainnamen prüfen können? Mit 'ner Glaskugel?
Bitte immer die echten Pfade in der Konfig lassen und die echte Domain angeben!

Und beim Posten solcher Scripte bitte immer den PHP-TAG verwenden, damit das ganze auch leserlich bleibt!

Danny94
14.04.2016, 12:19
Tut mir leid wegen des PHP tags ;D.
Ich möchte die Domain nicht öffentlich in Foren preisgeben. Was möchtest du prüfen ? Wenn es für dich ok ist schicke ich die Domain über ne pm ?

Danny94
15.04.2016, 08:06
Es gibt keine Fehlermeldung wenn ich in den Kategorien https:// hinter den Links setze. Scheinbar ist die Navigation das Problem. Auch wenn ich über nen Link fahre, steht da kein https:// sondern http://.

charly56
15.04.2016, 13:22
Hallo Klaus,

juchuuuh, jetzt klappt bei mir paypalPlus :-)
Habe die Config genau so abgeändert wie von Dir vorgeschlagen, die Bezahlung hat 3 x hintereinader ohne Prob´s funktioniert, einmal davon sogar über den Button "Direkt zu Paypal "

Vielen Dank für die Unterstützung :-))

KlausK
15.04.2016, 14:02
Super, dass es geklappt hat. Danke für dein Feedback :D
Auf deine PN komme ich später zurück.

Danny94
20.04.2016, 17:00
Hmm bekomme das Problem einfach nicht geregelt..

Vielleicht wurde die .htaccess beim updaten nicht aktualisiert ?
Hier meine .htaccess (https://bpaste.net/show/0656a371e925), welche unter "domain.de/shop/.htaccess" zu finden ist. Müsste ich die Einträge etwa in das Main-Verzeichnis legen (domain.de/.htaccess) ?

rf-musik
20.04.2016, 17:05
Hallo, die .htaccess liegt im "htm"l Verszeichniss oder "public_html" Verzeichniss wo Du auch deine ganzen Shop Dateien liegen hast - die .htaccess liegt nicht in einem Ordner...

Danny94
20.04.2016, 17:09
Hallo,
habe vergessen zu erwähnen dass es sich hierbei um die .htaccess aus dem SeoBoost Ordner haltet.
Wenn ich Seoboost ausmache funktioniert die Umleitung auf https problemlos, nur mit Seoboost sind alle Kategorien, Produkte etc auf http.

KlausK
20.04.2016, 21:04
Wenn man den Shop mal aufrufen könnte, dann könnten wir vieleicht auf Anhieb erkennen wo das Problem liegt ... :confused:

Ich rate jetzt auch nochmal ein letztes Mal ins Blaue.
Folgendes in deine hier gepostete .htaccess zwischen Zeile 9 und 10 setzen:


RewriteCond %{SERVER_PORT} !^443$
RewriteRule (.*) https://%{HTTP_HOST}/$1 [R=301,L]


Dies leitet jeden HTTP-Aufruf auf HTTPS weiter. Macht aber nur Sinn wenn der komplette Shop auf HTTPS laufen soll und nicht nur der Checkout.

Danny94
21.04.2016, 08:41
Hallo Klaus,

ja der ganze Shop soll auf https laufen, ich hatte es auf dieser Weise bereits versucht, nur schien das nicht zu klappen, vermutlich da ich die Zeilen am Ende eingefügt habe.

Jetzt funktioniert die Verschlüsselung aber die Seiten werden nicht gefunden... Keine Ahnung was da falsch geht. [Ich entferne die Zeilen wieder]
Es scheint als würden die Links nicht ordnungsgemäß umgewandelt.

Hier mein Shop: Klick ("") (Bitte anschließend löschen)

Danny94
22.04.2016, 19:43
Sorry der Doppelpost.

Es scheint nun zu funktionieren. Habe eine Weile herumprobiert kann also nicht genau sagen woran es lag. Mir scheint es war ein Problem mit der Auswahl des Shopordners, welches durch das Updaten/nachträgliche ändern des Ordners verursacht wurde.

Danke für eurer Mühe.

Wenn möglich bitte den Link oben entfernen.

KlausK
25.04.2016, 00:16
Schön, dass es nun funktioniert.
Den Link habe ich nun wunschgemäß und nur ausnahmsweise gelöscht.

Danny94
26.04.2016, 07:48
Vielen Dank. ;D

Danny94
11.05.2016, 10:21
Huhu,

es ist nicht unbedingt ein großes Problem, aber doch störend. Seitdem ich in der .htaccess alle http links auf https gezwungen habe ist der Adminbereich nicht mehr aufrufbar. Weshalb ich immer die .htaccess bearbeiten muss bevor ich eine Änderung im Admin bereich machen kann.
Das Problem sind wohl die Links im Html, die bleiben auf http.
Womöglich müsste ich eine Neuinstallation durchführen (update hat nichts geholfen), da ich zur Zeit der Installation kein Häkchen für https gesetzt hatte (da nicht vorhanden).