On the other hand let say they are specific to a single app and only has utility for developper for generating piece of code for instance...
I would says that you should create your own folder and at it to .gitingore if they shouldn't be deploy with the app in production... Richard On Wed, Apr 6, 2016 at 10:20 AM, Richard Vézina <[email protected] > wrote: > Are they specific to one applications or they apply to multiple > application? > > Are they required in production? I guess not since they seems to be > usefull for developping the app... > > If they are usefull for many app and only serve for development I would > say that their place should be in /gluon/contrib > > If they are useful for you and enough generic you may consider sharing > them... > > Richard > > On Wed, Apr 6, 2016 at 10:12 AM, Fabiano <[email protected]> wrote: > >> What about files that don't fit any of those? >> >> I mean, I have private files, that are used directly by the developers or >> production support staff, but not by the application itself, and I am not >> sure where to put those. >> >> For example, application architecture diagrams, UML diagrams, >> requirements and use case documents, specification of protocols, utility >> scripts to be run by the server or by support staff on the server, shell >> scripts, etc. >> >> My first thought was the private folder, but it doesn't fit your >> convention, as the app doesn't need those file (actually, it should >> actually never directly access them). >> >> If there is not folder for such cases already, would you consider create >> an additional empty folder in the scaffolding app and describe its purpose >> in the docs? I guess having this as a convention would more interesting >> than every developer doing this he's own way when needed.. >> >> Fabiano. >> >> On Thursday, June 24, 2010 at 9:30:31 AM UTC-3, mdipierro wrote: >>> >>> My convention is: >>> >>> static: files that are public >>> uploads: files that are uploaded into the system and may be subject to >>> access control >>> private: files that the app needs but are not sent over the network >>> >>> If you use the built-in upload mechanism it is not a good idea to move >>> the file. >>> >>> On Jun 23, 12:13 pm, weheh <[email protected]> wrote: >>> > Massimo, thanks for the app. I'm studying it. >>> > >>> > From the doc, I'm not sure I get a crystal clear understanding of what >>> > the web2py convention is. >>> > >>> > Let's say my app lets you upload a music mp3 file, a file with a >>> > description (liner notes), and a jpeg (album cover). These get >>> > uploaded to "uploads". Should I allow them to be downloaded from >>> > uploads or do I need to move them both to "static" first? >>> > >>> > What if I mix the uploaded mp3 with some more music to make another >>> > mp3 file, which isn't uploaded. Should it be moved to the static >>> > folder? >>> > >>> > Finally, the doc says, "private files are accessed by the controllers >>> > but not directly by the >>> > developer." I've been trying to parse that statement but it makes no >>> > sense to me. I'm the developer. I write the controller. My controller >>> > tries to access private directly. Does that make me not the developer? >>> > So what exactly is the purpose of the private folder? >>> > >>> > On Jun 23, 3:15 am, mdipierro <[email protected]> wrote: >>> > >>> > > Two issues: >>> > >>> > > - you are donwloading from private not uploads folder. Thenically >>> this >>> > > is ok but not a web2py convention. You should not expose the content >>> > > for the private folder. That is why it is called private. ;-) >>> > >>> > > - you used embed to embed a file, but it should be used to embed a >>> > > plugin. I have used a flash plugin for this purpose. >>> > >>> > > Here is an app to manage music files that you can use as example: >>> > >>> > >http://web2py.com/examples/static/web2py.app.music.w2p >>> > >>> > > Massimo >>> > >>> > > On Jun 22, 10:50 pm, weheh <[email protected]> wrote: >>> > >>> > > > Continuing this old thread: >>> http://groups.google.com/group/web2py/browse_thread/thread/59b66b3a24... >>> >>> > >>> > > > I'm having trouble getting an embedded mp3 from showing up in my >>> web >>> > > > page. I'm trying to implement this almost exactly as Massimo >>> suggested >>> > > > in the above thread. Anybody know why my code below isn't >>> functioning? >>> > >>> > > > #controller "audio.py" >>> > > > def download_audio(): >>> > > > f=os.path.join(request.folder,'private',request.args(0)) >>> > > > return response.stream(open(f,'rb')) >>> > >>> > > > #model "show_audio.py" >>> > > > def show_audio(): >>> > > > filename='audio/aab/hello_world.mp3' # this is a hardcoded >>> value >>> > > > for this test case >>> > > > url=URL(r=request,c='audio',f='download_audio',args=filename) >>> > > > return EMBED(_src=url,_autoplay='true') >>> > >>> > > > #view "index.html" >>> > > > {{=show_audio()}} >> >> -- >> Resources: >> - http://web2py.com >> - http://web2py.com/book (Documentation) >> - http://github.com/web2py/web2py (Source code) >> - https://code.google.com/p/web2py/issues/list (Report Issues) >> --- >> You received this message because you are subscribed to the Google Groups >> "web2py-users" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> For more options, visit https://groups.google.com/d/optout. >> > > -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups "web2py-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
