Visual editor

From Organic Design wiki
Revision as of 23:23, 21 October 2018 by Nad (talk | contribs) (docker)

I'm creating a local page for this as it was quite difficult to install so I want some of my own notes for future reference. The main page for the extension is at MW:Extension:VisualEditor.

Install Parsoid from the Docker image

This is by far the simplest method to install Parsoid, especially if you already have Docker installed on the system. Check the documentation at the Github repo

Install Parsoid from the apt package

First download and unpack a snapshot for the extension corresponding to the wiki version as usual, then install nodejs with apt, but if your repo has an older version than 0.8, then remove it and install from NodeSource using the following commands (see this for details).

curl -sL https://deb.nodesource.com/setup | sudo bash -
apt-get install nodejs


Now install Parsoid from the apt package as follows, or from the Docker image, (see MW:Parsoid/Setup for more detail and for possible updates to the procedure).

apt-key advanced --keyserver keys.gnupg.net --recv-keys 90E9F83F22250DD7
apt-add-repository "deb https://releases.wikimedia.org/debian jessie-mediawiki main"
apt-get update
apt-get install parsoid

Configure Parsoid (apt package only)

Edit the parsoid configuration (/etc/mediawiki/parsoid/config.yaml) adding a uri and domain for each wiki in the wikia that will be using the editor, e.g.

mwApis:
- # First wiki
  uri: 'https://foo.organicdesign.nz/wiki/api.php'
  domain: 'foo'
- # Second wiki
  uri: 'https://bar.baz/api.php'
  domain: 'bar'


You may also like to lock down the parsoid daemon so it can only be accessed from the local host which you can do by editing /etc/default/parsoid and changing the INTERFACE setting from 0.0.0.0 to 127.0.0.1.

INTERFACE="127.0.0.1"


Restart the parsoid daemon:

service parsoid restart

Test the Parsoid service

Test that you can read a page as follows (note the wiki ID matching the domain setting above):

wget -O - http://localhost:8142/foo/v3/page/html/Main_Page

Check the parsoid log in /var/log/parsoid/parsoid.log to ensure that the request executed properly.

Configure your wikis

Include the extension and its settings in the wiki's LocalSettings.php, e.g.

wfLoadExtension( 'VisualEditor' );

// Enable by default for everybody
$wgDefaultUserOptions['visualeditor-enable'] = 1;

// Don't allow users to disable it
$wgHiddenPrefs[] = 'visualeditor-enable';

// OPTIONAL: Enable VisualEditor's experimental code features
#$wgDefaultUserOptions['visualeditor-enable-experimental'] = 1;

// Specify which wiki from the parsoid configuration we're using
$wgVirtualRestConfig['modules']['parsoid'] = array(
	'url' => 'http://localhost:8142',
	'domain' => 'foo',
	'prefix' => 'foo',
);

// Add organicdesign to the supported skins (vector, monobook etc are included by default)
$wgVisualEditorSupportedSkins[] = 'organicdesign';

// Namespaces to enable VisualEditor in
$wgVisualEditorNamespaces[] = NS_MAIN;

Locked-down wikis (legacy?)

If you're running a private wiki (no public editing allowed) then you'll need to also set the following, but note that this means your cookie data is being sent over HTTP, so make sure you only do this if the parsoid daemon is on the localhost.

$wgSessionsInObjectCache = true;
$wgVisualEditorParsoidForwardCookies = true;

Another way to handle private wikis is to simply make the LocalSettings.php file detect if the request is local and allow access in this case, for example:

$wgGroupPermissions['*']['read'] = $_SERVER['REMOTE_ADDR'] == '1.2.3.4';

Where 1.2.3.4 is the IP of the localhost (you'll need to check what the REMOTE_ADDR is on your server for local requests).

SSD's

If you're system is running an SSD and you've gone through the SSD Optimisation checklist then you'll need to edit the start case in the /etc/init.d/parsoid file and have it create the /var/log/parsoid directory owned by parsoid. See the Nginx and MariaDB examples on that page for details.

See also