[DISC] Hoe behandel je documenten binnen een CMS?

[Reveller]

De afgelopen dagen ben ik enthousiast bezig geweest met documentbeheer binnen mijn cms'je. Momenteel kunnen gebruikers:

• op de server fysieke submappen aanmaken in de /files directory
• documenten uploaden en hernoemen
• notities (en andere meta data) aan de documenten toevoegen
• documenten verplaatsen naar een andere map
• documenten verplaatsen naar de /files/secured map. Dit is geen fysieke map, maar verwijst naar een directory buiten de webroot. Gebruikers kunnen aangeven welke gebruikers het document dan kunnen downloaden

Mijn cms werkt met mod_rewrite, zodat ik "vriendelijke urls" (website.nl/producten/groenten) kan maken. Ik heb bewust gekozen voor fysieke mappen, zodat ik die vriendelijke urls kon doorvoeren naar de documenten op de site; website.nl/files/financieel/prijslijst.doc.

Dat is mooi, maar ook erg onhandig, bedenk ik me nu. Als het document hernoemd of verplaatst wordt, kloppen alle links naar dat document niet meer. Dus een systeem waarbij verwezen wordt naar het document id uit de database, zonder submappen, zou voor de integriteit beter zijn. Bijvoorbeeld files/94, files/18 etc. Nadeel is dat je aan de url niet kan zien wat je voorgeschoteld krijgt. Voordeel is, dat de url waarschijnlijk langer bruikbaar blijft, ook als de documentstructuur op de achtergrond verandert.

Met dat argument begin ik ook aan mijn plaatjes-beheer te twijfelen: alle plaatjes zijn opgeslagen in fysieke submappen in de /img map. De werking is hetzelfde al bij de documenten. De reden was dat je in bijvoorbeeld templates dan kunt verwijzen naar een image source als "img/template/icons/smilies/smile.gif". Maar ook hier geldt: zou een source als img/433 niet beter zijn? Het hoofdargument om in ieder geval de plaatjes via het filesystem en zonder tussenkomst van ph af te handelen was performance. Bij documenten geldt dat minder, omdat die minder vaak gedownload zullen worden dan template- en andere plaatjes.

Vraag: hoe handelen jullie documentbeheer (en plaatjes) af? Hebben gebruikers bij jullie de mogelijkheid zelf submappen op de server aan te maken? Om bestanden te verplaatsen / hernoemen? Gebruik je fysieke mappen of "net als of" via een database? Heb je url's naar de fysieke plaats van het document op de server of ga je via via (zoals files/423)?

[Gomez12]

Ik zou zeggen al je files op het fs. De link naar de files staat in je dbase (op id en naam ), met mod_rewrite/php maak je de urls netter ( zodat er ipv het id gewoon een nette link staat ).

Op deze manier kunnen mensen best subdirectories aanmaken in de dbase, en jij kan zelf alles verplaatsen zolang jij maar de dbase bijwerkt.

[Johnny]

Soms gebruik ik fysieke mappen zoals deze, maar dat is dan voornamelijk voor documenten die niet publiekelijk toegankelijk zijn.


Voor mappen in filesystem of bestanden in een database, dat is afhankelijk van de situatie..

[ikke007]

waarom doe je dan niet je urls standaardiseren?

bijvoorbeeld img/433/smile.jpg betekend dat het een image is (img) met id 433 (= id in database voor opzoeken van fysieke url) en de naam van het bestand is smile.jpg zodat de gebruiker enige herkenning heeft voor zichzelf.

[Reveller]

@ iKKe007 - dat is een mooie middenweg Ik ga erover nadenken hoe ik dit het beste kan uitvoeren.

Johnny schreef op maandag 07 augustus 2006 @ 00:36:
Voor mappen in filesystem of bestanden in een database, dat is afhankelijk van de situatie..

Dat was de vraag niet, maar verder lag ik achter de bank van het lachen natuurlijk

Ik hoor graag hoe jullie documentbeheer (en plaatjes) afhandelen. Hebben gebruikers bij jullie de mogelijkheid zelf submappen op de server aan te maken? Om bestanden te verplaatsen / hernoemen? Gebruik je fysieke mappen of "net als of" via een database? Heb je url's naar de fysieke plaats van het document op de server of ga je via via (zoals files/423)?

[DPLuS]

Ja, als ID op het FS, met een koppeling in de database.