Module und Theme Einstellungen werden überschrieben?

Du willst von WordPress zu Drupal wechseln?

Ich will jetzt kein Spieldverderber sein, aber das alles kann dir auch in Drupal passieren. Wenn du ein eigenes Theme entwickelt, hast du sicherlich etwas mehr Kontrolle als bei einem Child Theme.
Auf jeden Fall jedes Mal ein Backup machen, bevor du neue Updates einspielt. Ich selber habe größere Projekte gespiegelt und teste vorher die Updates.

Bei JEDEM nicht von Dir selbst erstellten Theme werden bei einem Theme-Update die Dateien überschrieben - genau deshalb macht man dann ja Child-Themes. Das ist auch in Drupal nicht anders.
Gleiches gilt auch für Module, da schreibt man auch nicht selbst wild drin rum, sonder baut sich stattdessen ein kleines Helper-Modul, dass von Updates nicht tangiert wird. Zumindest nicht in der Form, dass Deine Anpassungen dann überschrieben werden.
Ich befürchte, da hast Du das dahinterliegende System noch nicht verstanden: Bei einem Update werden immer alte Dateien durch neue Dateien ersetzt. Das wird wohl bei so ziemlich allen CMS und diverser weiterer Web-Software so sein. Wenn Du was in die alte Datei geschrieben hast, ist die nach dem Update halt weg.
Anders sieht es aus mit Anpassungen, die in der Datenbank gespeichert werden. Die bleiben so. Hin und wieder nimmt ein Modul beim Update noch Datenbankanpassungen vor, aber im Regelfall kommt nur eine Tabelle oder Tabellenspalte hinzu - aber nichts, was die bereits vorhandenen Daten löschen oder in unerwünschter Weise überschreiben würde. Zur Sicherheit kann man sich sogar die auszuführenden Datenbankänderungen noch vorher anschauen.

Ich frage mich aber noch, wieso Du

schreibst. Du meintest sicherlich Update, nicht Umzug, oder? Denn Dein Theme und Deine Module wirst Du nicht mal eben von Wordpress nach Drupal mitnehmen können (die Inhalte schon, bei einer vernünftigen Migration, wobei WP->Drupal auch wesentlich leichter sein dürfte als Drupal->WP).

Hallo,

ja ich meine Umzug, wenn ich eine drupal webseite für einen Kunden erstelle auf meinem Server, nach Fertigstellung diese webseite dann zum webhost des Kunden "rüberziehen" will.

Bei wordpress werden Einstellungen des Themes bereits überschrieben wenn ich das Theme auf meinen PC downloade und dann zum webhost des Kunden (anderer server) uploade, dann sind die meisten Designeinstellungen futsch, die Einstellungen von der style.css wohlgemerkt!

Da muss man ein child Theme erstellen.

Ich finde eine solche Vorgehensweise, auch wenn das bei CMS Systemen heute wohl üblich scheint, irgendwie daneben, vorteilhaft und fortschrittlich ist das nicht wenn bei einem Umzug sowas überschrieben wird.

Bei einem Drupal Update dasselbe, es ist weder genial noch vorteilhaft, wenn dabei die Theme Einstellungen der style.css Datei als auch die module Einstellungen dabei verloren gehen- das ist nicht vorteilhaft, das ist Sysyphus.....(also immer mit dem Stein den Berg hoch, Stein rollt aber eh wieder runter).

Ich dachte da wäre Drupal in dieser Hinsicht stabiler programmiert- kann man das irgendwo abstellen, denn ein solcher Override Befehl muss ja in irgendeiner Datei gespeichert sein?

Also bei Joomla kann man den Override in den globalen Einstellungen deaktivieren. (habs noch nicht getestet)

grüße
marcpolo001

Aber man muss, wie schon erwähnt wurde, sauber arbeiten mit Subthemes und eigenem Modul usw. Settings in der Datenbank werden auch mitgenommen und wenn man keine besonderen Sachen gemacht hat, macht Drupal bei einem Umzug auch einen Wechsel der Domain mit.
Wenn ich das nächste mal meinen Wordpress-Experten treffe, frage ich den mal aus reinem Interesse, was das wohl mit den Umzugs-Problemen und Theme-settings auf sich hat. Der begriff Child-theme ist vllt. etwas ähnliches wie unsere Subthemes und da kann ich mit auch vorstellen, daß es sinnvoll ist diese zu benutzen, auch wenn es vllt. etwas umständlicher erscheint.

Hallo Carsten,

ja ich glaube bei Drupal nennt man child Themes, subtheme.

Aber frag doch bitte mal den WP Experten den du kennst, vielleicht übersehe ich ja was in WP?

Jedenfalls bei domain Umzug, wenn ich mein WP Theme downloade auf meinen PC und dann diesen Ordner auf die andere Domain in das root Verzeichnis hochlade, sind die meisten Designeinstellungen futsch.

gruß
marcpolo001

Das dauert noch eine Weile, bis ich den treffe und dann daran denke. Das ist vllt. missverständlich rüber gekommen, als daß ich das umgehend machen und das Ergebnis hier berichten würde. Ich wollte nur anmerken, daß ich ein wenig neugierig bin, was es da bei Wordpress noch so andere Probleme gibt beim Umzügen außer der Domain-Problematik, über die ich schon gehört habe. Insgesamt kann ich mir aber nicht wirklich ein fundiertes Urteil über andere CMS erlauben, da ich zur Zeit mich ausschließlich mit Drupal und für Drupal sinnvolle Server-Themen beschäftige.
Vor allem ist meiner Meinung nach hier nicht der Ort Wordpress-Fragen zu klären. Am besten werden Wordpress-Hilfen dann auch in entsprechenden Foren gepostet. Ich würde auch nicht Antworten auf Drupal-Fragen in Wordpress- oder Joomla-Foren suchen ...

Ich beschäftige mich nebenbei mit Wordpress und habe auch schon einen Umzug durchgeführt. In meinem Fall hatte es problemlos geklappt. Ich habe das Gefühl, dass deine Vorgehensweise nicht richtig war.

Und wie sieht es mit der Datenbank aus? Wird die auch mit umgezogen? Denn auch dort können sich ja je nach Theme Designeinstellungen befinden.

Ach so, nur für die Akten: Ich hab schon so einige Drupal-Installationen von hier nach dort umgezogen und kann von keinen Problemen berichten. Es sei denn, da waren irgendwo mal Servereinstellungen Murks, aber es hatte nie was mit Drupal zu tun.
Und letztens war ich auch mal gezwungen, für einen Kunden eine Wordpress-Instanz auf einen Root-Server zu spielen, die vorher auf einem normalen Webhosting-Paket ganz woanders lag und von der es nur noch ein Backup-Zip-File vom alten Hoster gab, mit Dateien und Datenbank-Export. Und ein kundenspezifisches Theme, dazu schicke Slideshow und dergleichen. Auch das hab ich ohne jegliche Probleme, verloren gegangene Einstellungen und dergleichen auf dem neuen Server ans Laufen bekommen.

Nimm's mir bitte nicht übel, aber ich befürchte, ein Teil des Problems sitzt nebenberuflich vor dem PC und sollte sich eventuell eher auf den Design-Teil fokussieren, solange wenigstens der etwas taugt. Aber manche Probleme entstehen halt wirklich, weil man nicht wirklich versteht, was man tut. Welche Daten und Einstellungen wo liegen. Und wie man so einen Umzug ganz allgemein richtig vornimmt.

Hallo E-Fee,

hm, dann mache ich wohl ich eher mehr Murks...... momentan mache ich es so das ich sofort auf der domain des Kunden arbeite und mir dann die ganze Umzieherei spare, bi sich weiss woran es liegt.

Ein beispiel; letztens ein WP backup plugin verwendet das auch das Theme Design speichert und gespeichert hat es das Theme design doch nicht zu 100%. und dieses Plugin hat die ganze MYSQL datenbank verhauen, denn alle angelegten Seiten waren drei und vierfach vorhanden mit vielen kryptischen Zeichen versehen, ich musste alles löschen und 20 seiten wieder neu anlegen- ok das war ein plugin bug.

Theme Design Einstellungen sind glaube ich nicht in der datenbank gespeichert (?)

Und WP plugins verursachen oft und viele bugs, ich bin das leid, es heisst in USA Foren oft; don't use these crappy plugins who are from clown programers who can not save the life of their mother.....

Also WP wird für mich irgendwie unstabil.

Das mal als Einleitung weil es ein Drupalforum ist, deshalb suche ich mich nach Alternativen um -eben auch Drupal. Entschuldigt daher meine Erzählung mit Wordpress, ich will das ganze verständlich machen.

Prüft Drupal externe plugins/module auf Kompatibilität oder verursachen die auch oft bugs?
Und um wirklich sicher zu gehen; wie vermeidet man bei einem Umzug Theme override und moduls override? (falls man das irgendwie kontrollieren kann)

Und bei einem Drupal Update (vom backend aus 1 klick) werden dabei meine Theme Design (die style .css datei) überschrieben und meine module Einstellungen? Oder kann auch bei einem Update ein Theme Design und module Einstellungen override verhindert werden?

Denn wenn das bei Drupal auch so ist, dann verstehe ich es schon gar nihct wenn es das beste CMS für große webseiten sein soll....

PS Nachtrag:
Meiner Meinung nach, darf es ein solches override bei Theme Design und plugin/module Einstellungen bei einem Umzug und auch Update einfach nicht geben, das ist weder genial noch fortschrittlich in meinen Augen. Man macht ein Update und schwupps ist das Design und alle modul Einstellungen die man mühsam vorgenommen hat, besonders bei speziellen modulen wie slideshow o.ä, futsch, das kann es wirklich nicht sein.

grüße
marcpolo001

Wenn ich im originalen Theme Änderungen am Design vornehme, muß ich mir darüber im Klaren sein, daß dieses Theme damit nicht mehr einfach upgedatet werden kann. Deshalb mach man das auch nicht, sonder leitet ein eigenes Theme davon ab, daß dann minimal aufgebaut ist und meist nur die Abweichungen von Original beinhaltet. Jetzt kann das Original upgedatet werden, ohne daß meine Änderungen verloren gehen. Das heißt nicht, daß es nicht auch dann Nacharbeit geben kann, je nachdem, was beim Update geändert wurde. Bei Modulen ist es letztlich genau so. Man ändert nie am Original!. Drupal bietet die Möglichkeit sich mit eigenen kleinen Modulen in den Ablauf einzuhängen und dort die gewünschten Änderungen durchzuführen. Auch hier kann dann das Original upgedatet werden. Wer sich an diese Vorgehensweise nicht hält bekommt dann eben Probleme. Man sollte sich ohnehin angewöhnen, alle Besonderheiten einer Installation zu dokumentieren. Das heißt, wenn ich ein Modul modifiziere, weil es einen Patch gibt, habe ich damit das Original modifiziert. Ob der Patch in der nächsten Release dieses Moduls bereits enthalten ist, kann man nicht wissen. Also braucht es eine gute Dokumentation.