Att bygga ett CMS?

Vad ska ditt innehållssystem hantera för innehåll då?

Ehm, text? =P
Nej förlåt, men i första hand är det väl simpla textsidor (till tex företagshemsidor), blogginlägg, artiklar och liknande. Tanken är väl att användaren ska kunna avgöra lite själv.
Men det var också lite det som var frågan, vad vill man ha när man ska göra en webbplats (CMS:et är i första hand inriktat på webben)?

/edit: stavfel fixat

VictorY skrev:

CMS är i första hand inriktat på webben

Nej, CMS betyder content management system, alltså ett system för att hantera innehåll. Det finns inga kopplingar till internet över huvud taget, även om ett publiceringssystem kan användas tillsammans med internet. Du kan lika gärna organisera din boksamling i en typ av CMS som att du publicerar aftonbladet.se i en annan.

Berätta om ditt arbetsflöde, krav på versionshantering, metadata, flera språk, prestanda etc.

Att fråga "hur bygger jag ett cms?" är som att fråga "hur bygger man en farkost?". Säg först exakt vad du vill göra så kan vi hjälpa dig. Att "publicera text" är ju en ganska simpel uppgift och du säger att du tittat på flera olika plattformar tidigare som inte passar. Varför inte då? Skriv vad du inte gillar med dessa och vad du förväntar dig vara annorlunda. Annars rekommenderar jag bara Drupal åt dig. ;)

Pace skrev:

Nej, CMS betyder content management system, alltså ett system för att hantera innehåll. Det finns inga kopplingar till internet över huvud taget, även om ett publiceringssystem kan användas tillsammans med internet. Du kan lika gärna organisera din boksamling i en typ av CMS som att du publicerar aftonbladet.se i en annan.

Oj, det var ett litet stavfel där. :/ Jag hade tänkt att skriva det i bestämd form, det vill säga CMS:et. Ursäkta missen. =P
Det är alltså mitt CMS som (i första hand) är inriktat på webben.

Pace skrev:

Att fråga "hur bygger jag ett cms?" är som att fråga "hur bygger man en farkost?".

Jo, du har väl rätt ... Fast jag vill betona att jag inte frågar hur man ska lägga upp det rent tekniskt, utan mer hur det ska fungera ur användarens synvinkel - det vill säga funktioner och eventuella standarder som CMS "ska" följa (men det kanske helt enkelt inte finns några sådana alls?).

Pace skrev:

Säg först exakt vad du vill göra så kan vi hjälpa dig. Att "publicera text" är ju en ganska simpel uppgift och du säger att du tittat på flera olika plattformar tidigare som inte passar.

Nej, säga exakt vad jag vill kan jag inte - då är problemet i sig redan löst. =P

Pace skrev:

Att "publicera text" är ju en ganska simpel uppgift och du säger att du tittat på flera olika plattformar tidigare som inte passar. Varför inte då? Skriv vad du inte gillar med dessa och vad du förväntar dig vara annorlunda. Annars rekommenderar jag bara Drupal åt dig. ;)

Saken är att jag inte har så många specifika krav.
Det som jag inte hittat, och som jag behöver är ett CMS som:
- är gratis
- är gjort i ASP eller (helst) ASP.NET (här faller Drupal)
- följer webbstandarderna (XHTML)
- är bra i övrigt
- använder MySQL-databas (alltså, inte kräver MsSql)

Då jag insett att antalet (bra) open-source-CMS som fungerar på IIS-servrar och som följer webbstandarderna bra, och dessutom kan arbeta med andra databaser än MsSQL är ganska litet, tänkte jag att det kunde vara roligt att bygga ett som andra kan använda. Men då vill jag veta vad som behövs, för att folk ska kunna tänka sig att använda det.

Jag tänkte alltså göra ett CMS som:
- är gjort i ASP.NET
- är gratis/open-source
- följer webbstandarderna
- är oberoende av databas
- är lätt att bygga vidare på

Men mycket mer än så har jag inte kommit fram till - det är problemet. Och då jag dessutom inte har någon vidare erfarenhet av andra CMS (hittade ju inget som gick att använda i min situation), är jag helt enkelt i behov av lite vägledning. Men jag inser att det är svårt att bara "vägleda" någon utan mer precisa frågor (det är sådana här trådar som min jag själv brukar störa mig på =P). Men problemet är att mina kunskaper inom området gör att jag inte kan ställa mer precisa frågor.

Men jag kanske gör för stor sak av det? Det kanske bara är att göra det, så blir det (med lite tur) bra i slutändan?

Tack för att du tar dig tid att försöka svara på mina (alltför svävande och oprecisa) frågor. :)

Här är ett CMS som uppfyller dina krav: Umbraco. Dock använder den XML för datalagring snarare än MySQL.

Personligen tycker jag inte att man ska spalta upp tekniska krav när man letar efter ett publiceringssystem. Man ska börja med att se till de publicistiska kraven; hur ofta man ska publicera, i vilket media, språk, omfattning, typ av innehåll, vem som ska hantera innehållet, hur det ska hanteras, om flera personer behöver jobba samtidigt med innehållet, lösning på redigeringskonflikter och om du behöver spara gamla kopior av ändrat innehåll (versionshantering).

Tolka inte detta som negativt mot dig. Jag försöker bara få dig att se att teknik är sekundärt. Det skaffar man när man har hittat ett program som gör det man vill. Eller du kanske bara vill programmera? Det är bra det också, men då gäller det att säga det först. :) Jag är dessutom vansinnigt intresserad av publiceringssystem.

Vidare läsning:

[thread=118063]CMS-standard[/thread], [thread=140536]Inköp av CMS[/thread], [thread=131852]Rent generellt; vettiga CMS[/thread] och Funderar du på att bygga ett publiceringssystem?

Pace skrev:

Här är ett CMS som uppfyller dina krav: Umbraco. Dock använder den XML för datalagring snarare än MySQL.

Tack, ska kolla upp det. :)

Pace skrev:

Personligen tycker jag inte att man ska spalta upp tekniska krav när man letar efter ett publiceringssystem. Man ska börja med att se till de publicistiska kraven; hur ofta man ska publicera, i vilket media, språk, omfattning, typ av innehåll, vem som ska hantera innehållet, hur det ska hanteras, om flera personer behöver jobba samtidigt med innehållet, lösning på redigeringskonflikter och om du behöver spara gamla kopior av ändrat innehåll (versionshantering).

Jag förstår vad du menar, men saken är att jag vill hitta ett CMS jag kan använda till olika projekt. Alltså önskar jag ett CMS som man kan anpassa någorlunda efter sina olika behov. Det är dessutom alltid kul om det finns utrymme att ändra sig.
Men i princip förstår jag vad du menar, och skulle jag ge mig på ett större och mer krävande/känsligt projekt - förstår jag att ett sådant tillvägagångssätt är ett måste. Men i min nuvarande situation känns det som att det skulle bli lite för mycket jobb.

Pace skrev:

Tolka inte detta som negativt mot dig. Jag försöker bara få dig att se att teknik är sekundärt.

Jag är glad för att någon överhuvudtaget engagerar sig, att någon som dessutom är bevandrad på området tycker jag är väldigt trevligt, var inte rädd för att jag ska känna mig kritiserad. Det var just det här jag ville uppnå.

Pace skrev:

Det skaffar man när man har hittat ett program som gör det man vill. Eller du kanske bara vill programmera? Det är bra det också, men då gäller det att säga det först. :)

Nej, det är inte så att jag har något jättestort behov av att programmera - tid är inget jag har gott om, så hittar jag något som uppfyller mina krav skulle jag vara nöjd. Problemet är att mina krav i slutändan är ganska hårda, och att jag därför är rädd att det är orealistiskt att tro att ett sådant finns.

Pace skrev:

Jag är dessutom vansinnigt intresserad av publiceringssystem.

Haha, jag börjar förstå det. :D

Pace skrev:

[thread=118063]CMS-standard[/thread], [thread=140536]Inköp av CMS[/thread], [thread=131852]Rent generellt; vettiga CMS[/thread] och Funderar du på att bygga ett publiceringssystem?

Ah, mycket intressant, det ska jag kolla upp noggrannare. Nu inser jag att det är du som är Backend Media-snubben - coolt. :D

Förresten, på din blogg säger du att "Drupal faktiskt [är] gjort för användare och inte för nördar". I så fall är det nog uppenbart att jag är en nörd, och inte någon användare. För för mig var Drupal ett av de minst lättanvända CMS jag testat. Men nu har jag ju inte testat så många, varför jag faktiskt litar på ditt omdöme mer än mitt eget. Därför skulle jag vilja har förklarat mer exakt vad som gör det trevligare för användarna?

Jag tackar för dina svar, de har hjälpt en hel del.

Kan detta vara intressant läsning i ämnet?
http://it24.idg.se/2.2275/1.96239

Kan du inte titta igenom lite olika CMS och se vad de valt för funktioner? Det är ju knappast att själa utan snarare ta lärdom och sedan gör det själv - bättre. :)

I ett CMS vill jag kunna publicera sidor, jag vill kunna ha olika användare med olika behörighetsnivåer, jag vill kunna skapa undersidor, lämna brödsmulor, ha snygga url:er, rss-flöden, arkiv och sökfunktioner.

Hoppas det hjälper lite i alla fall. :)

Lasp skrev:

Kan detta vara intressant läsning i ämnet?
http://it24.idg.se/2.2275/1.96239

Då vet jag att jag inte ska använda Polopoly i alla fall. =)

silfver skrev:

Kan du inte titta igenom lite olika CMS och se vad de valt för funktioner? Det är ju knappast att själa utan snarare ta lärdom och sedan gör det själv - bättre. :)

Det har jag väl tänkt göra, men man måste lägga ner ganska mycket tid på vart och ett av de CMS man testar, gör man en för ytlig genomgång är frågan hur mycket man får ut av det. Så då skulle det ju vara kul att veta vilka man bör kolla på innan. Men nu har jag ett par stycken att kolla upp, så det ska jag absolut göra.
Och självklart kommer jag göra det bättre om jag nu försöker, jag är ju medlem på webForum och allt. :P

silfver skrev:

I ett CMS vill jag kunna publicera sidor, jag vill kunna ha olika användare med olika behörighetsnivåer, jag vill kunna skapa undersidor, lämna brödsmulor, ha snygga url:er, rss-flöden, arkiv och sökfunktioner.

Lämna brödsmulor? :o
Annars var det väl något sådant har jag tänkt att ha i grunden.

silfver skrev:

Hoppas det hjälper lite i alla fall. :)

Absolut, jag tackar för även dessa två svar, och känner att jag börjar lära mig lite. :)
Att CMS är en ganska stor bransch till exempel ... :D

VictorY skrev:

Lämna brödsmulor? :o

Det ska tydligt markeras vart en besökare befinner sig i navigeringen. Man lämnar lite brödsmulor att följa. ;) Särskilt viktigt då man har flera undersidor eller underkategorier.

Filmer > Action > Die Hard

silfver skrev:

Det ska tydligt markeras vart en besökare befinner sig i navigeringen. Man lämnar lite brödsmulor att följa. ;) Särskilt viktigt då man har flera undersidor eller underkategorier.

Filmer > Action > Die Hard

Ah, då fattar jag. :)
Jo, det är ju helt sant, det hjälper otroligt mycket. Tack för tipset. =)

Analogin om brödsmulor kommer för övrigt från Hans och Greta-berättelsen.

VictorY skrev:

Ah, mycket intressant, det ska jag kolla upp noggrannare. Nu inser jag att det är du som är Backend Media-snubben - coolt. :D

Förresten, på din blogg säger du att "Drupal faktiskt [är] gjort för användare och inte för nördar". I så fall är det nog uppenbart att jag är en nörd, och inte någon användare. För för mig var Drupal ett av de minst lättanvända CMS jag testat. Men nu har jag ju inte testat så många, varför jag faktiskt litar på ditt omdöme mer än mitt eget. Därför skulle jag vilja har förklarat mer exakt vad som gör det trevligare för användarna?

Nu tittar jag främst på systemet när det är uppsatt och färdiginställt (alltså det man egentligen ska använda det till). Vill jag lägga till något så klickar jag på menyalternativet "Create content" och sedan "book page". Mycket svårare än så är det inte, och de jag jobbar med skulle nog utan problem kunna hantera det utan svårighet.

Sedan är ramverket viktigt, alltså hur det är uppbyggt och hur man kan bygga vidare på det. Drupal lagrar och behandlar alla innehållstyper (bilder, nyheter, statiska webbsidor etc) på samma vis, som en så kallad nod, vilket gör att det är oerhört flexibelt. Jag använder själv denna modell och har inte hittat några nackdelar.

Sedan är jag väldigt beroende av taxonomier, som jag tycker är bra genomfört i Drupal. Fast jag tror inte den är kopplad till sökmotorn, så det är en begränsning. Inlärningskurvan är förhållandevis låg jämfört med andra system jag testat, och de flesta frågetecken förklaras genom hjälptexter direkt på sidorna. ezPublish och Typo3 tycker jag är en mardröm att använda just för att jag inte fattar någonting. Jag kan inte utan svårigheter lägga till en nyhet (vilket borde vara en vanligt förekommande uppgift, och därmed ha en länk närmast på förstasidan). Gränssnittet är unikt som inte liknar någon annans, vilket säkert är effektivt när man väl har lärt sig, men jag måste ha system som är lätt att lära genom trial-and-error och korta, muntliga instruktioner över telefon eftersom jag kanske bara arbetar en kort tid med nya personer i systemet som sedan lämnar.

Nackdelen (som i de flesta system) är separationen mellan kod och presentation. Drupal är inget undantag. Innehållet separeras oftast väldigt bra, men att ändra utseendet på webbplatsen kräver ofta kunskaper i php eller motsvarande programspråk. Jag föredrar MVC-separering i stil med den som rapporten Enforcing Strict Model-View Separation in Template Engines beskriver.

Här har däremot vBulletin lyckats lösa det smidigt, men tyvärr har de blandat mycket AJAX och javascript i sin kod (som också kan innehålla säkerhetsluckor), vilket gör att den ändå måste uppdateras lika ofta som det kommer en ny uppdatering.

Sedan är det ju så att om man jämför tio produkter med exakt samma funktioner kommer de att skilja sig markant vad gäller lösningar på problem, gränssnitt och arbetsflöde. Det blir i slutändan en smaksak vad man gillar och det går inte att säga att det ena är bättre än det andra.

Mitt arbetsflöde är huvudsakligen redaktionellt, där en person lägger upp innehåll som en redaktör sedan kan godkänna eller förkasta.

Lasp skrev:

Kan detta vara intressant läsning i ämnet?
http://it24.idg.se/2.2275/1.96239

Länken fungerar inte för mig, har du någon annan?

Hej Viktor, läste tråden och undrar om du har kollat på N2. Jag tror det uppfyller dina krav.