wo sind die konfigurationsdaten (für den db-Anschluss) abgelegt
Eingetragen von unleash (98)am 17.12.2011 - 13:16 Uhr in
hello drupalfreunde ich mach grade einen Port von einem anderen server auf meinen.often
Ich hab alle files von einem freund gekriegt. Die Files der d 7.10 sind jetzt schon auf dem Server drauf - also hochgeladen.
Jetzt hab ich noch die den DB - Dump den ich via phpmyadmin einpfleg.
Wie das geht weiß ich grundsätzlich - (aus joomla-Zeiten). Damit kenn ich mich gut aus. Ich kann mit dB-Dumps umgehen.
Was ich noch hab , das sind die Konfigurationsdaten von meinem Freund. Also diese hier:
DataBase name: xy
Database Username:xy
Database Password:xy
Site Admin: xy
Username:admin: xy
Password: xy
in welche DATEI muss ich diese denn eintragen? In Joomla wird diese DATEI configuration.php genannt. Wie bei drupal?
Freu mich von euch zu hoeren.
unleash
- Anmelden oder Registrieren um Kommentare zu schreiben
settings.php
am 17.12.2011 - 13:20 Uhr
DataBase name: xy
Database Username:xy
Database Password:xy
Diese Daten trägst Du in die Datei settings.php (gewöhnlicherweise im Verzeichnis sites/default) ein.
Username:admin: xy
Password: xy
Diese Daten trägst Du in keine Datei ein, sondern gibst Sie im Anmeldeformular ein (z.B. /user).
vielen Dank für diese ausführlichen antworten - danke dir!!!!
am 17.12.2011 - 14:04 Uhr
du bist ja schnell. ganz ganz herzlichen Dank!!!!
Diese ausführlichen antworten helfen sehr.
ich hab da die
a. default.settings.php und die
b.settings.php
ich guck mir beide mal an - und schau dann wo genau ich das eintrage. Das sind ja so etwas wie hmmm - sicherungen oder sicherungskopien oder so etwas. Bei einem
gewöhnlichen installlationsvorgang wird hier glaube ich auch was passieren. Da wird dann was gemacht mit den files.
By the way: pfade werden hier nicht auch noch editiert - bzw. müssen nicht angepast werden! Bei joomal ist das zum Beispiel auch der Fall. Da muss dann ein PFad angepasst werden - wo - ein pfad der relativ / oder absolut zum Root nach einem
Temp-Ordner zeigt!?
Frage : ist das bei Drupal auch noch noetig --oder sind die Datenbank-Settings die einzigen die gemacht werden (muessen)
Bei meinem Vorgang nicht - ich hab wie gesagt eine vorinstallierte Version die ich lediglich auf den Server portieren will. Da guck ich mal wie ich die daten dann da reinschreibe in die settings.php.
Dann lege ich die entsprechende DB an und dann müsste alles dann einfach gut laufen - weil die Drupal-Installation die DATENBANK findet.
also ich probiere das jetz mal und melde mich, wenn ich noch fragen habe.
lg unleash
btw: Ich finde die drupal-community extrem klasse!
Die Hilfe die ich hier erhalten hab ist super. Wenn ich mal eingearbeitet bin will ich auch anderen helfen. Solchen die wie ich jetzt ganz blutige Drupal-Anfänger sind... ;-)
settings
am 17.12.2011 - 15:04 Uhr
a. default.settings.php und die
b.settings.php
ich guck mir beide mal an - und schau dann wo genau ich das eintrage. Das sind ja so etwas wie hmmm - sicherungen oder sicherungskopien oder so etwas.
Nicht ganz. Wenn Du Drupal frisch von drupal.org herunterlädst, gibt es nur die defaults.settings.php. Diese verwendet Drupal als Basis für die settings.php.
... Pfade ... Frage : ist das bei Drupal auch noch noetig --oder sind die Datenbank-Settings die einzigen die gemacht werden (muessen)
Es kann sein, dass Du die Variable
$base_urlin der settings.php und eventuell in der .htaccess den Wert für "RewriteBase" anpassen musst. Das hängt jedoch davon ab, ob Du Drupal in ein Unterverzeichnis des Webserver-Roots installierst (und ist in den meisten Fällen nicht notwendig).hallo und guten Abend!
am 17.12.2011 - 16:59 Uhr
Hallo und guten Abend!
UPDATE - nach einigem Überlegen - zu dem Fehler der unten beschrieben wird: das Fehlerhafte einloggen. Jetzt fällt mir auf. ich hab mich ja versucht über die STARTSEITE - also als ganz ganz normaler User, Bei Joomla ist das ein gewaltiger Unterschied. Die beiden usertypen sind dort bei joomla nicht dieselben.
Frage: gibt es denn einen speziellen Zugang zur Admin-Sektion: so etwas wie ein admin.php
Also .- ich kann mir gut vorstellen,dass das daran lag - dass ich mich als gewöhnlicher User versucht hab einzuloggen.
Ich hab aber die admin-zugangsdaten -so dass ich mich eben auch als admin einloggen kann bzw. muss.
Vielleicht rührte also der unten beschriebene Fehler daher.... und das die seite nicht existiert ist nur ein Hinweis darauf dass
es noch keinen user gibt mit den daten. Fragt sich grade - wie ich auf die ADMIN-SEITE komme!?
ich guck mal nach u. meld mich später nochmals. Viele Gruesse
viele Gruesse
Unleash
den Thread lass ich mal so stehen. , der beschreibt den Fehler... Hhier also die ganze Beschreibung:
Vielen Dank für die tolle Hilfe bis hierher: Super.. ich bin jetzt echt weitergekommmen - sehr sehr viel. Also - das hat alles einigermaßen gut geklappt bis hierher.:
Zuerst wurden die files auf den SERVER eingespielt.
Der war ja nur 1.1 MB groß - normalerweise für einen File-Import nicht zu groß. ABER er hat das irgendwie nicht erkannt.
Deshalb hab ich dann den Dump händisch (!!) im SQL-STATEMENT-Fenster eingegeben.
Soweit sogut - das hat zwar etwas gedauert - denn hier bin ich dann schrittweise vorgegangen - Teildump für Teildump.
Dann endlich - der Zeitpunkt wo ich dachte; hetzt ist alles geschafft. DAnn hab ich auf die SEite geschaut - und erstmal einen fehler...:
" Missconfiguration" und so weiter.. .DAs hatte ich aber auch schon mal gehabt. Vor ner Woche.
Also erstmal den .htaccess raushauen - und dann: Suuuuuuuuuuuper - es läuft.
Die Seite ist sichtbar. Alles klar - zum allerersten mal hab ich eine drupal auf dem SERVER.
Dann kommt die Überraschung: ich logge mich ein -
doch dann kommt eine blank-page.
http://www.mysite.net/node?destination=node
Not Found: The requested URL /node was not found on this server.
Hmmm was kann das denn sein. Hab ich ggf.
a. die falschen Login_informationen oder
b. ggf. doch noch was vergessen in dem DB_Dump, das ich ggf einfach ein paar Inserts nicht eingeplfegt habe -wie oben schon gesagt - ich musste wirklich den db-dump wirklich in ca. 20 Schritten einpflegen. DAs war etwas lästig nebenbei bmerkt. Das muss auch noch besser werden. Muss ich demnächst mal gucken wie ich das bewerkstellige. Am Besten ist es ja das alles via Import zu machen. So dass eben die DATEI auch erkannt werden kann.
ABER jetztmal noch nachgefragt: Was kann das sein mit dem oben beschriebenen Fehler. Kann das denn sein, dass ich da noch was vergessen habe. Soll ich denn nochmals intensiv kontrollieren ob ich die richtigen DAten eingebe - die mir mein Freund - der die Xamped-Version gebaut hat und mir zugeschickt
hat eingebe.- Auf was deutet denn dieser Fehler für dich hin - was kann ich noch untersuchen - und wie jetzt ansetzen, diesen allerletzten Fehler zu beheben.?
Freu mich auf einen Tippp hier...
Vielen Dank im Vorraus!
unleashed
Ich vermute jetzt nur mal: Du
am 17.12.2011 - 17:24 Uhr
Ich vermute jetzt nur mal: Du hattest auf dem alten Server Clean-URLs eingeschaltet. Durch das Löschen des .htaccess-Files ist das auf dem neuen Server nicht mehr möglich. Jetzt laufen alle gespeicherten Links (wie etwa das Menü oder eine Weiterleitung) ins Leere. Da hilft nur die Clean-URLs auszuschalten.
Jetzt sind die Clean-URLs ausgeschaltet und die Seite sollte normal arbeiten.
Beste Grüße
Werner
hallo und guten Abend Werner
am 17.12.2011 - 18:01 Uhr
hallo und guten Abend Werner
vielen lieben Dank für deine schnelle Antwort. Freu mich von dir zu hoeren. also ich kann mich gar nicht einloogen
geht das denn bei der neuen 7.10 über den Link meineseite.net/admin.php
also - da ist nix zu machen. Frage: kann ich denn die von dir gefordete Einstellung auch auf der DATENBANK machen. Das koennte ich mir gut vorstellen. Zur Datenbank hab ich guten Zugang . ich kann alles auf dem Backend einstellen.
Was meinst du denn!? Freu mich von dir zu hoeren.
glg unleash
update - hier der db-dump von der entsprechenden STELLLE - was meinst du denn?
<?php
('admin/config/search', '', '', 'user_access', 0x613a313a7b693a303b733a32373a226163636573732061646d696e697374726174696f6e207061676573223b7d, 'system_admin_menu_block_page', 0x613a303a7b7d, '', 7, 3, 0, '', 'admin/config/search', 'Search and metadata', 't', '', '', 'a:0:{}', 6, 'Local site search, metadata and SEO.', 'left', -10, 'modules/system/system.admin.inc'),
('admin/config/search/clean-urls', '', '', 'user_access', 0x613a313a7b693a303b733a32393a2261646d696e6973746572207369746520636f6e66696775726174696f6e223b7d, 'drupal_get_form', 0x613a313a7b693a303b733a32353a2273797374656d5f636c65616e5f75726c5f73657474696e6773223b7d, '', 15, 4, 0, '', 'admin/config/search/clean-urls', 'Clean URLs', 't', '', '', 'a:0:{}', 6, 'Enable or disable clean URLs for your site.', '', 5, 'modules/system/system.admin.inc'),
('admin/config/search/clean-urls/check', '', '', '1', 0x613a303a7b7d, 'drupal_json_output', 0x613a313a7b693a303b613a313a7b733a363a22737461747573223b623a313b7d7d, '', 31, 5, 0, '', 'admin/config/search/clean-urls/check', 'Clean URL check', 't', '', '', 'a:0:{}', 0, '', '', 0, 'modules/system/system.admin.inc'),
('admin/config/search/path', '', '', 'user_access', 0x613a313a7b693a303b733a32323a2261646d696e69737465722075726c20616c6961736573223b7d, 'path_admin_overview', 0x613a303a7b7d, '', 15, 4, 0, '', 'admin/config/search/path', 'URL aliases', 't', '', '', 'a:0:{}', 6, 'Change your site''s URL paths by aliasing them.', '', -5, 'modules/path/path.admin.inc'),
?>
Es gibt bei Drupal kein
am 17.12.2011 - 19:46 Uhr
Es gibt bei Drupal kein Backend wie bei Joomla. Du loggst Dich über http://Deine.domain.de/?p=user mit dem Usernamen für den Admin und dem passenden Passwort ein. Auch wenn danach eine Fehlermeldung kommt, bist Du jetzt eingelogged, sofern Username und Passwort korrekt sind. Danach wie oben beschrieben weitermachen.
Beste Grüße
Werner