Fatal error: Cannot redeclare check_auth() in /home/indonesi

[Indextrader]

Guten morgen.

Ich erhalte aus heiterem Himmel plötzlich folgende Fehlermeldung, wenn ich ins ACP möchte.
Fatal error: Cannot redeclare check_auth() ..............admin/admin_ug_auth.php

Weiss hier jemand Rat?


Vielen lieben Dank
Uwe

EDIT:

OK ich habe die admin_ug_auth.php einfach auf dem Server gelöscht und nun komme ich wieder an alles dran.
Wozu benötigt man die admin_ug_auth.php überhaupt, muss ich die haben?

Dann habe ich etwas gegoogelt und dort gefunden dass jemand in line 98 aus

function check_auth($type, $key, $u_access, $is_admin) dies gemacht hat (also ein _ug ans check_auth)

function check_auth_ug($type, $key, $u_access, $is_admin)

Nun läuft es ebenfalls wieder.

Wäre lieb, wenn jemand mir sagen könnte wozu die admin_ug_auth.php benötigt wird und ob ich das so lassen kann
oder ob da irgendwo anders Probs auftreten könnten

Gruss
Uwe

[oxpus]

Die Datei ist für die Gruppenrechte zuständig. Wird also dringend benötigt.
Da nun allerdings aus irgend einem Grund die Funktion scheinbar mehrfach definiert werden soll, was ja nicht gehen darf und kann, stellt sich eine ganz andere Frage:
Hast Du am ACP etwas gemacht, einen MOD installiert oder Ähnliches?
Denn die Dateien werden im Normahfall nicht mehr aufgerufen...

[Indextrader]

Oxpus du wirst jetzt eventuell zweifeln, aber gestern abend ging noch alles und heute früh nicht mehr.
Ich habe nichts zusätzlich installiert, was ein Scheiss, hoffentlich bekommen wir das wieder hin.

Ich habe, nachdem der Fehler auftrat die DB mit MyPHPADmin überprüfen und reparieren lassen.

Seit längerem erhalte ich in der DB bei Überprüfung immer folgende Meldung, das ist aber auch schon seit Wochen und geht nicht weg.

Problems with indexes of table `chc_access`
More than one INDEX key was created for column `typ`
Problems with indexes of table `chc_referrers`
More than one INDEX key was created for column `typ`
Problems with indexes of table `chc_search_engines`
More than one INDEX key was created for column `typ`
Problems with indexes of table `chc_user_agents`
More than one INDEX key was created for column `typ`
Problems with indexes of table `phpbb_attachments`
More than one INDEX key was created for column `attach_id`
Problems with indexes of table `phpbb_auths`
PRIMARY and INDEX keys should not both be set for column `group_id`
Problems with indexes of table `phpbb_sessions`
PRIMARY and INDEX keys should not both be set for column `session_id`
Problems with indexes of table `phpbb_user_items`
PRIMARY and INDEX keys should not both be set for column `id`

Eventuell hat folgendes was mit dem Prob zu tuen?

Problems with indexes of table `phpbb_auths`
PRIMARY and INDEX keys should not both be set for column `group_id`


Ausserdem habe ich die admin_ug_auth.php ja wieder auf dem Server, ich habe lediglich im Code function check_auth ein _ug angehangen, dann gings wieder.

Wäre wahnsinnig lieb, wenn du mir bei der Lösung irgendwie helfen könntest.

Uwe

[oxpus]

Frag mal eher Deinen Provider, ob er an der Datenbank was geändert hat.
Scheint mir nämlich so zu sein...

[Indextrader]

Hatte ich auch sofort dran gedacht aber sie haben nichts geändert.
Ich habe auf dem shared Sever 2 völlig verschiedene Boards laufen, bei dem anderen gibts auch keinerlei Probleme, deshalb schien mir die Möglichkeit, das es an dem Provider liegt als sehr unwahrscheinlich.
Denn sonst sollte bei dem anderen Board doch eigentlich das selbe Problem auftauchen oder?

[oxpus]

Nein, nicht unbedingt.
Nach den Fehlermeldungen sind viele Indexe plötzlich doppelt vorhanden.
Das passiert nicht "mal eben so"!
Die Indexe sind dann entweder zerstört, der Index Tracker der Datenbank ist offline (oder wie das bei MySQL auch immer heisst) oder die wurden "bewusst" gelöscht/zerstört!
Du kannst aber jetzt nur noch manuell eingreifen.
Schau eben die angemeckerten Tabellen nach, welche Indexe gesetzt sind. Hier wird ja angegeben, daß mehr als ein Index auf ein und dem selben Feld vorhanden sind. Das geht natürlich nicht.
Lösche dann einfach jeweils einen Index und der Fehler ist behoben.
Behalte aber PRIMARY KEYS, sofern vorhanden, und lösche nur die "einfachen" Indizes.

[Indextrader]

Ach herje, das hört sich aber kniffelig an, naja ich werde mir die DB mal anschauen und wenn ich nicht sicher sein sollte, frage ich vor dem Löschen lieber noch einmal nach

Danke dir
Gruss Uwe

[oxpus]

Nur zu. Dafür sind wir ja da...

[Indextrader]

Oxpus du bist halt ein Engel.

Da ich Schiss habe, das ganze Board zu torpedieren mal ein Beispiel.

Tabelle chc_access
Wieso auch immer ist hier einmal Type und einmal Type_2, ebenso bei chc_referrs etc.



Folglich würde ich nun an der Stelle (siehe Bild) das Type_2 komplett löschen, korrekt?

Vielen lieben Dank für deine unermüdliche Hilfe
Uwe

[oxpus]

Ja, genau so ist es.
Du siehst ja das Feld, auf dem der jeweilige Index liegt.
2 Indizies auf dem gleichen Feld sind eben nicht nur einmal überflüssig, sonder auch nicht erlaubt.
Dann eben nur den 2. Index löschen und gut ist.
Kaputt machst Du damit jedenfalls nichts, da ja zudem auch nicht die Tabelle selber angefasst wird (Naja, jedenfalls nicht direkt).

[Indextrader]

ok....dann werde ich es mal in Angriff nehmen.
Hauptsache ich lege das Board nicht lahm

Liebe Grüße
Uwe

[oxpus]

Solange Du wirklich nur an den Indexen etwas machst, dann nicht.

[Indextrader]

mmmhhh....nun habe ich bei manchen Tabellen als Index nicht typ_2 sondern z.B
typ index und
monat index

Woher weiss ich was ich nun löschen muss. *kopfkratz*

[oxpus]

Die Index-Namen sind völlig egal.
Schau einfach nach, welche Indexe auf ein und dem selben Feld eingerichtet sind und lösche einfach einen der Indexe, bis eben nur ein Index je Feld über ist.

[Indextrader]

Ah....ok also es darf nicht 2 x der selbe Typ auftauchen. Sind unterschiedliche Typen pro Tabelle vorhanden ist das ok.

Danke dir
Liebe Grüße
Uwe

[oxpus]

Auch nicht.
Index ist Index, ob normal oder PRIMARY.

Es ist auch auf einen ganz einfachen Nenner zu bekommen:

Jedes Feld in einer Tabelle kann indiziert werden, darf aber nur einen Index besitzen!
Dabei muss man zwar abwägen, ob ein PRIMARY KEY nötig ist oder nicht (Eindeutigkeit der Feldinhalte), aber das ist eben auch Sache beim Aufräumen.

[Indextrader]

Naja ich werde wohl wenn ich einen mutigen Tag habe, mal ans Löschen gehen.
Da bis jetzt alles läuft, habe ich mich noch nicht so richtig daran getraut.
Irgenwie habe ich Schiss, das plötzlich nichts mehr geht und ich keinen Plan habe, was ich dann machen soll.

Ok mein Freund, ich danke dir mal erst.

Liebe Grüße
Uwe

[oxpus]

Nochmal:
Wenn Du nur die Indizes löscht, geht nichts kaputt!

[Indextrader]

ok jetzt habe ich bis auf folgendes die DB wieder sauber

PRIMARY PRIMARY 2 id
id UNIQUE 2 id
item_id INDEX 2 item_id
user_id INDEX 2 user_id
PRIMARY and INDEX keys should not both be set for column `id`

Hier bin ich mir nicht sicher was ich löschen soll, da id auf Primary und Unique liegen, nicht aber auf INDEX.

Uwe

[oxpus]

Umgekehrt muss es heissen:
Auf dem Feld "id" liegen die Indizes PRIMARY und UNIQUE.
Lösche immer den minderwertigeren, wobei in der Reihenfolge von oben (hochwertig) nach unten (niedrige Wertigkeit) gilt:

PRIMARY
UNIQUE
INDEX

Andere Indizes sind möglich, aber weniger sinnvoll...