Do not hack MediaWiki core/nl

Het hacken van de MediaWiki (het wijzigen van de broncode buiten de repository om) is meer een oplossing die voorgesteld wordt op andere MediaWiki ondersteuningsforums, het is geen mooie oplossing. In het algemeen zorgt het voor meer problemen dat er vooraf waren,het upgraden in de toekomst wordt een stuk moeilijker.

In dit document gebruiken we "kern (core)" voor alle bestanden die deel uitmaken van de originele MediaWiki installatie. De uitzonderingen zijn dan: LocalSettings.php, docker-compose.override.yml, alles in uw mappen  "extensions" en "skins" en alle mappen die uzelf heeft toegevoegd.

Why you should not modify core files
No matter how easy it is to modify core files to make MediaWiki do what you want it to do, resist the temptation.


 * Doing so will make it complicated, difficult or near impossible to apply site updates such as security and bug fixes.
 * You will make it difficult for those that come after to maintain the site.
 * You could possibly leave your site vulnerable to exploits.
 * Other developers are less inclined to help you if you have hacked your core — if for no other reason than it is difficult for them to know what has been done.

The MediaWiki core has been designed to be modular, so there should be no reason to hack it. If there is a feature you want and it cannot be accomplished outside of modifying core, consider developing an extension or submitting your hack as a patch. Submit a bug report and tell the community the feature you want to accomplish. It will then be tested and your feature may become a part of the MediaWiki core.

Problems faced by wikis which hack their core

 * MediaWiki upgrade times go from 30 minutes to 6 hours or even 6 weeks if your  shows 13650 lines have been changed.
 * Increase in spam and other unwanted attacks due to security holes.
 * Missing out on new features due to conflicting hacks to core files.
 * Inability to use MediaWiki.org documentation — all of which has been written under the assumption that you have not hacked your core files (unless of course you write documentation specifically for how to operate MediaWiki when that particular hack is being used).
 * Repetition of the original problem — as a bug report is a far more reliable way to solve a problem than a core hack — if for no other reason than a group of developers will be looking into the problem and may discover necessary code changes you missed.
 * Complaining to developers about your core files not working — and not finding much sympathy — if you hack core files — effective technical support is all but impossible.

Uitzonderingen
Zijn er uitzonderingen op deze regel?

Nee.

Oke, maar die zijn zeldzaam. Dat is in het algemeen voor specifieke wiki's of implementaties door mensen die erg thuis zijn in de code van MediaWiki, ontwikkeling praktijken en beveiligingsmodel. Deze documenteren hun wijzigingen erg goed en hebben een prima revisie controle. Als u iets moet vragen voor een dergelijke wijziging, dan moet u het maar niet doen.

Extensions
Note that most of this page also applies to important extensions. It's a bad idea to directly start hacking the Semantic MediaWiki extensions, or any of the extensions used on Wikipedia and other Wikimedia sites.

An exception could be if an extension is mainly installed by copying its code from this wiki (instead of getting it from a software repository). It means it's not very seriously maintained.

What to do instead
Rather than hacking MediaWiki core, there are several alternative solutions to consider, more or less in this order:


 * 1) MediaWiki is a powerful beast out of the box, you can do a lot with MediaWiki's interface messages such as   and many many others, see also other pages on this wiki for e.g. JavaScript and CSS additions and changes.
 * 1) Develop an extension to accomplish what your hack was intended to do, or simply use one of the existing hooks
 * 1) Submit a bug report
 * 1) Contribute your improvement to core to the code repository so others can benefit from your fix