Make WordPress Core

Opened 20 years ago

Closed 19 years ago

#2549 closed defect (bug) (fixed)

wp-unattended feature

Reported by: technosailor's profile technosailor Owned by:
Milestone: 2.1 Priority: normal
Severity: normal Version: 2.0.1
Component: Administration Keywords: flexible install process has-patch
Focuses: Cc:

Description

As mentioned earlier on the hackers mailing list, I think this can be a useful feature for the small minority that deploy large numbers of blogs - specifically blg network folks. This feature has a low footprint (3 line diff for install.php and any and all options in the ini are optional.

Included:
wp-admin/install.php (diff file)
wp-admin/automated-install.php
./wp-unattended.ini-sample

Optional:
Associated plugin to export settings from a Common Operating Environment blog to wp-unattended.ini
wp-content/plugins/wp-unattended-export.php

Attachments (5)

automated-install.php (309 bytes) - added by technosailor 20 years ago.
install.php.diff (781 bytes) - added by technosailor 20 years ago.
wp-unattended.ini-sample (12.8 KB) - added by technosailor 20 years ago.
wp-unattended-export.php (3.8 KB) - added by technosailor 20 years ago.
2549.diff (823 bytes) - added by Nazgul 20 years ago.

Download all attachments as: .zip

Change History (18)

#1 @davidhouse
20 years ago

Recommend we add a hook to install.php then technosailer can distribute this as a plugin.

#2 @technosailor
20 years ago

Not sure that a plugin could be loaded in install.php as WordPress is not installed yet and thus a plugin not activated.

#3 @davidhouse
20 years ago

  • Keywords bg|2nd-opinion added

Sorry. I knew there was a reason I didn't suggest this earlier.

Anyway, I don't really feel that this is core material but I'm sure it'll be useful nonetheless. Any other opinions?

#4 @davidhouse
20 years ago

  • Keywords bg|2nd-opinion removed

Recommend we add a hook to install.php then technosailer can distribute this as a plugin.

#5 @davidhouse
20 years ago

  • Keywords bg|2nd-opinion added

Argh. Sorry. Didn't mean that last comment.

#6 @westi
20 years ago

  • Keywords flexible install process added

This sounds like a good idea.

Not keen on how hardcoded it is to just setting options though.

Something like the flexible install process discussed in this hackers thread from novemeber might prove more suitable and keep the I18N foke happy too.

#7 @technosailor
20 years ago

I'm not sure if I understand what was being proposed there but I'm willing to work with the devs and the i18n folks. Call this a proof of concept, if you will

#8 @technosailor
20 years ago

Seems like this feature would perfectly parallel Alex's about:config idea

http://www.alexking.org/blog/2005/11/23/aboutconfig-for-wordpress/

In other words, I wrote this for install.php but that doesn't mean it can't be called using the init hook, no? Plugins could then load options from an ini file. This idea would have to be vetted out hard as I'm delusional at 2am, but I see the potential for more uses for this.

#9 @ryan
20 years ago

We can move the code that creates the default category, post, page, user, etc. into a wp_install_defaults() function that is pluggable. From install.php, we can look for wp-content/install.php and load it if it exists.

@Nazgul
20 years ago

#10 @Nazgul
20 years ago

  • Keywords has-patch added; bg|2nd-opinion removed

Added a small patch which looks for wp-content/install.php and loads if it exists.
The rest of the required functionality has already been build and committed for ticket #2616.

Based on a suggestion by Ryan in this ticket.

#11 @ryan
20 years ago

We require wp-content/install.php in upgrade-functions.php. Do we need to do it in wp-admin/install.php?

#12 @Nazgul
20 years ago

I missed it in upgrade-functions when I looked. Guess I need glasses.

But to me install.php seems like a more logical place, because you'll only use this during installation, not during upgrades.

If not, than this ticket can be closed as a duplicate of #2616.

#13 @matt
19 years ago

  • Resolution set to fixed
  • Status changed from new to closed

I think this already addressed by the pluggable functions.

Note: See TracTickets for help on using tickets.