Talk:Main Page

From Wikireedia
Jump to: navigation, search

Configuration settings list

Contents

Permissions and Access

Some pages are subject to restricted access. On Administrators, Bureaucrats and HighSec user groups get access to all pages. All under users are prevented from accessing these pages. Requests to access these pages should be made to paulreed@wikireedia.net.

I noticed that automated spam accounts were being added that then added spurious articles and jpegs. I added ReCaptcha extension to prevent this I hope --Paulreed 15:38, 10 February 2011 (EST)

I added the Semantic Mediawiki bundle extension. It includes the Semantic Mediawiki extension but also some additional useful extensions such as the Calendar used on the Main Page --Paulreed 13:04, 27 April 2011 (EDT)

Had a odd problem that entering http:wikireedia.net wasn't returning wikireedia.net/wikireedia/index.php. The is set up the .htaccess file in the file manager. note that you don't have to include the full page address. The wiki automatically adds the ?title=Main_Page. Anyway. Issue was only temporary and unknown. --Life's Little Ironies (talk) 10:25, 29 October 2019 (EDT)

Added slidehow extension that will transition graphics. Also added Scriptaculous [[1]] to add transition featrue --Paulreed 22:52, 29 October 2011 (EDT)

    • IE9 Does not seem to work well with slide transition. It ingores the time delays between slides.--Life's Little Ironies 09:32, 21 November 2011 (EST)
      • I checked to see that the ParserFunctions was enabled and it was--Life's Little Ironies 16:52, 18 May 2012 (EDT)
    • Commented out extention after dropping Scriptaculous and trying to use new version. Doesnt work. Its possible that it will not work until Medaiwiki 1.17 is installed --Life's Little Ironies 15:03, 24 May 2012 (EDT)
    • Working again! Installed ne version that doesnt use Scriptalicious, modified query and was back in action.--Life's Little Ironies (talk) 09:47, 5 November 2012 (EST)

Added html extension to safely allow html scripts to be run without having to change $wgRawHtml to true as this might allow scripts that could hijack the site. Have not got it to work yet. Wiki retrieves the code that I have placed in an html file on the mediawiki directory but does not execute it. --Life's Little Ironies 11:41, 23 November 2011 (EST)

Added an extension that allows a property tag cloud like a category tag cloud (part of the Semantic Mediawiki bundle)See How-to's

Added an Extension to add map co-ordinates to Semantic Maps (part of the Semantic Mediawiki bundle). See How-to's

Added $srfgFormats[] = 'googlebar'; in Local Settings to enable Google bar chart http://semantic-mediawiki.org/wiki/Help:Google_bar_format. See Running--Life's Little Ironies 13:18, 19 April 2012 (EDT)

Added Eventline an example can be found here Running--Life's Little Ironies 13:18, 19 April 2012 (EDT)

  • If you have two [[news date]]'s in an article the oldest date is used--Life's Little Ironies 13:07, 26 April 2012 (EDT)

Wikireedia is being upgraded. This has been problematic.

  • One the webhost could not upgrade me from mediawiki 16.1 to 16.5 because of a bug
  • Webhost suggested that I upgrade to Mediawiki 19 manually. I did this by downloading mediawiki 19 to my pc then uploading it to the webhost. I have no command line access to run an upgrade script so I have to use the web browser version /./mw-config/index.php. This initialized the installation and creates a new localsettings.php I basically ran though the script inserting values from my existing localsettings. (BTW I had renamed my existing installation as .old)
  • I still had issues. I still did not have permission to run the upgrade script even from the browser. The webhost had to give me permissions. The other issue was I could not run the script because my php version was too low and didn't work with xmllib version. If I upgraded it then i could run the upgrade script but the wiki would not work on either version. Eventually i tried upgrading the php version running the script, entering the existing values then setting the php back to the old version. Hey Presto it works....for now.
  • I copied all my image files over. Worked OK
  • I am slowly moving the extensions over one by one
  • Extensions converted
    • Wikicategorytagcloud - Successful
    • Comments. This is the reason why I upgraded in the first place because it seemed that this extension would not work under MW16.1. I moved the extension over but still had an error. In the error message I oticed that I had not created the new sql tables correctly. my sql tables require an mwiki prefix which I had failed to do. I had to rename the tables (using the operations function on the db to rename them. Comments them worked. It is possible that had i done that on mw 16.1 it would have worked also.--Life's Little Ironies (talk) 20:21, 8 September 2012 (EDT)
    • Validator - Successful --Life's Little Ironies (talk) 20:28, 8 September 2012 (EDT)
    • Cite - Successful --Life's Little Ironies (talk) 20:32, 8 September 2012 (EDT)
    • GoogleMaps - successful --Life's Little Ironies (talk) 20:37, 8 September 2012 (EDT)
    • EmbedVideo - successful --Life's Little Ironies (talk) 20:44, 8 September 2012 (EDT)
    • Embed_document - Successful --Life's Little Ironies (talk) 08:17, 9 September 2012 (EDT)
    • HTMLets - Successful --Life's Little Ironies (talk) 08:21, 9 September 2012 (EDT)
  • Inline queries were not working - on hosted version or laptop local instal. Using the Validator extension from Semantic Media Wiki and not Mediawiki seems to have fixed the problem. They were definitely different.
  • Lots of issues with google extensions. Embed videos is no longer supported or allowed. Also Google Maps. Needed to set up billing and validate API for maps but still doesn't work and it looks like the google maps extension has been superceded by maps extension. But you still need a mapping service. Working through that problem. The temporary work around when creating a map on the wikipage is to specify Openlayers over the default google maps. But even Openlayers is going away soon.--Life's Little Ironies (talk) 10:30, 29 October 2019 (EDT)

Corrupt table

Saw this message when searching the wiki A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function "SearchMySQL::searchInternal". Database returned error "145: Table './wikireedianet_xxxxx/mwiki_searchindex' is marked as crashed and should be repaired (wikireedianet.fatcowmysql.com)". Solution Opened mysql through php found table, selected it then using the drop down menu at the bottom of the page selected repair table. Table repaired in seconds. --Life's Little Ironies (talk) 13:32, 18 October 2013 (EDT)

High CPU Usage

ISP blocked the account due to high CPU usage suspicious ip address activity. Had to review site's traffic via the raw logs located in the stats folder. Then had to block suspicious IP's via the .htaccess file using the '.htaccess editor'--Life's Little Ironies (talk) 13:58, 28 December 2014 (EST)

Upgraded php

Tried to Upgrade to 5.3.13 (cgi-fcgi) but lost edit bar and factbox (semantic meadiwiki)

Extensions used on this wiki

Map Issues

After around 2017 Googlemaps changes there terms of usage that stipulated that a billing service be used and I also saw that the old version of the extension I was using was at the very least not supported. This caused the following error to appear

Photos
Videos
Wikipedia
Webcams
Loading map...

After following all the steps I thought would fix the problem the error would not go away unless I specifically used the "leaflet" service. Which didn't render a very good map and was also due to be unsupported. Latterly I noticed that if I didn't not the #special ask type query to display the map. See the "edit" version of this page and used a php script it now worked with google map. See below

Now I am more confused because if I use the second script with the first then the first map works. Then decided to encapsulate the first query inside the first. That works! So my option is to just use the second script or encapsulate the first within the second. I confirmed that it still uses the coordinates in the first ask query because I changed them. see https://www.mediawiki.org/wiki/Extension:Google_Maps/Syntax for more information. Also note this extension is archived due to bug. See also Maps test

Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox