現在、対応しているスクリプト言語は Lua のみです。
Scribunto Lua スクリプトは、Module という名前空間に配置されます。
Modules are run on normal wiki pages using the #invoke parser function and each module has a collection of functions, which can be called using wikitext syntax such as:
Scribunto versions for MediaWiki 1.25 to 1.28 required PHP's pcntl extension, which is only available on Unix/Linux platforms, if you want to use "LuaStandalone" (i.e. running in a separate child process).
この要件は MediaWiki 1.29 向けの Scribunto で除去されました。
# Luaはバイナリファイルの名前です。# e.g. SourceForge LuaBinaries 5.1.5 - Release 2 name the binary file lua5.1$wgScribuntoEngineConf['luastandalone']['luaPath']='/path/to/binaries/lua5.1';
These settings are not necessary in MediaWiki versions after 1.30, where the code editor and syntax hightlighting should be used in the appropriate places automatically once the extensions are loaded. However, other settings may be desired. See the documentation for each extension.
Luaサンドボックス
LuaSandbox という C 言語で書かれた PHP 拡張機能を開発しました。
スタンドアロンのバイナリの代替として使用でき、パフォーマンスが向上します。
詳細とインストール方法は LuaSandbox を参照してください。
If you initially installed the extension to use the Lua standalone binary, be sure to update LocalSettings.php with the following configuration setting:
$wgScribuntoDefaultEngine='luasandbox';
設定
以下の設定変数が利用可能です。
$wgScribuntoDefaultEngine
エンジンを選択します。 Valid values are the keys in $wgScribuntoEngineConf, which by default are 'luasandbox' or 'luastandalone'.
$wgScribuntoUseGeSHi
When Extension:SyntaxHighlight is installed, set this true to use it when displaying Module pages. (MediaWiki 1.30 or earlier.)
$wgScribuntoUseCodeEditor
When Extension:CodeEditor is installed, set this true to use it when editing Module pages. (MediaWiki 1.30 or earlier.)
$wgScribuntoEngineConf
エンジン構成用の連想配列です。 Keys are the valid values for $wgScribuntoDefaultEngine, and values are associative arrays of configuration data.Each configuration array must contain a 'class' key naming the ScribuntoEngineBase subclass to use.
LuaStandalone
The following keys are used in $wgScribuntoEngineConf for Scribunto_LuaStandaloneEngine.Generally you'd set these as something like
Luaはシンプルなプログラミング言語で、初心者でもわかりやすいです。
For a quick crash-course on Lua, try Learn Lua in 15 Minutes.
The best comprehensive introduction to Lua is the book Programming in Lua.The first edition (for Lua 5.0) is available online and is mostly relevant to Lua 5.1, the version used by Scribunto:
{{#invoke:}}のコールは別の環境で実行されます。
Variables defined in one {{#invoke:}} will not be available from another.This restriction was necessary to maintain flexibility in the wikitext parser implementation.
When editing a Lua module a so-called "debug console" can be found underneath the edit form.In this debug console Lua code can be executed without having to save or even create the Lua module in question.
トラブルシューティング
Troubleshooting using the clickable "Script error" link.
Note that red スクリプトエラー messages are clickable and will provide more detailed information.
When using the LuaStandalone engine (this is the default), status 2 suggests memory allocation errors, probably caused by settings that allocate inadequate memory space for PHP or Lua, or both.Assigning a file path to $wgScribuntoEngineConf['luastandalone']['errorFile'] and examining that output can be valuable in diagnosing memory allocation errors.
Increase PHP allocation in your PHP configuration; add the line memory_limit = 200M.This allocation of 200MB is often sufficient (as of MediaWiki 1.24) but can be increased as required.Set Scribunto's memory allocation in LocalSettings.php as a line:
Finally, depending on the server configuration, some installations may be helped by adding another LocalSettings.php line
$wgMaxShellMemory=204800;# KB 単位
Note that all 3 memory limits are given in different units.
Lua error: Internal error: 2. on ARM architecture
If you're using an ARM architecture processor like on a RaspberryPi you'll face the error Lua error: Internal error: The interpreter exited with status 2. due to wrong delivered binary format of the Lua interpreter.
lua: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0
The installed default Lua interpreter shows:
lua: ELF 32-bit LSB pie executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.9,
look at the "Intel 80386" part what definitely is not correct.
Check in /usr/bin what version of Lua is installed on your system.If you have lua5.1 installed, you can either copy the interpreter to your lua5_1_5_linux_32_generic directory or set in your LocalSettings.php:
At present don't set wgScribuntoEngineConf to /usr/bin/lua5.3, it'll lead to the "Internal error 1".
Lua エラー: 内部エラー: インタープリターは終了コード 24 で終了しました。
When using the LuaStandalone engine (this is the default), status 24 suggests CPU time limit errors, although those should be generating a "The time allocated for running scripts has expired" message instead.It would be useful to file a task in Phabricator and participate in determining why the XCPU signal isn't being caught.
Lua エラー: 内部エラー: インタープリターは終了コード 126 で終了しました。
When using the LuaStandalone engine (this is the default), errors along the lines of "Lua エラー: 内部エラー: インタープリターは終了コード 126 で終了しました。" may be generated if the standalone Lua interpreter cannot be executed.This generally arises from either of two causes:
The Lua executable file's permissions do not include Execute.
The server does not allow execution of files from the place where the executable is installed, e.g. the filesystem is mounted with the 'noexec' flag.
This often occurs with shared hosted servers.Remedies include adjusting $wgScribuntoEngineConf['luastandalone']['luaPath'] to point to a Lua 5.1 binary installed in an executable location, or adjusting or convincing the shared host to adjust the setting preventing execution.
Error condition such as: Fatal exception of type MWException
Check the MediaWiki, PHP, or webserver logs for more details on the exception, or temporarily set $wgShowExceptionDetails to true.
version 'GLIBC_2.11' not found
If the above gives you errors such as "version 'GLIBC_2.11' not found", it means the version of the standard C library on your system is too old for the binaries provided with Scribunto.
Cのライブラリを改良するか、インストールされているCライブラリ用にコンパイルされたLua 5.1のバージョンを使用する必要があります。
To upgrade your C library, your best option is usually to follow your distribution's instructions for upgrading packages (or for upgrading to a new release of the distribution, if applicable).
If you copy the lua binaries from Scribunto master (or from gerrit:77905), that should suffice, if you can't or don't want to upgrade your C library.The distributed binaries were recently recompiled against an older version of glibc, so the minimum is now 2.3 rather than 2.11.
Lua errors in Scribunto files
Errors here include:
attempt to index field 'text' (a nil value)
Lua error in mw.html.lua at line 253: Invalid class given:
If you are getting errors such these when attempting to use modules imported from WMF wikis, most likely your version of Scribunto is out of date.
Upgrade if possible; for advanced users, you might also try to identify the needed newer commits and cherry-pick them into your local installation.
preg_replace_callback(): Compilation failed: unknown property name after \P or \p at offset 7
preg_replace_callback(): Compilation failed: unknown property name after \P or \p at offset 7
this usually indicates an incompatible version of PCRE; you'll need to update to >= 8.10
@todo: link to instructions on how to upgrade
Lua error
If you copy templates from Wikipedia and then get big red "Lua error: x" messages where the Scribunto invocation (e.g. the template that uses {{#invoke:}}) should be, that probably means that you didn't import everything you needed.Make sure that you tick the "Include templates" box at w:Special:Export when you export.
When importing pages from another wiki, it is also possible for templates or modules in the imported data to overwrite existing templates or modules with the same title, which may break existing pages, templates, and modules that depend on the overwritten versions.
Blank screen
Make sure your extension version is applicable to your MediaWiki version.
Lua scripting - Wikimedia activity page describing deployment plan to Wikimedia sites.
Extension:Scribunto/Lua リファレンス マニュアル - The reference about the Lua language, as well as its standard libraries and common Scribunto modules supported on Wikimedia sites.
Commons:Lua - there may be specific notes for using Lua modules on Wikimedia Commons, including additional Lua extensions installed (e.g. for local support of internationalization and for parsing or playing medias).Some general purpose modules may be reused in other wikis in various languages (except specific tunings for policies, namespaces or project/maintenance pages with dedicated names).If possible, modules that could be widely reused across wikis should be tested and internationalized on Wikimedia Commons.
w:Help:Lua - there may be specific notes for using Lua modules on Wikipedia, including additional Lua extensions installed (including for integrating Wikidata and Wikimedia Commons contents, generating complex infoboxes and navigation boxes, or to facilitate the general administration/maintenance of the wiki contents under applicable policies).Some other localized Wikipedia editions (or other projects such Wiktionnary, Wikisource or Wikinews) may also have their own needs and Lua modules.
d:Help:Lua - there may be specific notes for using Lua modules on Wikidata, including additional Lua extensions installed (e.g. for local support of internationalization and for database queries)
Extensions
Capiunto - Provides basic infobox functionality for the Scribunto extension.
↑i.e. Scribunto will not work if proc_open is listed in the disable_functions array in your server's "php.ini" file.If it is, you may see an error message like proc_open(): open_basedir restriction in effect. File(/dev/null) is not within the allowed path(s):.If you are using Plesk and have been granted sufficient permissions, you may be able to set open_basedir in the PHP settings for your domain or subdomain.Try changing {WEBSPACEROOT}{/}{:}{TMP}{/} to {WEBSPACEROOT}{/}{:}{TMP}{/}{:}/dev/null{:}/bin/bash.