Difference between revisions of "Admin Tools"

From Dreamwidth Notes
Jump to: navigation, search
(Site Config)
 
(5 intermediate revisions by 2 users not shown)
Line 11: Line 11:
 
To facilitate adoption of the DW codebase, prepare for the eventual goal of federated DW sites, and to improve the overall usability of the DW code, our goal is to simplify and streamline these administrative operations. This lists all of the things that should be changed in the administrative workflow in order for this item to be considered finished.
 
To facilitate adoption of the DW codebase, prepare for the eventual goal of federated DW sites, and to improve the overall usability of the DW code, our goal is to simplify and streamline these administrative operations. This lists all of the things that should be changed in the administrative workflow in order for this item to be considered finished.
  
This list is divided into two pieces: initial (and ongoing) site config, and administrative user management. After a period of gathering information on the Wiki, we'll migrate this to an actual written spec that can be moved into the appropriate Bugzilla item for inclusion in the code.
+
This list is divided into two pieces: initial (and ongoing) site config, and administrative user management. After a period of gathering information on the Wiki, we'll migrate this to an actual written spec that can be moved into the appropriate Github Issues item for inclusion in the code.
  
 
== Site Config ==
 
== Site Config ==
Line 28: Line 28:
 
* Whether post-by-email is active for the site
 
* Whether post-by-email is active for the site
 
* Setting up the payment system
 
* Setting up the payment system
 +
* Better management of mood themes (uploading, enabling, disabling, etc)
 +
* Support categories http://www.dreamwidth.org/admin/supportcat/
  
 
== User Management Config ==
 
== User Management Config ==
Line 41: Line 43:
  
 
* Better processes for setting up SSL
 
* Better processes for setting up SSL
 +
* Managing bin/cvsreport.pl is complicated and pretty opaque unless you are in the know
 +
* Better error messages for what is going wrong
 +
* Better documentation.  What are the installation requirements/limitations?  What are the processes in installing and running a DW instance?
  
 
[[Category: Brainstorming]]
 
[[Category: Brainstorming]]
[[Category:Design specs]]
+
[[Category: Design specs]]

Latest revision as of 04:21, 27 April 2015

Input requested from people who have experience installing/maintaining/supporting LJ code.

Goal

To streamline, standardize, and improve the daily, weekly, and one-time administrative tasks involved in setting up a Dreamwidth code installation.

Background

Currently, the administrative tools for both installing and configuring a LJ installation, and maintaining a LJ installation once it's installed and configured, are a byzantine mass of CLI options, badly-documented pages in /admin/, and (in the worst-case scenario) the need to have a programmer submit a patch to change an element of site configuration. All of this adds up to make administering a LJ-based code install tedious at best and an active nightmare at worst.

To facilitate adoption of the DW codebase, prepare for the eventual goal of federated DW sites, and to improve the overall usability of the DW code, our goal is to simplify and streamline these administrative operations. This lists all of the things that should be changed in the administrative workflow in order for this item to be considered finished.

This list is divided into two pieces: initial (and ongoing) site config, and administrative user management. After a period of gathering information on the Wiki, we'll migrate this to an actual written spec that can be moved into the appropriate Github Issues item for inclusion in the code.

Site Config

Site configuration options that should be easily accessable through a GUI frontend:

  • Account level configuration (currently in ljprotocol.pl)
  • New-account defaults -- comment settings, screening settings, editor choice, ....
  • Whether adult-content screening is active site-wide (on for DW)
  • Whether ability to report adult content is active site-wide (off for DW)
  • Whether the ad module is active site-wide (off for DW)
  • Whether CAPTCA is active site-wide (on for DW)
  • Where CAPTCHA is required
  • How the navstrip behaves
  • Whether the clients list displays on profile (off for DW)
  • Whether post-by-email is active for the site
  • Setting up the payment system
  • Better management of mood themes (uploading, enabling, disabling, etc)
  • Support categories http://www.dreamwidth.org/admin/supportcat/

User Management Config

Administrative user-management options that should be easily accessible through a GUI frontend:

  • Capability editing
  • Account status (suspended/not suspended)
  • Viewing statushistory
  • Viewing userlog

Other Needs

  • Better processes for setting up SSL
  • Managing bin/cvsreport.pl is complicated and pretty opaque unless you are in the know
  • Better error messages for what is going wrong
  • Better documentation. What are the installation requirements/limitations? What are the processes in installing and running a DW instance?