MEpedia:Suggested tasks: Difference between revisions

From MEpedia, a crowd-sourced encyclopedia of ME and CFS science and history
m (__NOINDEX__ to prevent search results)
Line 42: Line 42:
== Developer suggestions ==
== Developer suggestions ==
'''When a task is complete move it to the COMPLETED section at the bottom of the page'''
'''When a task is complete move it to the COMPLETED section at the bottom of the page'''
* consider adding a "thanks" button if it can be easily adopted from the WMF software (see: https://en.wikipedia.org/wiki/Help:Notifications/Thanks) -- really nice way for editors to communicate appreciation to one another that costs many fewer "spoons" than writing/reading a note (suggested by Canele, June 2019)
* check why search engine crawls are taking months to reflect updates - Google search console, robots, etc, consider adding site map that including images requested by [[User:Notjusttired]]   
* check why search engine crawls are taking months to reflect updates - Google search console, robots, etc, consider adding site map that including images requested by [[User:Notjusttired]]   
* Improve MEpedia logo quality, requested by [[User:JaimeS]].  (According to the [https://m.mediawiki.org/wiki/Special:MyLanguage/Manual:%24wgLogo $wgLogo] page, the logo can not have a resolution higher than 135x135 pixels, but two higher definition versions can be specified with [https://m.mediawiki.org/wiki/Special:MyLanguage/Manual:%24wgLogoHD $wgLogoHD].)
* Improve MEpedia logo quality, requested by [[User:JaimeS]].  (According to the [https://m.mediawiki.org/wiki/Special:MyLanguage/Manual:%24wgLogo $wgLogo] page, the logo can not have a resolution higher than 135x135 pixels, but two higher definition versions can be specified with [https://m.mediawiki.org/wiki/Special:MyLanguage/Manual:%24wgLogoHD $wgLogoHD].)

Revision as of 18:29, July 16, 2019

This page lists suggestions for improvements to MEpedia.

Please feel encouraged to consider making the relevant page or edit yourself (see How to contribute to get started!), as many editors of MEpedia are sick and working hard to improve the content in particular areas. We need your help!

But if you can't make the improvement yourself, add your suggestion to the end of the appropriate section. Please briefly detail your suggestion, including the name of the MEpedia page(s) that need creating or editing, and web links to sources/citations (e.g., the published study, a source for a quote, etc.) Then sign your suggestion with your name and the date.

Tip: If you'd just like to keep track of your own goals on site (but make them visible to others), instead of adding suggestions here you can add a subpage to your user page (add a "/" and subpage, e.g., User:Brettz9/To-dos) and then add the category [[Category:User to-dos]] to your subpage article. It will then show up at Category:User to-dos.

Priority pages for expansion[edit | edit source]

High priority[edit | edit source]

When a task is complete move it to the COMPLETED section at the bottom of the page

Admin suggestions[edit | edit source]

When a task is complete move it to the COMPLETED section at the bottom of the page

  • Adapt/copy Wikipedia's general disclaimer to replace our current general disclaimer at MEpedia:General_disclaimer. The specific copy of Wikipedia's disclaimer to use is https://en.wikipedia.org/w/index.php?title=Wikipedia:General_disclaimer&oldid=860114216 Be sure to note that full URL address in the edit summary in a brief acknowledgement that our disclaimer has been adapted from theirs. (Requested by JaimeS June 2019)
  • Rewrite MEpedia:About according to the ideas raised on MEpedia talk:About. (Requested by Pyrrhus April 2019)
  • Review/update the MEpedia:Admin guide to keep track of what a new admin needs to know. Consider making the Admin guide protected so that only admins can edit it.(Requested by Pyrrhus April 2019)
  • Review the copyright messages contained in MediaWiki:Wikimedia-copyrightwarning and MediaWiki:Wikimedia-copyright. Also update the help documentation in MEpedia:Copyright to reflect our copyright policies. (Requested by Pyrrhus April 2019)
  • Create MEpedia:Privacy policy - it's linked to from bottom of all pages. Add it to “MEpedia documentation” category. See Talk:Wmf:Privacy policy for details. Make it protected so that only admins can edit it. Also make Wmf:Privacy policy protected because that is an important redirect. (Request last updated by Pyrrhus April 2019)
  • Create MEpedia:Cookie statement - it's linked to from bottom of all pages. Add it to “MEpedia documentation” category. Make it protected so that only admins can edit it. Also make Wmf:Cookie statement protected because that is an important redirect. Requested by Pyrrhus April 2019)
  • Create MEpedia:Terms of use - it's linked to from bottom of all pages. Add it to “MEpedia documentation” category. Make it protected so that only admins can edit it. (Requested by Pyrrhus May 2019)
  • Mark the MEpedia:Admin guide and MEpedia:Developer guide pages as "protected" by allowing only Administrators to edit them. (Requested by Pyrrhus June 2019)
  • Mark all pages in the Category:MEpedia documentation and Category:MEpedia help categories as "semiprotected" by marking them as "Allow only autoconfirmed users" to edit them. Except for the "Sample page", which needs to be editable by all users. (And except for any talk pages, or any pages that are already protected and editable only by Administrators.) (Requested by Pyrrhus May 2019)

Developer suggestions[edit | edit source]

When a task is complete move it to the COMPLETED section at the bottom of the page

  • consider adding a "thanks" button if it can be easily adopted from the WMF software (see: https://en.wikipedia.org/wiki/Help:Notifications/Thanks) -- really nice way for editors to communicate appreciation to one another that costs many fewer "spoons" than writing/reading a note (suggested by Canele, June 2019)
  • check why search engine crawls are taking months to reflect updates - Google search console, robots, etc, consider adding site map that including images requested by User:Notjusttired
  • Improve MEpedia logo quality, requested by User:JaimeS. (According to the $wgLogo page, the logo can not have a resolution higher than 135x135 pixels, but two higher definition versions can be specified with $wgLogoHD.)
  • Add $wgDismissableSiteNoticeForAnons=true; to LocalSettings.php file. (Requested by Pyrrhus May 2019)
  • Remove the following from LocalSettings.php. Our new policy is that people need to make 50 edits before they skip the CAPTCHA, regardless of whether they are emailconfirmed or not. (Requested by Pyrrhus May 2019)
$wgGroupPermissions['emailconfirmed']['skipcaptcha'] = true;
$ceAllowConfirmedEmail = true;
Disallow: /wiki/MEpedia talk:
Disallow: /wiki/File talk:
Disallow: /wiki/Help talk:
Disallow: /wiki/Category talk:
Disallow: /wiki/Portal talk:
Disallow: /wiki/User:
Disallow: /wiki/User talk:
Disallow: /wiki/MediaWiki:
Disallow: /wiki/MediaWiki talk:
Disallow: /wiki/Template:
Disallow: /wiki/Template talk:
  • In year 2020, we will need to upgrade our MediaWiki software and extensions to the latest stable versions. The new version of MediaWiki software includes important security fixes. The new versions of the extensions include important fixes and improvements. Any extension with a “compatibility policy” of “release branches” must be updated with any new version of MediaWiki. These include Echo, Scribunto, TemplateData, PageImages, Citoid, VisualEditor, Thanks, and StructuredDiscussions. The Linux package Parsoid must also be updated every time VisualEditor is updated. Although not required, it is advised to update the Cite and ParserFunctions extensions, and the Pivot and Timeless skins as well. (Added by Pyrrhus, May 2019)
  • In year 2020, we will need to do “performance tuning” of the MySQL(MariaDB) database and “performance tuning” of the MediaWiki software as described in https://www.mediawiki.org/wiki/Manual:Performance_tuning (Added by Pyrrhus May, 2019)
  • In year 2020, we can ask a MediaWiki specialist what needs to be done to handle internationalization. Some custom system messages will need to be translated. The LanguageSelector and Polyglot extensions will probably need to be installed. The following will probably need to be added to LocalSettings.php after the extensions load: (Added by Pyrrhus June 2019)
$wgLanguageSelectorDetectLanguage = LANGUAGE_SELECTOR_PREFER_CLIENT_LANG;
$wgLanguageSelectorLocation = LANGUAGE_SELECTOR_AS_PORTLET;
  • Consider making the members of the "emailconfirmed" group visible only to administrators. There is a theoretical risk of email spam when anyone can see who has confirmed their email and who hasn't. To do this, simply add $wgImplicitGroups[] = 'emailconfirmed'; to LocalSettings.php. I am not advocating for this action, merely documenting this if it is ever needed. (Added by Pyrrhus, July 2019)
  • Consider updating backup scripts to delete old backups, so that we can ‘rotate’ backups instead of overwriting them. Code for this can be copied from here. Also consider adding automated email notification of backup failure. Also consider adding automated termination of stalled backups. (All to be done AFTER the “New Backup Protocol” request.) (Requested by Pyrrhus May, 2019)
  • IF it is ever decided to limit editing to users with accounts, and to prevent anonymous users from editing, simply add $wgEmailConfirmToEdit=true; to LocalSettings.php. I am not advocating this action, simply documenting this if it is ever so decided. (Added by Pyrrhus, April 2019)

Developer: New backup protocol[edit | edit source]

Update backup protocol to more closely adhere to industry norms: (Requested by Pyrrhus May 2019)

  • Move the staging server's web root directory from /var/www/me-pedia.org to /var/www/staging/me-pedia.org. This will allow us to automatically detect whether or not the LocalSettings.php file is being used on the production or the staging server.
  • Update the production server's LocalSettings.php file as follows:

Change this:

## STAGING SERVER SETTINGS
## Pyrrhus, May 2019
if (strpos($IP, 'staging') !== false) {
   ## Basic settings for the staging server
   $wgServer = 'https://staging.me-pedia.org';
   $wgLogo = 'https://upload.wikimedia.org/wikipedia/commons/5/5e/Commons-emblem-Under_construction-green.svg';
   $wgEnableEmail = false;

   ## Database settings for the staging server
   $wgDBname = "";
   $wgDBuser = "";
   $wgDBpassword = "";
}

To this:

## STAGING SERVER SETTINGS
## Pyrrhus, May 2019
if (strpos($IP, 'staging') !== false) {
   ## Basic settings for the staging server
   $wgServer = 'https://staging.me-pedia.org';
   $wgLogo = 'https://upload.wikimedia.org/wikipedia/commons/5/5e/Commons-emblem-Under_construction-green.svg';
   $wgLogoHD = false;
   $wgEnableEmail = false;
   $wgDefaultRobotPolicy = 'noindex,nofollow';
}
  • Download the Fullsiterestore.sh script from https://www.mediawiki.org/wiki/Fullsiterestore into the /home/cloud/backups directory on both servers. Verify that both servers already have a Fullsitebackup script in the same directory.
  • Update the cron job for the Fullsitebackup script to backup the production server once a month, not every 2 days, at midnight New York time. This will serve as the monthly portion of the backup protocol. (Assuming that each new monthly backup will overwrite the last monthly backup.)
  • Remove the cron job for the staging server backup, as changes to the staging server are so infrequent that it does not merit a regular backup, and we would rather save the disk space for multiple production backups, when possible. (We can always do a staging server backup manually when needed.)
  • Assuming that there is sufficient disk space to store an additional seven production backups, create 7 new cron jobs for each day of the week, run at 1:00am New York time. This will serve as the daily portion of the backup protocol. (Assuming that each new day-of-week backup will overwrite the last week's day-of-week backup.) This also assumes that the backup process takes less than 30 minutes to complete. If there is insufficient disk space, or if the backup process takes more than 30 minutes, please let us know!
  • Check the Fullsitebackup and Fullsiterestore scripts for the production server to make sure that the 5 configuration settings (dbname, dbhost, dbuser, dbpw, and webrootdir) are correct for the production server. (This will make sure that we can quickly restore backups when needed.)
  • Also check the Fullsitebackup and Fullsiterestore scripts for the staging server to make sure that the 5 configuration settings (dbname, dbhost, dbuser, dbpw, and webrootdir) are correct for the staging server.
  • In the production server's Fullsitebackup script, find the line that starts with mysqldump and add nice -n 19 to the front of it:
nice -n 19 mysqldump --host=$dbhost --user=$dbuser --password=$dbpw --add-drop-table $dbname > dbcontent.sql
  • Add the following code to the production server's Fullsitebackup script, right before the "TAR website files" section:
#
# Put MEpedia into read-only mode
#
echo " Placing MEpedia into read-only mode ..." >> $logfile
msg="\$wgReadOnly = 'We are currently performing a regular backup of MEpedia.  Access will be restored shortly.';"
grep "?>" "$webrootdir"/LocalSettings.php > /dev/null
if [ $? -eq 0 ];
then
	sed -i "s/?>/\n$msg/ig" "$webrootdir"/LocalSettings.php
else
	echo "$msg" >> "$webrootdir"/LocalSettings.php
fi 
  • Then add the additional following code to the production server's Fullsitebackup script, right before the "Create final backup file" section:
#
# Take MEpedia out of read-only mode
#
echo " Taking MEpedia out of read-only mode ..." >> $logfile
sed -i "/$msg/d" "$webrootdir"/LocalSettings.php
  • Add the following code to the end of the staging server's Fullsiterestore script, just before the "Exit Banner":
#
# Overwrite any production robots.txt with staging robots.txt
#
echo " overwriting robots.txt in $webrootdir ..." >> $logfile
cd $webrootdir
echo 'User-agent: *' > robots.txt
echo 'Disallow: /' >> robots.txt
chmod a+r robots.txt
  • Test the new backup script by making a backup of the production server. Check the log file for any errors. Note how long the backup takes to finish.
  • Next "re-image" the staging server to be the same as the production server. Use the staging server's Fullsiterestore script, along with the backup from the production server, to update the staging server with the latest copy of the production server. (The staging server is currently outdated.)
  • After restoring on the staging server, run the update.php script in the maintenance directory to update the database for the staging server. Also make sure that the OS file permissions are correct for the restored files, especially that the "uploads" directory is writable by the web server and that the extensions directories are executable by the web server. (Perhaps this can be accomplished by setting the user "apache" as the owner of the files?)
  • Finally, consider doing a one-time backup of MEpedia’s entire account, including the backup scripts, using Dreamhost’s one-click backup: https://help.dreamhost.com/hc/en-us/articles/215089918-How-do-I-backup-my-entire-account-

Discussion on backup:

Problems need not be fixed in 2 days, they only need to be identified - is this for server or database (ie MEpedia content only)? The norm would be a series of backups at different intervals, kept for different times - eg every 2 days, plus a weekly backup kept for at least a month, plus a monthly backup kept for at least a year. Changing the most frequent backup to 7 days means risking losing a week of editing. notjusttired (talk) 19:04, May 24, 2019 (EDT)
Thanks, you’re assuming that multiple backups are stored User:Notjusttired. Normally this is a perfectly correct assumption, but in our case it appears that only the most recent backup is stored and it is immediately overwritten by the next backup. Therefore, if we wait more than 2 days, the good backup will be overwritten with a corrupt backup. This is why I suggested that at least two backups be stored, so that we can back up at least twice a week. Maybe what we really should ask for is daily backups, with each backup kept for a week. Disk space is cheap, we should be able to store seven backups at a time. Hope this clarifies.
Pyrrhus (talk) 20:01, May 24, 2019 (EDT)
I'm still not sure if this is a database backup you are talking about, or the server backup. I'm unsure of the hosting plans and how far we are from the current limit. I believe that we should definitely keep some backups For than a week notjusttired (talk) 06:25, May 25, 2019 (EDT)
The Fullsitebackup script backs up all MediaWiki files, including the database. There is also a DreamCompute backup option here. Yes, it would be nice to have a monthly backup that is kept for a month, in addition to 7 daily backups kept for a week. We should be able to find enough disk space to store 8 backups at a time, although I know nothing about our hosting plan. Hope this clarifies, User:Notjusttired!
Pyrrhus (talk) 12:27, May 25, 2019 (EDT)

Developer: Install StructuredDiscussions[edit | edit source]

The following instructions are to be completed AFTER the “New Backup Protocol” request.

Prepare for StructuredDiscussions extension (PART ONE): (Requested by Pyrrhus May, 2019)

  • First comment out the two lines towards the end of the LocalSettings.php file that concern the DiscussionThreading extension on the production server. This effectively uninstalls the DiscussionThreading extension.
  • Update Echo extension to latest version for MediaWiki 1.30 on production server
  • Update ParserFunctions extension to latest version for MediaWiki 1.30 on production server. Add $wgPFEnableStringFunctions = true; to LocalSettings.php
  • Install new BetaFeatures extension on production server
  • Install new CLDR extension on production server
  • Install new Thanks extension on production server
  • Backup production server with Fullsitebackup script
  • Use backup file to re-image the staging server. Use the staging server's Fullsiterestore script, along with the backup from the production server, to update the staging server with the latest copy of the production server. Run update.php script. Check that file permissions are correct. (uploads directory must be writable by the web server and extensions must be executable by the web server.)

Install StructuredDiscussions extension (PART TWO): (Requested by Pyrrhus May, 2019)

  • Set up a memcached daemon service on the staging server on port 11211:
    • First verify that PHP was compiled with “--enable-sockets” by running “php -i”. (If not, PHP must be recompiled.)
    • Install memcached as described here: https://github.com/memcached/memcached/wiki/Install
    • Configure memcached’s config file (or init script) to run with the following options:
memcached -d -l 127.0.0.1 -p 11211 -m 64 (More info may be found in the documentation included with the download.)

Replace

## Shared memory settings
$wgMainCacheType = CACHE_NONE;
$wgMemCachedServers = [];

with the following

## Shared memory settings
$wgMainCacheType = CACHE_MEMCACHED;
$wgSessionCacheType = CACHE_MEMCACHED;
$wgMemCachedServers = ["127.0.0.1:11211"];
php maintenance/populateContentModel.php --ns=1 --table=revision
php maintenance/populateContentModel.php --ns=1 --table=archive
php maintenance/populateContentModel.php --ns=1 --table=page 

php maintenance/populateContentModel.php --ns=3 --table=revision
php maintenance/populateContentModel.php --ns=3 --table=archive
php maintenance/populateContentModel.php --ns=3 --table=page 

php maintenance/populateContentModel.php --ns=5 --table=revision
php maintenance/populateContentModel.php --ns=5 --table=archive
php maintenance/populateContentModel.php --ns=5 --table=page 

php maintenance/populateContentModel.php --ns=7 --table=revision
php maintenance/populateContentModel.php --ns=7 --table=archive
php maintenance/populateContentModel.php --ns=7 --table=page 

php maintenance/populateContentModel.php --ns=9 --table=revision
php maintenance/populateContentModel.php --ns=9 --table=archive
php maintenance/populateContentModel.php --ns=9 --table=page 

php maintenance/populateContentModel.php --ns=11 --table=revision
php maintenance/populateContentModel.php --ns=11 --table=archive
php maintenance/populateContentModel.php --ns=11 --table=page 

php maintenance/populateContentModel.php --ns=13 --table=revision
php maintenance/populateContentModel.php --ns=13 --table=archive
php maintenance/populateContentModel.php --ns=13 --table=page 

php maintenance/populateContentModel.php --ns=15 --table=revision
php maintenance/populateContentModel.php --ns=15 --table=archive
php maintenance/populateContentModel.php --ns=15 --table=page

php maintenance/populateContentModel.php --ns=3007 --table=revision
php maintenance/populateContentModel.php --ns=3007 --table=archive
php maintenance/populateContentModel.php --ns=3007 --table=page
  • Add the following to the end of LocalSettings.php on the staging server to define the namespaces for StructuredDiscussions:
$wgNamespaceContentModels[NS_TALK] = 'flow-board';
$wgNamespaceContentModels[NS_USER_TALK] = 'flow-board';
$wgNamespaceContentModels[NS_PROJECT_TALK] = 'flow-board';
$wgNamespaceContentModels[NS_FILE_TALK] = 'flow-board';
$wgNamespaceContentModels[NS_MEDIAWIKI_TALK] = 'flow-board';
$wgNamespaceContentModels[NS_TEMPLATE_TALK] = 'flow-board';
$wgNamespaceContentModels[NS_HELP_TALK] = 'flow-board';
$wgNamespaceContentModels[NS_CATEGORY_TALK] = 'flow-board';
$wgNamespaceContentModels[NS_PORTAL_TALK] = 'flow-board';
  • Finally, spend a week testing out both production and staging servers.
  • If both production and staging servers pass the tests, then repeat PART TWO on the production server and re-test.

Completed developer tasks[edit | edit source]

All completed tasks. Condensed...
# Allow the Internet Archiver to index action=raw and thereby store the raw wikitext of pages
User-agent: ia_archiver
Allow: /*&action=raw 
UPDATE - how do we test this? (User:Notjusttired, May 22,2019)
Tested and workin notjusttired (talk) 18:48, May 24, 2019 (EDT)
Disallow: /wiki/Talk:
  • Create a user right group that automatically turns off the CAPTCHA after the user has made 50 edits - requested by Canele (talk) 18:26, 30 March 2019 (EDT)
One way to accomplish this is to add the following to LocalSettings.php. This will require 50 edits before a user is given the "autoconfirmed" role. (which is different from the "emailconfirmed" role) Pyrrhus (talk) 22:10, 16 May 2019 (EDT)
$wgAutoConfirmCount = 50;
$wgGroupPermissions['autoconfirmed']['skipcaptcha'] = true;
(hide)
(read more)

Withdrawn developer tasks[edit | edit source]

Tasks no longer needed since either another solution was found or they don't seem worthwhile given the work involved.

  • all editors to see visitor stats eg popular pages or searched for terms - it's hard to know what topics to work on
Is this necessary? Popular pages are visible via the link in lefthand sidebar. I don’t know of any way to find “searched for” terms without a custom database query. Pyrrhus (talk) 19:21, 16 May 2019 (EDT) - withdrawn by Notjusttired - Google analytics is the best solution but no way to link it here
Could it be that this page list is updated daily or weekly rather than immediately? The example given is now sorted - I presume without any intervention. notjusttired (talk) 19:04, May 24, 2019 (EDT)
(hide)
(read more)

Images needed[edit | edit source]

Suggest an image and mark the page it's needed on with {{NeedsImage}}. See Category:Articles_that_need_an_image_or_photo.

Small tasks[edit | edit source]

When a task is complete move it to the COMPLETED section at the bottom of the page

Mensah, F.K.F., Bansal, A.S., Ford, B. and Cambridge, G., 2017. Chronic fatigue syndrome and the immune system: Where are we now?. Neurophysiologie Clinique/Clinical Neurophysiology, 47(2), pp.131-138. http://dx.doi.org/10.1016/j.neucli.2017.02.002 Immune system where are we now https://www.ncbi.nlm.nih.gov/pmc/articles/PMC1440524/

Other suggestions[edit | edit source]

When a task is complete move it to the COMPLETED section at the bottom of the page

Historical articles[edit | edit source]

Add these articles:

There are also a very large number of resources here that need to be added: http://forums.phoenixrising.me/index.php?threads/historical-me-research-literature-and-related-information.10282/

Stem cell treatments[edit | edit source]

Info such as at http://www.bbc.com/news/health-35065905 and http://www.prohealth.com/library/showarticle.cfm?libid=14735 would be interesting to have. Brettz9 (talk) 11:37, 19 January 2016 (PST)

Treatments[edit | edit source]

A great rundown of infections related to ME/CFS and potential treatments. Link can be added to "Further reading" on the List of treatments page. Information here can also be included on the appropriate pages for specific infectious agents and specific antivirals. https://sites.google.com/site/cfstestingandtreatmentroadmap/ --JenB (talk) 09:24, 11 December 2015 (PST)

Basic biochemistry[edit | edit source]

Infectious disease[edit | edit source]

New study shows that EBV can infect neurons. Apparently we didn't know this before! http://www.meaction.net/2015/12/10/study-shows-epstein-barr-virus-can-infect-human-neurons/ Consider updating the Herpesvirus page with any relevant information. I think it would be really great to expand the EBV (and really all the herpesvirus pages) with information on the association of these viruses with both CFS and other diseases, especially those involving B cells and the possible infection of nervous tissue. --JenB (talk) 08:38, 16 March 2016 (PDT)

Completed[edit | edit source]

When a task is complete move it HERE

Developer Completed[edit | edit source]

  • Add EmbedVideo extension from https://www.mediawiki.org/wiki/Extension:EmbedVideo to allow us to embed YouTube or Vimeo clips, eg Linda Crowhurst's on Severe M.E., videos for symptoms like muscle twitches, myclonus, and advocacy clips/explanations - the MEAnalysis PACE video for instance - this would help those with photophobia
  • WikimediaMessages added
  • Skins: Add a stable dark/dark grey skin that's mobile friendly (and migraine friendly) eg Timeless DarkCSS as custom CSS on Timeless skin - requested by User:Notjusttired
  • Skins: Add Pivot and Foreground (both mobile friendly), consider defaulting to Pivot for all mobile devices requested by User:Notjusttired
  • Add the Visual Editor to the “MEpedia:” and “Help:” namespaces so new contributors don’t need to learn wikitext to edit a page. To do this, first verify that "MEpedia" is listed in $wgExtraNamespaces in LocalSettings.php, then add the following to the LocalSettings.php file:

$wgVisualEditorAvailableNamespaces = [ "Help" => true, "MEpedia" => true ]; (Requested by Pyrrhus, Feb 2019)

  • allow search engines to crawl the Files namespace eg http://me-pedia.org/wiki/File:example.jpg so images come up when doing Google search on images for reuse requested by User:Notjusttired
  • Install AddThis extension for sharing - if poss with Facebook, Twitter and pinterest links showing - requested by [[User:
  • Turn on setting to autofix redirects in LocalSettings.php - as per Mediawiki configuration info - requested by User:Notjusttired
  • Can Citation bot be set up for all new users - see Wikipedia for link & institutions (Requester unknown)
This task has been abandoned because the required PHP compilation, template setup, and bot registration is beyond the capabilities of our developers. See https://github.com/ms609/citation-bot for more details. Pyrrhus (talk) 22:01, 22 May 2019 (EDT)
$wgMaxShellMemory = 524288;
$wgUserEmailUseReplyTo = true;
$wgVisualEditorEnableDiffPage = true;
  • Add the following to the end of LocalSettings.php to disable email on the staging server (staging.me-pedia.org): (Requested by Pyrrhus May 2019)
/* CHECK IF STAGING SERVER DETECTED */
if ((strpos($wgServer, 'staging') !== false) 
    or (strpos($IP, 'staging') !== false)) {
   $wgLogo = 'https://upload.wikimedia.org/wikipedia/commons/5/5e/Commons-emblem-Under_construction-green.svg';
   $wgEnableEmail = false;
}
  • Fix the wiki emailer so that new users can receive the “confirm your email account” email and so that established users can receive email notifications of changes, etc. (Requested by Pyrrhus, Feb 2019)
  • Edit pivot skin's Pivot.skin.php to set autocomplete to on for mobile devices only. notjusttired (talk) 18:52, May 24, 2019 (EDT)
  • Fix email sending from MEpedia. Either configure sendmail properly on the production server or configure $wgSMTP properly in the LocalSettings.php file. If we are going to use $wgSMTP, here are some links that provide the exact SMTP information to use: configuration and protocols. For $wgSMTP, one can set up a new email account called "donotreply@me-pedia.org" using the DreamHost dashboard: https://panel.dreamhost.com/index.cgi?tree=cloud.compute& This new email account can either reject all incoming mail or forward all incoming mail to mepedia @ meaction.net (requested by Pyrrhus May 2019)

Completed in 2019[edit | edit source]

  • Make sure this Lightning Process study is on the LP page https://www.ncbi.nlm.nih.gov/pubmed/26983138?dopt=Abstract
  • Add this UK TV segment about a patient https://www.youtube.com/watch?v=I8lsRlUhRps&feature=youtu.be Where? Added to pediatric page
  • Add a malaise image to the PEM page. If we can get a volunteer to have an image of them perhaps out at a cafe' (before) and two or three days later at home with the impact showing on their face (after) this would be a very helpful illustration. (Done with #TwoFacesofME Tweets)
  • Fix the email address "mepedia@meaction.net". It currently rejects emails with a "Google Groups Error". (Requested by Pyrrhus, Feb 2019)
  • Add significant ME/CFS (or related) Facebook groups to the Social media page. Canele (talk) 15:35, 29 March 2019 (EDT)
  • Fix the New User Message as suggested on the User talk:New user message talk page. The New User Message has already been moved to Template:Welcome, all that remains to be done is to delete the MediaWiki:Newusermessage-template page. (Requested by Pyrrhus, Feb 2019)
  • Add extra code to Common.css from Notjusttired/common.css (except for the end section that's commented out) - for alternating table rows and minor tweaks
  • Add these Google fonts to Common.css to make them available for all skins: Oswald, Oswald italic, Oswald italic small-caps, Oswald small-caps, Oswald bold italic, Oswald bold italic small-caps, Oswald bold, Oswald bold small-caps, Permanent marker, Permanent marker bold, use Oswald small-caps for MEpedia logo text. Let us know the CSS font family names for all fonts above. - notjusttired (talk) 10:58, May 25, 2019 (EDT)