Captcha wird nicht angezeigt

[wandbilderxxl]

Hallo Zusammen,
wir haben irgendwann mal die Captcha-Abfrage aus dem Kontaktformular genommen.
Mittlerweile bekommen wir trotz gut getaktetem Spamfilter Unmengen von unerwünschten Mails.

Ich habe nun in den beiden Dateien contact_us.php und contact_us.html alles wieder einkommentiert.

Und folgende Dateinen sind auch vorhanden und unverändert:
display_vvcodes,
xtc_render_vvcode,
xtc_random_charcode
includes/fonts

Im Firebug sind auch keine Fehler zu finden und
trotzdem wird kein Captcha angezeigt(siehe Bild).

Habe ich etwas vergessen???



Linkback: https://www.modified-shop.org/forum/index.php?topic=31362.0

[Bonsai]

Wie wär das: Lass das nervige captcha weg und nimm stattdessen das:
MODUL: Kontaktformular mit neuem Spamschutz ohne Captcha

[wandbilderxxl]

Der Ansatz der Idee is super.
Mir ist es leider etwas zu umständlich und unsicher wegen nicht ankommender Mails.

[Bonsai]

Warum sollen irgendwelche mails dann nicht ankommen, außer denen von Bots? Das Modul legt die Bots rein, der Anwender füllt nur die Felder die er sieht und Fertig.

Einbauzeit war bei mir ca. 15 Minuten + 5 Minuten Konfiguration + 15 Minuten Lesen um zu verstehen was passiert.

[timopaul]

Moin,

Im Firebug sind auch keine Fehler zu finden und
trotzdem wird kein Captcha angezeigt(siehe Bild).

Habe ich etwas vergessen???

Der Firebug kann dir dazu auch nicht viel sagen. Öffne mal das generierte Bild direkt im Browser, also http://dein-shop.tld/display_vvcodes.php und schau ob Fehlermeldungen erscheinen, gegebenenfalls das PHP-Error-Reporting noch aktivieren.

Besten Gruß,
Timo

[wandbilderxxl]

tatsächlich:
Die Grafik "http:///.../display_vvcodes.php" kann nicht angezeigt werden, weil sie Fehler enthält.
wenn ich mir die Datei abspeichere wird die Vorschau bei Windows angezeigt aber bei Öffnen kommt auch dort die Meldung, dass die Datei beschädigt ist

[timopaul]

Aloha,

da kommen wir dem Fehler doch immer näher. Hast du mal das PHP-Error-Reporting aktiviert und geschaut ob es dann mehr Informationen zu dem Fehler in der Datei gibt?

Gegebenenfalls die Datei mal mit einer aktuellen, der Shop-Version entsprechenden, ersetzen, hat schon vielen geholfen.

Besten Gruß,
Timo

[wandbilderxxl]

Keine Warnings nur Notice.
Ich habe mal alle Dateien bis auf die Application_top.php aus einem funktionierendem Shop genommen.
Also muss der Fehler ja in der application_top.php sein. Die kann ich leider nicht einfach so übernehmen, weil übelst customized ist.
Gibt es da irgendeine definition einer Funktion die ich brauche, weil ohne die application_top läuft mal garnichts.

[wandbilderxxl]

Jetzt funktioniert es.
Ich habe in der display_vvcodes.php

Code: PHP  [Auswählen]

require ('includes/application_top.php');

ersetzt durch

Code: PHP  [Auswählen]

require ('includes/configure.php');

weil ich an dieser Stelle ja auch keine application top sonder nur die configure.php brauche

[wandbilderxxl]

Anscheinend brauche ich die application_top doch weil ich habe zwar ein captcha aber die $_SESSION['vvcode'] die in der display_vvcodes.php gesetzt wird ist leer.

WARUM???

[Bonsai]

VERY dirty workaround, der eventuell funktioniert .....

Eine originale application_top.php umbennenen in application_top_orig.php

Und die einbinden in der display_vvcodes.php anstatt Deiner verbastelten?

Warnhinweis: Bei Risiken und Nebenwirkungen ...... 

[timopaul]

Howdie,

Anscheinend brauche ich die application_top doch weil ich habe zwar ein captcha aber die $_SESSION['vvcode'] die in der display_vvcodes.php gesetzt wird ist leer.

WARUM???

Weil in der application_top.php die Session gestartet wird, ab Zeile 253. Deswegen brauchst du diese Datei um das Captcha-Bild anzuzeigen und den generierten Captcha-Code in die Session zu legen.

Nur weil eine Meldung mit "Notice" beginnt, bedeutet das nicht, dass diese Meldung nichts mit dem Fehler zu tun hat. Bevor du dir mit dreckigen Workarounds für die Zukunft mehr Steine in den Weg legst solltest du die Zeit in eine gescheite Fehleranalyse investieren.

Besteht die Möglichkeit eine Arbeitskopie deines Shops auf deinem Server zu erstellen? Gerne kann ich dir anbieten einen Blick drauf zu werfen, vier Augen sehen mehr als zwei.

Besten Gruß,
Timo

[hpzeller]

Hallo wandbilderxxl

Wenn das Captcha nicht angezeigt wird oder wenn trotz richtiger Eingabe des Codes folgende Fehlermeldung erscheint, "Sicherheitscode: Keine Übereinstimmung, bitte geben Sie den Sicherheitscode erneut ein!" habe ich folgenden Tipp.

In inc/xtc_render_vvcode.inc.php ab Zeile 98 folgenden Code

Code: PHP  [Auswählen]

header('Content-Type: image/jpeg');
imagejpeg($imgh);
imagedestroy($imgh);

ersetzen mit diesem Code

Code: PHP  [Auswählen]

ob_end_clean();                                                                              
header('Content-Type: image/jpeg');
imagejpeg($imgh);
imagedestroy($imgh);
usleep(1000000);

Gruss
Hanspeter

[Astwert]

Hallo liebe community.

Ich hatte auch dieses Phänomen!
Die Shopversion 2 bietet den sogenannten "new module support" an.
Eine feine Sache, um Zusatzprogrammierungen außerhalb vom 'core' anzulegen. (Stichwort "Updatesicherheit").
Das Ganze erfolgt über den neuen Ordner "extra" (innerhalb des Verzeichnisses "includes").

Ich hatte dort im Unterordner "database_tables" mittels 2 Dateien neue Datenbanktabellen definiert.
Einfache Php-Dateien mit obligatorischem php-Start sowie End-Tag (<?php ... ?>).
Das End-Tag war offensichtlich nicht richtig, denn nachdem ich es entfernt habe, funktioniert nun das Captcha wieder.

Vielleicht hilft es ja dem ein oder anderen, als möglicher Lösungsansatz.

PS: Bedauerlich, dass man über "new module support" kaum Info, geschweige denn eine Anleitung findet.

Beste Grüße
André

[hpzeller]

Den schließenden Tag in PHP-Skripten wegzulassen ist gut, wenn am Ende des PHP-Blocks nichts folgt was gesendet werden darf oder soll, dies bestätigt auch folgendes Zitat.

Hinweis:
Der schließende Tag eines PHP-Blocks am Ende einer Datei ist optional, und in einigen Fällen ist das Weglassen hilfreich, wenn Sie include oder require verwenden, so dass ungewollte Whitespaces nicht am Ende einer Datei auftreten und Sie noch im Stande sind, später weitere Header an die Response hinzuzufügen. Es ist ebenfalls praktisch, wenn Sie Output Buffering verwenden und keine ungewollten Whitespaces am Ende eines durch die eingebundenen Dateien erzeugten Parts sehen wollen.

Obiges Zitat stammt von hier -> http://php.net/manual/de/language.basic-syntax.instruction-separation.php

Gruss
Hanspeter