Hej
Sitter och läser böcker, maualer om Drupal inför ett kommande projekt, i samband med det lägger jag ut två frågor av teoretisk natur här i gruppen. Hoppas det är ok?
-
Om jag ska bygga en dajt på drupal som behövet tåla mycket last, är det då inte betydligt bättre att skriva egna moduler istället för att använda text cck och views? Det måste vara bättre att göra saker "api-nära" om det är möjligt.
Cck beskrvt ofta som "fantastiskt" för att det blir enkelt att bygga men är det verkligen lika fantastiskt "under huven", känns som att man skapar extra lager och gå igenom, vilket borde vara ineffektivt? -
"Block" kan man placera ut på sidorna ganska enkelt via "regions men hur bestäms var "noder" placeras? Tex om jag gör en "Kalender-nod" som innehåller händelser, så vill jag ha 10 händelser på min frontpage, 10 blogginlägg och 10 nyheter i "content" arean. Kan man säga att noder mest är för backend och block det man använder ute på sajten?
bästa hälsningar / johannes
Comments
Det är alltid bäst att
Det är alltid bäst att skapa moduler istället för CCK och Views. Uppgraderingar, prestanda och anpassingar med egna moduler är lättare och bättre. Men om du behöver nåt imorgon då CCK och Views funkar bäst.
Man kan placera php code och via contrib moduler placera noder i ett block. Då det är ganska enkelt att placera ett block i en region och krydda till smaken.
Hiveminds Magazine | PHP Developers | Drupal Developers | Drupal Utvecklare Nätverk
CCK och Views ger fantastiskt flexibilitet
Valet mellan CCK och Views bör övervägas noggrant. Har du möjlighet att använda cck och views (det vill säga om du inte har väldigt höga krav på skalbarhet) så tycker jag absolut att du ska använda det.
CCK och Views ger dig inte bara möjligheten att kunna bygga saker snabbt, det ger dig också möjligheten att förändra snabbt. CCK och Views ger en flexibilitet som i vissa fall kan vara svårslagen, då saker och ting ibland kan vara ganska bökigt att ändra på.
Sedan har förstås Carl rätt i att CCK och Views är en prestandahit. Det handlar om ännu ett lager av abstraktion helt enkelt. I många fall har du dock råd med detta och då ska du verkligen satsa på att köra CCK och Views.
CCK är för övrigt på väg in i Core =)
//Fabian Sörqvist
Jag skulle inte hålla med
Jag skulle inte hålla med om att det alltid är bäst med egna moduler, det beror på vad man väger in i begreppet "bäst".
Om kunden vill kunna modifera och påverka innehållet i vyer, lägga till fält osv är CCK och Views utmärkt även på en riktig sajt. Man borde istället jobba på att optimera dessa modulers prestanda istället för att undvika dom till allt utom "quick 'n' dirty"-grejer.
Med tanke CCK och Views är dom två mest populära vanliga modulerna har jag svårt att tro att dom inte används rätt omfattande även på mer seriösa sajten.
Och CCK är väl redan nu delvis inne i core, i D6?
stort tack
Vill först säga tack till er som tog er tid att svara, värdefullt!
Det lutar troligen att jag ger mig på att göra egna moduler, ska bli klart spännande att gräva vidare drupal.
/ johannes
Pro Drupal Development
Om du är ny med Drupal och vill bygga moduler kommer du förmodligen ha mycket nytta av en bok som heter Pro Drupal Development. En sorts recension finns här.
//Johan Falk, Solna
Hejhej johannes, Välkommen
Hejhej johannes,
Välkommen hit =)
...och om du inte vill köpa en bok så kan du alltid titta på Drupals egna dokumentation som beskriver steg för steg hur man gör en enkel modul.
mvh Jens, Lund
Noder och block
Jag upptäckte att din andra fråga inte har fått något svar, så jag gör ett försök.
Du har till viss del rätt i att noder är för back-end, och block för front-end: Nod-id anger för Drupal vilket nodinnehåll som ska hämtas fram och matas in i $content. Vad som visas för användaren är däremot ett antal regioner, och du kan flytta runt block hur du vill mellan dessa - och med lite extrajobb även få in nodinnehållet även i andra regioner än den som temat anger.
Den mest påtagliga skillnaden när man temar en sajt ligger förmodligen i att medan block kan skyfflas runt mellan olika regioner, är nodinnehållet hårdkodat i temats page.tpl.php. Det kan tyckas inflexibelt, men torde bero på att en laddning av en nodsida måste ha ett unikt nod-id, som kan styra massa olika saker. Därmed kan inte nodinnehållet hanteras lika lättsamt - eller stängas av - så som blocken kan.
Ja, det var mina tankar såhär på kvällskvisten, i alla fall.
Hej!
//Johan Falk, Solna