/ Forside / Teknologi / Udvikling / ASP / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
ASP
#NavnPoint
smorch 9259
Harlekin 1866
molokyle 1040
Steffanst.. 758
gandalf 657
smilly 564
gibson 560
cumano 530
MouseKeep.. 480
10  Random 410
Artikel/dokument-styring - hvordan håndter~
Fra : Jesper Fjølner


Dato : 08-07-03 10:19

Jeg ønsker at lave noget visning af artikler på samme måde, som
det er lavet
www.computerworld.dk og www.it-avisen.dk og andre.
Altså med en oversigt over artikler på forsiden og så visning af
artiklerne
på "visartikel.asp", uanset hvilken artikel der vælges.
Jeg formoder teksten til disse artikler er gemt i en database?
Hvis det er tilfælet, hvor styrer man så formatering af
overskrifer m.v.?

Det forekommer mig at man jo så er helt låst hvad angår layoutet
på de
forskellige artikler. Hvis man forventer at have artikler at
forskelligt
længde indeholdende billeder med variabel placering, links m.m.
er
ovenstående så den rigtige løsning?

Er der nogen mulighed for at gemme artiklerne i en database, hvis
man har artikler med meget forskelligt udeseende og er det en
fornuftigt løsning?

Tak for hjælpen.

--
Vil du lære at kode HTML, XHTML, CSS, SSI eller ASP?
- Pædagogiske tutorials på dansk
- Kom godt i gang med koderne
KLIK HER! => http://www.html.dk/tutorials

 
 
Jens Gyldenkærne Cla~ (08-07-2003)
Kommentar
Fra : Jens Gyldenkærne Cla~


Dato : 08-07-03 11:12

Jesper Fjølner skrev:

> Jeg formoder teksten til disse artikler er gemt i en database?
> Hvis det er tilfælet, hvor styrer man så formatering af
> overskrifer m.v.?

Der er grundlæggende to forskellige muligheder. Enten har man et
fast layout (artiklerne gemmes uden html, men med overskrift og
brødtekst i hver sit felt) eller også gemmer man artiklerne som
html-stumper - her er formateringen så op til den enkelte skribent.

De to muligheder kan godt kombineres, men der er nogle
begrænsninger. Fordelen ved at bruge et fast layout er, at man ikke
behøver en html-editor til at skrive artiklerne med. Alle - også
ikke-tekniske brugere - kan skrive og redigere artikler og man er
sikret en rimelig ensartethed i artiklernes udseende. Omvendt giver
det faste layout også begrænsninger - man kan ikke bare sætte
ekstra overskrifter ind efter behov, det kan være besværligt at
lægge billeder ind o.l.


> Det forekommer mig at man jo så er helt låst hvad angår
> layoutet på de forskellige artikler. Hvis man forventer at
> have artikler at forskelligt længde indeholdende billeder med
> variabel placering, links m.m. er ovenstående så den rigtige
> løsning?


Du kan for så vidt gemme hele html-sider i en database - og dermed
også have fuld kontrol over fx billedplaceringer. Det lyder som om
du vil have gavn af at bruge en friere model - fx med adskilt
overskrift og brødtekst (det er praktisk med et kort
referencefelt), og ellers have resten af formateringen gemt i
feltet til brødteksten.
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på http://usenet.dk/netikette/citatteknik.html

Jesper Fjølner (08-07-2003)
Kommentar
Fra : Jesper Fjølner


Dato : 08-07-03 14:16

> Du kan for så vidt gemme hele html-sider i en database - og dermed
> også have fuld kontrol over fx billedplaceringer.

Hvordan gemmer jeg hele html-sider i databasen? Med en reference til
placeringen af html-filen? Dette ville tillade at jeg i databasen kan
have felter til Overskrift, Teaser til forsiden, et thumbnail til
forsiden etc og så et felt med link til selve html-filen.

> du vil have gavn af at bruge en friere model - fx med adskilt
> overskrift og brødtekst (det er praktisk med et kort
> referencefelt)
hvad mener du med referencefelt?

Kunne man sige at hvis man kun har et mindre flow af artikler på siden
er der for lidt vundet ved at bruge den rene databasemodel?

Mange tak for hjælpen.


--
Vil du lære at kode HTML, XHTML, CSS, SSI eller ASP?
- Pædagogiske tutorials på dansk
- Kom godt i gang med koderne
KLIK HER! => http://www.html.dk/tutorials

Jens Gyldenkærne Cla~ (08-07-2003)
Kommentar
Fra : Jens Gyldenkærne Cla~


Dato : 08-07-03 14:55

Jesper Fjølner skrev:

> Hvordan gemmer jeg hele html-sider i databasen?

HTML-sider er tekst - og databaser kan gemme store mængder af
tekst.


> Med en reference til placeringen af html-filen?

Det kan du godt, men jeg vil ikke anbefale det. Du skal i så fald
sørge for at filen og databasen holdes synkroniseret.


> Dette ville tillade at jeg i databasen kan have felter til
> Overskrift, Teaser til forsiden, et thumbnail til forsiden etc
> og så et felt med link til selve html-filen.

Det kan også sagtens laves med hele filen i et tekstfelt.


> hvad mener du med referencefelt?

Jeg mener blot at i stedet for kun at have et råfelt til html-kode,
er det praktisk at have et felt hvor man kan identificere en given
post. Det vil i artikelsammenhæng ofte være et overskriftsfelt.
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på http://usenet.dk/netikette/citatteknik.html

Jesper Fjølner (08-07-2003)
Kommentar
Fra : Jesper Fjølner


Dato : 08-07-03 15:07

> > Hvordan gemmer jeg hele html-sider i databasen?
>
> HTML-sider er tekst - og databaser kan gemme store mængder af
> tekst.

Jamen selvfølgelig, jeg ved ikke hvad jeg tænker på.
Det her har givet mig noget at gå videre med. Tusind tak for
hjælpen!

--
Vil du lære at kode HTML, XHTML, CSS, SSI eller ASP?
- Pædagogiske tutorials på dansk
- Kom godt i gang med koderne
KLIK HER! => http://www.html.dk/tutorials

Jesper Fjølner (08-07-2003)
Kommentar
Fra : Jesper Fjølner


Dato : 08-07-03 15:26

> HTML-sider er tekst - og databaser kan gemme store mængder af
> tekst.

Lige et sidste spørgsmål. Jeg synes det lyder smart at lægge al html
i et memo-felt i databasen da det giver noget designfrihed. Men så
er det vel ikke muligt, fra html-teksten, at lave links til andre
artikler med mindre man håndkoder noget i stil med
"..artikel.asp?ID=34" for hver link man vil lave?
Andre artikler på siden eksisterer jo så ikke som filer, så man kan
ikke linke til dem på normal vis hvis man vil indlejre et link til
dem i artiklen.
Er det ikke rigtigt?

--
Vil du lære at kode HTML, XHTML, CSS, SSI eller ASP?
- Pædagogiske tutorials på dansk
- Kom godt i gang med koderne
KLIK HER! => http://www.html.dk/tutorials

Thomas Due (09-07-2003)
Kommentar
Fra : Thomas Due


Dato : 09-07-03 07:43

Jesper Fjølner wrote in news:<beek91$s7u$1@sunsite.dk>:

> Lige et sidste spørgsmål. Jeg synes det lyder smart at lægge al html
> i et memo-felt i databasen da det giver noget designfrihed. Men så
> er det vel ikke muligt, fra html-teksten, at lave links til andre
> artikler med mindre man håndkoder noget i stil med
> "..artikel.asp?ID=34" for hver link man vil lave?
> Andre artikler på siden eksisterer jo så ikke som filer, så man kan
> ikke linke til dem på normal vis hvis man vil indlejre et link til
> dem i artiklen.
> Er det ikke rigtigt?

Hvis du uden videre gemmer alt html i databasen så kan skribenten lave
alt hvad han lyster i sin artikel. Inkl. f.eks. javascript som åbner
nye vinduer osv. Så jo, han ville skulle skrive evt. links til andre
artikler ind i hånden. Men du kunne gøre noget andet. Du kunne lave en
ekstra tabel som rummer referencer fra en artikel til andre artikler.
Når så skribenten har skrevet artiklen kan han vælge en række artikler
som han gerne vil referere til.

Disse links bliver så gemt i denne ekstra tabel, og du kan så indsætte
et felt nederst på siden som f.eks. hedder "Referencer" eller lignende
og her lister du simpelthen de artikler der måtte være.


--
Thomas Due
Software Developer
Scanvaegt Nordic A/S

Jesper Fjølner (09-07-2003)
Kommentar
Fra : Jesper Fjølner


Dato : 09-07-03 10:10

> Men du kunne gøre noget andet. Du kunne lave en
> ekstra tabel som rummer referencer fra en artikel til andre artikler.
> Når så skribenten har skrevet artiklen kan han vælge en række artikler
> som han gerne vil referere til.
> Disse links bliver så gemt i denne ekstra tabel, og du kan så indsætte
> et felt nederst på siden som f.eks. hedder "Referencer" eller lignende
> og her lister du simpelthen de artikler der måtte være.

Det lyder smart og jeg er i gang med noget i den stil. Egentlig tænkte
jeg at lade forfatteren tilføje en ny artikel i en kategori og så vise
andre artikler fra den pågældende kategori nederst på siden. Ulempen ved
dette er at en artikel så kun tilhører en kategori (med mindre man laver
noget med en mange-til-mange relation)

Med referencer til specifikke artikler, som du forslår vælger man præcist
hvilke artikler, der er relaterede til den nye artikel.
Eneste ulempe jeg ser herved er gamle artikler kun vil linke til de
artikler man oprindeligt havde forbundet dem med. Når der senere kommer
nye artikler til skal man gå tilbage og se om nogle af de gamle artikler
skal forbindes hermed?

Jeg har lavet en relationstabel med felterne:
relationID, hovedartikelID, relArtikelID

Var det det du tænkte?

--
Vil du lære at kode HTML, XHTML, CSS, SSI eller ASP?
- Pædagogiske tutorials på dansk
- Kom godt i gang med koderne
KLIK HER! => http://www.html.dk/tutorials

Thomas Due (09-07-2003)
Kommentar
Fra : Thomas Due


Dato : 09-07-03 10:25

Jesper Fjølner wrote:
> Jeg har lavet en relationstabel med felterne:
> relationID, hovedartikelID, relArtikelID
>
> Var det det du tænkte?

Mjah, det kunne gøre endnu simplere med kun to felter, som så begge
indgår i primær nøglen.

Create Table artikelrelationer (
ArtikelID Integer,
RelateretID Integer,
Primary Key(ArtikelID, RelateretID)
)

Dermed sikre du iøvrigt også at den enkelte artikel kun refererer til
en given artikel een gang.


--
Thomas Due
Software Developer
Scanvaegt Nordic A/S

Jesper Fjølner (09-07-2003)
Kommentar
Fra : Jesper Fjølner


Dato : 09-07-03 17:04

> Mjah, det kunne gøre endnu simplere med kun to felter, som så begge
> indgår i primær nøglen.
> Create Table artikelrelationer (
> ArtikelID Integer,
> RelateretID Integer,
> Primary Key(ArtikelID, RelateretID)
> Dermed sikre du iøvrigt også at den enkelte artikel kun refererer
til
> en given artikel een gang.

Ja klart. Men efterhånden som der kommer flere og flere artikler til
vil de gamle artikler efterhånden få brug for at referere til nye
artikler, der først sidenhen er kommet til. Jeg bliver jo så nødt til
jævnligt at gå de gamle igennem og se om de referer til de nye? eller
kan man lave det så når ArtikelID refererer til RelateretID vil det
også virke den anden vej, hvis RelateretID-artiklen vises?

Tak for din hjælp.


--
Vil du lære at kode HTML, XHTML, CSS, SSI eller ASP?
- Pædagogiske tutorials på dansk
- Kom godt i gang med koderne
KLIK HER! => http://www.html.dk/tutorials

Thomas Due (10-07-2003)
Kommentar
Fra : Thomas Due


Dato : 10-07-03 06:57

Jesper Fjølner wrote:
> Ja klart. Men efterhånden som der kommer flere og flere artikler til
> vil de gamle artikler efterhånden få brug for at referere til nye
> artikler, der først sidenhen er kommet til. Jeg bliver jo så nødt til
> jævnligt at gå de gamle igennem og se om de referer til de nye? eller
> kan man lave det så når ArtikelID refererer til RelateretID vil det
> også virke den anden vej, hvis RelateretID-artiklen vises?

Det kan du da sagtens. Det kan hænde at blive lidt tungere måske, men
det er slet ikke sikkert. Lad mig illustrerer med et par sql sætninger:

Lad os antage at vi har en tabel ArtikelRelationer. Denne tabel har to
felter: ArtID og RelID. De er begge integers og begge en del af primær
nøglen (dermed er der automatisk index på dem begge også, hvis jeg ikke
tager meget fejl).

Find alle relaterede artikler der er ældre:
SELECT * FROM ArtikelRelationer WHERE ArtID=?

Her er ? den artikel som du er aktiv.

Find alle artikler som refererer til den aktive artikel:
SELECT * FROM ArtikelRelationer WHERE RelID=?

Igen er ? den aktive artikel.

> Tak for din hjælp.

Det var da så lidt, forhåbentligt kan det bruges.

--
Thomas Due
Software Developer
Scanvaegt Nordic A/S

Jesper Fjølner (10-07-2003)
Kommentar
Fra : Jesper Fjølner


Dato : 10-07-03 21:52

> Find alle relaterede artikler der er ældre:
> SELECT * FROM ArtikelRelationer WHERE ArtID=?
>
> Her er ? den artikel som du er aktiv.
>
> Find alle artikler som refererer til den aktive artikel:
> SELECT * FROM ArtikelRelationer WHERE RelID=?

Det kan jeg godt - det er smart.
Men hvis tabellen nu ser således ud:

ArtID RelID
1 5
2 1
5 1

og laver ovennævnte query's - så får jeg jo artikel 5 ud to gange.
For blot at have hvert tal en gang er det så en union query jeg skal have
fat i?
For nøglen kan da ikke sikre at 5 og 1 ikke figurerer i samme post kan
den?

--
Vil du lære at kode HTML, XHTML, CSS, SSI eller ASP?
- Pædagogiske tutorials på dansk
- Kom godt i gang med koderne
KLIK HER! => http://www.html.dk/tutorials

Thomas Due (11-07-2003)
Kommentar
Fra : Thomas Due


Dato : 11-07-03 09:21

Jesper Fjølner wrote:

> Men hvis tabellen nu ser således ud:
>
> ArtID RelID
> 1 5
> 2 1
> 5 1
>
> og laver ovennævnte query's - så får jeg jo artikel 5 ud to gange.
> For blot at have hvert tal en gang er det så en union query jeg skal
> have fat i?
> For nøglen kan da ikke sikre at 5 og 1 ikke figurerer i samme post kan
> den?

Tjah, det kan jeg ikke svare på, sådan lige på stående fod. Jeg vil
ikke udelukke at der skal noget efterbehandling til oveni ;) Jeg må nok
desværre tilstå at lige her og nu har jeg ikke tid til at undersøge det.

--
Thomas Due
Software Developer
Scanvaegt Nordic A/S

Jesper Fjølner (11-07-2003)
Kommentar
Fra : Jesper Fjølner


Dato : 11-07-03 09:37

> Tjah, det kan jeg ikke svare på, sådan lige på stående fod. Jeg vil
> ikke udelukke at der skal noget efterbehandling til oveni ;) Jeg må nok
> desværre tilstå at lige her og nu har jeg ikke tid til at undersøge det.

Helt ok det er kun småting, der er tilbage for mig. Jeg har i hvert fald
fået konstrueret det så det virker.
Tusind tak for hjælpen.

--
Vil du lære at kode HTML, XHTML, CSS, SSI eller ASP?
- Pædagogiske tutorials på dansk
- Kom godt i gang med koderne
KLIK HER! => http://www.html.dk/tutorials

Søg
Reklame
Statistik
Spørgsmål : 177554
Tips : 31968
Nyheder : 719565
Indlæg : 6408852
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste