Problem mit neuer Captcha

Begonnen von Matthias, 07 Dezember 2006, 00:21:47

⏪ vorheriges - nächstes ⏩

0 Mitglieder und 1 Gast betrachten dieses Thema.

Matthias

Hab gerade geupdatet nun habe ich diese nette  Captcha Funktion. Nur leider kann ich die einstellungen im adminmodul von  Captcha nicht ändern. Bzw. ändern kann ich sie schon, aber wenn ich auf speichern drücke ist später alles wie vorher.

onkel

Hi Matthias :puzzled: ,

Du musst die Schreibrecht für die settings.php auf 777 ändern, die

Die settings.php findest du in includes/captcha/settings.php

mfg
Onkel

maverik

moin

also 666 reicht bei mir aus

so long maverik

Holger67

Mein Captcha wird bei der Einstellung "Datenbank" garnicht angezeigt (die Tabelle in der Datenbank wurde durch das update korekt angelegt) und bei der Einstellung Datei wird das Bild aber keine Buchstaben/Zahlen angezeitg.

http://www.kerkyra-corfu.com/Feedback.html

Das Fonts update hab ich vorhin gemacht.
Was kann das sein ???

jubilee

ZitatWas kann das sein
Hmmm ...
Die Textlänge ist aber größer als 0 ?

Geb mal FTP + Admin Zugangsdaten.
MfG

Holger67


Matthias

Super mit der einstellung 666 geht es jetzt perfekt. Danke
Aber was ich nicht verstehe, warum wird das nicht automatisch eingestellt normalerweise müsste er doch die dateirechte automatisch beim installieren ändern.

und noch ein Problem die neue Funktion Kommentare Moderieren zeigt bei mir gar nichts an?!?!

maverik

Zitatdie neue Funktion Kommentare Moderieren zeigt bei mir gar nichts an?!?!

schalte mal die debug und sql fehler meldungen ein maybe siehst du dann das gleiche wie ich

http://www.pragmamx.org/modules.php?name=Forum&topic=19409.0

so long

jubilee

ZitatAber was ich nicht verstehe, warum wird das nicht automatisch eingestellt normalerweise müsste er doch die dateirechte automatisch beim installieren ändern.
Je nach Servereinstellung. Kann man generell nicht so sagen.

MfG

jubilee

Wäre trotzdem schön, wenn mir einer der User bei dem das Speichern in der Datenbank nicht klappt,
einmal einen satz Zugangsdaten zukommen lasst (Admin/FTP/Datenbank) damit ich mir das
einmal ansehen kann. normalerweise sollte das Speichern in der Datenbank auch ohne Probleme gehen.
MfG

Matthias

Zitat von: maverik am 07 Dezember 2006, 21:25:54
Zitatdie neue Funktion Kommentare Moderieren zeigt bei mir gar nichts an?!?!

schalte mal die debug und sql fehler meldungen ein maybe siehst du dann das gleiche wie ich

http://www.pragmamx.org/modules.php?name=Forum&topic=19409.0

so long
Wenn ich debug einschalte kommt bei mir oben das:
Warning: strpos(): Empty delimiter. in /var/www/vhosts/bv-langenerling.de/httpdocs/includes/mx_system.php on line 185
pragmaMx 0.1.9 Debug-Mode, PHP Error-Reporting (E_ALL) enabled

GET: Array
(
    [op] => ListComments
)


Notice: Undefined index: user_ingroup in /var/www/vhosts/bv-langenerling.de/httpdocs/includes/mx_system.php on line 270

und unten steht das:
Notice: Undefined index: user_pm_poptime in /var/www/vhosts/bv-langenerling.de/httpdocs/footer.php on line 37

Aber das kommt auch auf der ganz normale hauptseite wenn ich in die Kommentare moderieren reingehe kommt keine Zusätzliche meldung

Und links unten bei der Statistik kommt noch die :.........hmm ist ja ziemlich buggy bei mir :):
Notice: Use of undefined constant _LINKS - assumed '_LINKS' in /var/www/vhosts/bv-langenerling.de/httpdocs/blocks/block-Total_Hits.php on line 41


Gibt es eigentlich irgendwo eine aktuelle  liste welche datei welche rechte braucht. da die datenbank optimieren funktion bei mir auch nicht geht :(

Andi

Hi :)

@ Matthias

war das eine neuinstallation, oder ein update von phpnuke, evtl. auch früher?
Irgendwie liest sich das, als wäre die usertabelle nicht im aktuellen format...
schön´s Grüssle, Andi

Matthias

#12
nein das war eine neuinstallation und dann gestern upgrade auf die neue version

jubilee

Zitatnein das war eine neuinstallation und dann gestern upgrade auf die neue version
Du hast also gestern ein Upgrade 0.18 --> 0.19 gemacht ?
Hast Du die Datei upgrade.php aus dem Portalroot als Admin aufgerufen, nachdem Du die dateien hochgeladen hattest ?

MfG

Matthias

ja natürlich, soll ich die nochmal raufladen und aufrufen ?

edit:

habs mal nochmal gemacht:
Ergebnis der Datenbankkonvertierung:

    * Die Umfragentabellen waren bereits aktuell.
    * Das User-Banning System war bereits aktuell.
    * Die Usertabelle war bereits aktuell.
    * Die zusätzliche Usertabelle war bereits vorhanden.
    * Die Enyklopädie-Tabelle war bereits aktuell.
    * Die Tabelle für das Usergästebuch war bereits vorhanden.
    * Die Tabellen für das erweiterte Feedbackmodul waren bereits vorhanden.
    * Die Tabelle zu den Captcha-Funktionen war bereits vorhanden.
    * Die Downloads-Tabelle war bereits aktuell.
    * Die Weblinks-Tabelle war bereits aktuell.
    * Die Newsletter-Tabellen waren bereits aktuell.



nur die dateien konnte er ned automatisch löschen, die lösch ich jetzt noch aber daran kanns ja eigentlich ned liegen oder ?

jubilee

Zitatja natürlich, soll ich die nochmal raufladen und aufrufen ?

Nein, wenn du die aufgerufen hattest, dann ist das O.K.

Geb mir doch bitte einmal FTP + Admin Zugangsdaten zum Portal (via PM). Ich schaue mir das dann einmal an.

MfG

Matthias

ok pm mit zugangsdaten ist raus

Matthias

und??? hast du einen fehler gefunden?

jubilee

Zitatund??? hast du einen fehler gefunden?
Wir vergleichen z. Zt mehrere Server auf denen das Problem vorkommt.
Nach den bisherigen Ergebnissen rechne ich allerdings damit, das dies ein
Konfigurationsproblem von MySQL ist.
Nach meiner Meinung ist der MySQL Rerver zu "resourcenschonend" eingestellt
und verliert deswegen bei zu umfangreichen Queries (wie in diesem Fall) die Verbindung.
Allerdings bin ich mir noch nicht ganz sicher, ob dies nur an einem eingestellten Wert oder an meherern liegt.
Das Ergebnis aus dem ersten Test kannst Du hier sehen:
http://www.pragmamx.org/modules.php?name=Forum&topic=19409.msg132735#msg132735
(rechts ist unser Server, links der deinige).
MfG