MySQL Forums
Forum List  »  German

Re: lokales Datenbankpasswort
Posted by: Lenz Grimmer
Date: September 08, 2006 02:21AM

Hi,

Sven Müller Wrote:

> ich habe hier lokal mal nen neuen Testserver
> aufgesetzt mit Apache, PHP und MySQL. Nun wollte
> ich die Dateien, wie sie beim Provider auf dem
> Server liegen bei mir lokal laufen lassen. Klappt
> auch soweit alles wunderbar. Nur:
>
> Beim Provider hab ich ein Passwort für die
> Datenbank usr_webXXX_1 im Script eintragen
> müssen. Lokal funktioniert das nicht, sondern
> nur, wenn ich das Passwortfeld leer lasse.

Hast Du einen bestimmten Benutzernamen, mit dem Du die Datenbank
ansprichst? Eventuell mußt Du diesem Benutzer dann noch das entprechende
Paßwort zuweisen, daß Du bei Deinem Provider auch verwendest.

> Da ich aber nicht immer zwischen Lokal testen und
> Live schalten die eine Datei ändern möchte,
> stellt sich mir die Frage, wie das Passwort für
> die eine Datenbank lokal setzen kann, so dass kein
> Unterschied zwischen den 2 Servern mehr ist. Wäre
> bei meiner Arbeit eine grosse Erleichterung.

Hmm, den Hostnamen des Datenbankservers mußt Du doch wohl auf
jeden Fall ändern, oder verwendest Du "localhost"?

> Wäre super, wenn einer von Euch mir da
> weiterhelfen könnte. (vielleicht Step-by-Step??)

Vergib' ein Kennwort für diesen User mit Hilfe des SET PASSWORD FOR
statements. Siehe http://dev.mysql.com/doc/refman/5.0/en/passwords.html

Bye,
LenZ

Lenz Grimmer - MySQL Community Relations Manager - http://de.sun.com/
Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten, DE
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels
Vorsitz d. Aufsichtsrates: Martin Haering AG Muenchen: HRB161028

Options: ReplyQuote


Subject
Views
Written By
Posted
3765
August 31, 2006 01:00PM
Re: lokales Datenbankpasswort
2746
September 08, 2006 02:21AM
2656
September 20, 2006 07:02AM


Sorry, you can't reply to this topic. It has been closed.

Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.