Hi,
ich habe heute mal das Clanscript installiert.
Meine Konfiguration:
W2k Server
MySql 5.* /aktuellste
PHP 5.* /aktuellste
Installation hat wunderbar funktioniert aber sobald ich mich mit einem User(Administrator) einlloge kommt eine Fehlermeldung und die Bemerkung das ich noch 0 Versuche habe. Also habe ich die php Fehleranzeige wieder aktiviert und da bekamm ich unten folgende Fehlermeldung.
Ich befürchte das es an meiner Konfiguration von php liegt.
############## Fehlermeldung###############
PHP Notice: Undefined index: smodul in f:\html\oeue\include\includes\function\get_m.php on line 11 PHP Notice: Undefined index: title in f:\html\oeue\include\includes\user\login.php on line 8 PHP Notice: Undefined index: Flogintry in f:\html\oeue\include\includes\user\login.php on line 10
########################################
Hier der Link zu meiner php.iniexterner Link
ps. an wenn muß ich mich hier wenden um mehrere Lizenzen zu kaufen?
Beitrag zur Merkliste hinzufügen
Hier kann eine Notiz zum Merk-Eintrag hinzugefügt werden (optional)
ilch Forum » Ilch Clan 1.1 » Fehlersuche und Probleme » PHP login Problem
| Geschlossen | ||
-
-
also zu den lizenzen kann ich dir sagen du musst keine kaufen zumidest ist das so bei den ganzen 1.0.* versionen ob es bei der 1.1 auch so ist weis ich nicht
-
bei mir das gleiche problem. Installation klappt ohne fehler ( die erwähnt werden ) allerdings kann man sich dann nicht anmelden.
der admin benutzer wird immer abgewiesen. Und ja das passowrt ist richtig, habs mittlerweile sogar 3 mal neu installiert und das passwort selbst md5 verschlüsselt und mit dem in der db überprüft. ich komm trotzdem nicht rein.
ich benutze version 1.0.5g
PHP 5.1.2
MySQL 5.0
Apache 2.0.55
wäre nett wenn mir jemand helfen könnte. -
So. 26.02.2006
16:49 Uhr
#4
- Registriert seit
- 20.10.2005
- Beiträge
- 584
- Beitragswertungen
hast du haargenau den selben fehler oder leitet der dich jedesmal nur auf die startseite zurück? -
ich würde schon sagen das ic den gleichen fehler habe.
es sind ebenfalls die gleichen notice meldungen und das fenster wo man mir sagt das der login falsch war und ich noch 0 versuche habe.
hab jetzt auch die f version ausprobiert, gleiches problem. -
so hab jetzt weiter etwas dran rumgebastelt.
auf der kombination php4 + mysql4.1 geht es.
wobei ich das doch recht komisch find, da ja das sql file auch ausgeführt wird. -
Hi das hört sich gut an.
Sag mal bitte die genau php Version optimal ein Link.
Das gleiche bitte auch für mysql.
Was hast du in der php.ini geändert?
Wäre echt super weil ich null voran komme.
Also bei php 4.3.1 und mysql 5 funzt das nur wenn ich alls root installiert habe alle anderen Benutzer nimmt er nicht und selbst da habe ich den gleichen fehler wie mit php 5 das ich mich nicht einlogen kann. -
das problem ist MYSQL 5.0 . das mag es nämlich nicht wenn man denn leeren string an ein auto_increment feld übergibt. einfach in der install.sql unten bei den inserts für die tabelle prefix_allg den ersten wert durchnummerieren. bei mir funktioniert es so.
so nicht: INSERT INTO prefix_allg VALUES ('', 'kontakt', '', '1', '1', '', '', '', ''); sondern so: INSERT INTO prefix_allg VALUES ('1', 'kontakt', '', '1', '1', '', '', '', '');
problem war nämlich das durch den fehler die allg tabelle nicht gefüllt wird und dann das allgAr nicht existiert wodurch der login nie versucht wird da eine if abfrage immer scheitert.
aber gut, wusst ich auch noch nicht das das in der mysql version nicht mehr geht.
das sollte man vielleicht generell im cvs ändern, den 4er versionen schadets nicht und in den 5ern gehts dann auch
Zuletzt modifiziert von chn am 27.02.2006 - 21:53:17 -
Mi. 01.03.2006
20:32 Uhr
#9
- Registriert seit
- 22.03.2003
- Beiträge
- 4.260
- Beitragswertungen
vielen danke für den bug report mit lösung! ... werde das problem spätestens in 1.1 beheben! -
Di. 07.03.2006
20:42 Uhr
#10
- Registriert seit
- 22.03.2003
- Beiträge
- 4.260
- Beitragswertungen
sieht schlecht aus ich kann den fehler nicht nachstellen er passiert nicht bei mir. könntest du mal testen ob es mit null anstatt '' bei dir funktioniert?
also in der art:
VALUES (null, ...
anstatt
VALUES ('', ...
?? so steht es zumindest offiziell weil durchnummerieren nicht in frage kommt und alles ausschreiben auch lästig ist +g+... wäre dir dankbar fürs prüfen. -
Getestet auf MYSQL 5.0.18-nt:
tabelle test, typ:InnoDB
Feld 1: id, int11, auto_increment, primary key
Feld 2: val, varchar25
SQL: INSERT INTO test VALUES ('', 'bla')
MELDUNG: #1264 - Out of range value adjusted for column 'id' at row 1
SQL: INSERT INTO test (id,val) VALUES ('','bla')
MELDUNG: #1264 - Out of range value adjusted for column 'id' at row 1
SQL: INSERT INTO test VALUES (NULL, 'bla')
MELDUNG: OK
SQL: INSERT INTO test(id,val) VALUES (NULL, 'bla')
MELDUNG: OK
Die ganzen SET syntax möglichkeiten probier ich nicht mehr durch. Das Problem ist anscheinend nur das ihm der String für das int feld nicht passt, eigentlich auch verständlich.
Und bei dir schluckt die 5.x version von mysql das '' ? erstaunlich...
EDIT: habs eben auch mit MYISAM Tabellen ausprobiert, gleiche ergebnise.
Zuletzt modifiziert von chn am 08.03.2006 - 00:07:47 -
So. 12.03.2006
14:43 Uhr
#12
- Registriert seit
- 22.03.2003
- Beiträge
- 4.260
- Beitragswertungen
hi danke für das testen!!... so kann ich diesen fehler sicher beheben
tja irgendwie schon ich hab mir dann extra xampp mit mysql 5.0.18 installiert und dort kann ich noch mit '' und mit null einfügen.
stört ja nicht groß solange es mit null immer geht hab ich ja kein problem es auf null anstatt '' zu ändern
nochmals danke! -
habs eben auch mit xampp probiert un da gehts auch bei mir. ich schau mal ob das an einer einstellung liegt.
meine einzelinstallation wollte es wie oben beschrieben auf jedenfall nicht. -
So. 12.03.2006
16:09 Uhr
#14
- Registriert seit
- 22.03.2003
- Beiträge
- 4.260
- Beitragswertungen
jau, ich habe es jetzt im update file auf null geändert. (in 1.1) und ansonsten feste werte gegeben... vielleicht ists auch erst ab einer ganz spzeillen version so. oder nur in einer version so +g+.... -
nee der witz ist ja das ich die gleiche version hab... nur halt selbst installiert...
-
jemand hat mir nen tip gegeben woran es leigen könnte:
mysql server mode:
NO_AUTO_VALUE_ON_ZERO
NO_AUTO_VALUE_ON_ZERO affects handling of AUTO_INCREMENT columns. Normally, you generate the next sequence number for the column by inserting either NULL or 0 into it. NO_AUTO_VALUE_ON_ZERO suppresses this behavior for 0 so that only NULL generates the next sequence number.
This mode can be useful if 0 has been stored in a table's AUTO_INCREMENT column. (Storing 0 is not a recommended practice, by the way.) For example, if you dump the table with mysqldump and then reload it, MySQL normally generates new sequence numbers when it encounters the 0 values, resulting in a table with contents different from the one that was dumped. Enabling NO_AUTO_VALUE_ON_ZERO before reloading the dump file solves this problem. mysqldump now automatically includes in its output a statement that enables NO_AUTO_VALUE_ON_ZERO, to avoid this problem.
edit: liegt wohl doch nicht nur an der einstellung... ich will jetzt wissen warum das so ist
edit2: habs endlich gefunden. der strict mode des mysql servers ist schuld. der ist aber bei xampp nicht aktiviert.
Zuletzt modifiziert von chn am 13.03.2006 - 16:53:57
| Geschlossen | ||
 |
Zurück zu Fehlersuche und Probleme | |
Optionen: Bei einer Antwort zu diesem Thema eine eMail erhalten