Startseite
  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche
Startseite › Forum › Drupalcenter.de › Anfängerfragen ›

Wo speichert man neue Module ab [gelöst]

Eingetragen von Rudi999 (26)
am 19.03.2010 - 08:09 Uhr in
  • Anfängerfragen
  • Drupal 6.x

Hallo zusammen,

ich habe in Sachen Drupal Module etwas wohl überhaupt nicht verstanden.

Auf meinem Server liegen doch im Rootverzeichnis die Verzeichnisse

  • includes
  • misc
  • modules
  • profiles
  • sites
  • etc.

Im Verzeichnis "moduels" liegen alle Drupalmodule.

Bisher habe ich alle meine zusätzlich geladenen Module genau in dieses Verzeichnis gespeichert.
Auch alle Module-Updates.

Nun lese ich im Buch Drupal 6 (Addison Wesley)
das ich alle nachträglichen Module unter

sites - all - module

abspeichern soll.

Ist meine Vorgehensweise alles in den "Haupt"module Ordner zu speichern völlig falsch?
Bisher hat alles funktioniert oder muß ich mit rechnen, dass es irgendwann gewaltig kracht?
Soll ich alle zusätzlichen Module nun umkopieren?

Bin gerade dabei eine neues Drupal Projekt (mein 3.) zu installieren und will natürlich nicht wieder meine Anfängerfehler wiederholen.

Gruß Rudi999

‹ Multisite: gemeinsame Code-Basis und DB aber unterschiedliche Themes [gelöst] Url-Funktion in Drupal? ›
  • Anmelden oder Registrieren um Kommentare zu schreiben

Hallo ;D Ich habs bisher auch

Eingetragen von Bogus (319)
am 19.03.2010 - 08:21 Uhr

Hallo ;D

Ich habs bisher auch so gemacht wie du, bis ich vor paar Wochen es auch mit den sites ablage gelesen habe. Falsch ist das ablegen in modules eigentlich nicht, denke aber für die Übersicht ist es besser unter sites/all/modules abzulegen. Drauif gekommen bin ich eigentlich auch nur, wel ich eine Multisite install machen wollte.

In Modules selber werden leglich die Module abgelegt, die zum Core bzw. standard gehören, wie Forum, Blog etc. Die wurden zu dem Paket halt dazugepackt.

Ich finde es jedenfalls nicht falsch, die Module in modules abzulegen. Aber vielleicht gibts ja noch andere Gründe ;D

  • Anmelden oder Registrieren um Kommentare zu schreiben

Saubere Trennung

Eingetragen von Frank Ralf (2135)
am 19.03.2010 - 08:25 Uhr

Wenn du alle deine Module in /sites/*/modules ablegst, brauchst du nur diesen Ordner zu sichern, um ein Backup deiner individuellen Drupal-Installation zu haben. Und bei einem Upgrade oder einer Neuinstallation kannst du einfach alles vom Kern überschreiben (oder gar löschen), ohne dass dir etwas verloren geht.

Und für eine Multisite-Installation ist das die einzige Möglichkeit.

Du kannst die Module ruhig verschieben (nicht kopieren!), solltest sie vorher aber sicherheitshalber deaktivieren (und ein Backup der Datenbank kann auch nicht schaden).

  • Anmelden oder Registrieren um Kommentare zu schreiben

Das Buch hat recht!

Eingetragen von r4s6 (1383)
am 19.03.2010 - 08:28 Uhr
Rudi999 schrieb

Bin gerade dabei eine neues Drupal Projekt (mein 3.) zu installieren und will natürlich nicht wieder meine Anfängerfehler wiederholen.

Ich würde Dir auch empfehlen den Fehler nicht zu wiederholen. Irgandwann wirst Du Probleme haben, nach einem Update. Die Verzeichnis Struktur sollte wirklich so sein, wei es im Buch beschrieben ist:

/sites/all/modules/
/sites/all/themes/

Das gilt im Übrigen auch für andere Folder die Du noch anlegen musst. alles kommt ins /sites/...

Das ist auch das einzige was Du nachher sicherstellen musst, neben der Datenbank.

  • Anmelden oder Registrieren um Kommentare zu schreiben

*** Doch es ist definitiv falsch! ***

Eingetragen von r4s6 (1383)
am 19.03.2010 - 08:40 Uhr
Bogus schrieb

Ic... Falsch ist das ablegen in modules eigentlich nicht, denke aber für die Übersicht ist es besser unter sites/all/modules abzulegen.

Diese Aussage ist einfach nur Humbugg, Sorry aber das kann ich jetzt wirklich nicht anderst sagen (schreiben).

Bogus schrieb

In Modules selber werden leglich die Module abgelegt, die zum Core bzw. standard gehören, wie Forum, Blog etc. Die wurden zu dem Paket halt dazugepackt.

Dazu kann man nur eine Aussage wiederholen die man sich bei Drupal hinter die Ohren schreiben sollte:
Don't touch the Core
Don't touch the Core
Don't touch the Core

Alles unterhalb von /sites ist einfach Tabu!

Bogus schrieb

Ich finde es jedenfalls nicht falsch, die Module in modules abzulegen. Aber vielleicht gibts ja noch andere Gründe ;D

Das hast Du eine seltsame Vorstellung (siehe oben), wenn Du einmal das Update von 6.x auf 6.x nach der Anleitung gemacht hättest, dann wüsstest Du, dass dies nur mehr Arbeit bedeutet.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Welche Variante ist die Bessere?

Eingetragen von Rudi999 (26)
am 19.03.2010 - 09:52 Uhr

[quote=Frank Ralf]Wenn du alle deine Module in /sites/*/modules ablegst, brauchst du nur diesen Ordner zu sichern, um ein Backup deiner individuellen Drupal-Installation zu haben. Und bei einem Upgrade oder einer Neuinstallation kannst du einfach alles vom Kern überschreiben (oder gar löschen), ohne dass dir etwas verloren geht.

Was ist die grundsätzlich empfohlene Variante bei einem Upgrade?
Überschreiben oder alte Verzeichnisse löschen und neu reinkopieren?

Bisher habe ich immer einfach alles überschreiben lassen. Bei meinen falsch installierten Modulen und Themen (bei laufenden Projekten) ist das wohl die sicherste Version ohne
individuelle Einstellungen zu killen.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Löschen statt Überschreiben!

Eingetragen von r4s6 (1383)
am 19.03.2010 - 10:06 Uhr

Grundsätzlich kann gesagt werden, dass das Löschen und neu reinstellen, die sauberere Lösung ist, denn bein simplen Überschreiben werden nicht mehr benötigte Dateien nicht gelöscht, sondern immer mitgeschleppt. (Das dürfte jedemeinleuchten, oder nicht?)

(Das kann bei einem modularen System wie Drupal sogar zu problemen führen, wenn eine Datei verarbeitet wird, die eigentlich nicht mehr verarbeitet verden sollte.)

  • Anmelden oder Registrieren um Kommentare zu schreiben

Meine Aussagen sind

Eingetragen von Bogus (319)
am 19.03.2010 - 10:44 Uhr

Meine Aussagen sind keinesfalls humbugg, ich hab bisher keine grosse Probleme mit dem Ablegen in den Ordner modules gehabt.

Ausserderm stimmt die Aussage das die Module alle core sind, die in dem Ordner stecken. Zum core gehören Block, Filter, Node, System und User. Die anderen sind leglich beigaben. Sicher kann man über das ablegen streiten, was genau besser oder schlecht ist. Fakt ist halt das

Original von Drupal.org:

Zitat:

This directory should be used to place downloaded and custom modules and themes which are common to all sites. This will allow you to more easily update Drupal core files. These modules and themes should be placed in subdirectories called modules and themes as follows:

Nach meiner Ansicht ist das Ablegen in den Ordner Modules nicht falsch. Aber halt es wird halt empfhohlen, wegen der besseren Übersicht, halt unter sites/all abzulegen.

Wäre schön, wenn man hier ein wenig sachlich disktutieren könnte. Gemäss nach den neuen Regeln.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Sorry, war wohl zu agressiv formuliert.

Eingetragen von r4s6 (1383)
am 19.03.2010 - 11:09 Uhr
Bogus schrieb

Meine Aussagen sind keinesfalls humbugg, ich hab bisher keine grosse Probleme mit dem Ablegen in den Ordner modules gehabt.

Ich habe nicht deine Aussagen als Humbugg bezeichnet, sondern nur die eine, die ich zitiert habe (dafür habe ich sie eigentlich auch zitiert. Glaube dir auch, dass Du noch nie probleme damit hattest, wenn Du die Contribs in den Core gepackt hast.

Bogus schrieb

Ausserderm stimmt die Aussage das die Module alle core sind, die in dem Ordner stecken. Zum core gehören Block, Filter, Node, System und User. Die anderen sind leglich beigaben.

Alles was im /modules ist ist Core daher auch mein "Don't touch the Core!".

Bogus schrieb

Sicher kann man über das ablegen streiten, was genau besser oder schlecht ist. Fakt ist halt das
Original von Drupal.org:

Zitat:

This directory should be used to place downloaded and custom modules and themes which are common to all sites. This will allow you to more easily update Drupal core files. These modules and themes should be placed in subdirectories called modules and themes as follows:

Darüber möchte ich nicht streiten. Toll wäre auch ein Link dahin, wodu dieses Teil-Zitat kopiert hast.

Bogus schrieb

Nach meiner Ansicht ist das Ablegen in den Ordner Modules nicht falsch. Aber halt es wird halt empfhohlen, wegen der besseren Übersicht, halt unter sites/all abzulegen.

Hier solltest Du deine Ansicht revidieren, denn es handelt sich definitiv nicht um einen Vorschlag der Übersicht halber, sondern Contribs gehören einfach nicht in den Core.

Bogus schrieb

Wäre schön, wenn man hier ein wenig sachlich disktutieren könnte. Gemäss nach den neuen Regeln.

Ich dachte eigentlich, dass ich den Regeln entsprechend sachlich kommentiert habe. OK, das wort Humugg hätte ich evtl weglassen sollen, bin mir nicht mal sicher, ob das korrekt geschrieben ist.

So und nun nochmal zum Thema: Contribs gehören ganz klar in den Ordner /sites/*/modules und nicht in /modules!

Dies ist kein Vorschlag, sondern läuft unter der Regel:

Zitat:

Don't touch the Core

  • Anmelden oder Registrieren um Kommentare zu schreiben

Hier der gewünschte Link

Eingetragen von Bogus (319)
am 19.03.2010 - 11:17 Uhr

Hier der gewünschte Link ;D

http://drupal.org/getting-started/install-contrib

Ok, ich gebe mich geschlagen, sonst wird Rudi nur noch verwirrter hier.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Die Module in den bestehenden Projekten lassen?

Eingetragen von Rudi999 (26)
am 19.03.2010 - 12:08 Uhr

Nein ich bin noch nicht verwirrt.
Im Gegenteil ich bin immer wieder überwältigt über die Hilfsbereitschaft hier im Forum.

Ich denke, ich habe es soweit verstanden und werde meine Verzeichnisstruktur nach dem Buch und Euren Vorschlägen in Zukunft erstellen.

Vielleicht noch zum Schluß eine Frage:

Soll ich meine bestehenden Webprojekte (mit falscher Strktur) (laufen nun seit Sommer 2009), so lassen wie sie sind oder soll ich das rumkopieren anfangen?

Bin mir nämlich nicht sicher, ob ich beim kopieren wirklich alle relevanten Daten im Nachhinein als nachträgliche Verzeichnise und Dateien erkenne und finde.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Aufräumen

Eingetragen von Frank Ralf (2135)
am 19.03.2010 - 13:01 Uhr

Räum am besten auf, wie in meinem Posting oben schon erwähnt. Drupal findet die Sachen schon. Aber immer erst Backup machen und die fraglichen Module vorher deaktivieren. Hinterher ggf. das update.php-Script ausführen.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Backup & Struktur korrigieren

Eingetragen von r4s6 (1383)
am 19.03.2010 - 13:05 Uhr

Ich würde in diesem Fall wie folgt vorgehen.

  1. Seite Offline stellen
  2. Vollständiges Backup der Drupal installation inkl. DB
    (Anleitungen dazu gibts hier und auf drupal.org)
  3. Alle Contrib-Module deaktivieren
  4. Module in der File-Struktur ans richtige Ort schieben ==> /sites/all/modules
  5. Themes ebenfalls nach nach dem Deaktivieren nach /sites/all/themes
    (nur wenn Du keine Core-Themes verwendest)
  6. Themes und Module wieder aktivieren
  7. Kontrollieren ob alles wieder so läuft wie es soll
  8. Wenn ja, Seite wieder online stellen
  • Anmelden oder Registrieren um Kommentare zu schreiben

Jetzt ist alles klar!!!

Eingetragen von Rudi999 (26)
am 19.03.2010 - 13:21 Uhr

Euch allen ein Danekschön für Eure Tipps und Kommentare und ein schönes Wochende.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Modulumzug hat geklappt

Eingetragen von Rudi999 (26)
am 24.03.2010 - 14:38 Uhr

Hallo,

wollte hier nur noch einmal mitteilen, dass der Umzug der Module bei meinen 2 laufenden Webprojekten ohne Probleme funktioniert hat.
Drupal hat nicht eine einzige Fehlermeldung gebracht.

:-)

  • Anmelden oder Registrieren um Kommentare zu schreiben

Benutzeranmeldung

  • Registrieren
  • Neues Passwort anfordern

Aktive Forenthemen

  • Ich brauche dringen Hilfe zu Updates oder ggf. wwie geht Composer?
  • Rolle erstellen nicht zu finden
  • Medien und andere Daten mit Feeds von Drupal 7 auf Drupal 10 migrieren
  • für drupal11 ein Slider Modul
  • [gelöst] W3CSS Paragraphs Views
  • Drupal 11 neu aufsetzen und Bereiche aus 10 importieren
  • Wie erlaubt man neuen Benutzern auf die Resetseite zugreifen zu dürfen.
  • [gelöst] Anzeigeformat Text mit Bild in einem Artikel, Drupal 11
  • Social Media Buttons um Insteragram erweitern
  • Nach Installation der neuesten D10-Version kein Zugriff auf Website
  • Composer nach Umzug
  • [gelöst] Taxonomie Begriffe zeigt nicht alle Nodes an
Weiter

Neue Kommentare

  • Keiner der mir weiterhelfen
    vor 1 Tag 15 Stunden
  • Rollen
    vor 1 Woche 18 Stunden
  • Inzwischen sind wir bei
    vor 2 Wochen 4 Tagen
  • Migrieren von D7 auf D8/ D10/ D11
    vor 2 Wochen 5 Tagen
  • melde mich mal wieder, da ich
    vor 10 Wochen 2 Tagen
  • Hey danke
    vor 10 Wochen 3 Tagen
  • Update: jetzt gibt's ein
    vor 10 Wochen 3 Tagen
  • Hallo, im Prinzip habe ich
    vor 11 Wochen 1 Tag
  • Da scheint die Terminologie
    vor 11 Wochen 1 Tag
  • Kannst doch auch alles direkt
    vor 11 Wochen 5 Tagen

Statistik

Beiträge im Forum: 250239
Registrierte User: 20469

Neue User:

  • Germanrom
  • StevenEness
  • ocvk2810

» Alle User anzeigen

User nach Punkten sortiert:
wla9461
stBorchert6003
quiptime4972
Tobias Bähr4019
bv3924
ronald3857
md3717
Thoor3678
Alexander Langer3416
Exterior2903
» User nach Punkten
Zur Zeit sind 0 User und 38 Gäste online.

Hauptmenü

  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche

Quicklinks I

  • Infos
  • Drupal Showcase
  • Installation
  • Update
  • Forum
  • Team
  • Verhaltensregeln

Quicklinks II

  • Drupal Jobs
  • FAQ
  • Drupal-Kochbuch
  • Best Practice - Drupal Sites - Guidelines
  • Drupal How To's

Quicklinks III

  • Tipps & Tricks
  • Drupal Theme System
  • Theme Handbuch
  • Leitfaden zur Entwicklung von Modulen

RSS & Twitter

  • Drupal Planet deutsch
  • RSS Feed News
  • RSS Feed Planet
  • Twitter Drupalcenter
Drupalcenter Team | Impressum & Datenschutz | Kontakt
Angetrieben von Drupal | Drupal is a registered trademark of Dries Buytaert.
Drupal Initiative - Drupal Association