- Generated on Fri Dec 13 2019 21:29:05 for MediaWiki by
1.8.16
|
MediaWiki
1.30.0
|
Functions | |
| $article | view () |
Variables | |
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being MediaWiki programmers will have to work in an environment with some global context At the time of globals were initialised on startup by MediaWiki of these were configuration which are documented in DefaultSettings php There is no comprehensive documentation for the remaining however some of the most important ones are listed below They are typically initialised either in index php or in Setup php For a description of the see design txt $wgTitle Title object created from the request URL $wgOut OutputPage object for HTTP response $wgUser User object for the user associated with the current request $wgLang Language object selected by user preferences $wgContLang Language object associated with the wiki being viewed $wgParser Parser object Parser extensions register their hooks here $wgRequest WebRequest to get request data | $messageMemc |
| $oldArticle = $wgArticle | |
| versus | $oldTitle = $wgTitle |
| $wgArticle = new Article | |
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being MediaWiki programmers will have to work in an environment with some global context At the time of globals were initialised on startup by MediaWiki of these were configuration which are documented in DefaultSettings php There is no comprehensive documentation for the remaining however some of the most important ones are listed below They are typically initialised either in index php or in Setup php For a description of the see design txt $wgTitle Title object created from the request URL $wgOut OutputPage object for HTTP response $wgUser User object for the user associated with the current request $wgLang Language object selected by user preferences $wgContLang Language object associated with the wiki being viewed $wgParser Parser object Parser extensions register their hooks here $wgRequest WebRequest to get request data | $wgMemc |
| $wgTitle = Title::newFromText( $t ) | |
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being MediaWiki programmers will have to work in an environment with some global context At the time of globals were initialised on startup by MediaWiki of these were configuration which are documented in DefaultSettings php There is no comprehensive documentation for the remaining however some of the most important ones are listed below They are typically initialised either in index php or in Setup php For a description of the | classes |
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an | efficient |
| globals will be eliminated from MediaWiki | entirely |
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being MediaWiki programmers will have to work in an environment with some global context At the time of globals were initialised on startup by MediaWiki of these were configuration which are documented in DefaultSettings php There is no comprehensive documentation for the remaining | globals |
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being MediaWiki programmers will have to work in an environment with some global context At the time of globals were initialised on startup by MediaWiki of these were configuration which are documented in DefaultSettings php There is no comprehensive documentation for the remaining however some of the most important ones are listed below They are typically initialised either in index php or in Setup php For a description of the see design txt $wgTitle Title object created from the request URL $wgOut OutputPage object for HTTP response $wgUser User object for the user associated with the current request $wgLang Language object selected by user preferences $wgContLang Language object associated with the wiki being viewed $wgParser Parser object Parser extensions register their hooks here $wgRequest WebRequest | object |
| globals txt Globals are evil The original MediaWiki code relied on globals for processing context far too often MediaWiki development since then has been a story of slowly moving context out of global variables and into objects Storing processing context in object member variables allows those objects to be reused in a much more flexible way Consider the elegance | of |
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be | seen |
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being MediaWiki programmers will have to work in an environment with some global context At the time of globals were initialised on startup by MediaWiki of these were configuration | settings |
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being | though |
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being MediaWiki programmers will have to work in an environment with some global context At the time of | writing |
| $wgArticle view | ( | ) |
Referenced by ImagePage::render(), CategoryPage::view(), and ImagePage::view().
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being MediaWiki programmers will have to work in an environment with some global context At the time of globals were initialised on startup by MediaWiki of these were configuration which are documented in DefaultSettings php There is no comprehensive documentation for the remaining however some of the most important ones are listed below They are typically initialised either in index php or in Setup php For a description of the see design txt $wgTitle Title object created from the request URL $wgOut OutputPage object for HTTP response $wgUser User object for the user associated with the current request $wgLang Language object selected by user preferences $wgContLang Language object associated with the wiki being viewed $wgParser Parser object Parser extensions register their hooks here $wgRequest WebRequest to get request data $messageMemc |
Definition at line 25 of file globals.txt.
Referenced by RebuildMessages::execute(), TitleBlacklist::getHttp(), BaseBlacklist::getHttpText(), and UploadFromUrlTestSuite::setUp().
| $oldArticle = $wgArticle |
Definition at line 17 of file globals.txt.
| versus $oldTitle = $wgTitle |
Definition at line 16 of file globals.txt.
Referenced by RenameUserCleanup::checkRenameLog(), WatchedItem::duplicateEntries(), ApiEditPage::execute(), SpecialNewpages::formatRow(), ApiMove::moveSubpages(), TitleBlacklistHooks::onMovePageCheckPermissions(), RenameuserSQL::rename(), WatchedItemUnitTest::testDuplicateEntries(), and MovePageTest::testTitleMoveCompleteIntegrationTest().
| $wgArticle = new Article |
Definition at line 21 of file globals.txt.
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being MediaWiki programmers will have to work in an environment with some global context At the time of globals were initialised on startup by MediaWiki of these were configuration which are documented in DefaultSettings php There is no comprehensive documentation for the remaining however some of the most important ones are listed below They are typically initialised either in index php or in Setup php For a description of the see design txt $wgTitle Title object created from the request URL $wgOut OutputPage object for HTTP response $wgUser User object for the user associated with the current request $wgLang Language object selected by user preferences $wgContLang Language object associated with the wiki being viewed $wgParser Parser object Parser extensions register their hooks here $wgRequest WebRequest to get request data $wgMemc |
Definition at line 25 of file globals.txt.
Referenced by Installer::__construct(), ClearInterwikiCache::execute(), ForkController::initChild(), FancyCaptcha::pickImageDir(), FancyCaptcha::pickImageFromDir(), FancyCaptcha::pickImageFromList(), ForkController::prepareEnvironment(), and UploadFromUrlTestSuite::setUp().
| $wgTitle = Title::newFromText( $t ) |
Definition at line 20 of file globals.txt.
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being MediaWiki programmers will have to work in an environment with some global context At the time of globals were initialised on startup by MediaWiki of these were configuration which are documented in DefaultSettings php There is no comprehensive documentation for the remaining however some of the most important ones are listed below They are typically initialised either in index php or in Setup php For a description of the classes |
Definition at line 25 of file globals.txt.
Referenced by AutoloadGenerator::generateJsonAutoload(), AutoloadGenerator::generatePHPAutoload(), ClassCollector::getClasses(), and AutoloadGenerator::readFile().
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an efficient |
Definition at line 25 of file globals.txt.
Definition at line 25 of file globals.txt.
Referenced by CleanupInvalidDbKeys::__construct().
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being MediaWiki programmers will have to work in an environment with some global context At the time of globals were initialised on startup by MediaWiki of these were configuration which are documented in DefaultSettings php There is no comprehensive documentation for the remaining globals |
Definition at line 25 of file globals.txt.
Referenced by MockExtensionProcessor::__construct(), ExtensionProcessor::extractConfig1(), ExtensionProcessor::extractConfig2(), ExtensionProcessor::extractCredits(), ExtensionProcessor::extractExtensionMessagesFiles(), ExtensionProcessor::extractHooks(), ExtensionProcessor::extractInfo(), ExtensionProcessor::extractMessagesDirs(), ExtensionProcessor::extractNamespaces(), ExtensionProcessor::extractParserTestFiles(), ExtensionProcessor::extractResourceLoaderModules(), ExtensionProcessor::extractServiceWiringFiles(), and ExtensionProcessor::getExtractedInfo().
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being MediaWiki programmers will have to work in an environment with some global context At the time of globals were initialised on startup by MediaWiki of these were configuration which are documented in DefaultSettings php There is no comprehensive documentation for the remaining however some of the most important ones are listed below They are typically initialised either in index php or in Setup php For a description of the see design txt $wgTitle Title object created from the request URL $wgOut OutputPage object for HTTP response $wgUser User object for the user associated with the current request $wgLang Language object selected by user preferences $wgContLang Language object associated with the wiki being viewed $wgParser Parser object Parser extensions register their hooks here $wgRequest WebRequest object |
Definition at line 25 of file globals.txt.
Referenced by ApiResult::applyTransformations(), ApiStashEdit::buildStashValue(), PathRouter::doAdd(), BatchRowUpdateTest::genSelectResult(), CategoriesRdfTest::getCategoryIterator(), CategoriesRdfTest::getCategoryLinksIterator(), CommentStore::getCommentInternal(), ResourceLoaderStartUpModule::getConfigSettings(), LoginSignupSpecialPage::getFakeTemplate(), ImagePage::imageLinks(), DatabaseLogEntry::newFromRow(), BotPassword::newUnsaved(), ApiFormatNoneTest::provideGeneralEncoding(), ResourcesTest::provideMediaStylesheets(), MediaWiki\Session\SessionTest::provideSecretsRoundTripping(), WANObjectCacheTest::provideSetAndGet(), ApiResultTest::provideTransformations(), JobQueueRedis::serialize(), MediaWiki\Auth\AbstractPasswordPrimaryAuthenticationProvider::setPasswordResetFlag(), ApiResult::stripMetadata(), ApiResult::stripMetadataNonRecursive(), FormOptionsInitializationTest::testAddIntegers(), ApiResultTest::testAddMetadataToResultVars(), FormOptionsInitializationTest::testAddStringOption(), MultiWriteBagOStuffTest::testSetDelayed(), ApiResultTest::testUtilityFunctions(), FormatJsonTest::toObject(), and MediaWiki\Auth\ResetPasswordSecondaryAuthenticationProvider::tryReset().
| BatchRowIterator $reader Iterator that returns an array BatchRowUpdate::of |
database rows
Definition at line 10 of file globals.txt.
Referenced by DumpBackup::__construct(), PopulateCategory::__construct(), PopulateInterwiki::__construct(), RecountCategories::__construct(), UpdateCollation::__construct(), CleanupInvalidDbKeys::__construct(), Exif::__construct(), PHPVersionCheck::checkRequiredPHPVersion(), JobQueueRedis::doAck(), HistoryPager::doBatchLookups(), UpdateLogging::execute(), ModernTemplate::execute(), DateFormatter::formatDate(), RedisLockManager::freeLocksOnServer(), RedisLockManager::getLocksOnServer(), CheckLanguageCLI::help(), PoolCounterRedis::initAndPopPoolSlotList(), EditPage::internalAttemptSave(), ParserOutput::isLinkInternal(), MessageCache::load(), ChangesListSpecialPage::makeLegend(), JobQueueRedis::popAndAcquireBlob(), JobQueueRedis::pushBlobs(), PoolCounterRedis::registerAcquisitionTime(), PoolCounterRedis::release(), showUsage(), UserOptions::showUsageAndExit(), and WikitextStructureTest::testHeadings().
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be seen |
Definition at line 25 of file globals.txt.
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being MediaWiki programmers will have to work in an environment with some global context At the time of globals were initialised on startup by MediaWiki of these were configuration settings |
Definition at line 25 of file globals.txt.
Referenced by HashConfig::__construct(), Installer::__construct(), WebInstaller::execute(), SiteConfiguration::extractAllGlobals(), HashConfig::get(), SiteConfiguration::getAll(), SiteConfiguration::getSetting(), Installer::getVar(), HashConfig::has(), CheckLanguageCLI::help(), WebInstaller::reset(), HashConfig::set(), Installer::setVar(), and UserOptions::showUsageAndExit().
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being though |
Definition at line 25 of file globals.txt.
| globals will be eliminated from MediaWiki replaced by an application object which would be passed to constructors Whether that would be an convenient solution remains to be but certainly PHP makes such object oriented programming models easier than they were in previous versions For the time being MediaWiki programmers will have to work in an environment with some global context At the time of writing |
Definition at line 25 of file globals.txt.
1.8.16