Ho un sacco di risorse statiche (non jpg, css, & js) - piuttosto file come moduli PDF, xls che devo servire agli utenti. Cambiano raramente. Prima ho usato per memorizzarli in una cartella pubblica, ma con l'introduzione della pipeline delle risorse in rails 3.1 qual è il posto migliore per archiviare file come quello adesso?Qual è il posto migliore per archiviare le risorse statiche (file) nei binari 3.1 (moduli PDF, file xls, ecc.)
grazie
In realtà l'ho appena testato creando una cartella in app/assets/file e incollando i miei file xls lì e rastrellando le risorse: l'attività di precompilazione l'ha appena prelevata.
Anche questo deve essere aggiunto per Rails 3.1 <:
# Enable the asset pipeline
config.assets.enabled = true
config.assets.paths << "#{Rails.root}/app/assets/files"
Il posto migliore per gli oggetti come questo è ancora nella directory /public, ricordarsi di avere il vostro web server servono questi beni direttamente anche.
La directory delle risorse è necessaria solo se si desidera sfruttare la pipeline delle risorse. La pipeline di asset gestisce le cose dalla compressione e dalla compilazione dei file .coffee e .less o sass per comprimere i file js e css in un unico file in modo che il server web debba solo servire un file per ciascuno.
Quando si compila le risorse con l'attività rake bundle exec rake assets:precompile, vengono comunque spostate nella directory pubblica.
Joseph, In realtà sto usando la pipeline. Attaccarlo in pubblico non sembra coerente. Mi chiedo come posso servire le risorse statiche dalla mia app simili alle immagini o alle risorse scss – konung
un getcha su questo - il file deve essere aggiunto prima della distribuzione. Se si sta eseguendo la precompilazione (che è praticamente necessario per motivi di prestazioni) non è possibile aggiungerli in produzione (l'utente è stato caricato). –
Sì, va bene - questi sono file di risorse nello stesso senso dei miei file js o css. Queste sono forme/opuscoli che forniamo agli utenti. Raramente cambiano, dopo la distribuzione iniziale, proprio come css o js. Per i contenuti caricati dall'utente abbiamo un flusso di lavoro diverso. – konung