Hej
Undrar om någon vänlig själ kan bistå mig i detta.
Har sedan tidigare byggt en webbplats i min lokala Drupal-installation och senare också lyckats flytta den till ett webbhotell - fungerade fint.
Men sen uppstod ett behov att bygga en ny webbsite - och detta är ingen subdomän till den första utan en helt egen. Efter att ha surfat runt lite och kollat hur man gör så lyckades jag med detta. Och det är gjort så att jag under mappen C:\wamp\www\drupal-6.19\sites\second_webb - den första la jag av ngn anledning i default-mappen, misstänker att jag kanske skulle lagt den under 'sites' också, i en egen mapp.
Nu undrar jag hur jag går till väga för att överföra filerna för den andra webben korrekt, vilka ska flyttas och var ska de flyttas. Databasen är exporterad och uppsatt hos webbleverantören redan, och settings.php uppdaterad med nya värden. men vad ska ligga i roten på webbhotellet (dvs i public_html-mappen) och därunder???
Och måste jag döpa om mappen i vilken jag la min andra webbapp till något i stil med second_webb.se för att spegla den domän den ska köras på hos webbhotellet???
Tacksam för alla tips och svar
Hls
/R
Comments
Jag skulle föreslå att du
Jag skulle föreslå att du skapar en ny mapp C:\wamp\www\second_site och lägger hela Drupal under den mappen och din sites mapp hamnar då under C:\wamp\www\second_site\sites\second_webb
Ett av problemen med den setup du har nu är om den första sajten av någon anledning skulle behöva en version av en modul medan den andra behöver en annan.
Ditt webhotell har kanske stöd för subdomän, Oderland har t.ex. stöd från cPanel att skapa en subdomän som också får en ny mapp med namn i stil med public_html_second_site.
//Pontus Nilsson, Digitalist
Lösning hittad - funkar ännu iaf
Hej Pontus och tack för svar
Har precis i skrivande stund fått igång den andra sajten - anv Binero, funkar bra... - och tydligen räckte det med att jag loggade in i admin-gränssnittet (först fick jag döpa om undermappen 'sites/second_web' till sites/www.mysecondwebb.se) sen hittades det mesta. en del sökvägar behöver dock justeras, både på sidor och css, kanske på andra ställen med. Men jag förstår vilken problematik du menar, och om jag från början hade lagt de moduler jag använder för respektive site under respektive site/my_xxxwebb/modules hade det kanske varit bättre - precis som jag gjort med det tema jag använder för den andra sajten. Bara att modifiera fritt med det temats php's, css mm.
Ska fundera på hur jag ska göra på sikt, då antalet sajter förmodligen kommer att öka. Kanske idé att, medan antalet är litet, att ta backup och om installera allt och göra rätt (?) direkt från start
Sedan tror jag Binero har stöd för subdomäner. Hur skulle man kunna nyttja det, då det i mitt fall är fråga om två helt olika domännamn, förstår att man kan sätta upp tex www.minwebb.se, services.minwebb.se, annat.minwebb.se osv...
/Rickard
Där är snarare en fråga till
Där är snarare en fråga till Binero om du kan sätta upp flera domäner på samma konto eller om de måste vara subdomäner.
//Pontus Nilsson, Digitalist
Förtydligande av frågeställning...
Jag tror att jag varit lite otydlig i vissa av mina frågor...
Dom två webbportaler jag byggt i samma lokala Drupal-installation skall - och har nu - driftsatts på två skilda konton hos Binero dvs på två olika .se-domäner...
Egentligen är min återstående fråga - och tillika en fråga om "Best Practice" i fråga om lokal utveckling och "förvaltning/underhåll" av mer än en Drupal-sajt.
Antar att jag kommer att utveckla fler och fler Drupal-sajter för olika ISP-konton (t ex www.xxx.se, www.yyy.se, www.zzz.se, www.aaa.com etc), skulle det fungera bra att bygga alla dessa lokalt genom att för varje ny webb, skapa en underkatalog till Drupal-6.19/sites - med t ex katalognamnen www.xxx.se, www.zzz.se osv - och sedan installera tema och moduler separat i underkatalger till dessa sajter - tex 'Drupal-6.19/sites/www.xxx.se/Modules', 'Drupal-6.19/sites/www.xxx.se/themes' - och sedan under 'sites/all' bara installera sånt jag vet att jag alltid kommer att behöva samma version av för alla 'sajter'... ???
Kan förstå att det kan verka omöjligt att i förväg veta vilka moduler som kan tänkas vara i synk för alla lokala webb-sajter, men är alternativet det du beskriver i ditt första svar??
/R
Om siterna inte har nått med
Om siterna inte har nått med varandra att göra skulle jag hålla helt separata installationer. Tex om vissa siter är i olika versioner, uppgraderas olika etc så är det alltid säkrast att ha flera olika installationer, så går bara en sönder vid tex core-uppgtaderingar.
Hmm...
Samma som Pontus var inne på i sitt första svar, antar jag. Då undrar jag hur man bäst sätter upp en sån Drupal-installation lokalt på WAMP - eller kanske det snarare ska kallas flera installationer av Drupal...
Om jag förstått det rätt så ska jag skapa en ny 'Drupal-6.19' - för min nuvarande version iaf - per unik webbsite jag ska bygga, men att jag döper om själva mappen från 'Drupal-6.19' till något unikt. Hur ska jag sen tänka i användandet av mappen '/sites/webbsite' vs '/sites/default' i de fall jag inte kommer att arbeta med sub-domäner, verkar enklast då att använda default-mappen, eller finns det skäl att ändå alltid använda en ny unik underkatalog till 'sites'-mapen ???
/R
PS På vilka ställen behöver man konfigurera om i WAMP-strukturen för att bygga in flera installationer av Drupal - förutom såklart i settings.php i resp Drupal-installation ???
Eftersom du då bara har en
Eftersom du då bara har en sida per installation räcker det om du använder 'all'-mappen.
Jag lägger varje site i en egen katalog och surfar sedan till localhost/katalognamn under utvecklingsfasen.
En sista fråga
Supertack för den hjälp ni erbjuder...
Jag är nu på väg att göra om/göra rätt, och tänker mig nu då att jag skapar upp en undermapp per webb jag byggt/kommer att bygga - och den skapas under c:\wamp\www, och ser då följande struktur:
c:\wamp\www
\site_one
\site_two
\site_three
där innehållet i var och en av dessa undermappar egentligen är en egen Drupal-installation
Sedan, i var och en av dessa undermappar, kommer det ju att finnas en sites, en themes, en modules-mapp (etc.) och egentligen räcker det då väl med endast en, alternativt två, teman. Jag brukar styla om mina teman så pass att admin-gränssnittet inte riktigt passar in, och sätter ofta att admin-GUI:t skall använda ett annat tema än det version av webb-sajten som skall köras publikt.
Och var jag lägger de moduler som skall användas spelar mindre roll, antar jag, antingen i 'site_one/modules' eller 'site_one/sites/all/modules' ???
Slutligen, antar att jag ska köra 'install'-skriptet för var och en av mina Drupal-installationer - eller räcker det att jag skapar upp en ny databas och ändrar settings.php manuellt???
Och ännu mer slutligen, vilket är det bästa sättet att skapa om strukturen enligt ovan, men samtidigt behålla det jobb jag lagt ned på de två befintliga sajterna - vyer, sidor, block, panels etc ? (Databaserna har jag koll på, och pekar bara ut dom i settings.php)
/R
Sökvägarna ser ut som hos mig
Sökvägarna ser ut som hos mig iaf. Tror flera gör likadant.
Tror inte det spelar nån roll vilken undermapp till sites du använder.
Jepp, kör install på alla var för sig så databasens tabeller installeras rätt. Men du kan ju ändå fixa settings.php med rätt info så skapar installen bara tabellerna. Även om man kan fixa tabellerna själv är det säkrare att låta instal göra jobbet då olika versioner kan se olika ut. Gör man alltid lika blir det rätt varje gång.. Förhoppningsvis.
Med modulen Features kan man flytta inställningar och vyer etc.
Perfekt
Det var goda nyheter, då blir det till att installera 'Features' i de befintliga webb-platserna för export/flytt av nuvarande strukturer
Är strax färdig med första nya installationen, efter lite trix - och ändring av settings.php manuellt - är jag nu inne i admin-GUI:t för denna första installation
/R