Umzug auf anderen Unterordner

Drupal ist es egal, in welchem Verzeichnis es liegt. Das kannst du auch wild hin- und herschieben wie du willst. Probleme gibt es erst dann, wenn sich dadurch die URLs ändern. Oder wenn du in den Dateisystemeinstellungen absolute Pfade angegeben hast.

--

Hallo Traxer und alle anderen,

genau das ist das Problem, die URLS ändert sich von www.c-c-services.de/c-c-services auf nur noch www.c-c-services.de. Ich habe aber nirgendwo etwas gefunden die "HauptURL" entsprechend abzuändern. Geschieht das in der Datenbank, in der PHP´s oder im BackEnd?
Ich habe versucht überalls die festen kurzen Links /node/75 zu benutzen um genau diese Problem vermeiden beim Umzug, aber bei den Navigationen setzt Drupal über all www.c-c-services.de/c-c-services davor.

Falls noch Zeit für zwei weitere Antworten ist:

Wie genau gebe ich die festen Links in meinen Content ein so: /node/75 oder besser mit den Fragezeichen davor? Die Weiterleitung funktioniert so aber ist es "drupalisch" richtig.

Weiterhin habe ich das Problem das der Editor mir immer wieder vor die festen Links ein http:// davor schreibt. Ich benutze YUI da dieser sehr komfortabel ist bis auf diese Macke.

Danke für die Unterstützung schonmal.

mit drupalischen Grüßen

Mirko G.

Hallo Traxer,

zur Ergänzung im Dateisystem ist ist der relative Standardpfad angegeben: sites/default/files und /tmp.
Alos daran kann es nicht leigen.

Woher nimmt das System also diesen Link in das Unterverzeichnis und wie ändere ich ihn?

mit drupalischen Grüßen

Mirko G.

Dann musst du als erstes nach dem Umzug den Cache leeren. Falls du in der .htaccess eine RewriteBase angegeben hast, dann musst du auch diese anpassen. In der settings.php musst du vielleicht auch $base_url anpassen.

Danach sollten die von Drupal generierten Links funktionieren.

Links im Content-Bereich sind ein anderes Problem. Zum einen wegen Umzug der Site auf neue URLs, zum anderen wegen Path Alias. Beheben kann man das mit dem Modul Path Filter. Allerdings weiß ich nicht ob dein WYSIW$&%§#-Editor damit klar kommt. einige Editoren halten sich für schlauer als ihre Benutzer und erlauben "internal:node/75" nicht als Link-Ziel.

--

Hallo traxer,

erster Teil ist erledigt und funktioniert auffallend. Danke.

Zweiter Teil ist verstanden und ich werde es ausprobieren ob der YUI es frisst!

Gibt es eine andere Empfehlung an Editoren. Ich habe jetzt YUI und eben diesen openwysiwyg ausprobiert.

openwysiwyg --> soweit ok, Anrisstexte über excerpt und Bildupload sehr umfagreich aber er formatiert mir unsichtbare Tabellen in eine gestrichelte Linie und lääst sich auch nicht davon abbringen.

YUI editor --> alles ok, leider keine Anrisstextfunktion und wie gesagt wirft er bei jedem Link ein http:// davor.

Also falls es was alternative gibt, ich bin gant Ohr. Danke.

mit drupalischen Grüßen

Mirko G.

Und wenn er's frisst dann muss man das natürlich noch den Redakteuren beibringen.

--

... aber wie gesagt über Alternative bin ich immer froh. Was hat sich denn sonst bisher bewährt?

mit drupalischen Grüßen

Mirko G.

Ich habe pathfinder in /sites/all/modules

hochgeladen jedoch erscheint es nicht.

Muß diese in das root/modules?

mit drupalischen Grüßen

Mirko G.

Nein, alle Module können in sites/all/modules sein. Es sollte sich aber um ein Drupal-Modul handeln. Pathfinder kann ich nicht finden, auch nicht wenn ich es anders schreibe oder so probiere.

--

Hallo zusammen,

Entschuldigung das ich diesen Threat hervor geholt habe. Jedoch habe ich Probleme mit den Links nach dem Umzug.
In der setting.php habe ich nur die Datenbankdaten geändert(Also nicht die Base-URL).
in der htaccess habe ich die Base-Url auf /drupal geändert, da ich es in einem Unterordner Namens Drupal installiert habe.
Leider werden alle meine Links nicht weitergeleitet und nur die Startseite angezeigt.
Die URLs bzw. sehen so aus:
domain.de/drupal/content/angebote
?node=angebote
node/110
und die Bilder werden auch im Content nicht angezeigt
<img alt="Zur Startseite" src="/?q=system/files/pictures/medium_Buntstift_Reihe.jpg">
Kann mir jemand helfen die htaccess anzupassen?
Danke schonmal im Voraus.

Mario

Edit: Drupal ist auf 1&1 installiert

Ich würde mal vermuten, dass URL-Rewrite bei dir nicht eingeschaltet ist.

Gruß
Berthold

Danke für die Antwort.
Ich bin bei 1&1. Wie kann ich es einschalten?

In der Regel wird das in der .htaccess eingeschaltet.
Die genaue Vorgehensweise ist vom Provider zu Provider unterschiedlich.
Mal muss man eine Rewrite-Base angeben, mal nicht ....

vielleicht gibt es bei der Server-Konfiguration für dich auch die Möglichkeit, das einzuschalten.
Das musst du mal recherchieren.

Gruß
Berthold

Ich hab an der htaccess rumprobiert. Es liegt an dieser. RewriteRule ist eingeschaltet und Rewrite Base wird benötigt. Aber dann weiß ich nicht weiter. Also so wir meine htaccess Datei ist nur bei RewriteRule ^(.*)$ index.php?q=$1 [L,QSA] stimmt was nicht.

Normal funktioniert das Rewrite bei 1&1.
Was bei Dir nicht funktioniert, kann ich nicht sagen.

und weil es auch für den Besucher einfacher ist, würde ich immer mit Subdomains arbeiten.
Da sorgt dann der Server für die richtige Zuordnung.

Die meisten Provider (auch 1&1) verlangen für Subdomains nichts extra und man hat völlig eigenständige Umgebungen.

Danke fürs Feedback. Ich habs jetzt nach 100-erten Versuchen nun doch auf die Haupdomain umgemünzt. Dort funktioniert alles, fast alles. Hab noch Probleme mit "Private" Dateien, denke aber es liegt an der Dateigröße von Logo und Favicon in den Themes.
Ich habe es auf meinen eigenen Server probiert(auch1&1) mit dem Unterordner. Keine Chance. Liegt wohl an der Serverkonfiguration. Vielleicht wären Subdomains die Alternative. Danke trotzdem.

Glaube ich nicht. Das ginge sicher irgendwie.
Aber das wäre ja dann in Zukunft immer wieder so ein Theater.
Und die Links werden ja auch nicht schöner davon.

Nicht nur Vielleicht. ;-)

PRoblem wegen Größe des Logos?
Wie groß ist das denn?
Nicht eher eine Frage der Berechtigungen?

52MB und als .png. Habs verkleinert und auf .jpg. Liegt am Theme mit dem JPG, nun gehts.

Das Problem mit "private" Dateien hat sich auch gelöst, da in der Beschreibung für Core Update nicht steht, dass der Ordner "dateien" erhalten werden muss, statt nur der "sites" Ordner. Dieser wurde aber über CKEditor oder Dateimanager erstellt und wird gebraucht.
Es werden bestimmt noch mehr Probleme auftauchen, da ich ein Umsteiger bin. Was mir bisher nicht gefällt ist, das ich einen Mischmasch von Englisch und Deutsch habe. Wenn dann alles funktioniert, wird man wohl auf Version 8 umsteigen müssen und das Theater beginnt von vorne, da wohl einige Module nicht kompatibel sind.

Gruß

Mario

Puh....warum tut Ihr Euch das Theater an und fangt nicht gleich mit Drupal 8 an?
Man rechnet für Aufwand der Migraiton auf D8 60% der Kosten für die Erst-Einrichtung der Webseite...

Besser gleich unter D8 und schauen, was da mit Modulen geht.
Aber ohne ein paar kleine Programmierungegn kommt man da erfahrungsgemäß nicht all zu weit...

Ntürlich kann man in einem Unterverzeichnis installieren.
Es erfodrt einen entsprechenden Aufwand bei der rewrite engine und den -htaccess dateien.

Aber wozu?

Die Installation einer Anwendung in einem Unterverzeichnis bringt keinerlei Vor- sondern ausschließlich Nachteile.

Jetzt eine neue Anwendung unter Drupal 7 zu entwickeln mag für einen Drupal7 erfahrenen attraktiv sein, ist aber wenig sinnvoll, da nahezu die gesamte Arbeit später, und zwar schon in Kürze, wieder anfällt.

Natürlich muss man für Drupal 8 vieles neu lernen, bzw umlernen, weil die Basis sich so massiv verändert hat.

Drupal 9 wird sicher auf Drupal 8 basieren. Ein Umstieg von Drupal 7 nach Drupal 9 wird also mindestens ebenso komplex.

60% der gebrauchten Module sind nicht 8-er kompatibel. Ich brauche so noch nicht anfangen, da es nicht viel kosten soll und meine Zeit zum umprogrammieren immense Kosten verursachen würde. Außerdem hab ich keine Zeit rumzufriemeln. Also dann lieber etwas was funktioniert. Natürlich probiere ich privat das 8-er aus, aber da gibt es nicht einmal ein Buch zum nachlesen. Toll wenn es dann das 9-er gibt, vielleicht ist es dann Multilingual, mit Taxonomie, CSS änderbar, mit Foto Galerie, Multiupload, Kalender, Sozial Media, Seo konform, URL Alias uvm. Ich warte auf das 8-er Buch. Vielleicht gibt es mehr Informationen als das Netz her. LG

Nachtrag: Habs auf die Hauptdomain gepackt, so funktionierts. Sollte halt erstmal parallel zur alten Seite laufen. Hab die Alte Webseite umgeleitet, da in bestimmten Drupalmodulen Rewrite nicht angenommen und einige Seiten falsch verlinkt wurden. Problem war wohl die Installation auf einer Hauptdomain und sollte in einen Unterordner des Kunden übertragen werden.

"vielleicht ist es dann Multilingual, mit Taxonomie, CSS änderbar, mit Foto Galerie, Multiupload, Kalender, Sozial Media, Seo konform, URL Alias"
Hat doch D8 alles...

Bin bei 1&1 und da funktioniert nicht einmal der Grundaufbau der 8-er Version. Nur Fehlermeldungen und liegt wohl an den Servereinstellungen. Vielleicht bietet deshalb 1&1 das Drupal offiziell nicht mehr an. Wie gesagt, ich geb ja noch nicht ganz auf. Solange muss der Kunde mit Version 7.59 auskommen. Auf dem Heimrechner funktioniert das 8-er teilweise(auch Fehlermeldungen oder zeigt weiße Seiten im Adminbereich an), aber es gibt keine Foto Galerie(mit Kategorien) was auf dem Server funktioniert und wie gesagt einige Module sind nicht kompatibel oder es gibt kein Ersatz. Dazu kommt das ich ein "Drupal Anfänger" bin und fummle deshalb nicht so gern an Modulen rum. Nach Modulupdates, wären vielleicht dann meine Programmierungen wieder weg... LG

funktioniert es auch.
Allerdings ist die für Serviceprovider vorbereitete Standardinstallation Müll.

Man installiert nicht in ein Unterverzeichnis - das ist sinnlos, wenn man nicht zusätzlich die rewrite engine umprogrammiert und die htaccess-Dateien bearbeitet.

Da ein Unterverzeichnis eh' unsinnig ist, kann man es aber gleich im document root installieren, und da funktioniert es sofort.