I have a file manager app that lets users upload their file, but in some situations they need to upload large files and they don't have access to a ftp client, I was wondering if there's a ready made tool that allowed them to upload files via ftp from the browser, or any other method that supported resuming.
It should also work on ios/android devices. Pre-made configurable free applets might work if you know of one.
It's not a resume-supported solution, but you can check Flash-based uploaded. I prefer swf-upload.
Flash upload will work on Android. iPhone browser (as I know) don't allow uploads.
Related
I have an ASP.NET core API project which lets users upload images. My first implementation was to use Base64 and save the images in the SQL server. However, I decided not to do that because of performance issues. The second implementation was to use Azure Blob storage and upload the files directly into the blob storage.
I am not sure if this is a good idea but instead of using Azure Blob, I would like to upload the images somewhere in my Linux server. Is there any special directory for saving files and would it be safe for me to do that?
As far as I know, there is no special directory for saving files in Linux server which would be more safe.
All the folder in the linux is the same, if you have enough permission to access it ,then you could read and write the image in it.
Normally, we will add a folder inside our application to store the uploaded image, so that we could use relative path in our codes.
In my opinion, use blob storage is a good opinion. This will be directly access from blob url if you have enough permission and it is safety, we could generate the SAS to allow only specific user access, it is High durability and cheap enough.
I have been particularly told to use iframe for a site with which I need to download some images and display them in the application. So, I just wanted to know can we set a default download location for the content to be downloaded so that I can fetch the data from that particular folder directly.
Mobile operating systems don't have an explicit filesystem (that does not mean there is no filesystem underneath the application, only that those OSes try to hide things like a filesystem from the typical application). On top of that, you are running inside a "webview" which is, essentially, an embedded browser. This means your code is running inside a runtime that does not have the concept of a filesystem, which is running on an OS that wants to hide the filesystem from you.
You can explore the filesystem, but if you want the webview to do all of this automagically for you you're going to have to live with the typical caching of files that browsers and webviews do. If that does not work for you, you might have to perform some explicit AJAX calls to get the files you want and store them in an explicit location. To read and write to the filesystem you can use the Cordova File plugin: https://github.com/apache/cordova-plugin-file
Ultimately, what you decide to do depends on how you want to handle those images, so there is no single "right" answer to this question.
I downloaded session record by adding /output/recording.zip?download=zip at the end of the recording URL. Record folder has some .flv and .xml files. How can i play this session? Am i use flv editor?
The recording you download using /output/recording.zip?download=zip query is not the video, it contains form FLV but they will not play.
To play the recording make the recording offline, in Adobe Connect 9 there is an option on recording page "Make Flv" under Actions tab.
You will have to play complete recording to download.
Yes, I think you'll need to use an editor for that.
Usually the way to download an Adobe Connect recording is the one described in the official documentation.
You should only use flv files, not xml files
cameraVoip.flv file for microphone, camera video and screenshare.flv for shared screen (from desktop).
You can also get the start time of these files in the indexstream.xml file, if you know how to work with ffmpeg software or other software, you can combine these files.
But if you can not and only audio and video are important to you and not a text conversation, you can use the program I wrote.
It goes without saying that Adobe Connect files may be corrupted for any reason, so make sure they are safe and then work with Adobe files.
https://github.com/HosseinShams00/AdobeConnectDownloader
Before I attempt to program the following function myself, I wonder if something already exists.
What I would like to do is click an edit link on my website for a given document, and have that document launch in the native editor on my local machine (via a temporary file mechanism).
When I save the document in the native editor, the document is HTTP PUT back to the website. This can be accomplished by watching the file for writes, or watching the editor process for exit.
This way I can more easily edit documents on the web (instead of going through the download / edit / upload cycle).
My design would work as follows:
Register .webedit files on the local machine.
When a .webedit file is downloaded, launch webedit.exe with the file.
The file contains a URL (http://server/document) which is checked against a security database to ensure we're only opening allowed URLs.
The URL is downloaded to a temporary location.
The temporary file is launched in the native editor.
The file is watched for changes, and uploaded (HTTP PUT) on change detection (or when the editor is closed, if it's not a single-instance multiple-document editor).
Lots of FTP / SCP GUIs have this type of functionality, but I have not been able to find it for the web in general, or a shared library that allows you to plug in to this function.
Has anyone seen a program that does this?
SharePoint works like this.
It's great for managing shared documents in corporate environments.
Users can even checkout/checkin documents & the features are very extensible..you can customize pretty much anything if you know how.
Edit:
Since you're on Linux..i've heard that Alfreco is a great alternative.
I've never used it, but I know a couple organizations using it instead of SharePoint.
It integrates with Microsoft Office as well.
Also, it will definitely be cheaper.
I'm building an app in ASP.NET that will store some pictures of objects. The pictures will be uploaded by suppliers and downloaded by subscribers. In between, they will have to be edited before becoming available to subscribers.
The editing involves creating a cropping path tightly around the object in the picture, in which some advanced desktop image software will have to be used I suppose.
My problem is in exchanging pictures between my ASP.NET app and the desktop software in a manner that is easy and transparent for the user.
I've done some thinking and I've come up with:
- Manually downloading and uploading the image (Not much user friendly...)
- An image editing program that can upload to a web service (Haven't found yet...)
- Develop a plug-in for an image editing program (Too advanced...)
I'd appreciate any suggestions you may have, thank you!
It sounds like you need some automation to move files between the web server and a file share. I am assuming that the number of images that need to be processed is pretty large, because if it's not, then the overhead of downloading/re-uploading each would not be that much.
So do the following:
1) Create an API for your web app that lists files that are available, or new files since some date/time, or files that have been marked as "new". The API should probably also allow marking a status on them (so you can tell it when you've finishing pulling something down, and it won't be offered again) if you don't want to trust date/time as an indicator of it being new.
2) Write an app (non-web) that runs on a schedule and uses this API to automatically download files to a shared filesystem area in your local network, and marks them as "downloaded"
The app should also monitor these files (the ones it downloaded & saved to your local share) for changes, and if changed, upload them back to your web app. To do this you may need to keep a database of filenames and modification dates/times.
This shouldn't be too hard to write in whatever language you are using for your web (assume c# or vb). By "API" I just mean, a web page that provides a list in a standardized format (e.g. json) that you can parse with your automation application, and another page that allows posting the file back for re-upload.
I'm assuming that the web server is not your own, or generally, you can't simply have it save the file uploads directly to some area where your image editors can access them. Otherwise you could just do that.
Meanwhile I came out with another possible solution.
I'm thinking of having our own windows app on the editor's computers. This app will be associated with a custom extension. When an editor downloads a file (with this extension) for editing, it will be opened in our application which in turn will open the image in some editor program.
This app will be monitoring the files for changes, and in such case, it will upload these images.
Any thoughts on this?