I am an iOS developer and, until recently, had been using Dropbox's public folder as a makeshift server for testing purposes. This is because public folders had static URLs and the subfolders and files they contain could be accessed directly though the file tree (ex: https://dl.dropboxusercontent.com/u/xxxxxxx/audioTests/). This was useful when iterating through a variable array of files, as I could just specify the folder url and append the individual file names (ex: https://dl.dropboxusercontent.com/u/xxxxxxx/audioTests/music.mp3).
As of this month, however, dropbox has discontinued this feature for free users and is planning to remove it for paid users later this year. Does anyone know of a (preferably free) alternative that offers this same kind of navigatable public folder? I need a minimal amount of space, as I will just be using it for testing purposes. All of the other similar services that I know of, such as Google Drive and OneDrive, only offer links to individual files and folders.
Related
We use Office 365 and OneDrive at work. We often share files and folders by generating a link and sharing it rather than using the direct share function. We do it this way so we can include more context and information in an email with a link to the relevant file(s).
When doing that the shared items don't show up in the other users' Shared With Me section. It's challenging to find those files again in the future, we have to search through our emails for where it was originally sent.
Is there a way to save shortcuts to files and folders shared by link?
I am using google Drive api ($files = $drive->files->listFiles ($parameters)) and it seems to return files that are not in folders, how can I access folders and their children and so of.
Files.list returns all files that's contained in your Drive API folder including those within subfolders. I've tried it myself. What maybe happening to you is that you have many files and for you to access the file, you need to use nextPageToken. And make sure you set the pageSize to 50 to display more files at a time.
I wanna try OneDrive Api for Android and I was taking a look at the methods and possibilities this Api offers on this link and this other one but I don't see any way of listing the files a folder contains.
My App would need to upload some files to OneDrive, always using the same folder as root, say /MyFolder. The problem is that it only knows this root folder and all its content must be found out by means of recursive calls, that is, I list the files contained in /MyFolder and check if it's a folder or a file and in the first case list the files again it contains and so on.
Am I missing something or this Api doesn't provide such thing?
The Json object returned for a query against a Folder should contain a "data" property that is an array of children for the folder. You can see this in the interactive SDK (http://isdk.dev.live.com/dev/isdk/default.aspx) by playing with the "Reading Folder Properties" API.
I'm trying to work with the new summer release of the Office 365 API tool for Visual Studio 2013 (update 3). It works fine except one problem I've encountered which can be called also a missing functionality.
I found no reasonable way to retrieve the direct children of the root folder from my One Drive for business Document Library using the newly added SharePointClient library.
The API call of SharePointClient.Files will retrieve all the files and folders from the whole document library including sub-folders. So in order to get only the direct children I have to page through all the documents and folders and analyze their URL. This is not acceptable for my application scenario. For a sub-folder I can get the direct children like this: SharePointClient.Files["<folder_id>"].ToFolder().Children This is what I need but it can't be applied to the root folder.
I've tried to use the REST API directly and similarly the request GET ../_api/files will retrieve all files and folders in the default document library and I found no simple way to list only the direct children of the root. Also there is no convenient way to get the path or GUID of the default document library which the SharePointClient.Files automatically uses.
Parsing the result XMLs of the REST API calls I may get the GUID of the default document library, that will let me use a different REST API to list files and folders separately for the root folder, but these calls results in a different XML schema from that used by SharePointClient. This means that to get only the direct children of the root I would have to re-implement the whole SharePointClient library.
If anybody has some good advice I'll be very thankful.
I just ran into the same issue - hopefully this will be remedied before the release version of the api tools. Here is what I've done to get only the root folder content:
[Create your spClient = SharePointClient]
var allFiles = await spClient.Files.ExecuteAsync();
var rootFiles = allFiles.CurrentPage.Where(i => !i.Id.Contains("/"));
You lose the IPagedCollection wrapper and you may need to get more than the 'CurrentPage' to see all files but this is the best workaround I've found. I'm then able to you the 'ToFolder()' method you mentioned above to list content of sub-folders.
I am building an new web application and want to use Cloudinary for users' images. My question is that do I need to create folders in my Cloudinary cloud? The reason I am asking is that if I were using a file system and start having 100,000+ images in one folder, it will start killing my app, and I would need to break then into several folders.
Is it the same for Cloudinary?
Thanks,
It depends on your current and future requirements.
In general, I believe that folders can help with better organizing your resources, especially when there are lots of them.
Note that besides folders, you can also assign tags to your images (e.g., by user) or add a prefix to the images' public IDs (e.g., user1-<image_name>).
You can later use Cloudinary's Admin API to list your resources either by folder/prefix or by tag.