-
Posts
174 -
Joined
-
Last visited
Content Type
Profiles
Forums
Store
Manual
Downloads
Blogs
Everything posted by Skizzerz
-
I recommend taking a look at the help page about Templates. It goes over what templates do (and don't do), and how you can easily copy templates from one wiki to another. Keep in mind that many templates require extensions such as ParserFunctions, Scribunto, or TemplateStyles to be installed on your wiki before they will work properly. You can find that help page at Help:Templates on mediawiki.org. You don't need a template to make an FAQ page -- the template is just some additional wikitext behind the scenes.
-
You can define the MW_CONFIG_FILE constant somehow (such as via the auto_prepend_file php.ini setting) to be the absolute path to the settings file you wish to load. Note that this must be a path on your server's filesystem, not a URL.
- 1 reply
-
- 1
-
Unfortunately, there is no way to accomplish this built into MediaWiki, and I do not see any extensions currently existing that perform this task.
-
Syntax Highlight does not work properly
Skizzerz replied to GreatOom's question in MediaWiki Support
Lack of highlighting generally indicates that the call to pygments is failing for some reason or another. You may wish to temporarily enable debug logging to better understand why this is happening. Chances are the issue lies with your choice of OS: I believe that the extension only ships a linux binary of pygments, but not a mac binary. You may need to install pygments separately and point to it via $wgPygmentsPath. -
MediaWiki site is blank after activation of extensions
Skizzerz replied to b.gerl's question in MediaWiki Support
Blank page indicates a PHP error: see here for how to diagnose it: https://www.mediawiki.org/wiki/Manual:Common_errors_and_symptoms#You_see_a_Blank_Page I note that your wiki is currently running 1.31.0 which has known security vulnerabilities. You should ensure you always keep MediaWiki up-to-date. Right now, that means upgrading to one of the following versions: 1.31.12 LTS (EOL June 2021) 1.35.1 LTS (EOL September 2023) -
MediaWiki 1.30 went end of life a year and a half ago (June 2019), and is no longer receiving any security or maintenance updates. You should definitely upgrade that wiki if it is exposed to the internet in any fashion. See Version lifecycle for more information on MediaWiki EOL dates. For PHP and MySQL versions, check the Compatibility page The general recommendation is to install the dependencies (apache, PHP, mysql) via your distribution's package manager and then keep them updated via said package manager on a regular basis. MediaWiki remains compatible with the older versions present in package managers from e.g. Debian stable for quite some time. Unless you are doing a very exotic setup (or if you're on Windows) there's generally no need to install the underlying dependencies manually.
-
If you're already on Apache 2.4.x, upgrading it to a later version of 2.4.x shouldn't introduce any issues with upstream applications. There should be nothing you need to do for your wiki, just upgrade apache. (that said, you should also endeavor to keep the rest of your tech stack up to date, which means updating mysql, mediawiki, your server's kernel, etc. as things come in)
-
Is there a way to find what extension is use on a wiki page?
Skizzerz replied to SecretUser's question in MediaWiki Support
Check Special:Version on the wiki to see if they have any extensions that seem related to the feature in question, and then searching mediawiki.org about it is your best bet. There's no one answer that will 100% work for any arbitrary feature. For things that appear in the page itself, editing/viewing the source of the page may help as well (you may need to go through some nested template rabbit holes first though) -
Is there a way to find what extension is use on a wiki page?
Skizzerz replied to SecretUser's question in MediaWiki Support
That isn't an extension, it's built into MediaWiki. See https://www.mediawiki.org/wiki/Manual:Collapsible_elements for more details on how to use it. -
Tables don't really support this feature. Given that you are displaying a grid of images, you should actually be looking into making a gallery, which is responsive by default.
-
Installation of MediaWiki on CentOS system
Skizzerz replied to nichijou's question in MediaWiki Support
On CentOS, you would use the yum/dnf package manager (depending on what version of CentOS you have installed) to install the dependencies that MediaWiki needs, such as your webserver, database server, and PHP. A more step-by-step guide is available at https://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Red_Hat_Linux, but I have not checked it over for accuracy. It appears reasonably up-to-date however. -
You need to login to the API first (generally this is done by using a bot password generated at Special:BotPasswords). You will need to ensure the bot password used has the appropriate scopes to do whatever you want it to do (such as edit pages). The login API will attempt to set some cookies. You are required to save these cookies in your python script and present them to all future API requests, so it can pull up your logged-in session.
-
You need to use the #tag parser function, see https://www.mediawiki.org/wiki/Help:Magic_words#Miscellaneous for more information on that. <ref> does not allow embedding any wiki markup inside of it, but {{#tag:ref}} does Example (untested, may require modification to work): {{#tag:ref|Contents of the primary footnote/reference goes here.{{#tag:ref|Secondary footnote/reference goes here|name=secondary}}|name=primary}} This example is the equivalent of the following. Note the following markup does not work, this is meant to just give a better visualization of what the above text is doing: <ref name="primary">Contents of the primary footnote/reference goes here.<ref name="secondary">Secondary footnote/reference goes here</ref></ref>
-
annoying message on top after installation
Skizzerz replied to AndreasB's question in MediaWiki Support
MediaWiki is not yet compatible with PHP 8. Please downgrade XAMPP so that you have PHP 7 instead of PHP 8. -
Identifying a category-adding extension
Skizzerz replied to Frosty919's question in MediaWiki Support
That is most likely the HotCat gadget. To get it on your wiki you'd need to Install the Gadgets extension: https://www.mediawiki.org/wiki/Extension:Gadgets Set up the HotCat gadget on your wiki: Export the gadget from Wikipedia: https://en.wikipedia.org/wiki/Special:Gadgets/export/HotCat (this will download a .xml file) Go to [[Special:Import]] on your wiki and import the .xml file you just downloaded Edit the page [[MediaWiki:Gadgets-definition]] on your wiki and add a new line containing the text shown on the export page in step 1 -
This forum is not affiliated with any particular wiki; you will need to contact the owners of that wiki for additional assistance.
-
Visual Editor not working after update
Skizzerz replied to KlausiMaus's question in MediaWiki Support
VisualEditor in 1.35 no longer requires Parsoid to be running. You should decommission your Parsoid server if at all possible and remove all references to it in your LocalSettings.php. Other extensions (such as Math) may also have their own config that point to external services. If you make use of a local Mathoid instance, for example, VisualEditor will automatically try to use a local Parsoid instance. Be careful of that as well (mostly by not configuring such extensions to use those services). -
updated `text` table, changes not showing up
Skizzerz replied to wiki-e's question in MediaWiki Support
There are no scripts that MediaWiki ships with to repair corruption in the text table caused by manual modifications, because that is not a supported scenario. However, modifying an existing table entry (compared to making a new one) should take effect right away. Try rebuilding your caches with the rebuildall.php script; it's possible the old version is simply being cached, and that will cause it to be re-parsed. You may run into exceptions when doing that, you'll need to clean that up manually if it occurs. -
Yes, this is possible. First you'll want the OpenID Connect extension: https://www.mediawiki.org/wiki/Extension:OpenID_Connect The OpenID Connect extension requires the PluggableAuth extension as a prerequisite: https://www.mediawiki.org/wiki/Extension:PluggableAuth One of the configurations for PluggableAuth (on the second link) allows for local logins in addition to OIDC. You'll want the following in your LocalSettings.php (after loading both extensions): $wgPluggableAuth_EnableLocalLogin = true;
-
Version 1.2.0
5 downloads
The Debounce extension integrates with the debounce.io API to check whether email addresses are disposable or otherwise invalid for registration. Both the free disposable email API as well as the paid email validation API are available. By default, this uses the free API. Installation Download and place the file(s) in a directory called Debounce in your extensions/ folder. Add the following code at the bottom of your LocalSettings.php: wfLoadExtension( 'Debounce' ); Done – Navigate to Special:Version on your wiki to verify that the extension is successfully installed. It is recommended that you "follow" the extension on mwusers.org so that you can be notified by email about any updates. Configuration $wgDebounceApiKey (string) If you are using the paid email validation API, set this to your API key. Enabling the paid API but forgetting to set this will cause errors upon registration until it is configured. $wgDebounceFree (boolean, default true) If true, uses Debounce's free disposable email API. This API only checks whether or not the email domain is associated with a disposable email address provider. If the user is using a disposable email address, their registration will be denied. If false, uses Debounce's paid email validation API. This API performs a number of additional checks, and will only allow registration if the user's email address is considered to be safe for transactional email. $wgDebouncePrivate (boolean, default true) If using the free disposable email API, this will obscure the user's email address before it is sent to the Debounce service by replacing the address portion with "example." For example, if the user registered using the email address "john.doe@mwusers.org" and private mode was enabled, the debounce API would be sent the address "example@mwusers.org." If using the paid email validation API, this configuration setting has no effect. GDPR Considerations You should notify your users that you are making use of Debounce for validating email addresses during registration in your privacy policy, meaning that the email address the user submits during registration will be sent to them. Debounce's privacy policy is available at https://debounce.io/privacy-policy/ and Data Processing Agreements are available with them upon request. Please contact Debounce directly to sign a DPA, and not the extension authors or maintainers; the extension authors and maintainers are not sent any email addresses and are not data processors. See Debounce's GDPR page for more information on their GDPR compliance policies. When using the free disposable email address API, a "private mode" can be enabled which only sends the domain of the user's email address to Debounce instead of the entire email address. The private mode is not available when using the paid API, as the paid API does additional checks on the address portion of the email which could case false positives or false negatives if it was obscured before sending over. Support For free community support, please make use of the extension's talk page on mediawiki.org or by posting a new forum thread on mwusers.org. Paid support plans are available on mwusers.org.Free -
This is correct.
-
Can I use the MediaWiki software as an Offline?
Skizzerz replied to RIT RAJARSHI's topic in General Discussion
While MediaWiki could be used for all of those things (although you'd need to likely create some custom extensions for your use cases), it is definitely not designed or intended to be any of those things. MediaWiki is best used for a collaborative environment where users can work together on creating pages/articles for some purpose. It has been used for encyclopedias, documentation, guides, how-tos, and knowledgebases. Others use it as a general-purpose content management system, although that sort of setup requires a lot of effort. See https://www.mediawiki.org/wiki/Manual:Deciding_whether_to_use_a_wiki_as_your_website_type to determine if a wiki is right for what you want to do. For your three examples, my opinion is that a wiki is not the correct software to use for all of them -- use apps designed for that purpose instead. -
Can I tell each Wikipedia page permalink pages a "file"?
Skizzerz replied to RIT RAJARSHI's topic in General Discussion
Wiki pages are not files; they are not stored on a filesystem anywhere (which is what makes something a "file"). Pages are stored in the database, so filesystem concepts like extensions do not apply to them. -
In Which operating system the MediaWiki software runs?
Skizzerz replied to RIT RAJARSHI's topic in General Discussion
You can run MediaWiki on anything so long as you can run a web server, PHP, and a database server on it. Most people run it on linux, but there's quite a few that run on windows as well. See https://www.mediawiki.org/wiki/Manual:Installation_requirements for more details.