thanks for the feedback! Unfortunately I never tried it out. But if the umbraco installation is running on a normal file system I would say yes. If you are using a Blob storage than probably no. :(
But as said I never tried it out.
If there are any other questions please feel free to ask!
And if you have some test results it would be really awesome if you could share them ;)
The installation itself is running on a normal file system, but I am using this package: Azure Blob Storage Provider to save media files to Azure storage. Is there any possibility that your package and Dirk Seefeld's package can work together?
Unfortunately this isn't supported at the moment. But I will have a look at that FileSystem provider and let you know if there is a way to implement that.
I've just uploaded a new version of the uploader. I've added the FileSystemProviderManager to support a generic way for file uploads.
If I did everything correctly the uploader should support Dirk Seefeld's package now. Unfortunately I can't test it though as I don't have such an installation.
Maybe you can test it for me and let me know if it works or not.
One side-note: One problem I did have with the regular "Folder Borwser/Media Upload" and also I think will have with your "HTML5 File Upload", if using Azure blob storage, is explained in detail here.
With your "HTML5 File Upload" I think I can overcome this issue by changing one part of the editor.html to:
well I could add a "prefix" setting for it in the data type if this helps. So you don't need to change the file every time you update the Property Editor.
The URL I get after upload: System.Configuration.KeyValueConfigurationElement/System.Configuration.KeyValueConfigurationElement/29e3d9ae6c464479aa2b9195b336c973/My Note, page 6.png?anchor=center&mode=crop&height=120&rnd=130704592820000000
If you plan to develop this further. It would be create to have on thumbnail prefix option for the editor.html template. Because if images come from Azure storage (or not for local system) and thumbnail generation logic is elsewhere, the image preview grid loads the original images. And with large number of images it will be problematic.
One idea:
When I use the your Html5 Medi Upload without Azure connection set up, the files will be saved to a location at "/Media/FileUpload/".
But maybe you can also get the "virtualRoot" from FileSystemProviders.config. So that it uses the same location that the "old" upload uses and can be configured if needed.
Also the "prefix" should only be used when the thumbnail URL is not relative. Because some images might be saved to a local directory where the thumbnail generations already work. I think :D
Sorry for all those bad patches but without a working system it is pretty hard to get that running.
Regarding your questions:
You are completely right I could use the virutalRoot property but I would still store it on another location just to separate the vanilla umbraco stuff and my upload so I don't mess up other things I'm not aware of at the moment.
The guid is used because I love the uniqueness of guids and I didn't have another idea to quickly get a unique short id.
I know that those long urls are a bit strange but it also gives them a bit of a "cryptic" feeling ;)
Anyway I'm not quite sure if I gonna develop this more as umbraco 7.2.2 has a progress bar build-in. But we will see. At the moment at least I'm trying to fix all the bugs / glitches I'm hearing of. :D
Saving Files to external server.
With the "old" Folder Browser I was able to upload files to Azure storage.
Can this also be done with this package?
Hi Kert,
thanks for the feedback! Unfortunately I never tried it out. But if the umbraco installation is running on a normal file system I would say yes. If you are using a Blob storage than probably no. :(
But as said I never tried it out.
If there are any other questions please feel free to ask!
And if you have some test results it would be really awesome if you could share them ;)
Best regards, Helmuth
Hi Helmuth,
The installation itself is running on a normal file system, but I am using this package: Azure Blob Storage Provider to save media files to Azure storage. Is there any possibility that your package and Dirk Seefeld's package can work together?
Hi Kert,
Unfortunately this isn't supported at the moment. But I will have a look at that FileSystem provider and let you know if there is a way to implement that.
Regards, Helmuth
Hi Kert,
I've just uploaded a new version of the uploader. I've added the FileSystemProviderManager to support a generic way for file uploads.
If I did everything correctly the uploader should support Dirk Seefeld's package now. Unfortunately I can't test it though as I don't have such an installation.
Maybe you can test it for me and let me know if it works or not.
Best regards, Helmuth
Hi Helmuth,
I will give it a try in few hours. And will let you know.
Hi Helmuth,
One side-note: One problem I did have with the regular "Folder Borwser/Media Upload" and also I think will have with your "HTML5 File Upload", if using Azure blob storage, is explained in detail here.
With your "HTML5 File Upload" I think I can overcome this issue by changing one part of the editor.html to:
So basically I will prefix the thumbnail URL with "/remote.axd?"
But can there be a more elegant solution for this?
Hi,
well I could add a "prefix" setting for it in the data type if this helps. So you don't need to change the file every time you update the Property Editor.
Best regards, Helmuth
Hi,
Uploading to Azure storage did work, but the image URL is pointing to a wrong place.
Right now it points to: http://some.azurewebsites.net/Media/FileUpload/38e0017852cb46bfbb037e1b2be99fcc/10.jpg
Should be pointing to: [rootUrl][containerName]/38e0017852cb46bfbb037e1b2be99fcc/10.jpg
The rootUrl and containerName are set in FileSystemProviders.config file:
Hi Kert,
I've created a test build with those changes. You can download it from my repository under https://github.com/ProfessorFarnsworth/HTML-5-File-Upload
I hope it works now and I did everything correctly :)
Hi,
What exactly should I download? And how should I add it as a package?
Hi Kert,
sorry I forgot that you probably don't have direct file access to that server.
Well you can download the test package from here. http://we.tl/5ki6wfQUhF
Best regards, Helmuth
Hi,
The URL I get after upload: System.Configuration.KeyValueConfigurationElement/System.Configuration.KeyValueConfigurationElement/29e3d9ae6c464479aa2b9195b336c973/My Note, page 6.png?anchor=center&mode=crop&height=120&rnd=130704592820000000
Hey,
sorry for that but I'm trying it completely blind :(
There is another patch. Maybe this one works! http://we.tl/sRPCzsKRc9
Hi,
Now it works, thank you very much!
If you plan to develop this further. It would be create to have on thumbnail prefix option for the editor.html template. Because if images come from Azure storage (or not for local system) and thumbnail generation logic is elsewhere, the image preview grid loads the original images. And with large number of images it will be problematic.
One idea: When I use the your Html5 Medi Upload without Azure connection set up, the files will be saved to a location at "/Media/FileUpload/". But maybe you can also get the "virtualRoot" from FileSystemProviders.config. So that it uses the same location that the "old" upload uses and can be configured if needed.
Also one question: It's seams that you are using a GUID in the file destination, for what reason are you doing that?
Hi,
Also the "prefix" should only be used when the thumbnail URL is not relative. Because some images might be saved to a local directory where the thumbnail generations already work. I think :D
Awesome! Finally we got it working :D
Sorry for all those bad patches but without a working system it is pretty hard to get that running.
Regarding your questions:
You are completely right I could use the virutalRoot property but I would still store it on another location just to separate the vanilla umbraco stuff and my upload so I don't mess up other things I'm not aware of at the moment.
The guid is used because I love the uniqueness of guids and I didn't have another idea to quickly get a unique short id. I know that those long urls are a bit strange but it also gives them a bit of a "cryptic" feeling ;)
Anyway I'm not quite sure if I gonna develop this more as umbraco 7.2.2 has a progress bar build-in. But we will see. At the moment at least I'm trying to fix all the bugs / glitches I'm hearing of. :D
Best regards, Helmuth
is working on a reply...