[gelöst] MySQL 5.1.49 ausreichend für D7 ?
Eingetragen von Drubert (6)am 09.01.2011 - 22:20 Uhr in
Hallo DRUPAL-Freunde,
seit ich vor einer Woche meine ersten Schritte auf dem DRUPAL-Weg beschritt habe ich einiges Interessante darüber gelesen und gesehen.
Als ich gestern eine Webseite einrichten konnte (alle Häkchen waren grün), war ich der Meinung das .settings-kopier-Hindernis überwunden zu haben.
Heute hatte ich jedoch leider keinen Zugriff mehr auf die gestern einwandfrei erreichbare Webseite und mit vielen Versuchen über den ganzen Tag habe ich erstmal alles wieder gelöscht um neu anfangen zu können. Ich fasse mal die Dinge zusammen, die ich als mögliche Fehler einschließen würde.
Vielleicht weiß eine/r von euch, was da falsch gelaufen sein mag.
- Mein Provider Host Europe stellt mysql 5.1.49 für die Datenbank zur Verfügung - reicht das für DRUPAL 7 aus?
- Es wurde ein Ordner unter /sites/default angelegt deren Rechte ich nicht ändern konnte und den ich dann auch nicht ohne weiteres in meinem FTP-Dateimanager Krusader löschen konnte
- Ich habe einen weiteren Benutzer angelegt, um wie beschrieben auch aus dieser Sicht die Webseite betrachten zu können. Bin mir aber ziemlich sicher, dass der keine Admin-Rechte bekam.
Ich hoffe, dass die Infos für eine "Diagnose" ausreichend sind und dass jemand eine Lösung weiß - vielen Dank im voraus.
LG, Drubert
- Anmelden oder Registrieren um Kommentare zu schreiben
Unmöglich
am 10.01.2011 - 05:41 Uhr
Eine Aussage "Webseite geht nicht mehr" reicht nicht für eine Ferndiagnose.
Mein Provider Host Europe stellt mysql 5.1.49 für die Datenbank zur Verfügung - reicht das für DRUPAL 7 aus?
Ja, denn »Drupal 7 will only support MySQL 5.0.15 or higher« - siehe http://drupal.org/requirements
Es wurde ein Ordner unter /sites/default angelegt deren Rechte ich nicht ändern konnte und den ich dann auch nicht ohne weiteres in meinem FTP-Dateimanager Krusader löschen konnte
Yepp. Das ist bei vielen Webpaketen so. Ist auch lästig, aber meines Wissens nicht zu ändern. Drupal legt halt ein paar Sachen selbst an, und du hast daran keine Rechte. Ich habe auch noch einige solcher toter Ordner bei Webhostern liegen. In der Regel kannst du sie zumindest in andere Ordner ziehen, so dass du sie dort ignorieren kannst.
Ich habe einen weiteren Benutzer angelegt, um wie beschrieben auch aus dieser Sicht die Webseite betrachten zu können. Bin mir aber ziemlich sicher, dass der keine Admin-Rechte bekam.
Der zweite User an sich sorgt auch nicht dafür, dass die Webseite nicht mehr funktioniert.
Ausgeschlossen
am 10.01.2011 - 08:24 Uhr
Danke für die schnelle Antwort !!!
Dann kann ich also genannte Möglichkeiten als Fehler ausschließen und lege noch mal eine Seite an.
Ich markiere den Thread als gelöst...
Drubert schrieb Es wurde ein
am 10.01.2011 - 11:51 Uhr
Es wurde ein Ordner unter /sites/default angelegt deren Rechte ich nicht ändern konnte und den ich dann auch nicht ohne weiteres in meinem FTP-Dateimanager Krusader löschen konnte
Die entsprechenden Hoster stellen hierfür in ihren Verwaltungsmenüs passende Tools zur Verfügung um Rechte einzelner Dateien, Ordner oder ganzer Verzeichnisstrukturen zu ändern. Das Menü von HE ist nicht eben eines der übersichtlichsten, aber den Punkt gibt es da irgendwo. Hab ihn schonmal gesehen ;)
Host Europe
am 10.01.2011 - 14:59 Uhr
Alexander hat Recht. Bei Host Europe geht das. Unter Webhosting > Allgemeines > Dateiverwaltung.
Es geht aber nicht bei allen Anbietern, zumindest bei 1Blu habe ich nie ein Tool dafür gefunden.
Müll
am 10.01.2011 - 17:45 Uhr
Bei Host Europe geht das. Unter Webhosting > Allgemeines > Dateiverwaltung.
Ja, den "Müll" der zerstörten Seite habe ich letztens so entfernt
----
Ich habe jetzt eine neue Seite erstellt und weiß auch was da bei der Alten los war:
Ich musste nach erfolgreicher Installation (alle grünen Häkchen) dem Ordner /sites/default.... das Schreibrecht entziehen, weil sonst ein Sicherheitsrisiko angemahnt wurde.
Nochmals vielen Dank für eure Hilfe
LG, Drubert