Foren / Cotonti / Development / New PFS

12345NächsteLetzte

Building a new pfs

ez
#1 8. August 2010, 00:34
Hi everyone,

urlkiller and me are teaming up to replace the current pfs..

Important
Before we really start working on this, we would like to know the current development on pfs.
We do not want to put a lot of time in something that is currently being worked on... :)
Also we will not continue on any previous development made by Koradhil, we will start clean.


The first release

Our first goal is to make this plugin like the old pfs (the old lady)... only better UI, but
with the same functionality.
We want to maintain the current hooks and database structure for compatibility!!

We are working out the functionality from the users point of view.
The first specs are in the making.. (those are not done yet)
BUT we will probably introduce a tree (folders in folders). :D

After the initial release
Add things like multiupload...
and more...

You are probably going to overload us with ideas... well.. add it to this post, but keep in mind the first release is a replacement job with some minor extra's, and much better UI.

The whole thing is going to be a PLUGIN.

urlkiller
ez
==- I say: Keep it EZ -==
urlkiller
#2 8. August 2010, 05:06
a cool PLUGIN! ;)
URL shortener: <a href="http://bbm.li/!7AD5C7">http://bbm.li/!7AD5C7</a>
GHengeveld
#3 8. August 2010, 07:16
Hi,

Nice to see someone fixing the damn thing after all. Good luck with it. Here's some suggestions:

- Moving files/folders (preferably drag&drop)
- Copying files/folders
- Rights management for files/folders, for sharing (ex. 'public', 'private' and a custom mode to give access to certain users or certain user groups, with auto PM to notify a user when he's given access to a file).

I don't mind you starting over, I think its best to go that way. My work was based on the original PFS which was poorly coded. I don't think I'll be doing any PHP development soon, since I'm going to focus on Python development during my internship the next 5 months.
ez
#4 8. August 2010, 16:28
Hi Gert,

Yes the old lady was due for retirement 4 years ago..
About your suggestions, thnx for sharing that.. we will try to implement some of your points in the first release.

We will start over... BUT we will use much of the old lady, since it is proven technology and we are limited in time.. But we will try to clean it up big time.

Late last night urlkiller and me had a long skype about the design and the way it should work.
And this morning there was a damn good design for the UI.. in my email B)
This will be a BIG improvement..

GOOD luck with the Python... I hope you still will develop for Cot sometimes..
==- I say: Keep it EZ -==
Trustmaster
#5 8. August 2010, 23:56
That's good news, because currently nobody maintains PFS. In trunk it's just the "old lady" with some new Siena features (like resources). I'm not much of a user to suggest features here, I just want to say that it will surely be merged into the main tree if it satisfies everyone (or, well, most of us).
May the Source be with you!
urlkiller
#6 9. August 2010, 03:12
To set this straight.

We are JUST overhowling the UI and the System itself.

We will use enough hooks in the plugin that every user can do their own plugins for special features like sharing and usergroups things.

We will have a few more templates as before...

Added 2 days later:

We where thinking about some features atm.

We would like to ask what would be more preferable for the users of your sites using the pfs.

we want to add subfolders in the pfs but we want to implement them as "Real" folders on the server.
So a image or file path would be like this: yourodmain.com/datas/users/myfoldername/subfoldername/filename

we where thinking about a feature to somehow "rewrite" the file url to something like that: yourdomain.com/files/filename is this possible and if yes, how?

OR

all of you say the current system is good as it is. datas/users/filname_<userid> and we would need to think about how to implement such a "fake" subfolder structure

----

in addition i will code some sort of basic plugins that will feature some of the most requested functions like sharing folders, embed a modal windows for image viewing, etc. also i'll try to add some bbcodes that can be used to add music, video and images better in pages and forum posts as it is done now.

----

And to be true iam very happy doing this with ez. because i can tune my usergal project much more when iam doing the whole pfs thing also much easier to integrate the features that would be needed to let my vision come reality. after the last pfs discussion i decided to wait with further development because i wanted to check out the new features of the pfs, but now ;) iam just happy and wanted to tell everybody ;)
URL shortener: <a href="http://bbm.li/!7AD5C7">http://bbm.li/!7AD5C7</a>

Dieser Beitrag wurde von urlkiller (am 12. August 2010, 03:55, vor 13 Jahre) bearbeitet
Kort
#7 12. August 2010, 04:52
What are the benefits of subfolders as compared to paginated folders? Are you sure you can handle URL rewriting? Are "real" folders safe?
Imho, PFS does the job fairly well, and it is something Seditio/Cotonti users have been used for. I'd vote for moving PFS out of the core and keeping a "Traditional PFS" plugin along with alternatives that someone would use at his own risk.
SED.by - создание сайтов, разработка плагинов и тем для Котонти
pieter
#8 12. August 2010, 05:53
I like real folders. More structure on the server.
Also at that moment you can have 2 files with the same name.
Now that isnot possible.
... can we help you ...
Kort
#9 12. August 2010, 06:22
Technically "more structure on the server" gives you no advantages (unless you just enjoy watching it). You are not expected or supposed to manage PFS files via FTP, so both real and virtual folders work same. Real folders (and URL rewriting), however, would bring in more headache. Folder storage mode and SEO friendly URLs are not the features that are used frequently. And what's so good about having 2 files with same names (except more headache)?
SED.by - создание сайтов, разработка плагинов и тем для Котонти
urlkiller
#10 12. August 2010, 13:36
1. About the Security Question. Subfolders and Folders are as save at it is now there isn't any difference.

2. It should'nt bring more Structure/SEO to the Server/Website. I'ts planned only to give administrators or users the possibility to add subfolders in folders.


so i guess we will stay at the current system with userid in the filename. the thing was that we delete some of the current options in the pfs like timebased names and folderstorage mode.
we will add a subfolder option only to the database so the current system will stay datas/users/filename_<userid>

folders would have the advantage to get "shared"* so you could make a dir with all folders with files you want to share and not need to edit 20 different folders for that.

*or any other modification in the future through a plugin.

@pieter i like real folders, too ;)
@kort do you like stephen king? -- The Ballad of the Flexible Bullet, right?


Iam also for keeping the old PFS inside the core to get sure the System could run on every sytem.
But it could be hidden of some sort or that you need to activate it via the config file?!
URL shortener: <a href="http://bbm.li/!7AD5C7">http://bbm.li/!7AD5C7</a>
ez
#11 12. August 2010, 13:52
urlkiller and me are still discussing the exact specs...
But this discussion is good... it helps the creative thinking..
and maybe brings up stuff we miss..

@urlkiller: Userid in the filename (no, I do not like that, but we will see)
==- I say: Keep it EZ -==
Kort
#12 12. August 2010, 14:51
urlkiller With folder storage mode removed how are you going to provide future compatibility for the users having this option activated? Same with time-based / user id renaming: many Seditio users got used to the id attached as prefix and regret this was changed to postfix in Cotonti. Rename-on-upload in general is a pretty handy feature to have: we use it occasionally in our plugins.
SED.by - создание сайтов, разработка плагинов и тем для Котонти
pieter
#13 12. August 2010, 15:19
@Kort,

In seditio new build storage mode will be gone too. There was forum thread about it, if it was used a lot of not. It was not useed a lot, so it was deleted.

- The "Folder Storage Mode" is gone in this build, so if you are one of the few to have this option checked, you'll have to wait until the convertion is supported by the auto-upgrade tool (at the moment it's not). Ref: http://neocrome.net/forums.php?m=posts&p=132177#132177

I use PFS for a gallery. With subfolders you can easily create categories.
Now I use a corehack tensh:http://www.cotonti.com/forums.php?m=posts&p=22908#22908

With subfolders in PFS, this is not needed anymore.
... can we help you ...
ez
#14 12. August 2010, 15:43
Like I said, we are still brainstorming on all ideas...
I like the folder storage mode too... I use it always. :D

I think it is better to use one storage system. (keep it simple)
What I mean is we ALL use the same set of options, it is so much simpler to maintain..
(plus: less options = good code maintanance = more speed)

List of sugestions:
  • No options for prefix/postfix userid (they are not needed in folder mode)
  • folderstorage mode always on (datas/users/ <userid> / a folder name / files )
  • no time stuff in the file

Remember: urlkiller and me are trying to work this thing out..
But we want to cut down some options to make it ez-er to build this thing...

We will need to have conversion scripts to set all options to the same settings.
Does anybody have a conversion script for going from non-folder mode to foldermode ????

greets, Ez
==- I say: Keep it EZ -==

Dieser Beitrag wurde von ez (am 12. August 2010, 20:34, vor 13 Jahre) bearbeitet
Kort
#15 12. August 2010, 16:18
As regards Seditio, discarding FSM there is imo related to the integration of a gallery, which is not where Cotonti is going. So this is nothing to get ideas from.
My question still is "how are you going to provide future compatibility for the users having this option activated?". Let them wait for a "conversion" or manually rearrange their file storage folders?
We had a client recently who reported incompatibility of our gallery plugin with the folder storage mode enabled at his website, and we had to add FSM support to the plugin no matter what. I do not think he was expecting us to talk him into switching to the common-folder mode.
I still think there are more people using FSM, and you have to first think about them. And you definitely need more feedback from the community, including non-English speakers and contributors so as not to repeat the previous failure and to make sure your ideas have support or demand. And have a look at what's going on in the trunk.
SED.by - создание сайтов, разработка плагинов и тем для Котонти

12345NächsteLetzte