07. juni 2005 - 12:06Der er
6 kommentarer og 1 løsning
Design af lille CMS system
Jeg skal gøre det mulig for webmasteren af et site at kunne redigere alle siderne wed hjælp af en WYSISYG editor. Systemet bruger i øjeblikket en Access database til diverse ting så den skal der bygges videre på. Mit spørgsmål går på "opbevaring" af sidernes indhold.
Skal jeg gemme indholdet i databasen, eller skal jeg ligge det i en fysisk fil eller måske noget helt andet? Gode idér og forslag modtages :-)
I dette særtema om aspekter af AI ser vi på skiftet fra sprogmodeller til AI-agenter, og hvordan virksomheder kan navigere i spændet mellem teknologisk hastighed og behovet for menneskelig kontrol.
da access ikke er det hurtigste vil jeg anbefale dig at gemme indholdet i fysiske filer. Du kan så ligge links til den nye side i databasen. Så du ved at de ligger der
Jeg vil sige at det afhænger af hvor stort databehovet er på sitet og hvormange hits sitet har om dagen. Det er da korrekt at Access ikke er den bedste database at benytte, men hvis der er et (relativt) lille databehov og f.eks. 10 hits i minuttet, vil jeg mene at Access godt kan bruges som lager for tekstfelter (jeg vil mene du skal benytte et notat-felt til denne slags data).
Hvis der er flere hits men stadig et (relativt) lille databehov, kan du i stedet benytte XML som lager for publicerede data (Sitecore CMS.NET, som er et professionelt dansk-udviklet CMS, gør bla. dette). Det fungerer således at man vedligeholder data i en masterdatabase som kan være hvilket som helst database-system (i princippet) og publicerer data til en XML-fil. Dette kan være enddog store datamængder, hvilket vil sige omkring 30-40 Mb (det er mange sider!), der ligger som XML... og det fungerer iflg. mine erfaringer rimelig godt. Dette er dog en resursekrævende måde at arbejde med data på, da serveren skal bruge meget RAM til at opbavare disse mængder data (XML vokser omkring 4 gange når det indlæses i hukommelsen).
Der findes andre metoder og de nævnte er blot for at illustrere, at du er nød til at kende behovet for at kunne vælge den "rigtige" løsning (som nok altid vil være defineret pga. flere parametre, som f.eks. databehov, performancekrav, brugerfrekvens, omkostningskrav osv.).
XML-løsningen er en fysisk fil, så jo det synes jeg da godt man kan. Du skal som jeg nævner bare være opmærksom på implikationerne ved dit valg af datalager, herunder hvilke behov du har. Kan du evt. sige lidt mere om hvad du forventer af besøgende og hvormange der kan risikere at besøge sitet i spidsbelastningsperiode. Desuden skal du jo også tage indholdet i betragtning, er der f.eks. mange store filer som skal ud til brugeren eller er det primært tekst. Hvilken forbindelse ligger sitet på og hvor stor er serveren...? Der er mange faktorer som spiller ind ifht. hvilken løsning du skal/kan vælge, så du er nød til at samle trådene og vurdere på det grundlag.
Sig til hvis du skal have hjælpe til at vurdere hvilken løsning du skal vælge, men som udgangspunkt kan du bruge det jeg har skrevet ovenfor... skulle jeg mene :)
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.