checkout hängt sich auf

[iChris]

das soll jetzt installiert werden, hab leider keine erfahrung und ahnung von ssl zertifikaten

hab eins gekauft bei interssl und vorbereitet, das soll nun von kontent installiert werden

wollte aber eventuell den anbieter wechseln weil der support schlecht ist, man wird gern mal ignoriert

manche anbieter werben "inklusive ssl zertifikat2   ist das schon alles was ich brauche?

wer installiert so was dann?

denn gerade kontent will es selbst installieren und verlangt dafür monatlich 3 Euro

gruß
chris

[iChris]

mod_strict_admin

ist das das richtige file mit den fehlermeldungen?

[noRiddle (revilonetz)]

...
---------------------------------------------------
Werden auf der Seite die sich aufhängt irgendwelche Codes geladen die aus dem Contentmanager kommen  (z.B. die AGB auf der checkout_payment) ?

wie kann ich das prüfen? wo schaue ich nach?
...

Indem du es entweder weißt oder in der zugehörigen Template-Datei nachschaust.
Beispiel:
Auf der /checkout_payment.php werden die AGB geladen (= Content 3).
Schau dir deine AGB mal an in der Quelltext-Ansicht des Editors.
Außerdem schaue dir die Produkt-Lang- und Kurzbeschreibungen der Produkte die du im Warenkorb hast wenn der Checkout abschmiert in der Quelltext-Ansicht des Editors an.

Mit Smarty 3 führen in Texten verborgene MS-Word-Codes, die beim Kopieren von in Word erstellten Texten entstehen, zu Server-Errors.

Gruß,
noRiddle

[Bonsai]

Wie das error_log File heißt, kann Dir dein Provider sagen. Bei vernünftigen Providern kann man das per FTP herunterladen, bei 0815 Providern wie 1&1 muss man den Support nerven, dass die einem das File schicken.

[iChris]

@Bonsai

kennst du vernünftige Provider?
hättes Du Beispiele?

Ich würde mir dann die infos holen was die Leute über die so schreiben.

Gruß
chris

[Bonsai]

Mein Provider ist ein eher kleiner, wo ich den Vorteil habe, am Telefon immer jemanden zu haben, der weiß was er tut. Da gibt's auch keine Warteschleife bei der Hotline.
https://www.ecs-webhosting.de/de/

[iChris]

Fehler gefunden, lag am php mailer
hier mein anbieter:
Der PHP-Mailer (in dieser Version) hat die SSL-Verbindung nicht korrekt hergestellt. Wir haben eine Änderung in der Datei "includes/external/phpmailer/class.smtp.php" ab Zeile 279 vorgenommen; die Verbindung zum Mail-Server via SSL funktioniert nun.


der neue korrigierte Code bzw die Ergänzung meines Anbieters:

Code: PHP  [Auswählen]

.../htdocs/includes/external/phpmailer/class.smtp.php Zeile 279:

        if ($streamok) {
            $socket_context = stream_context_create($options);
            //Suppress errors; connection failures are handled at a higher level
            //  

            /**
             *  
             * Start KONTENT changes
             *
             * SSMTP requires a leading 'ssl://' for stream_socket_client
             * at the connetion URI because of the connection must be
             * allready encrypted
             *
             * the normal way would be to connect at port 25 (SMTP) and
             * then start the encryption with the STARTTLS command
             */
            $proto = '';
            if( $port == '465' ) {
                $proto = 'ssl://';
            }      

            $this->smtp_conn = stream_socket_client(
                $proto.$host.':'.$port,
                $errno,
                $errstr,
                $timeout,
                STREAM_CLIENT_CONNECT,
                $socket_context
            );      
            /*  
             * End KONTENT changes
             */

ich bitte um kommentar....
warum macht der php mailer ein Problem?
hat der Provider jetzt zurecht korrigiert?

möchte lieber eure Meinung statt dem Provider blind zu trauen, kanns leider nicht selbst analysieren da mir die Kentnisse fehlen.

Gruß
chris

[web28]

Poste mal Deine SMTP Einstellungen aus dem Shopbackend (sicherheitrelevante Daten unkenntlich machen)

Gruss Web28

[iChris]

bekomme auch keine emails zur zeit wenn jemand bestellt hat
auch ich als testkunde erhalte keine bestätigung

hier mal 2 screenshots
gruß
chris

[GTB]

Hallo,
stelle SMTP Auth auf ja.

Gruß Gerhard

[iChris]

so hatte ich es auch aber da funktionierte die email-sache auch nicht
daher mein versuch das ganze umzustellen.

welcher eintrag ist den für die email für bestellungen?
also wo trage ich die email-adresse ein auf die eine nachricht bei bestellungen geschickt werden soll?

gruß
chris

[hpzeller]

Fehler gefunden, lag am php mailer
hier mein anbieter:
Der PHP-Mailer (in dieser Version) hat die SSL-Verbindung nicht korrekt hergestellt. Wir haben eine Änderung in der Datei "includes/external/phpmailer/class.smtp.php" ab Zeile 279 vorgenommen; die Verbindung zum Mail-Server via SSL funktioniert nun.


der neue korrigierte Code bzw die Ergänzung meines Anbieters:

Code: PHP  [Auswählen]

.../htdocs/includes/external/phpmailer/class.smtp.php Zeile 279:

        if ($streamok) {
            $socket_context = stream_context_create($options);
            //Suppress errors; connection failures are handled at a higher level
            //  

            /**
             *  
             * Start KONTENT changes
             *
             * SSMTP requires a leading 'ssl://' for stream_socket_client
             * at the connetion URI because of the connection must be
             * allready encrypted
             *
             * the normal way would be to connect at port 25 (SMTP) and
             * then start the encryption with the STARTTLS command
             */
            $proto = '';
            if( $port == '465' ) {
                $proto = 'ssl://';
            }      

            $this->smtp_conn = stream_socket_client(
                $proto.$host.':'.$port,
                $errno,
                $errstr,
                $timeout,
                STREAM_CLIENT_CONNECT,
                $socket_context
            );      
            /*  
             * End KONTENT changes
             */

ich bitte um kommentar....
warum macht der php mailer ein Problem?
hat der Provider jetzt zurecht korrigiert?

möchte lieber eure Meinung statt dem Provider blind zu trauen, kanns leider nicht selbst analysieren da mir die Kentnisse fehlen.

Gruß
chris

Den Hack den dir der Provider in die 'includes/external/phpmailer/class.smtp.php' eingefügt hat solltest Du wieder entfernen, denn er ist unnötig und kann sogar dazu führen, dass das Versenden von E-Mails via SMTP gar nicht mehr funktioniert.

Hintergrund:
In modified v2.0.1 und auch in modified v2.0.0  wird der PHPMailer v5.2.10 eingesetzt und  bei dieser Version wird in 'includes/external/phpmailer/class.phpmailer.php' ab Zeile 1347 bestimmt ob 'ssl://' vor den Hostnamen gesetzt werden muss oder nicht, siehe Code unten, wenn deine E-Mailkonfiguration im Shop-Admin für SMTP korrekt ist und die Verschlüsselungsmethode 'ssl' ausgewählt wurde muss das auch funktionieren.

Code: PHP  [Auswählen]

            $prefix = '';
            $secure = $this->SMTPSecure;
            $tls = ($this->SMTPSecure == 'tls');
            if ('ssl' == $hostinfo[2] or ('' == $hostinfo[2] and 'ssl' == $this->SMTPSecure)) {
                $prefix = 'ssl://';
 

Tipp:
Wenn Probleme mit 'ssl' auftreten, aber auch wenn keine Probleme mit 'ssl' auftreten, empfehle ich dir versuche es mit 'tls' und Port '587', denn SMTPS ist veraltet und sollte nicht mehr verwendet werden.

Gruss
Hanspeter

[iChris]

Danke Hanspeter,

das war auch mein Verdacht dass die da unqualifiziert am Code rumflicken ohne den ganzen Code zu beachten.

Und das die Entwickler einen Fehler im mailer haben konnte ich mir nicht vorstellen.

 

[iChris]

zum Thema SSL
mein Anbieter sagte mir das Zertifikat sei fertig installiert und nutzbar.

hab jetzt in der admin/includes/configure.php folgenden code eingebaut:

Code: PHP  [Auswählen]

define('HTTPS_CATALOG_SERVER', 'https://www.cwoshop.de');
define('ENABLE_SSL_CATALOG', true); // sicheren Webserver während des gesamten Prozesses?

und in der
includes/configure.php

Code: PHP  [Auswählen]

  // global defines
  define('HTTP_SERVER', 'http://www.cwoshop.de'); // eg, http://localhost - should not be empty for productive servers
  define('HTTPS_SERVER', 'https://www.cwoshop.de'); // eg, https://localhost - should not be empty for productive servers
  define('DIR_FS_DOCUMENT_ROOT', '/WWWROOT/251369/htdocs/'); // absolut path required
  define('DIR_WS_CATALOG', '/'); // relative path required
  define('DIR_FS_CATALOG', DIR_FS_DOCUMENT_ROOT);

  // secure SSL
  define('ENABLE_SSL', true); // secure webserver for checkout procedure?
  define('USE_SSL_PROXY', false); // using SSL proxy?
 

wird aber trotzdem nur das http aufgerufen statt https

hab ich etwas vergessen? (ist aus der Anleitung für 1.06 sonst habe ich nichts gefunden)

Gruß
Chris

[hpzeller]

Hallo Chris,

klick mal auf [Anmelden] oder [Registrieren], die aufgerufenen Seiten sollten dann verschlüsselt sein, das Shopsystem ruft standardmässig nur die "wichtigen" Seiten mit 'https' auf.

Willst Du das alle Seiten mit 'https' aufgerufen werden, musst Du in der 'includes/configure.php' folgenden Code

Code: PHP  [Auswählen]

  define('HTTP_SERVER', 'http://www.cwoshop.de'); // eg, http://localhost - should not be empty for productive servers
 

mit diesem ersetzen

Code: PHP  [Auswählen]

  define('HTTP_SERVER', 'https://www.cwoshop.de'); // eg, http://localhost - should not be empty for productive servers
 

Gruss
Hanspeter