Jag har tänkt mig att jag ska göra ett CMS/bloggverktyg i .NET. Några funktioner känns redan självklara, nämligen dessa:
man ska kunna skapa artiklar
besökare ska kunna svara på artiklar
man ska kunna skapa kategorier för artiklar
man ska kunna lägga in artikel i flera kategorier
artiklar ska kunna vara öppna eller stängda för svar
RSS-feeds
Jag har tänkt mig en databas för artiklarna och kommentarerna. Om man däremot vill lägga till undersidor i CMS:en så är en tanke jag har att själva innehållet i ska genereras från XML-filer till XHTML via XSLT. Låter detta vettigt för er?
Vad skulle du se som grundfunktioner i ett CMS/bloggverktyg utöver det jag har tagit upp hittils?
Alternativ för att visa de mest kommenterade och de mest lästa artiklarna.
Stöd för flera användare. Se vilka användare som har skapat och uppdaterat sidorna. Kanske även historik, så man kan se vad som uppdaterats och gå tillbaka till tidigare versioner.
Tillägg: Användarna kan ha olika behörighet att lägga till och redigera sidor i olika kategorier.
Tipsa en kompis är en form av social navigering, finns många fler former. Den vanligaste formen är bokhandlarnas: "De som har köpt denna bok har också köpt". också är det en spalt med andra liknande böcker.
* Tipsa en kompis om denna artikel (mejl, sms you name it)
* Läs liknande artiklar
* De mest lästa artiklarna
* De mest kommenterade artiklarna
* De senaste artiklarna
* De senaste kommentarerna
* Relaterade länkar
* De senaste länkarna
* Bevakning av artiklar
* Bevakning av kommentarer
Hur länge ska jag hålla på?
PS. Om man som utvecklare sätter sig in i social navigering har webbplatsen större chans att bli aktiv. Finns en hel del att läsa om ämnet som är en del av interaktionsdesign.
http://www.sics.se är en bra start. Många intressanta undersökningar i ämnet.
Perfekt K@llen! En del av det där har jag redan tänkt implementera, men relaterat/liknande innehåll har jag inte tänkt på. Kan bli lite halvkrångligt att genomföra, men det gör ju det hela skojigare om man lyckas.
men relaterat/liknande innehåll har jag inte tänkt på. Kan bli lite halvkrångligt att genomföra, men det gör ju det hela skojigare om man lyckas.
Använder du mysql?
I så fall har jag för mig man kan få fram relevans med hjälp av fulltext search. Då borde man kunna få fram liknande artiklar ganska enkelt med hjälp av nyckelord från artikeln. Inte testat, bara en tanke. :)
Jag kommer dessvärre att använda mig av Access, i alla fall i första skedet i utvecklingen. Så småningom kanske jag ska börja med stöd för mySQL och SQL Server. :)
När du skapar dina artiklar bör du ha någon sorts formateringsverktyg online, direkt på sidan, så att du inte behöver skriva all kod själv. Jag vet inte var sådan kod kan finnas, men kolla screenshots från wordpress så fattar du vad jag menar.
Jag vill starkt avråda dig, men till sist bestämmer du så klart själv. Jag har byggt två CMS. Ett till mig själv och då tog det ett halvår-år så hade min hundportal växt ur den databashanteraren. Då fick jag bygga om till MySQL.
CMS nummer två byggde jag till en större organisation. Trots kraftiga protester från min sida skulle systemet minsann grunda sig på Access. Jag bevisade tom fakta om hur många samtida förfrågningar m.m. det klarar, men ingen lyssnade. Det tog några månader sedan orkade Access inte längre. Ombyggnaden fick dock någon annan göra.
Mitt råd till dig är att satsat på en "riktig" databashanterare från början om du menar allvar med projektet. I dagsläget har ju MySQL faktiskt hyffsat bra selekteringsfunktioner. Om du ändå vill ha med Access, så bygg in stöd för flera DBMS från början. :)
Kika på NHibernate, så behöver du inte bekymra dig om ett framtida byte av databas. I dagsläget stöder NHibernate bl.a DB2, Access, MySQL, PostgreSQL och SQL Server.
Jag har inte kört NHibernate själv, men väl orginalet Hibernate. NHibernate är en .NET-portning av Hibernate.
Japp, jag är kluven till Access men även till mySQL. Många webbhotell idag har inte stöd för .NET + mySQL och i så fall är det ett måste med .NET + Access.
Hade tänkt utveckla med Access först och sedan bygga in funktionalitet för mySQL och SQL Server i första hand, men jag kanske sätter på mig en för stor kostym från början?
Finns det förresten inte en enklare och gratis version av SQL Server som man kan leka med?
Josef
Hur menar du bygga på interface i stället? Jag anar, men du kanske vill förklara lite närmre? :)
Varför inte använda XML och XSLT som m_soderlund skriver om i sitt första inlägg.
Då slipper man trycket på en eventuell databas.
Sedan för att underlätta sökningar och ändringshantering kan en databas användas för sökning. Det blir iof dubbel lagring.
Varför inte använda XML och XSLT som m_soderlund skriver om i sitt första inlägg.
Då slipper man trycket på en eventuell databas.
Sedan för att underlätta sökningar och ändringshantering kan en databas användas för sökning. Det blir iof dubbel lagring.
Det finns egentligen väldigt få hållbara argument som talar för att, till detta ändamål, använda XML istället för databas.
262 ms totalt · 4 externa anrop · v20260731065814-full.1dc6f849
