Je stocke actuellement les fichiers téléchargés sur le CMS dans une base de données. Ma question ne demande pas d'alternative à cela. Le problème que j'ai est de servir le fichier du serveur web public.Alternatives à CFContent?
Idéalement, je peux mettre en cache les fichiers sur le serveur Web dans le système de fichiers, mais il y a un problème avec cela. Le système permet de télécharger différents fichiers avec le même nom de fichier, et je ne veux pas mettre en cache les fichiers en utilisant un hachage UUID ou MD5 parce que je veux que l'utilisateur final puisse avoir le nom de fichier dans la boîte de dialogue de sauvegarde.
Les questions que j'ai avec cfcontent sont
- Chaque requête à un fichier charge le fichier dans la mémoire, je ne me dérange pas de le faire une fois pour construire le cache. Cfcontent n'autorise pas la segmentation de téléchargement http, de sorte qu'un utilisateur final arrête de télécharger un fichier et essaie ensuite de le reprendre.
- Trop de demandes à des fichiers volumineux lieront les demandes simultanées et forceront les demandes de pages normales dans la file d'attente.
P.S. Les fichiers sont stockés dans la base de données car la base de données est la seule forme de communication entre le CMS et le site public.
Je pense que cela peut être la voie à suivre, pouvez-vous penser à des inconvénients à faire cela? –
Le principal inconvénient est que vous pouvez obtenir une prolifération de répertoire très mauvaise. Si vous pensez qu'il y aura plus de quelques centaines de fichiers, vous pouvez chercher des moyens de grouper, comme/content/# client #/# docuID #/# nom_de_document # –
Le côté positif est que chaque site possède son propre dossier cache , donc pas deux sites vont mêler des fichiers. –