(erledigt) ++ Unterstützung bei Datenmigration drupal6 -> drupal7 gesucht ++

Hallo,

ich frage mich nur warum wird nicht in klassischen Art auf den D6 Installation alle Module ausgeschaltet, die DB kopiert auf D7 Plattform und update.php gestartet? Außerdem Taxonomy kann Mann exportieren und auch zuversichtlich. Was die nodes angeht ist es das selbe. Es gibt fuer D6 node export. Das gleiche geht für Benutzern.

Ist es nur eine Image Sache oder gibt es andere gründe für das Migrieren?

Nein fritzi, so funktioniert das nicht, auch wenn es auf den ersten Blick vielleicht passt.

Ich habe schon mehrere Konverter gebaut, dabei auch komplexe Inhaltstypen verwendet und diese nach D7 gebracht. Du kannst mir glauben, dass das kein "mal eben DB kopieren und update.php laufen lassen"-Job ist. Laut Beschreibung sind zusätzliche Felder dabei und das CCK ging in D7 in die Fields auf mit einer eigenen DB Struktur. Es braucht hier ein robustes Modul, was auch mehrmals laufen kann, ohne bereits migrierte Datein erneut zu migrieren. Keine Quick&Dirty Lösung, bei der eine ganze Existenz auf dem Spiel steht.

Ich habe dem TE bereits ein Angebot geschickt, aber scheinbar ist man für eine Antwort nicht gut genug. Das ist leider eine Unsitte, die nicht nur bei diesem Angebot auftritt. Eine einfache Absage würde völlig ausreichen, aber gar nicht antworten, macht das Angebot nicht gerade seriöser.

@ Drupalisator

Hallo,
ich habe schon D6->D7 durchgeführt und ich weiß worüber du sprichst. Falls der Inhaltstyp sich ändern sollte, ist dein vorfahren unausweichlich. Ein versuch ist es aber wert die DB zu spiegeln (samt Dateien) auf einen Stage und einen best practice ala link zu versuchen. Falls Mann nicht gewöhnt ist solche komplexe aufgaben durchzuführen, sollten diese einen Profi gelassen werden.

Naja, der ausgeschriebene Job ist ja gerade fünf Tage alt. Da würde ich schon noch etwas warten und nicht gleich meckern. Der TE wird sicherlich einige Zeit abwarten und schauen, was an Angeboten eingeht und dann benötigt es auch etwas Zeit, den geeigneten Kandidaten auszuwählen.

Ich warte gern :) Mal schauen ob was kommt.

Kritik in allen Ehren, aber bitte zur rechten Zeit. Ich bin einfach so frei und würds gerne vorher lesen.

@frizi
drupalisator hats eigentlich ganz gut erklärt. Es ist ein wenig tricky wenn zusätzliche Felder hinzukommen die u.a. andere Rechte haben können und und und. Es ist kein Hexenwerk und man braucht auch nicht unbedingt 48Std Arbeitszeit, aber mehr als 1 dann doch.

@drupalisator
Die Erklärung schien recht fachlich und gut, schade für die Ungeduld. Zwischen Anfrage und der Ungeduld lag noch ein Wochenende, ob da Kommentare in dieser Art dem Auftrag förderlich sind mag ich bezweifeln. Dennoch danke für den Hinweis.

Na immerhin eine Rückmeldung, dann weiß man wenigstens, dass die Anfrage nicht versandet ist. Vielen Dank.

Es ist ja auch nicht so, dass wir Entwickler gar nichts weiter zu tun haben und ewig Zeit haben. Von daher begrüßen wir (also ich zumindest) wenigstens eine Eingangsbestätigung, die Mail könnte ja auch im Spamfilter hängen geblieben sein. Wenn jetzt meine Ungeduld ein Ausschlußkriterium sein soll, dann kann ich es leider auch nicht ändern und wünsche den anderen Interessenten viel Erfolg.

Nein, es ist kein Hexenwerk. Ein sauberes Modul hat jedoch zum Beispiel auch den Vorteil, dass es safe ist. Ich kann meine Konverter immer und immer wieder laufen lassen, es wird nur noch die Nodes konvertieren, die noch nicht konvertiert wurden. Das ist hilfreich, wenn noch aktiv auf dem D6 gearbeitet wird, aber dennoch die Migration vorbereitet wird.

Man muss jedoch zunächst einmal sehen, wie das Ausgangsprodukt aussieht (DB-mäßig) um den Arbeitsaufwand abzuschätzen. Mein Angebot galt für den Fall, dass die Daten rein aus Drupal stammen und es noch keine Versuche einer Migrierung gab, sprich: die Datenkonsistenz in Ordnung ist. Eine Korrektur könnte weit mehr Zeit in Anspruch nehmen, falls sie nicht sogar unmöglich ist.

nach den bestehenden angaben kann man einfach ein upgrade machen von d6 -> d7. zum mirgieren von feldern gibts ja ein extra migrationstool von cck. also alles einfach mirgrierbar soweit es die angaben da oben besagen. alles was man dann später an feldern nicht braucht löscht man dann einfach... aber natürlich ohne zu wissen welche module eingesetzt werden, kann man antürlich nicht alles abschließend heir klären. von unterschiedichen rechten an feldern etc. steht da ja nichts

@caw
ist richtig. aber ganz so unfair sind wir auch wieder nicht. deswegen dauert vielleicht unsere Ausschreibung auch nen tick länger, weil wir bei denen wo es sich lohnen könnte eben einen Blick tiefer gewähren. Aber so jedes Geschäftsgebaren möchte ich dann auch nicht öffentlich haben.

anyway wir sind dran an dem Thema, und selbstverständlich sind auch wir der Meinung das progger anderes zu tun haben als Angeboten hinter her zu laufen. Dennoch muss ich gestehen das mehr Angebote kamen als gedacht (es sind echt viele, danke dafür). Ab und zu haben wir dann auch noch so etwas wie ein Tagesgeschäft. aber anyway: Die Jungs setzen sich morgen ran und alle die bis heute was geschickt haben, haben bis Freitag zumindestens eine Antwort. (aber net bös sein, wir können nicht jedem zusagen ok?)

Wir möchten unser Gesuch an dieser Stelle schliessen.

Alle uns angeschriebenen Angebote haben eine Antwort erhalten.