Posted by itangalo on January 13, 2009 at 5:47pm
En fråga som ställts mer än en gång är hur Drupal står sig jämfört med Joomla. På detta forum lär de flesta tycka att Drupal är att föredra, så jag skulle vilja lägga fokus på vad Drupal respektive Joomla är bra på.
För att få lite mer mångsidig diskussion har jag speciellt bjudit in Kodamera, som bygger sajter med både Drupal och Joomla. (Välkommen!)
Så:
I vilka lägen är det smart att välja Joomla framför Drupal, eller tvärt om?
För vilka uppgifter är Drupal bättre än Joomla, eller tvärt om?
Vilka typer av användare trivs bättre med vilket system? Och hur är det med utveckling? Integration med tredjeparter?
Låt diskussionen börja!
Comments
Spekulationer
Jag önskar jag visste mer om Joomla (eller gör jag det?). Här är lite som jag tror mig veta om Joomla utan att ha någon riktig erfarenhet själv:
Rätta mig gärna!
/ Hannes Lilljequist – SthlmConnection
Tack för inbjudan! :)
Intressant ämne, och något vi ofta diskuterar internt.
Vi väljer allt oftare att bygga nya webbplatser i Drupal istället för Joomla!. Detta främst för att känna oss säkra på att systemet går att bygga vidare på. Drupals framework-tänk är en stor fördel - väldigt liten risk för att måla in sig ett hörn.
Vi väljer dock fortfarande Joomla! emellanåt när webbplatsen ifråga är mindre och enklare.
Många kunder kommer till oss för att de vill ha en webbplats byggd på Joomla!, men ofta rekommenderar vi Drupal istället då kraven retts ut och vi har sett tecken på att Joomla! inte kommer kunna leverera det kunden vill ha i förlängningen.
Drupals största fördelar:
- Hierarkisk och dynamisk kategorisering av innehåll
- Dynamisk rättighetshantering
- Flexibel innehållshantering (CCK, Views)
- Hookar
- Moduler är mer gjorda som ramverk
- Enklare arbeta med moduler, uppdateringar och patchar då allt finns samlat på drupal.org
- Större referensprojekt
Joomlas fördelar:
- Lägre inlärningströskel för administratörer (som vi märkt har kunder ibland lättare att ta till sig Joomlas gränssnitt, vilket nog mycket har att göra med de två nästkommande punkterna)
- Bättre WYSIWYG-editor (JCE)
- Skilt gränssnitt mellan site och administration
- Moduler (heter komponenter i Joomla!, block i Joomla! heter moduler:)) är mer färdiga lösningar än ramverk
- Större igenkänning bland icke insatta (än så länge)
Gällande integration med tredjepartssystem finns det mycket att hämta i båda systemen. Vi har precis byggt en integrering med Alfresco för Joomla! 1.5, och använt Amazon S3 med Drupal.
Som utvecklare tycker jag Drupal är ett mer flexibelt system med större möjligheter. Detta beror till stor del på att allt innehåll hanteras som noder. Det är stor fördel att allt innehåll i botten hanteras på samma sätt. Drupals uppbyggnad har en enkel och tydlig struktur, och styrkorna i hook-systemet är stora.
Joomla! 1.5 är, till skillnad från Drupal, helt objektorienterat, vilket vissa föredrar.
// Hans Nilsson, Kodamera AB
www.kodamera.se
// Hans Nilsson, Kodamera AB
www.kodamera.se
Erfarenhet
Jag instämmer i tidigare talare.
Joomla är klart enklare att komma igång med och det finns även fler templates som känns färdiga iaf för novisa användare.
Jag måste även säga att jag gillar sättet joomlas community betygsätter sina extensions med "editors pick" och betyg. Även om det inte alltid är "rätt" betyg som syns så hjälper det till när man letar i djungeln.
En annan faktor som man inte skall glömma och som förenklar för hemmasnickrare är att Joomla är enklare att få igång och underhålla på webb-hotellen.
De inbyggda installations verktygen som funkar direkt är riktigt trevliga tex., där har Drupal en bit kvar även om moduler som http://drupal.org/project/plugin_manager börjar dyka upp.
Det går även tex att hacka i template-koden direkt i siten och även om det känns som en mardröm ur underhållsperpektiv så är det enkelt.
Jag började själv med Joomla för några år sedan efter att ha utvärderat Drupal, Joomla och några till så föll valet på Joomla som jag greppade direkt. Nu var det länge sedan jag tittade på Joomla skall jag erkänna. Jag testade Drupal igen när det dök upp nya versioner och insåg till slut dess storhet.
CCK, views, services etc är ju precis det man behöver!
Ska dock påpeka att jag fortfarande rekommenderar Joomla åt hemmasnickrare före Drupal av ovan nämnda anledningar.
Tomas Persson
Cybercom
Joomla har "inte har mycket till framtid"
Swedmedias utvecklingschefen Per-Mattias Nordkvist skriver på sin blogg:
Jag har skrivit lite mer om detta på annan plats.
Thomas Barregren – NodeOne
Jag har själv nyligen
Jag har själv nyligen börjat arbeta med Drupal och tycker att det ser mycket lovande ut.
Bra API, många bra moduler o.s.v., men att Joomla inte har mycket till framtid tror jag inte på.
Möjligen är det så att större webbplatser inte kommer att byggas med Joomla då det saknar vissa delar som en stor webbplats bör ha, men det kommer helt klart att leva vidare. För "vanliga" användare med mindre krav är Joomla ett kanon CMS, lätt att komma igång, bra och lätt admin GUI, och ganska simpelt överlag.
Jag tror helt klart på att Joomla har en framtid.
"virrig och komplex teknisk arkitektur", nej, det heter MVC, vilket är ett mycket beprövat designmönster att separera presentation och logik. (ZEND framework bygger på detta mönster vad jag vet)
För att då svara på Itangalo frågor och inte bara snacka massa annat så tänker jag bidra med följande:
-I vilka lägen är det smart att välja Joomla framför Drupal, eller tvärt om?
Mitt svar: Precis som Hans Nilsson säger så tycker jag att då man vill ha en större webbplats, där t.ex. rättigheter, versionshantering och dynamiska fält på innehållet är viktigt så borde man välja Drupal före Joomla.
Vill man där emot bara ha lättare funktioner för att t.ex. lägga till innehåll på ett smidigt sätt, kanske ha sidor som är begränsade så att man måste logga in för att se dem, ha ett enkelt bildarkiv eller en blogg så fungerar Joomla utmärkt.
Edit: 2012-02-09 - Fråga mig idag och jag har en helt annat åsikt.
I smick the smack in pommac!
Linkit - the new way to link with Drupal wysiwyg
I frågan om Joomla är MVC må
I frågan om Joomla är MVC må de lärde träta. Som Thomas påpekade häromdagen, och vilket jag instämmer med, är MVC svårt att implementera fullt ut på webben. Som kontrast kan man se applikationer till Mac OS X som nästan samtliga följer MVC.
Drupal är helt enkelt väldigt kul för att det ger dig mycket stora friheter. Det har väldigt få inbyggda begränsningar. De problem man tvingas hantera handlar inte om funktionella begränsningar utan om att möjliggöra skalbarhet, hållbarhet (sustainability), kvalitetskontroll och testning för att möjliggöra drift av storskaliga och komplexa drupalsajter på ett mer kostnadseffektivt sätt än existerande proprietära lösningar (som alla är dyra i drift). Dessa utmaningar handlar ofta mer om att förstå webbplatsens funktion i termer av affärsutveckling, se långsiktiga behov och ha en lämplig driftsmiljö snarare än CMS:et självt. Varför man som drupalutvecklare och drupalbyrå måste ha en stor verktygslåda och en bred kompetens.
Drupal fyller alltså mycket väl behoven för små- och stora sajter. Det är i strävan att fullt ut hantera enterprise-behov som det finns saker kvar att göra. Det är inte så illa jobbat. Det är ändå ganska imponerande att ett diskussionsforum för en studentkorridor på bara några år har blivit ett fullgott alternativ till system som kostar miljoner att licensera!
Dessa problem får man dock sällan med Joomla eftersom det, precis som många påpekar, inte lämpar sig för mer komplexa webbplatser, och därför inte behöver kunna hantera det.
Jakob Persson – Leancept – Results-only digital and marketing consultants – Personal blog
Jäkla forum :)
Lite småjobbigt att edits uppdaterar post-datumet också. Tog en bra stund innan jag insåg att detta var en tre år gammal tråd... Undrade tills det vad tusan ni svamlade om :)
--
/thomas
T: @tsvenson | S: tsvenson.com
Joomla is evil
...skriver Jason Mosley i artikeln How To Choose The Right CMS. Han skriver:
Kanske tar han i lite väl mycket. Men i övrigt är artikeln välskriven och intressant. Väl värd att läsa. Se också Mer om att välja CMS och inte välja Joomla!.
Thomas Barregren – NodeOne
Joomla vs Drupal Opinion Survey
CMS Report, som bevakar 30 CMS:er med öppen källkod, har startat en enkät som skall ge svar på Johans fråga. Läs mer i artikeln Joomla vs Drupal Opinion Survey. Självaste enkäten finns här.
Thomas Barregren – NodeOne
Länk till en diskussion på
Länk till en diskussion på joomla.org om Joomla/Drupal: New: Joomla (1.5) vs. Drupal (6.x) for Newbies)
Särskilt några inlägg från #1400606 och framåt i tråden tyckte jag var informativa.
En jämförelsetabell med egenskaper postad på Alledia.com
joomla-and-drupal-which-one-is-right-for-you
Intressant
Intressant tråd.
Jämförelsetabellen är dock från 2006, så den är inte värd något längre.
Nej det har du rätt i,
Nej det har du rätt i, tabellen var lite gammal.
Förvånansvärt många artiklar postas utan tydlig datummärkning tycker jag.
Joomla 1.5 ska ju vad jag förstått vara helt omskrivet med objektorientad uppbyggnad, men jag har inte läst så mycket om vad det inneburit för skillnader i funktionalitet eller flexibilitet, eller om Joomla 1.5 fortfarande är lika "evil" som tidigare versioner.
Länken "How to choose CMS" var intressant tycker jag, Frog, Concrete5 och iWeb som nämns som "most promising CMS" är nya namn för mig.
Dries om Joomla
Dries Buytaert, Drupals grundare, skriver i sin blogg om några observationer om vad som håller på att hända med Joomla:
http://buytaert.net/joomla-vs-drupal-business-models-and-commercial-ecos...
//Johan Falk, NodeOne
Real software programmers use Joomla!
Hmm...ser ut som lite ensidig lobbyingarbete av Node One här.
För att svara i samma "ödmjuka" stil som Thomas gjorde...
Ett blogginlägg av Andrew Eddie (en av Joomla!:s huvudutvecklare) The Case for Better Architecture som handlar om Joomla!, Drupal och Wordpress.
För dem som vill lära sig lite mer om framtidssäkert teknologi kan jag rekommendera följande event: Joomla! Night Stockholm - Episode 1: "Joomla! rocks, and here's why"
Prel datum: 04 Feb 2011 (organised by me)
// Martin Blodau, Pixpro
mblodau:
Huruvida koden är OO eller inte är knappast det som avgör ens val av plattform om man ska göra en realistisk bedömning av vilken plattform som är rätt för ens egna behov utan snarare säkerhet, prestanda och svårighetsfaktor i införandet.
Sen om OO eller procedurell kod är det som är rätt för webben låter jag vara osagt. Php är ett konstigt djur och i min mening är OO-ismen liksom verktygsstödet väldigt omoget ännu i projektet.
//Christopher
f.d. Rational Software-drone.
Joomla! Night Stockholm låter spännande
Som Drupalfrälst har jag förstås en åsikt i vilket verktyg jag helst använder för att bygga de webbplatser (i de flesta fall), men det överraskar väl ingen.
Men jag måste säga att det låter spännande med Joomla! Night Stockholm, och möjligheten att lära mig lite mer om hur Joomla! fungerar på riktigt. Hur kan jag få tag på mer information om eventet?
//Johan Falk, forumadministratör
**
Vill du lära dig mer om Drupal? Kolla in samlingen av tips och guider!
Har du en fråga om Drupal? Missa inte FAQ-sidan på forumet!
Kolla in min senaste guide: Hundra småsteg för att självlära sig Drupal 6
Hej Johan! Förstå exakt vad
Hej Johan!
Förstå exakt vad du menar med "Drupalfrälst". Jag har samma med Joomla! och har därför självklart svårt att akzeptera ensidig kritik på Joomla!.
Bara för att vara tydligt...jag är ingen Drupalhatare. Tyckte bara att det behövs lite motargument i det här tråden. Min "favoritmat" är öppen källkod och det som smakar bäst är definitivt Joomla!, Drupal, Wordpress. :-)
Mer info om Joomla! natten finns här: http://www.joomlanight.se
Men just nu är det bara en teasersajt. När countdownen når null så ska jag lansera hela sajten med allt info.
// Martin Blodau, Pixpro
Använd citat/argument som antyder att du vet vad du talar om...
Även om det är en populär myt att OOP är en bättre design princip så är det inte annat än en design princip. Det är att skjuta över målet. OOP är en princip som är väl anpassat för abstraktion av komplex data och dess relationer. En webbplattform har i ytterst få fall speciellt komplex data och relationer. Tvärtom är det instick funktionalitet som är mest uttalad i webbutveckling och där är OOP på inget sätt mera bevisad. Tvärtom tycker jag väl Linus Torvald i sitt lilla projekt bevisat att procedurell design lämpar sig väl för inkapsling av kod.
Edit: Blockqoute för tydlighet.
mblodau: Detta citat är ju
mblodau: Detta citat är ju ungefär lika relevant som ett citat av Jesus om kristendomens fördelar jämfört med andra religioner. :)
Seriöst, ska vi snacka styrkor och svagheter bör man fundera på varför Joomla nästan har inga stora sajter utan mest små sajter för mindre företag, organisationer och hobbyverksamhet. Sanningen är att trots sin fina OOP så är Joomla inte alls lika flexibelt som Drupal eller möjliggör byggande av komplexa sajter utan att programmera.
Om man stirrar sig blind på ifall man använder sig av klasser i sin kod kollar man på fel saker. OOP är också ett pattern och mycket OOP-egenskaper och -principer går att implementera i funktionell programmering.
Drupal har dessutom lyckats med konststycket att ha välpresterande (källa), lättläst, lättförstådd och tillräckligt abstraherad kod. Dessutom har Drupals community anammat GPL till fullo och du har inte ett träsk av ogiltiga licensformer och dåliga, ja rent smaklösa, försök att monitärisera öppen källkod på ett olämpligt sätt.
Joomla är ett bra val för mindre kunder som inte behöver en särskilt flexibel lösning och som tjänar på det lite trevligare användargränssnitt som Joomla erbjuder out of the box. Joomla har också fler färdiga teman som går att köpa.
Har man behov av att ens webbsajt skall kunna växa med ens behov bör man kika på Drupal.
Jakob Persson – Leancept – Results-only digital and marketing consultants – Personal blog
Byggande av komplexa sajter utan att programmera?
Hmm...låter lite paradox här. Varför tror du välja grupperna som du nämnde Joomla? För att dem är så vassa programmerare? Eller kanske pga att dem kan bygga komplexa sajter utan programmering?
Väljer man Drupal för sitt projekt istället för Joomla! behöver man ett större budget och mer utvecklingstimmar, spelar ingen roll hur komplext eller enkelt kravspeccen är.
Mindre företag kan därför få mer för sin begränsad budget om de bestämmer sig för Joomla! istället för Drupal.
När det gäller större företag o Enterprise projekt gäller oftast motsatsen. Jag fråga mig t ex varje gång "varför i helvete" någon enterprise företag (typ Systembolaget) kan t ex välja EPIServer som lösning (så mycket pengar som kunde utnyttjas bättre) istället för Öppen källkod lösningar som Drupal, Joomla! eller TYPO3.
På den nivån gäller mycket mer än det faktiska potentialet av en potentiell platform. Det är helt andra faktorer (politik, lobbying, kickback osv) som spelar en roll där. Så din argument angående stora sajter är BS. Sama gäller din link till en undersökning som är TVÅ år gammal.
Hehe. :) Hmm...låter lite
Hehe. :)
Antagligen:
Ungefär som att säga "Joomla är 5ggr så mycket kod, så det är 5ggr bättre" ?
Personligen känner jag tvärtom på båda punkterna. KISS.
OT: OOP fanbois brukar hänga upp sig på syntax före funktionalitet.
Fanbois
Eller mer som att säga "Joomla är 5ggr så mycket kod, så det är 5ggr mindre jobb för mig som webbutvecklare."
Jag tycker om ett kraftfullt framework för att kunna skapa mer nytta med mindre pengar.
Är man en riktig latmask så kan man även lägger till en "Rapid Application Development Framework" extension i Joomla! som heter Nooku Framework.
Med det kan jag skapa ännu mer nytta i samma tid pga av att jag spara 80% kod. Case study som inte är två år gammalt
Och det är själva poängen med min originalinlägg som citera Andrew Eddie.
Men i businessvärlden handlar det ju tyvärr ofta inte om max nytta för kundens pengar. Mer om att kunna fakturera så många konsultimmar så möjligt.
Poängen med Drupal är att du
Poängen med Drupal är att du kan åstadkomma extremt mycket funktionalitet utan att behöva programmera alls! Det du kan åstadkomma med 80% mindre kod kräver oss Drupalutvecklare ofta noll rader kod. Mindre kod innebär färre buggar, färre potentiella säkerhetsproblem och högre framtidssäkerhet för kunden.
Jag tycker också din insinuation att man "i businessvärlden" (som inte använder Joomla får vi anta) försöker blöda sina kunder på konsulttimmar är ren nonsens och ogrundad. Jag antar att det var riktat mot oss så låt mig ge ett exempel på varför ditt påstående är falskt.
Sony Ericsson Labs utvecklade vi på NodeOne på 250 timmar! Dries Buytaert bloggade om det här. Vi på NodeOne är kanske världen sämsta säljare (traditionellt sett) eftersom vi ofta råder våra kunder att välja lösningar som tar mindre tid och som ger kunden fördelen att vara oberoende oss som leverantör. Det är faktiskt helt emot vår affärsidé att sälja fler timmar än nödvändigt. Vi är helt transparenta och talar ärliga estimat med våra kunder. Det innebär att vi har gott förtroende hos våra kunder och de vet att de får ut maximalt av sin investering.
Det är tack vare Drupal vi kan erbjuda våra kunder dessa fördelar och kan bygga webbplatser på extremt kort tid. Det hade inte varit möjligt om vi använt oss av Joomla.
Jakob Persson – Leancept – Results-only digital and marketing consultants – Personal blog
Hej Jakob. Har lite
Hej Jakob. Har lite anmerkningar. Sorry om det blir lite svårt läsbart...Svenska är inte mitt huvudspråk.
Jag förstå din argument men att du framhäver just det här i ett argument som ska vara riktad emot Joomla! ger mig intrycket att du har ingen koll på vad Joomla! egentligen är och vad Joomla!:s styrkor är. Om det finns en styrka som Joomla! är känd för så är det precis det som du här skriver som argument för Drupal.
Det är faktiskt väldigt kul och jag tycker att du har 100% rätt. Men...
Om du säger att man kommer åt "extremt mycket" funktionalität i Drupal utan att behöver programmera alls så säger jag att man kommer åt "ultra extremt mycket" funktionalität i Joomla! utan att behöver programmera alls! :-)
Det är ju just därför att även "Drupalister" säger att "det är enklare att bygga enkla sidor med Joomla!". Enda som jag påstår är att Joomla!:s extensions också göra att det är enklare att bygga komplexa sidor med Joomla. Förklaringen till det följer.
Tänkte först att göra lite jämförningar mellan antal Joomla! extensions med Drupal moduler och visa upp lite jämförelse mellan J! extensions och D moduler i olika kategorier (typ CCK, Nyhetsbrev osv) men det är ingen idé. Det kan andra göra själv om dem verkligen vill ser hur det ser ut i J! världen angående det. Detaljer finns här: http://extensions.joomla.org/
På ett globalt sätt ser jag skillnaden mellan Joomla!:s extensions och Drupal:s moduler så här:
Exempel för att förklara det. Titta man på CCK extensions till Joomla! ser man sju olika CCK lösningar som i sig själv är väldigt komplex och innehåller hur mycket funktionalität som helst.
Med vertikalt menar jag här att det finns flera lösningar som lösa ämnet CCK på sitt sätt. Dem flesta CCK extensions har säkert liknande funktionalität men dem skiljer sig i utvecklarens interpretation av "det perfekta CCK lösning".
Sen finns det mer "Drupal liknande" horizontala extensions till dem olika vertikala CCK extensions. Ta man CCK lösningen "K2" till exempel så finns det en hel del extensions till det (som liknar Drupal moduler väldigt mycket).
Om jag har förstått rätt så är det ofta så att det finns typ en centrala lösning för varje ämne i Drupal (typ CCK, Nyhetsbrev, Forum osv) och dem flesta Drupal moduler är horizontala lösningar som tillföra någon extra funktionalität till centrala modulen. (Tolka jag rätt?)
För typ två år sen fanns det mycket kritik på detta vertikala orientering av Joomla! extensions. Argumentet var att man få bara en färdig lösning och om detta lösning inte gör vad man vill måste man haka den eller bygga sin egen grej från scratch. Men det var för två år sen.
Joomla! extension community:n är så pass intensivt att det har hänt väldigt mycket. Det finns fortfarande många "amatör extensions" därute som bara göra det som autoren ville göra men till varje större ämne i webbvärlden finns det minst ett större extension som är byggd från grunden med horizontala tilläggsfunktioner i bakhuvudet.
Sedan ungefär ett år kan man ser väldigt mycket teknologiskt innovation i tredjepartsutvecklarevärlden för Joomla!. Dem flesta stora utvecklingsbolag har analyserad Drupal's styrkor och avbilda samma horizontala modell i sina Joomla! extensions.
Ta t ex en extension som heter "Zoo" från Yootheme. I första versionen var det en icke GPL kompatibel vertikal CCK lösning. Nu i senaste versionen är den helt GPL baserad och dem kalla sig inte ens längre för CCK. Dem kalla sin extension för "application builder". Man fatta på början ingenting vad dem menar men när man börja förstå så är det "mindblowing" teknologi.
Samma gäller templatevärlden. Vanliga "template clubs" är på väg ner. Nu finns det "template frameworks" istället. Det är hur mycket innovation som helst paketerad i en Joomla! extension som möjliggör att även människor utan CSS kunskap kan "bygga" professionellt utseende mallar som innehåller hur mycket caching logik som helst. Varje template framework försöker bygga snabbaste engine. :-) Referens: jMorph template framework
Allt det där leder mig till punkt vå varför jag tycker att Joomla! har en tick mer nytta när det gäller att bygga komplexa sidor utan programmeringskunskap.
DVS Att det finns många utvecklingsbolagg som är helt fokusserad på att skapa cutting edge Joomla! extensions och tjäna pengar med det. Jag vet att "Drupal fans" hatar precis det där och att det är mycket "snällare" i Drupal världen.
Men just det där "competition" mellan tredjepartsutvecklare skapa hur mycket innovation som helst och det är just dessa tredjepartsutvecklare som är kärnan till Joomla!:s snabba teknologiska utveckling. Community:n har utvecklat sig så pass mycket att det inte längre handlar om vem som kan skriva tilläggsfunktionen med mesta funktionalitäten...dem som är mest framgångsrikt är dem som imitera Drupal's horizontala modul och ser till att deras lösningar har en automatiskt integration med dem största extensions i andra delar av Joomla! världen.
T ex "ACL extension XY" som integrerar inte bara med Joomla! kärnan men automatiskt med "Nyhetsbrev 123", "CCK ABC", "CCK DEF", "Webbshop V", "Webbshop Y" osv plus att det redan finns fördefinerade API:s (OOP självklart) för oss Joomla! utvecklare som ska integrera olika färdiga lösningar med någonting skräddarsydd för en kundsajt.
Och om man verkligen kommer till en punkt där det inte räker med som man hitta i Joomla!:s extension directory kan man använder Joomla!:s objektorienterade API för att bygga egna extensions. Och om man vill spara ännu mer tid så använder man Nooku frameworket istället för Joomla:s framework när det gäller egenutveckling.
Jag antar att din definiton av "null kod" betyder att man bygga en sajt med Drupals standardfunktioner plus moduler plus ett template som består av HTML/PHP/CSS kod.
Om detta definition av "null kod" stämmer så kan jag säger att jag har byggt Tidningsutgivarna:s sajt med "null kod": http://tu.se
Finns inte ett enda skräddarsydda funktion i Tidningsutgivarna:s sajt. Allt är Joomla! kärnan plus extensions plus ett skräddarsydd template med HTML/PHP/CSS kod efter reklambyrån:s PSD filer. Men jag måste säger att en amatör skulle inte har klarat av att bygga den sajt.
Det behövdes en proffs i HTML/CSS för att bygga skräddarsydda mallen. Men man måste kunna mer än bara HTML/CSS/PHP kod för mallar för att klassas som programmerare, så därför påstår jag att http://www.tu.se är byggd med "null kod" enligt din definition.
Sorry om du blev kränkt här. Det är fantastiskt att ni klarade en sån sajt i 250 timmar. Det står 462 timmar i din länk men det är också en bra tid för sånt. Hos Pixpro har vi samma storlekar när det gäller likadana storlekar för en sådan skräddarsydd sajt. Men... jag påstår ändå att man kunde har fixat denna sajt i Joomla! med mindre tid, lol.
Angående min kommentar om att blöda kunder på konsulttimmar rikta jag kritiken huvudsakligen till webbbyråer som håller på med "closed source" lösningar som t ex EPIServer, Mogul och Polopoly och som har kunder som agera på ett nationellt nivå (t ex Systembolaget, Skatteverket, osv).
Över min fru fick jag t ex höra lite om en sån nationellt agerande företag som använder EPIServer och som kastar sjukt mycket konsulttimmar på banala grejer som vi kunde fixa med Drupal eller Joomla omkring 20 gånger snabbare.
Själv kan jag ger en exempel av en kund på ett nationellt nivå som kom till oss med sin EPIServer sajt. Dem ville ha ett enkelt kontaktforumlär till och EPIServerbryån beräknade 70 timmar för det. Vi gjorde en hel refactoring av deras sajt i Joomla! i kanske 10 timmar och deras extra kontaktformulär tog kanske en halv timmer. Det är det som jag menar med min argument.
Ok det räcker...orka inte mer. Shoot! ;-)
Tack mblodau
Tack för att du grävde runt ordentligt i ämnet. Du och flera andra svar i dena tråd har gett mig god plattform för min fortsatta utvärdering.
Jag kallar mig amatör i sammanhanget. Kan inte skriva en enda rad php.
Men jag har byggt ett tjugotal siter, so far - med Joomla som plattform. Jag har använt Joomla ända från 1.0 och har just installerat 2,5 för utvärdering. Merparten av övriga är i J1.5.
Nu har jag "snubblat" in på Drupal och försöker utvärdera Drupal vs Joomla och om jag/vi ska släppa in en generell&kommersiell lösning (inkl webhotell) hos en uppdragsgivare eller hacka vidare med Joomla.
För mig är enkelheten att lära upp admins central, liksom att få snyggt grafiskt upseende publik. Men saknar bl a mer avancerad hantering av access. T ex.
Jag kan konstatera redan nu att Drupals inlärningströskel är väsentligt högre än Joomlas. Så mitt första setg efter detta blir att lära mig Drupalese.
Kolla in "4 weeks of Drupal"!
Välkommen till Drupal! Som du säger är Drupal inte världens lättaste verktyg att förstå sig på – det finns många funktioner i core, och ännu mer när man börjar kolla på tilläggsmoduler (plugins).
Jag håller på att publicera screencasts för en kurs som jag kallar "4 weeks of Drupal" – där man får börja från början och lära sig använda Drupal. Om du tror att den kan vara till nytta får du gärna kolla in http://dev.nodeone.se/en/four-weeks-of-drupal
Lycka till!
//Johan Falk
Tack
Klickade in på din länkade sida. Skall med glädje (?) ta del av den.
Jag anser mig ganska duktig på Joomla och kan så siter att se ut och fungera som jag tänkt - utan att pilla (allför mycket ) i koden.
Se t ex www.stjarnjul.se eller www.otd.se
Jag ska ta mig igenom dina Drupal-sidor. Jag kanske "byter sida" – eller kompletterar verkygslådan med Drupal.
mvh
Q
Vi har bytt
Hej
Vi i Meimi är en norrländswebbyrå som har bytt från Joomla till just Drupal. När jag kom in i företaget så höll vi just på att byta så jag har inte jobbat så mycket i Joomla. Men det som mina kollegor säger är att Joomla växer man som ur. Vi slog i taket och det blev många special-lösningar. Vissa sidor var uppbyggda med WYSIWYG editor med HTML-innehåll, så som tabeller och java-script.
Det stora problemet vår front-end developer möter är problemet att länka ihop material. Det blir lätt i Drupal att man skriver in direkt URL i fält. Medans i Joomla har man mer visuell-hjälpmedel för att hitta rätt. Men fördelen i Drupal är att man själv definierar sina egna content types/innehållstyper. Så istället för endast artiklar som kan ha en kategori, där artikeln har massor av fält (och med komponenter ännu mer fläkt). Men i Drupal bestämmer man själv vilka fält som ska finnas i varje kategori. Så t.ex. under hemsidans produkter så är varje nod/post/artikel en rubrik, fri-text och bild. När kunden administrerar det så har den endast de fälten att fylla i, inget annat. Sedan kan man som utvecklar bestämma hur de ska se ut. Sen under kontakta oss så har man en lista av personer. Och en person-post/nod/artikel består av förnamn, efternamn, telefonnummer osv. Sen väljer du som utvecklar hur det ska listas som.
Och just administreringen, i Drupal 7 finns det inget riktigt back-end som i Joomla. Visst administrationsidorna kan nås som egna sidor men den smidigaste användningen är overlay-funktionalliteten. På det sättet när man är inne på en sida så man kan klicka "Redigera" och sedan får man en pop-up-ruta för redigera den oberoende hur djup man är i sid-herarkin.
Men det är en tröskel att lära sig Drupal och just hur mycket man kan göra. Tips är att gå igenom de top 20 mest använda-modulerna för att lära sig vad de göra. Sedan får man själv anpassa hur man vill jobba. För i Drupal kan du ibland lösa samma sak på 3 olika sätt. Och när du ska lära dig de modulerna så kan det ibland gå smidigast att hitta någon youtube-video som går igenom modulen.
Om du kan substansiera det så
Om du kan substansiera det så får du nästan automatiskt medhåll I att klassa det som en bugg. Men så länge det bara är svepande påhopp så kommer du bemötas som alla andra med lösryckta anklagelser.
Publicera tydligare kritik så får du vettigare svar.
Bugg ???
Bugg ???
Om det som sägs här av vissa...
Att stå vid sidan om o läsa hade jag tänkt men det som sprutas ut känns enkelt sagt orättvist så jag hoppar in här o ser va som händer...
Om vi menar att vi har valt o investerat i ngn teknik o inte vill släppa det till varje pris, bra. Ingen ber väl ngn här om ngt annat än en balanserad diskussion.
Förhoppningsvis har vi tillräcklig grund att stå på för att inte driva det hela till skyttelkrig.
O nog behöver vi inte dra med rent av löjliga uttalanden om att man nästan sysslar med välgörenhet o samtidigt i samma mening trycker in ordet affärsidé.
Jag ska vara ärlig o säga, jag vet för lite om Drupal för att tjabla om hur bra eller dålig den är jmf. med Joomla!
Det enda jag kan säga är att följanden utalanden i denna tråd behöver anmärkas o helst att de som gör uttalandet belägger deras uttalanden lite bättre för att få förtroende:
Mycket märklig o svepande påståenden som inte platsar annanstans än i ngn skvaller journalistik. Att man ens vågar lämna ut sig själv o berätta hur illa man fattar saker är jo... Dessutom är det lite förvirrande faktiskt, för o ena sidan får man höra hur lätt det är att komma igång med Joomla! yadayada o sen sveper man till med detta.
Nej, detta ska vi kanske inte ens diskutera, men ville ta den som ett bra exempel på hur man väljer att systematiskt missförstå Joomla!, o inte nog med att ngn skriver det ngn annastans, men att det citeras i denna tråd...
Ursäkta, men va exakt vill du säga med detta. Visar detta bara inte hur lite du har kommit in i OOP utvecklingstekniker som MVC patterns, ngt. som varje seriös Joomla! utvecklare tar för givet o har det som baskunskap. Det är ingen som påstår att enkom OOP är vägen till Joomla! himmel. Nej, men det kombinerat med de extensions som Joomla! har o som dessutom dagligen ökar i antal, kan en del bra saker göras. Ursäkta men jag hoppas jag också får dra till såna svepningar som du verkar tillåta dig med "Poängen med Drupal är att du kan åstadkomma extremt mycket funktionalitet utan att behöva programmera alls!" o "Har man behov av att ens webbsajt skall kunna växa med ens behov bör man kika på Drupal."
När det gäller OOP o den möjlighet som öppnas när man följer disciplinen, känns det rent sagt beklämmande att vi i slutet av 2010 ska ens diskutera o ifrågasätta det.
Jag vill inte alls påstå att Joomla! är svaret på allt, för det vore väl att ljuga om vilken CMS som helst. Men jag vill inte alls hålla med om att Joomla! har en återvändsgränd som inte är längre än hobby-siter. Joomla! är en bra grund att bygga på o håller på att bli bättre för varje dag som går o utvecklas precis som andra CMS:er. För större eller annorlunda behov än vad som erbjuds med bas Joomla! ihop med dess 6000+ extensions, så är utvecklingsfärdigheter en bra ingridens, men där står man inte utelämnad, utan stöds av en väl genomtänkt (OOP/MVC) o dokumenterad baserad API. Vidare är Nooku framework som just nu är under version 0.7 o under kraftig utveckling en bra stöd i detta.
Tack
Jag kan tycka att denna
Jag kan tycka att denna diskussion har trillat av sin pinne då vi har fastnat i en typisk Mac vs Windows fälla där man allt som oftast diskuterar faktorer som har noll påverkan då båda löser problemet på ett likvärdigt sätt. Alltså kan man sluta sig att för enklare implementationer så behöver man inte implementera speciellt mycket kod i varken Drupal eller Joomla.
Men för att man skall göra ett bra val av teknisk plattform så behöver man väga in faktorer så som (använder engelska termer för tydlighet):
- Scalability
- Maintainability
- Flexibility
- Quality(Code, Documentation)
- Maturity
Notera att analys av tekniken inte angriper alla aspekter på Drupal (så som UI, vilket denna tråd borde avhandla).
Jag kan i princip bara uttala mig och Drupal men någon Joomla användare kan väl gärna bidra med en egen teknik analys:
Scalability:
Drupal har inbyggt ett mycket gott stöd för skalning som minskar trycket på databas och webbserver. Detta gör att Drupal kan skalas upp och driftsättas med stora krav på prestanda. Dock använder Drupal (och då främst dess moduler) en del PHP magi (eg. $func() istället för call_user_func_array m.fl) vilket gör att ytterligare optimering av exekvering och portbarheten lider. Ytterligare finns modifieringar av Drupal (Pressflow) som öppnar för möjligheten att kör med replikering och liknande avlastningsfunktioner. Dessutom finns det initiativ för att bygga moduler för CDN funktionalitet som ytterligare trycker på skalbarheten i Drupal.
Maintainability:
Även om Drupal innebär att man löser mycket utan kod så betyder det inte att man inte utvecklar i Drupal. Jag kan som sagt inte uttala mig och Joomla men skälet till varför jag använder Drupal är dess fantastiska kodbas i 6.x. Koden är (med små undantag) ett mycket gott exempel på att OOP inte är en magisk formel för "snygg" kod, utan istället är det att man har en ide om helheten och avväger all funktionalitet noggrant som gör ett bra kod bibliotek. Moduler så som CCK och Views är inte ur detta perspektiv något som Drupal skall stoltsera med då CCK är allt annat än glasklart när man kollar under huven.
Drupal community:n har genom åren gjort en sak som gör Drupal till ett levande projekt och det är att våga ändra riktning med saker man ser man gjort fel. Refaktorering är flaggskeppet för att uppnå kod som kan underhållas/utvecklas. Principen att lyfta in moduler i Core allt eftersom funktionen blir en naturlig del av verktyget framhäver även detta hur kraftfull community:n är. Det betyder att man slipper mycket av den slentrian utveckling som leder till säkerhetsbrister och buggar. När man istället plockar inte community initiativ så har dessa oftast utvecklats av eldsjälar som gör funktionerna mera genomtänkta.
Flexibility:
Troligen det som främst har argumenterats i tidigare poster. Det finns idag verktyg som ger mera flexibilitet ur lådan och det gör att Drupal:s flexibilitet syns främst i den fantastiska kodbasen där man inser att man genom att utveckla "the Drupal way" kan "hooka" fast ny funktionalitet i princip var som helst utan att behöva refaktorera om hela kodbasen. Det faktum att man istället för att bygga nya moduler för specifika fall och istället bygger ramverk (så som CCK) tyder på en välmående community.
Quality:
Som antyds av punkten så är kvalitet svårt att uttala sig om utan att veta till vad man vänder sig. Dokumentationen är okej och kompenseras hyfsat av ett välmående ekosystem i community:n. Koden i kärnan har mindre brister men håller relativt god kvalitet enligt min mening. Detta säger jag trots att jag egentligen tycker att Drupal:s kodformatteringsmall är något knasig i vissa fall. Initiativet att ha ett säkerhetsteam ger även känslan av kvalitet då strävan finns att bli bättre. Överlag har Drupal utvecklare bevisat sin förmåga att refaktorera och gör Drupal bättre.
Maturity:
Som alla open source projekt lider man av att projekten tar väldigt lång tid att mogna. I och med Drupal 6 så blir detta fånigt argument för Drupal Core. Dock saknas fortfarande en del moduler för att säga att Drupal i sin helhet är fullt moget. Framförallt saknar jag delar kring hur drift av sidan skall genomföras. Moduler så som Features börja närma sig vad man behöver, men ännu har Drupal inte mognat i hela den livscykeln. Jag saknar bland annat helt verktyg för "staging" av innehåll. Alltså att kunna editera och granska innehållet på redaktionen för att sedan trycka ut det till mina driftservrar (stora installationer). Jag är medveten om att utveckling sker av sådana lösningar men det är inte moget i dagsläget.
Som sagt saknar jag tillräcklig kunskap i Joomla för att vilja uttala mig, men jag hoppas någon Joomla kunnig skall kunna bidra. Jag ber dessutom redan nu om ursäkt för min stavning!
Mikael, tack för inlägget!
Mikael, tack för inlägget! Bra info, jag blev direkt sugen på att testa Drupal lite mer när jag läste det. :)
Ska samla info om hur det ser ut i Joomla! projektet angående dina punkter och svara senare.
ok
mikael, tack för ett genomtänkt o strukturerad svar o det jag vill nog instämma med martin där, ska nog innan denna årets slut ge drupal lite mer chans i lådan, låter som jag kommer att få lärorika stunder
ska också försöka plocka ihop svar o ev. andra saker som går att sägas i samma anda som du nu har slagit fram