ERLEDIGT -nochmal CAPTCHA

[cerberus]

...es will mir nicht gelingen

Vorab: Seit "ewig" nutze ich für meine "Hundezeitung" 4images als Bildergalerie. Auch extreme Comment-Spam-Belästigungen haben mich nicht abgehalten.

Jetzt habe ich das Update auf 1.7.6 eingearbeitet - soweit alles fein, bis auf CAPTCHA

Was immer ich auch einstelle (in der config.php, in global.php etc.) ich sehe kein Bild!

Oder sieht hier jemand was:
http://www.hundezeitung.de/gallery/register.php


...oder hier:
http://www.hundezeitung.de/gallery/details.php?image_id=3638


Was mir beim Studieren im Quelltext auffällt ist dies:
Der Link zum Captcha-Bild enthält keine Session.

Wenn ich in funktionierenden 4images-Seiten nachschaue, wird dort aber die Session eingebunden.

Ist also dies der Grund dafür, dass ich kein Captcha-Bild sehe?

Wenn ja: Wo ist der Haken? Wo geht mit die Session verloren?

Über jeden brauchbaren Tipp freue ich mich und sage schon einmal Danke.


Richard


 

[honda2000]

ich denke das problem liegt ganz wo anders

wenn ich...

http://www.hundezeitung.de/gallery/captcha/words.txt
oder
http://www.hundezeitung.de/gallery/captcha/backgrounds/blue.jpg

aufrufe, kommt nix!

also: FTP > Root > index.php u.s.w. dazu /templates/ /lang/ u.s.w.
wo ist der Ordner: /captcha/???
im Root fehlt außerdem die Datei: captcha.php

also im Prinzip: deine Verweise stimmen nicht, daher kein Captcha

EDIT und P.S.

in die config.php (die du dir nach dem Installieren vom Server laden musst) trägst du nicht ein, was angezeigt werden soll, sondern, was nicht angezeigt werden soll, also z.b.

vor dem schließenden
?>
kommt die Zeile

$captcha_enable_upload = 0;

für kein Captcha beim Upload (User)

oder

$captcha_enable_postcards = 0;

für kein Captcha beim verschicken von Postkarten (User)

die Zeilen mit: 1 sind nicht nötig, denn Captcha ist durchweg aktiviert

[cerberus]

hi

danke für deine Antwort. Jetzt geht's zwar immer noch nicht, doch immerhin hat sie mich auf eine neue Idee gebracht.

Du schreibst:
###############
wenn ich...
http://www.hundezeitung.de/gallery/captcha/words.txt
oder
http://www.hundezeitung.de/gallery/captcha/backgrounds/blue.jpg
aufrufe, kommt nix!
###############

klar: da liegt eine .htaccess mit "deny from all" drin - und das hat wohl auch seinen Sinn, oder?
Ich habe sie jetzt mal de-aktiviert  - nun kannst du in die Dir's reinkucken.
Aber am Ergebnis ändert das auch nix.

Geh bitte davon aus, dass alle Files und Directories vorhanden sind, daß die Verweise stimmen und nicht falsches/überflüssiges in der Config steht - die Captcha-Aktivierung liegt ja in der global.php gut voreingestellt - da muss ich die Config nicht bemühen.

Die einzige von mir feststellbare Abweichung zu laufenden Programmen ist die Session. Doch mir fehlt die Erklärung, warum sie zwar auf vielen, aber nicht auf allen Seiten durchgeschleppt wird.

Any idea?

Richard
 

[honda2000]

grundsätzlich: Nein, es gibt dort keine Sessions-ID

klick: http://www.thomas-heydel.de/
dort:
Template (oben mittig)
links die Regestrierung innerhalb der Galerie
mit dem Akzeptieren verschwinden die sessions-ID

sorry, an die .htaccess hab ich nicht gedacht, stimmt aber, damit die daten einzeln nicht abrufbar sind, sorry


nun kann es ja nur noch mit den Zugriffs- & Schreibrechten (CHMOD) zusammenhängen

ändere doch mal:
/captcha/ CHMOD755
/captcha/backgrounds/ CHMOD755
/captcha/fonts/ notfalls noch höher

allerdings muss ich folgendes sagen:

http://forum.pi-dummis.de/member.php?action=reg
http://www.thomas-heydel.de/testxmb/member.php?action=reg

100% selbe Files, 100% selbe Freigaben
und trotzdem beim ersten Link kein Captcha (frag nicht warum)
es kann also auch an der Serverkonfiguration liegen

Teste aber erst mal mit CHMOD, ob das was bringt

[cerberus]

hi

danke für die Antwort. Vielleicht kommen wir ja weiter mit der Ausschlußdiagnostik.

CHMOD: Ich habe sie derzeit auf 777 - mehr geht nicht.

Serverkonfiguration: Jetzt muss ich gestehen, daß ich (wen ich keine Hobbyseiten bastle) von Beruf/Geschäft Internetprovider bin.
Und daß meine Techniker im Normalfall die Server anständig konfigurieren - einschl. meines privat genutzten Hobbyservers:-)

Aber war da nicht etwas mit GD ? Kann es sein, daß eine bestimmte Version oder ein bestimmtes Zusatzteil von GD benötigt wird (mir ist so, als hätte ich das itgendwo gelesen?)


 Ich werde auch da mal nachfragen.
Obwohl ich mir nicht vorstellen kann, daß dort die Session aus den Links verschwinden.

[honda2000]

GD-Biblothek muss dir mal Jan, Nicky,...
weiterhelfen, die klick ich an,
zack
geht

Provider bei mir: all-inkl

soweit ich weis, bei Imagemagick muss man Version und Pfad beachten, aber GD??

[Nicky]

hi,

ich würde raten,
ins http://www.hundezeitung.de/gallery2/
original 4images dateien und templates zu uploaden
config.php von der
http://www.hundezeitung.de/gallery/
reinspielen.

http://www.hundezeitung.de/gallery/admin/
default templates einstellen

http://www.hundezeitung.de/gallery2/register.php
testen ob da captcha funktioniert.

bis jetzt war der fall so das was an den php dateien bzw. templates verändert wurde was CAPTCHA stört.

[KurtW]

Hallo,

glaube nicht, daß es an den templates liegt..
Wenn man einen Direktaufruf macht, wird nichts angezeigt...
http://www.hundezeitung.de/gallery/captcha.php

hat was mit captcha.php, includes/captcha_utils.php und gd zu tun
Es wird kein Bild, sondern eine .html erzeugt

TEST:
in captcha.php
suche:

Code: [Select]

require(ROOT_PATH.'includes/sessions.php');danach einfügen:

Code: [Select]

error_reporting(E_ALL);


Kurt

[honda2000]

@KurtW, so in etwa, habe ich mir das auch überlegt

gut, man könnte erst in einem neuen Ordner, 4images, Urzustand, testen

was man auch machen könnte:

gdtest.php ins Root laden, und mal aufrufen

sollte so in etwa aussehen:

array(11) {
["GD Version"]=> string(27) "bundled (2.0.34 compatible)"
["FreeType Support"]=> bool(false)
["T1Lib Support"]=> bool(false)
["GIF Read Support"]=> bool(true)
["GIF Create Support"]=> bool(true)
["JPG Support"]=> bool(true)
["PNG Support"]=> bool(true)
["WBMP Support"]=> bool(true)
["XPM Support"]=> bool(true)
["XBM Support"]=> bool(true)
["JIS-mapped Japanese Font Support"]=> bool(false)
}

[cerberus]

Danke euch für's Mitdenken.

Inzwischen ist das Problem gelöst: Es war tatsächlich die GD Lib auf meinem Server.
Da diese "Hobby" Maschine nicht am autom. Update angeschlossen ist, war eine überaltete Version enthalten.
Jetzt ist sie aktuell - und alles ist gut )

Vielleicht hilft's aber dem einen oder anderen: Auch das ist eine Ecke, die man überprüfen sollte!

Richard