Vad bör man som webbkonsult tänka på när man börjar med Drupal?

Är det webbyråerna själva som går in och redigerar i kundernas CMS-administration eller ger dom en inloggning åt kunden?

Poängen med ett CMS är att webbredaktören hos kunden skall kunna administrera innehåll och struktur. Drupal har dessutom den enorma fördelen att man kommer väldigt långt utan att skriva kod. Om du är nyfiken rekommenderar jag boken Using Drupal som beskriver hur man kan bygga ett flertal olika slags webbplatser genom att kombinera moduler - en metod vi kallar för The Drupal Way. Svaret är alltså att kunden sköter administrationen.

I så fall, gör dom en begränsad rättighet åt kunden för att kunden inte ska tycka det känns rörigt i administrationen?

Ja, normalt begränsar vi behörigheterna kraftigt, främst av säkerhetsskäl. Vi tar också fram bra administrationsgränssnitt. Drupals standardadministrationsgränssnitt kan kännas meckigt men det är inte särskilt svårt att bygga ett kundanpassat dito med moduler som Views och Panels för t ex redaktörer som bara behöver se artiklar de har rätt att ändra.

Vilka inställningar och saker överhuvudtaget gör de flesta webbyråer som använder sig av t ex. Drupal?

Vi på NodeOne börjar alltid med ett skelett, en barebone-sajt som vi sedan bygger på. Vi försöker undvika egenutvecklad kod så långt det går för att hålla uppgraderingsprocessen billig och enkel för kunden. Egen kod måste man själv skriva om när Drupal blir en version bättre. Om man använder moduler som redan finns och används aktivt är chansen stor att någon annan gör det jobbet åt en. Om man trots allt måste egenutveckla strävar vi alltid efter att de moduler vi tar fram är så generella som möjligt och kan läggas ut på drupal.org så att andra kan använda dem och underhålla dem. På det sättet slipper kunden vara beroende av oss eller konsulter generellt för att hålla webbplatsens moduler uppdaterade. Det räcker dock inte enbart att lägga upp en modul på drupal.org, det är viktigt att modulen är välskriven, väldokumenterad och generell så att även andra kan ha nytta av den.

Vilka rutiner har man överhuvudtaget när man sätter upp en Drupal-sajt?

På NodeOne har vi arbetsprocess och en projektmetod som utgår från kundens behov, affärsnytta och ser till användarnas behov och mål. Vad som kan sägas generellt om projektmetoder är man går från abstrakt till konkret, men vad gäller implementation från detaljer till mer generella mönster. Det är viktigt att tänka på användningsfall tidigt och fundera på vilka behov som skall mötas och hur vi gör det enklast utan att arbeta mot hur Drupal är konstruerat. Många gör misstaget att lämna över kontrollen till en designer som lämnar över wireframes eller mockups som kräver att stora delar av Drupal måste förändras radikalt. Genom att göra designern medveten om Drupals inbyggda styrkor och funktioner kan man designa med snarare än emot Drupal. På det sättet kan man spara mycket tid och pengar.

Rent konkret vad gäller filer mm har vi en standardkatalogstruktur och rutiner för säkerhetskopior så att webbplatsen blir så portabel som möjligt. Vi tar bort filer och sätter upp accessregler i Apache för att säkra sajten mot angrepp. T ex kan man enbart komma åt cron.php från den lokala maskinen (127.0.0.1). CHANGELOG- och README-filerna raderas för att en potentiell angripare inte skall kunna gissa sig till vilken version som körs och därmed kunna ta reda på möjligt svagheter. Även om vi håller webbplatser uppdaterade och kör senaste Drupal-versionen kan det ta några timmar som den föregående körs och då finns en liten risk att man angrips. Genom att inte avslöja mer än vi behöver kan vi undvika att besökare.

All kod versionshanteras och även stora delar av det som normalt ligger i databasen går genom versionshantering. T ex exporteras och versionshanteras vyer.

Fler bra tips:
http://dc2009.drupalcon.org/session/totally-rocking-your-development-env...

Om det finns funktioner med Drupal som man inte vill använda på sajten, hur gör man då? Det är väl inte bra om kunden ser massa funktioner i administrationen som inte kan användas på hemsidan.

Man kan komma långt med att justera behörigheter och dölja menyalternativ. Om inget av det hjälper finns t ex hook_form_alter att tillgå för att dölja formulärdelar som kunden ej skall kunna ändra i.

Det råd jag kan ge dig är att försöka strömlinjeforma processen så mycket det går. Använd samma moduler (t ex ett grundpaket med CCK, Views et c) och samma grundtema (t ex Ninesixty eller Zen) och vara strikt med vad du erbjuder, annars riskerar du dra på dig en massa obetalt extra-arbete som är svårt att tidsuppskatta från början.

solipsist: Tack för ditt egnagemang. Det var mycket tänkvärt du hade att komma med. De jobb jag får är nog mycket mindre än dina/era projekt. Men en av anledningarna varför jag överhuvudtaget funderar på Drupal är för att jag vill att kundens sajt ska kunna växa med företaget i framtiden. Ligger den på ett Drupal-CMS så är den redo för en framtid, har jag fått en känsla av.

Men om vi försöker prata mer konkret nu då. Säg att jag har en kund som vill ha sin första enkla hemsida till sitt företag. Ett företag som inte alls driver verksamhet på webben. Men dom vill finnas här på webben för att presentera sitt företag. För att "finnas" helt enkelt. Dom behöver bara en startsida och några undersidor i enklaste rubrik-text-bild formaten. Möjligtvis en undermeny till respektive sida. Kunden kommer gå in nån gång i månaden och uppdatera innehållet kanske. Kunden är inte alls kunnig på datorer och internet.

Vilka inställningar är lämpliga att göra i Drupal för detta ändamål?

Eller lämpar sig Wordpress bättre för dessa behov?

PS. Vad är CCK och Views?