File Upload Support
See original GitHub issueI started to use Jingo and noticed that there was no File Upload support. I tried implementing a simple file upload solution for Jingo and placed it in a fork of the software which can be found on GitHub:
https://github.com/czenzel/jingo
I didn’t want to make a full pull request yet as I am still testing this myself and there are some minor bugs in my code.
Let me know if this is something you want me to work with further or if you want to add it into Jingo.
The only thing is that you must create an uploads
directory within the repository root for it to create uploads and serve them statically properly. This was to help with separating it from the actual content.
Thanks, Chris Zenzel
Issue Analytics
- State:
- Created 8 years ago
- Comments:6 (1 by maintainers)
Top Results From Across the Web
Upload and share files - Microsoft Support
Try it! Upload and share files to work with others in Microsoft Teams. Attach a file from a channel. In a channel, under...
Read more >Filestack - The Best File Uploader & Upload API
#1 Developer Service for File Uploads. Get user content from anywhere and improve file and video upload with a powerful, easy to use...
Read more >What types of files can I upload? - Customer Support - Gengo
Supported file formats* · Acrobat (.pdf)** · Excel (.xls, xlsx) · Open Office (.odt) · PowerPoint (.ppt, .pptx) · Plain text (.txt) ·...
Read more >Upload Support Files - Stratodesk
This form allows you to upload support files, screenshots, and other material that can help to solve a support case directly to Stratodesk....
Read more >NetApp Authenticated File Upload Utility
NetApp supports several methods for uploading data to support cases. Use the table below to select the best upload option for your data....
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Hi @claudioc , I do agree. The reason I choose this project is because it was very simple and provided a great way to start documenting things on the go.
The reason I implemented it was because I needed a simple way to keep weather documents with my wiki such as PDFs and diagrams. Just needed a simple way to keep snippets from the web as well.
I will see if I can work on it a bit further to see were it takes me. I can see implementing a file manager and automatic directory creation.
In terms of the videos and file viewers it would take me a while to see what is available. I am willing to work on it as time allows and keep it separate until we get something very concrete.
I feel this discussion should circle around #63 and https://github.com/claudioc/jingo/pull/111#issuecomment-164245083
Because there are even plural storage backends imaginable (fs/git,IPFS,S3,S3-compatible,…) and due to the concerns mentioned above, this is probably not a core feature to enable self-contained wikis, favourably compatible with Gollum, Realms, gitit, Instiki et al.
In federated wiki, we are using a threefold storage abstraction.