aboutsummaryrefslogtreecommitdiffstats
path: root/index.php
Commit message (Collapse)AuthorAgeFilesLines
* phpcs: More require/include is not a functionTimo Tijhof2013-05-211-2/+2
| | | | | | | | | | | | | Follows-up I1343872de7, Ia533aedf63 and I2df2f80b81. Also updated usage in text in documentation and the installer LocalSettingsGenerator. Most of them were handled by this regex: - find: (require|include|require_once|include_once)\s*\(\s*(.+?)\s*\)\s*;$ - replace: $1 $2; Change-Id: I6b38aad9a5149c9c43ce18bd8edbab14b8ce43fa
* Remove hphpc support and deprecate related functionsTim Starling2013-05-091-5/+1
| | | | | | | | | | | | | | | | | hphpc has been superseded by hhvm, so support for hphpc is no longer needed. * Continue to use Preprocessor_Hash under HipHop since it is still faster under hhvm * Keep $wgCompiledFiles for now, so that wikihiero doesn't give an error before Ic9d1e795 is merged * Migrate the run-server script and associated configuration file to hhvm. Enable EnableStaticContentFromDisk since it doesn't seem ridiculously inefficient at first glance. Run from $IP rather than $IP/.. since hhvm is apparently not picky about sourcing files from outside of the current directory. Change-Id: Ic3e769f1fbad4f7ad26dd819406796fee48c6b45
* Follow up to dirname( __FILE__ ) clean upHoo man2012-08-281-0/+1
| | | | | | | | Remove a trailing whitespace added by me in dirname( __FILE__ ) clean up and add some comments to the PHP version checks (they can't use __DIR__ as they have to run in older PHP versions. Change-Id: I6a7e8cb7dbf384d91dda4d0ecbef7ce588bc3073
* Use __DIR__ instead of dirname( __FILE__ )jeroendedauw2012-08-271-1/+1
| | | | | | We can now do this since we finally switched to PHP 5.3 for MW 1.20 and get rid of the silly dirname(__FILE__) stuff :) Change-Id: Id9b2c9cd2e678197aa81c78adced5d1d31ff57b1
* Various updates needed to bump min php version to 5.3.2Reedy2012-04-161-1/+1
| | | | Change-Id: I22015387e4ac5839a907059086d787f352746886
* Standardize comments, wrap lines at 80 charsChad Horohoe2011-08-051-6/+7
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/94000
* Clean up the mess that is wfDie (resolves r85918). wfDie() doesn't exist ↵Chad Horohoe2011-07-061-84/+2
| | | | | | | | | anymore, so don't use it. The only two usages left since r91590 are php version checks for index/load/api.php, and $wgAPIEnabled check in api.php. Consolidate all of the "bailing for invalid version" into PHPVersionError.php. Leaving $wgAPIEnabled as the only user was silly, so just echo and die like wfDie() would've done Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/91602
* As discussed in r85918 CR. Move everything from wfIndexMain() at index.php ↵Platonides2011-06-181-93/+2
| | | | | | | | | | to MediaWiki class. This makes index.php compatible again with PHP4 (as in showing a nice error message instead of a parser error), which had been broken in r88959. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/90338
* Changed some magic __get method calls to accessors, were throwing noticesAlexandre Emsenhuber2011-06-121-2/+2
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/89934
* * Fix for r89624: fixed logo HTML escapingTim Starling2011-06-071-1/+1
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/89625
* * Restored the page shown when LocalSettings.php is missing to how it was ↵Tim Starling2011-06-071-1/+7
| | | | | | | | | before r85918. That template is a welcome page, not a "catastrophic error". * Fixed attempted remote loading of the logo image in index.php's wfDie(). Use the distributed mediawiki.png instead, that's what it's there for. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/89624
* Provisional revert of r89406, r89414: reference-related warnings need ↵Brion Vibber2011-06-031-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | cleanup before applying code like this Per CR http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89406#c17545 : 'Here is a third one: Strict Standards: Only variables should be passed by reference in /www/sandwiki/includes/Wiki.php on line 177 ' Offending bit is this: - SpecialPageFactory::executePath( $this->context->title, $this->context ); + SpecialPageFactory::executePath( $this->getTitle(), $this->getContext() ); That function demands reference paramters for $title and $context, which is being violated here where we now pass function return values: public static function executePath( Title &$title, RequestContext &$context, $including = false ) { The $title does sometimes get replaced within the function body, but $context does not appear to ever be replaced (its *contents* are modified, which does not require passing by reference) If replacing it is something it should be doing, then we need to be able to replace it upstream presumably, so $this->getTitle() probably isn't appropriate. The $context probably should have the reference simply removed. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/89430
* Start unpicking r85288 (magic __get() accessor for RequestContext). ↵Happy-melon2011-06-031-2/+2
| | | | | | | Instead, bring back some of r86872 (abstract base class for classes providing access to RequestContext methods), which is a more 'classical' solution. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/89406
* Revert r88648 per CRChad Horohoe2011-06-021-3/+3
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/89361
* Close wfProfileInPlatonides2011-06-021-0/+2
| | | | | | | Exit point missed by r85204 Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/89344
* HipHop improvements:Tim Starling2011-05-301-1/+5
| | | | | | | | | | | | | | | | | * Added the ability to compile extensions. The build process is bootstrapped by running MediaWiki in interpreted mode. Extension setup file inclusions are slightly modified in a way that makes them register themselves for compilation. Then the same LocalSettings.php uses the compiled extension setup file when the compiled binary runs. * Tested with Cite and ParserFunctions. The code which lets you have an extensions directory in a place other than $IP/../extensions is untested. * Simplified WebStart.php slightly by using a custom $_SERVER variable to mark compiled mode. It will break if you don't use the supplied server.conf, but that will break a lot of things so don't do that. * Fixed the core web entry points to include WebStart.php in compiled mode instead of interpreted. * Made the build directory configurable. This is mostly so that I can grep the source tree without seeing loads of generated C++. * In server.conf, added a rewrite rule allowing a /wiki/$1 article path. * Removed server.conf log file location "/dev/stdout", breaks when you switch user * Disable static content cache, breaks horribly when you set SourceRoot to a directory containing 7GB of files. * Rewrote the run-server script in PHP, mostly to support the configurable build directory feature. * Added an option to the run-server script to allow running in interpreted (hphpi) mode. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/89166
* Misc. exception handling cleanup--moved it out of global function namespaceChad Horohoe2011-05-301-1/+1
| | | | | | | | Also removed htmlHeader() and htmlFooter() since it has zero callers anywhere. Not sure why useOutputPage() was checking isArticleRelated(), we should be able do use it with other stuff too Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/89144
* Some HipHop fixes:Tim Starling2011-05-271-1/+5
| | | | | | | | | | | | | | * Scan the C++ for volatile classes and show a warning with a list of them * Fixed volatile classes Revision, CoreLinkFunctions and FileRepoStatus, made them non-volatile by patching the referring code * Added some configuration for the build process to DefaultSettings.php. * Split a few functions off MakeHipHop::execute() * Only include UtfNormalDefines.php in interpreted mode, since in compiled mode, the constants exist from startup * Apparently HipHop does not support set_exception_handler(). Added a try/catch block around the main part of index.php instead. * Fixed ini_get() dependencies in Special:Upload. Upload now works, if you disable ZipDirectoryReader. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/88959
* Merged MediaWiki::performRequestForTitle() and ↵Alexandre Emsenhuber2011-05-261-3/+2
| | | | | | | | | | | MediaWiki::handleSpecialCases() into MediaWiki::performRequest(): * this allows to perform tests in the correct order, i.e. first BadTitle check and then userCanRead() * the Article object is now returned by the function instead of passed back in pass-by-reference parameter * Removed the "return false;" when MediaWiki detects a redirect, was causing an useless full execution Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/88898
* exit -> return now that we are in a functionAlexandre Emsenhuber2011-05-231-3/+3
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/88648
* Moved MediaWiki::articleFromTitle() to Article::newFromTitle(), this has ↵Alexandre Emsenhuber2011-05-221-1/+1
| | | | | | | nothing to do in the MediaWiki class Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/88594
* $wgArticle is deprecated! Possible removal in 1.20 or 1.21!Chad Horohoe2011-05-221-61/+76
| | | | | | | | | | | * Encapsulate index.php in wfIndexMain() (similar to r77873) * Kill $wgArticle check in Exception, not necessary anymore * Kill $wgArticle in Setup, also not necessary * Add angry note about $wgArticle to rebuildFileCache. * Remove note about $wgArticle in Parser since it's dying anyway Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/88588
* Removed configuration storage in the MediaWiki class:Alexandre Emsenhuber2011-05-161-10/+1
| | | | | | | | * It serves no purpose, since to be useful we would need to propagate it to all to all objects called by the MediaWiki class * It is in the wrong place; the MediaWiki class is an helper class for the index.php script, not the base class for the software (and the class could maybe even be renamed) Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/88247
* Revert r87635, r87637, r87639, r87643 (MW_MIN_PHP_VERSION etc.): breaks ↵Tim Starling2011-05-151-8/+7
| | | | | | | HipHop support. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/88176
* Centralise the minimum-required-php-version in a MW_MIN_PHP_VERSION constant ↵Happy-melon2011-05-071-7/+8
| | | | | | | | | in Defines.php. This requires loading Defines.php before the PHP4 version checks, so include a big note reminding people not to include anything other than vanilla define() statements in there. I have a sneaking suspicion that including Defines.php in the entry points might not play nicely with HipHop, but I can't test it (wrong OS). Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/87637
* Follow-up r85918:Happy-melon2011-05-071-0/+4
| | | | | | | | | * Clean up the ugly adding-then-removing-then-readding HTML <head> and <body> tags in DBConnectionError, deprecates MWException::htmlBodyOnly() * Also deprecates MWException::htmlHeader(), removes code duplication since MWException::reportHTML() can safely call wfDie() and get an output format appropriate for the entry point * Copy a couple of HTML headers (Cache-control, Pragma and Content-type) to the wfDie() implementation. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/87630
* 5.2.3, like we do everywhere elseChad Horohoe2011-05-051-1/+1
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/87514
* Follow-up r85929: update MediaWiki::articleFromTitle() calls in extensions ↵Happy-melon2011-04-171-1/+1
| | | | | | | (and a few edgecases which were missed in core) Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/86273
* Improvements to handling of 'catastrophic' errors, like unsupported PHP ↵Happy-melon2011-04-121-2/+82
| | | | | | | | | | | | | | versions, no MySQL functions, no LocalSettings, etc. * Fix parsing of the three major entry points (index.php, api.php, load.php) back to PHP 4.4.9. We don't care what happens if you actually try to run these files on old versions, but the entry files need to parse correctly. * consign /includes/templates/PHP4.php and /includes/templates/NoLocalSettings.php to the fiery pit of hell where they belong. * Prevent loading of any other files for PHP < 5. WebStart.php was rendered unparseable in PHP 4 by the introduction of try/catch blocks in r85327. * Die outright with a pretty error message on PHP < 5.2.3 as well as PHP 4. All versions of PHP below that throw parse errors of various sorts. * Reimplement wfDie() to provide an entry-point-dependent die-with-readable-error-message function (for instance, we want a pretty human-readable page in index.php, something wrapped in CSS/JS /*...*/ comment block in load.php, etc). * Standardise the appearance of the catastrophic errors thrown at the top of the stack with the ones lower down (exception-within-exception, etc). There isn't really a way to do this without duplication, AFAICT. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/85918
* Update index.php and Wiki.php to make better use of the context.Daniel Friesen2011-04-041-5/+6
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/85301
* Follow-up r85278, r85240:Happy-melon2011-04-031-2/+2
| | | | | | | | | * Internalise $title in MediaWiki base class * Fix access fatal in SpecialPage by getting the context from the MediaWiki base class rather than the OutputPage * Fix a couple of typos in RequestContext which would have thrown errors/fatals if anyone had ever called them. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/85285
* Expand wfShowMaxLagError() into index.php. It was only being called from ↵Happy-melon2011-04-031-5/+15
| | | | | | | here and it's pretty non-portable. Doing so reveals that it's safe to move the declaration of $mediaWiki below the maxlag test, which will fractionally improve performance in that instance (partly compensating for having to parse OutputPage as introduced in r85278). Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/85280
* Store the WebRequest and OutputPage in the MediaWiki class, don't pass the ↵Happy-melon2011-04-031-5/+5
| | | | | | | global variables in to each function separately. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/85271
* Cleanup in Wiki.php and index.php:Happy-melon2011-04-031-7/+11
| | | | | | | | | | * Add visibility to MediaWiki::*() methods. * Refactor out MediaWiki::preliminaryChecks(), was actually just one preliminary check :D * maxlag is a property of the database, not the wiki, so MediaWiki::checkMaxLag() doesn't belong. Since it was only called in index.php I just expanded it there, it's only a trivial wrapper anyway. * Run stylize.php over code. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/85259
* Made index.php's profiling cosistent with other entry scriptsAlexandre Emsenhuber2011-04-021-10/+14
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/85204
* Fix for r78512: set the default value to "view" for the action parameterAlexandre Emsenhuber2011-03-061-1/+1
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/83388
* Update copyright yearAlexandre Emsenhuber2011-01-011-1/+1
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/79418
* Add main contributors in SpecialVersion to README and index.php as wellBryan Tong Minh2010-12-291-1/+2
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/79166
* Per ^demon, follow-up r78260: introduced MediaWiki::getAction() to get the ↵Alexandre Emsenhuber2010-12-161-7/+3
| | | | | | | action that will be executed Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/78512
* Call finalCleanup() after outputting a cached page to run the deferred ↵Alexandre Emsenhuber2010-12-091-2/+3
| | | | | | | update list since Article::viewUpdates() adds a SiteStatsUpdate object to that list Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/78124
* Use the AutoLoader to load the AjaxDispatcher classAlexandre Emsenhuber2010-12-081-3/+0
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/78065
* Removed OutputPage::setEncodings(); its current implementation just converts ↵Alexandre Emsenhuber2010-12-081-1/+0
| | | | | | | | | $wgInputEncoding and $wgOutputEncoding to lowercase but the inclusion of Language.php will set them back to uppercase. So instead of playing with these variables, let's just remove that function. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/78054
* * Don't unset $wgTitle if it's null, just let it as is so that the variable ↵Alexandre Emsenhuber2010-12-071-6/+1
| | | | | | | | | is always defined (it is already set to null in in Setup.php). It was added in r12612 when all the code that set $wgTitle was moved in MediaWiki::checkInitialQueries() * Removed comment that documented a line removed in r45126 Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/77975
* Merged wfDoUpdates() and MediaWiki::doUpdates() in wfDoUpdates(); avoids ↵Alexandre Emsenhuber2010-12-071-1/+1
| | | | | | | code duplication Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/77972
* Rm two unused varsChad Horohoe2010-12-061-2/+0
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/77919
* * (bug 26253) Removed $wgPostCommitUpdateListAlexandre Emsenhuber2010-12-061-3/+0
| | | | | | | As I said on the bug, this variable is not used since ages Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/77888
* Revert r70960 "AjaxDispatcher, now ~30 lines shorter and not using $_GET or ↵Aryeh Gregor2010-08-131-1/+1
| | | | | | | | | $_POST" Broke CategoryTree, see code review for the error message. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/71050
* AjaxDispatcher, now ~30 lines shorter and not using $_GET or $_POSTChad Horohoe2010-08-121-1/+1
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/70960
* Remove unnecessary require(). Autoloader already handles thisChad Horohoe2010-08-091-1/+0
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/70772
* Remove extra linebreakChad Horohoe2010-03-211-1/+0
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/64000
generated by cgit v1.2.3 (git 2.25.1) at 2025-04-24 18:42:17 +0000