“Project:扩展维护”的版本间差异
(界面语言) |
小 (Yuki移动页面Project:扩展维护至Project:扩展维护:属于站点记录) |
(没有差异)
|
2022年8月25日 (四) 22:06的版本
Parsoid
- 要使得Parsoid在LNMP 1.7环境安装包下顺利使用可视化编辑功能需要进行如下修改:
- 注释掉
/usr/local/nginx/conf/enable-php.conf
中的#try_files $uri =404;
; - 注释掉
/usr/local/php/etc/php.ini
中的; cgi.fix_pathinfo=0
; - 与数据库无关,重启nginx和php-fpm即可。
Extension:CheckUser
注释掉/home/wwwroot/default/mw/extensions/CheckUser/src/TimelineRowFormatter.php
中的第99行//'userAgent' => $this->getUserAgent( $row->cuc_agent ),
(该行报错)后Special:Investigate中可以使用Timeline功能,但缺少useragent信息项。
- 猜想1:因为不是一开始就安装了Checkuser,所有有一部分信息出现了缺失(空值),而代码未对空置进行过滤而导致问题。
- 猜想2:若随MediaWiki一同安装可能不会出现此问题。
- 猜想3:应该只影响CheckUser安装前的用户。
- 结论: 对数据库中受影响的空值进行填充,可以得知: 历史记录是50项/页的,所以只要满足操作次数则可避免报错。
Extension:Display Title
DisplayTitle被用于显示与页面名称不一样的标题。根据扩展说明页面,在1.5.3
版本之后,所有与重定向相关的页面都会受到影响,例如:特殊:重定向页列表、特殊:链入页面、重定向的页面。
原有的页面名称将显示为重定向目标页面的名称,与用户的直觉不符。解决方案是安装低版本扩展。
Extension:PdfHandler
PDFHandler是一个MediaWiki安装时捆绑的一个扩展,理解的用途是在文章中展示PDF页面。但是现代浏览器chrome类和firefox列都能够打开网页上的PDF文件,似乎也不是怎么的重要了。一般来说,这个扩展未经配置是无法展现PDF页面的,取而代之的是一个Logo。
要让该扩展正常使用首先需要apt
安装which gs convert pdfinfo pdftotext
。
在LocalSettings.php中的配置如下:
1$wgFileExtensions[] = 'pdf';
2$wgUseImageMagick = true;
3wfLoadExtension( 'PdfHandler' );
4# Ubuntu
5$wgPdfProcessor = 'gs';
6// if defined via ImageMagick
7$wgPdfPostProcessor = $wgImageMagickConvertCommand;
8// if not defined via ImageMagick
9// $wgPdfPostProcessor = 'convert';
10$wgPdfInfo = 'pdfinfo';
11$wgPdftoText = 'pdftotext';
12# Debian
13$wgPdfProcessor = '/usr/bin/gs';
14// if defined via ImageMagick
15$wgPdfPostProcessor = $wgImageMagickConvertCommand;
16// if not defined via ImageMagick
17// $wgPdfPostProcessor = '/usr/bin/convert';
18$wgPdfInfo = '/usr/bin/pdfinfo';
19$wgPdftoText = '/usr/bin/pdftotext';
Semantic MediaWiki
在使用新版本Composer更新SMW时,Composer会提示报错 Package::setProvides must be called with a map of lowercased package name.
。目前找到的解决方法是使用旧版Composer(如版本2.1.14)进行更新。[1]如果遇到莫名其妙的包 冲突/丢失 的问题,可以尝试更换composer的源。
其他
语言
修改界面语言时,用户语言 要与 维基使用语言 保持一致;否则会出现奇怪的情况。但是现在这两个选项在配置文件中设置成一样的,也隐藏了前台的修改选项。