Make WordPress Core

Opened 15 years ago

Closed 15 years ago

#11425 closed enhancement (invalid)

split wordpress into a completly modular file and db-table structure

Reported by: f-j-kaiser's profile F J Kaiser Owned by: dd32's profile dd32
Milestone: Priority: normal
Severity: normal Version: 2.9
Component: General Keywords: 2nd-opinion
Focuses: Cc:


that´s not a real feature request. just a point to start a discussion and analysis what would be necessary to achive this goal:

i see more and more cases in forums where people are using wordpress as a cms-system. so, why couldn´t be there the possibility to down-grade those parts of wp, they don´t need: posts, pages, comments, etc.

in a first step it would be enough to split the files, so you can delete them and the related tables. the most wonderful case would be, that you can choose the parts you want when you install wp and when updating, then you would only update the existing parts / modules.

Change History (9)

#1 @dd32
15 years ago

  • Component changed from Filesystem to General
  • Keywords 2nd-opinion added; cms removed
  • Milestone changed from Unassigned to Future Release
  • Version set to 2.9

The main problem with this is, That everything is interdependant.

The post functions are used for Pages, Media, Custom post types, etc.

The page functions account for a very small set of wrappers

The database cant really have any table removed without destroying a large section of functionality.

The only thing that can be removed that easily is Comments, and even that is becoming much more useful for more than just blog comments now..

Some functionality (Such as Post by Email) is going to be better suited to plugins, and we'll see what the Canonical plugins brings.. Infact, Pretty sure Canonical plugins pretty much mootes this ticket, Other than saying that some existing core functionality could be split into a plugin or 2.

#2 @scribu
15 years ago

Agree with dd32.

What would be interesting is the ability to extract the admin area, which is awesome, and be able to put whatever you want in it.

#3 @F J Kaiser
15 years ago

i don´t know pretty much about the function- and/or file-organisation of the core, but making the admin-area seperated from the rest would be really amazing. when i think about plugins like pods ( which i use at the moment, then i see a real alternative: "blog" wordpress and "cumstom cms pods" wordpress. that would be more than great.

#4 @sc0ttkclark
15 years ago

I've seen this discussion floating around the wp-hackers list before. The ability to 'disable' entire "components" that WP uses, could potentially increase performance on sites that don't use them. I'm thinking that's where Kaiser is going with his suggestion. Deleting the tables and files isn't going to happen, just have an option to not include/use them when the site does it's require/include bootup.

#5 @sc0ttkclark
15 years ago

  • Cc sc0ttkclark@… added

#6 @sc0ttkclark
15 years ago

Another thing to keep in mind is that some people who think of this ticket could possibly be interested in BackPress instead:

#7 @Denis-de-Bernardy
15 years ago

I don't mean to stop the party, but... maybe close, and then re-open in 3-4 years when we've re-engineered the app inside and out a few more times?

#8 @F J Kaiser
15 years ago

@Denis: 3-4 years... That may be a little too late. Maybe just considering this, when optimzing things or deleting some of the redundant functions, would be not too bad. This way you could easily do the half of the work on the go... as long as some structure is worked out in front of it. that´s what this ticket was meant to be. sharing needs, ideas and maybe some ideas about a workflow to achieve this..

#9 @scribu
15 years ago

  • Milestone Future Release deleted
  • Resolution set to invalid
  • Status changed from new to closed

sharing needs, ideas and maybe some ideas about a workflow to achieve this..

This sort of broad discussion is best had on mailing lists (wp-hackers), irc and blogs.

After we've setled on a game plan, we can open tickets for specific things that need to be done.

Note: See TracTickets for help on using tickets.