Ticket #2549 (closed defect (bug): fixed)

Opened 6 years ago

Last modified 5 years ago

wp-unattended feature

Reported by: technosailor Owned by: anonymous
Priority: normal Milestone: 2.1
Component: Administration Version: 2.0.1
Severity: normal Keywords: flexible install process has-patch
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

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

Change History

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

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

  • 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?

  • Keywords bg|2nd-opinion removed

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

  • Keywords bg|2nd-opinion added

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

  • 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.

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

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.

comment:9   ryan6 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.

Nazgul5 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.

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

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.

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

I think this already addressed by the pluggable functions.

Note: See TracTickets for help on using tickets.