File Storage in aC 1.0
Page: 1
I noticed that aC allows the user to choose where to store files. In the database, or in the /upload folder.
My question concerns the naming of the files if I choose the /upload folder option. I noticed that in v. 0.7.1 the files are saved in the "upload" folder with encrypted file names, and without extentions. How will files be treated in version 1?
Can files retain their original name and extention?
Can files possibly go into a folder that can easily be identified with the relevant project?
This will make backup of files so much easier.
My question concerns the naming of the files if I choose the /upload folder option. I noticed that in v. 0.7.1 the files are saved in the "upload" folder with encrypted file names, and without extentions. How will files be treated in version 1?
Can files retain their original name and extention?
Can files possibly go into a folder that can easily be identified with the relevant project?
This will make backup of files so much easier.
Thanks Ilija, you are quick!
I am a bit disappointed now.
I was hoping there might be a better solution for file storage, but I understand the security risks. It would of course be possible to password protect the Upload folder and make it only accessible only from within aC, and for a webmaster, using SFTP. Is that a solution?
Why can aC simply not use the upload filename?
I am a bit disappointed now.
I was hoping there might be a better solution for file storage, but I understand the security risks. It would of course be possible to password protect the Upload folder and make it only accessible only from within aC, and for a webmaster, using SFTP. Is that a solution?
Why can aC simply not use the upload filename?
1. If password protecting a folder is too much hassle, then at least give the administrator more options, eg. to select a folder, or even a server path for uploads, then the administrator/webmaster can secure the folder on the server himself.
2. A simple sequential number added to the end of the filename can solve this problem, eg. screenshot_001.jpg; screenshot_002.jpg. If a sequential number is too difficult to do, then a random generated string on the filename will work as well. This means the administrator can go into the server, and immediately locate the file he is looking for, or at least the latest version of the file, based on the name and date.
3. Yes, I am all for that as well... but that partly even possible now, at least in BQ by simply creating a separate project open to all, or shared by companies.
And a one click project backup (with the choice of selecting files, messages, tasks etc.) would of course be the createst improvement. As you say on the front page of your site, "Keep it, save it, backup it."
Thanks!!
2. A simple sequential number added to the end of the filename can solve this problem, eg. screenshot_001.jpg; screenshot_002.jpg. If a sequential number is too difficult to do, then a random generated string on the filename will work as well. This means the administrator can go into the server, and immediately locate the file he is looking for, or at least the latest version of the file, based on the name and date.
3. Yes, I am all for that as well... but that partly even possible now, at least in BQ by simply creating a separate project open to all, or shared by companies.
And a one click project backup (with the choice of selecting files, messages, tasks etc.) would of course be the createst improvement. As you say on the front page of your site, "Keep it, save it, backup it."
Thanks!!
please read this article on file uploads in php. it explains all the problems and outlines the only secure way to do it.
http://www.scanit.be/uploads/php-file-upload.pdf
I think this will also help people understand why it isn't as simple as it sounds.
http://www.scanit.be/uploads/php-file-upload.pdf
I think this will also help people understand why it isn't as simple as it sounds.
Topic is locked. If you have something important to say about issues discussed on this page please write at hi@a51dev.com.



