Copied to clipboard

Flag this post as spam?

This post will be reported to the moderators as potential spam to be looked at


  • Kert Kaelep 12 posts 71 karma points
    Mar 08, 2015 @ 14:01
    Kert Kaelep
    0

    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?

  • Helmuth Bederna 17 posts 78 karma points c-trib
    Mar 09, 2015 @ 08:07
    Helmuth Bederna
    0

    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

  • Kert Kaelep 12 posts 71 karma points
    Mar 09, 2015 @ 08:35
    Kert Kaelep
    0

    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?

  • Helmuth Bederna 17 posts 78 karma points c-trib
    Mar 09, 2015 @ 08:53
    Helmuth Bederna
    0

    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

  • Helmuth Bederna 17 posts 78 karma points c-trib
    Mar 09, 2015 @ 13:46
    Helmuth Bederna
    0

    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

  • Kert Kaelep 12 posts 71 karma points
    Mar 09, 2015 @ 13:56
    Kert Kaelep
    0

    Hi Helmuth,

    I will give it a try in few hours. And will let you know.

  • Kert Kaelep 12 posts 71 karma points
    Mar 09, 2015 @ 14:11
    Kert Kaelep
    0

    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:

    <div class="image" ng-if="img.Type == 'image'">
       <img ng-src="/remote.axd?{{img.ImageUrl}}" src="" />
    </div>
    

    So basically I will prefix the thumbnail URL with "/remote.axd?"

    But can there be a more elegant solution for this?

  • Helmuth Bederna 17 posts 78 karma points c-trib
    Mar 09, 2015 @ 14:52
    Helmuth Bederna
    0

    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

  • Kert Kaelep 12 posts 71 karma points
    Mar 09, 2015 @ 17:55
    Kert Kaelep
    0

    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:

    <FileSystemProviders>
        <!-- parameters order is important -->
        <Provider alias="media" type="idseefeld.de.UmbracoAzure.AzureBlobFileSystem, idseefeld.de.UmbracoAzure">
            <Parameters>
                <add key="containerName" value="test" />
                <add key="rootUrl" value="http://some.blob.core.windows.net/" />
                <add key="connectionString" value="DefaultEndpointsProtocol=https;AccountName=some;AccountKey=asdaxx"/>
                            <add key="mimetypes" value="woff|application/x-font-woff;mov|video/quicktime;mp3|audio/mpeg3" />
            </Parameters>
        </Provider>
    </FileSystemProviders>
    
  • Helmuth Bederna 17 posts 78 karma points c-trib
    Mar 10, 2015 @ 09:15
    Helmuth Bederna
    0

    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 :)

  • Kert Kaelep 12 posts 71 karma points
    Mar 10, 2015 @ 10:32
    Kert Kaelep
    0

    Hi,

    What exactly should I download? And how should I add it as a package?

  • Helmuth Bederna 17 posts 78 karma points c-trib
    Mar 10, 2015 @ 11:38
    Helmuth Bederna
    0

    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

  • Kert Kaelep 12 posts 71 karma points
    Mar 10, 2015 @ 12:11
    Kert Kaelep
    0

    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

  • Helmuth Bederna 17 posts 78 karma points c-trib
    Mar 10, 2015 @ 13:22
    Helmuth Bederna
    0

    Hey,

    sorry for that but I'm trying it completely blind :(

    There is another patch. Maybe this one works! http://we.tl/sRPCzsKRc9

  • Kert Kaelep 12 posts 71 karma points
    Mar 10, 2015 @ 14:06
    Kert Kaelep
    0

    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.

    <?xml version="1.0"?>
    <FileSystemProviders>
        <!-- Media -->  
        <Provider alias="media" type="Umbraco.Core.IO.PhysicalFileSystem, Umbraco.Core">
            <Parameters>
                <add key="virtualRoot" value="~/media/" />
            </Parameters>
        </Provider>
    </FileSystemProviders>
    

    Also one question: It's seams that you are using a GUID in the file destination, for what reason are you doing that?

  • Kert Kaelep 12 posts 71 karma points
    Mar 10, 2015 @ 14:20
    Kert Kaelep
    0

    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

  • Helmuth Bederna 17 posts 78 karma points c-trib
    Mar 10, 2015 @ 14:23
    Helmuth Bederna
    1

    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

Please Sign in or register to post replies

Write your reply to:

Draft