Om ni skulle få chansen att bygga ett nytt cms / publiceringsverktyg från grunden. Vilka krav och funktioner önskemål skulle vara ett måste då? Jag tänker mig att verktyget ska vara byggt för att växa och bli riktigt stort efter ett tag och att det ska riktas till medelstora förertag.

Vad saknas?

• Anpassat för kunna bygga en sajt på flera språk
• Kunna uppgradera verktyget utan att sajter som kör det behöver byggas om.
• WYSIWYG Editor
• Sökoptimering i focus. Verktyget ska producera snygga url:er som standard.
• Byggas på .net?
• Rolladministration

Moduluppbyggt.
Versionshantering av dokumenthantering/arkivering.

Versionshantering av allt vore ju trevligt så man kan backa stegvis.

Uppbyggt med PHP! (.NET funkar väl bara på Windows??)

Tycker dock inte det är någon fördel att bygga det på .NET, med tanke på att det låser en till Windowsmiljö.
Stämmer bra.

ett datalager som gör det möjligt att byta provider utan att det uppstår problem.

Men är det i förlängningen inte bättre att köra .net? Lättare att prata med andra datakällor då som t ex affärssystem eller bokningssystem?

GOOSE - ursäkta en lekmans okunskap men kan du förklara (som du skulle förklara det för en 4-åring) vad ett datalager och provider är.? :)

Snabb
Vacker
Lätt att använda & lära sig
På svenska

Egentligen är det inget större problem.
Du skapar helt enkelt en två vägs-replika av databasen, kopierar hela webbsidan till den nya leverantören, och bytar därmed pekar om DNS-recordet till nya servern.
När sedan TTL'en löper ut, så kan du säkert stänga ner gamla sidan hos den gamla leverantören.

tror goose menar att man ska kunna byta databasprovider, t. ex skifta från MySql till ja, nåt annat.

Ja Bjarne precis så :). Vissa kunder vill köra SQL-Server då de har en driftorganisation kring det och storleken på webbsidan lämpar sig för den. Andra vill kanske köra MySql för det ingår i sitt webbhotellskonto. Trevligt med skalbarhet med andra ord.

Själv kör jag asp.net och fördelen med det gentemot php är väl att man får ett duktigt kompetent ramverk. Kan egentligen för lite om php för att uttala mig, men det jag läst så verkar de som kan båda delarna vara helt sålda på asp.net's ramverk men föredrar php för det är open source och m$ är satan typ :)

Jag jobbar mest i .net men måste nog ändå säga att man kan undvika det med gott samvete. Iaf om man håller sig till de inbyggda kontroller som finns i .net, eftersom de fungerar som och renderar som Microsoft tycker vilket som vanligt är ungefär 5 år efter i tiden.

Största problemet är tillgänglighet och användbarhet och visserligen är sveriges största CMS, EpiServer, byggt på .NET men det har också många problem med nämnda områden (http://24timmarsbloggen.se/arkiv/200...rver_och_t.php).
Man tror att man sparar tid med MS påhitt, men i slutändan om det ska bli nåt som är värt nåt bygger man snarare in sig i ett hörn och får tillbringa onödigt mycket tid på sånt som man sluppit om man tänkt själv från början och inte överlåtit det på MS.

Dock är det så klart möjligt att börja från början med .NET, precis som man skulle få göra med PHP (om man inte väljer nåt framework).

Det finns få open source CMS byggda på .NET och de som är hyggligt bra (Umbraco) är ännu färre, vilket inte bara beror på att gratis är gott.

Pojkar! Inget net/php-krig här! Tillbaka till Dröm-Cms-et!

Stöd för mobilsidor (*.wml) vill jag också ha.

Enkelt att jobba med flera språk.

lessen, men Tony frågade om .net, inte mening o starta ett krig, det är bara verktyg, ingen religion :)


Ontopic:
publicering av artiklar där man kan välja ett från - till datum där de skall visas. arkivering av artiklar.

ett bra och väldokumenterat api, det vill säga, det skall vara enkelt att bygga på nya moduler och göra modifieringar för att passa.

Du hänvisar till en gammal artikel. EPi har släppts i version 5 i slutet på 2007 där detta inte är något problem.

Kort off-topic replik:
Det är riktigt att det blivit bättre, fast man kan ju alltid fundera på hur mycket tid det har gått åt för utvecklarna på just dessa förbättringar som i stället kunde lagts på annat?
Fortfarande är krävs det ändå vissa anpassningar för att det ska bli riktigt bra, så visst kan man säga att det är ett problem, om än mindre än vad min länk visade.

Något som vore kanon skulle vara om de olika lagrena var helt oberoende av varandra. Man kan t.ex. använda web services (antingen REST- eller SOAP-baserade) för att hämta den datan man vill ha och den bör kunna skickas mellan servrar. Det skulle leda till att jag har en SQL Server 2008-databas, ett DAL i .NET på Windows Server, BLL skrivet i Java på Tomcat och sedan PL i PHP på Apache utan problem.

När det gäller ramverk så finns det en hel del att välja på, med andra ord, det finns gott om alternativ till .net (om man vill):
http://en.wikipedia.org/wiki/Comparison_of...tion_frameworks
http://en.wikipedia.org/wiki/List_of_web_a...tion_frameworks

Och det går att köra .net utanför Windows:
http://www.mono-project.com/ASP.NET

• Vettig och enkel template-motor utan intern lingo och påhittade ord
• Inte är gjort efter 2,3,4 eller 5 eller whatever kolumner rätt ner i den djupaste av kodblock
• Hanterar innehåll "content" och ger fan i presentationen
• Är användarvänligt (om man vill) så att vem som helst kan skriva, redigera texter eller lägga in bilder utan att läsa tjocka böcker eller manualer
• Helt modul/plugin-baserat med en grund som t.ex. bara består i att redigera sidor och skapa en struktur (<ul>
• Start

[*]Editering av metataggar per-dokument/post (om man är administratör vill säga)[/list]
Osv... Listan kan göras lång. De flesta CMS:er jag testat suger på ett eller annat vis tycker jag... särskilt när det kommer till användarvänligheten för vanliga dödliga människor. :)