我想在同一个域名上使用mediawiki的wordpress MU，但是我使用的是一种名为wikifamily的mediawiki托pipe服务。 所以我有不同的脚本根： / var / www / wikifamly为mediawiki / var / www / blogs for wordpress 我想这样使用它： mydomain.com或博客的mydomain.com/blog mediawiki的mydomain.com/wiki 我试图写一些想像： map $http_host $blogid { default -999; } server { server_name mydomain.com; root /var/www/blogs/; index index.php; location /wiki { index index.php index.html index.html; root /var/www/wikifamly; rewrite ^/?wiki/(.*)$ /index.php?title=$1 last; rewrite ^/?wiki/*$ /index.php last; rewrite ^/*$ […]
我一直负责导入一个SQL数据库，以build立本地的mediawiki网站（v1.14）。 我们发送了一个带有图片文件的SQLfile upload到本地站点。 在使用MAMP设置mediawiki之后，当通过phpadmin导入文件时，我的root用户每次都被冻结，我不能再login和/或连接到mysql。 我不是最有效的在SQL（我其实是非常noobish），但我认为我正在导入的SQL文件有自己的根用户/密码组合与当前冲突。 我不确定这是否是原因。 解决这个问题的唯一方法就是按照这里的说明重新创buildroot用户： http : //blog.connexeon.com/sysadmin/linux/recreating-deleted-mysql-root-user/或者保持logging在通过mysql导入之前以root身份，然后将密码更改为root。 有没有人可以帮助我解决这个问题？ 我非常希望能够为一个较早版本的MediaWiki导入一个SQL转储。 在使用MAMP安装mediawiki v1.14之前，我一直在使用下面的命令（我将文件放在htdocs中，访问索引并完成设置过程）。 我在MAMP中设置了一个数据库，使用这个命令导入通过客户端传给我的数据库： mysql –silent –local –password=barbaz newdb < dbdump.sql 我一直在试图按照这里的说明： 恢复mediawiki备份没有成功。 在导入sql之后，在访问wiki时，我要么在index.php上提示消息，指出用户"database_user_name@localhost"没有足够的权限，我授予了完全访问权限，并且可以通过mysql -uuser -ppassword访问数据库mysql -uuser -ppassword就好了。 或者我到达index.php但信息不加载。 指示说明我必须使用update.php来确保数据继续，但脚本不起作用，并提示我更多的权限错误，指出它无法连接到数据库（虽然一切似乎是正确的，我可以连接数据库使用相同的凭据通过terminal在update.php文件中使用）。 在维护文件夹中运行update.php脚本时，我正在使用PHP5.3。 我也尝试在update.php脚本中对凭证进行硬编码…，结果相同。
我的主要问题是：是否wgMaxShellMemory限制所有进程的shell任务使用的总内存，如ImageMagick缩略图创build？ 还是这是一个进程的限制？ 这个设置的文档看起来很模糊。 我有一个在共享主机上使用太多内存的wiki。 转换上传的图片时，我使用太多内存将罪魁祸首缩小到ImageMagick。 我已经减less了php.ini中的最大上传大小，这将有所帮助，但我希望wgMaxShellMemory将作为ImageMagick和其他MediaWiki后台进程的内存使用总量的硬限制。 作为一个旁注，我也无法弄清楚图像转换是否是作业队列的一部分，从而允许wgJobRunRate减慢缩略图的创build。
我正在使用OpenShift来托pipe一个MediaWiki网站。 一切工作正常，包括缩略图，然后突然，缩略图停止生成，我得到了这个神秘的错误： 创build缩略图时出错：convert：不能解码这个图像格式的委托`/ tmp / magick-XXedInGL'@compress.c / ReadImage / 503。 转换：缺less图像文件名`/tmp//transform_641049f583a5-1.png'@ convert.c / ConvertImageCommand / 2800。 我想象一下libpng发生了什么，但我不知道是什么。 我尝试使用yum尝试重新安装libpng，但yum不起作用。 到底是怎么回事？
目前，我必须为我的mediawiki实现一个自动loginfunction，并且在我的IIS 7.5上启用了Windows身份validation。 它在没有任何提示的情况下在localhost上工作。 但是，当我尝试example.com/wiki/index.php它给我的提示，并input凭证3次。 我得到了一个401.1错误。 我已经尝试将* .example.com添加到IE Intranet区域，但不起作用。 我的问题是当我使用完全合格的域名访问我的网站时，如何让浏览器（IE / Firefox / Chrome）自动login？ 由于它在localhost上正常工作（没有提示），我假设我的设置是正确的？ 另一个问题是，由于客户端的浏览器没有configuration，在部署到活服务器时，自动login如何工作？ 我读了一些关于团体政策的文章，但我不确定自己是否正确。 谁能指导我正确的方向？ 非常感谢！！
我用VisualEditor设置MediaWiki。 我按照扩展的wiki页面上的指令，克隆了git，安装了Parsoid，添加了必要的代码让Parsoid与wiki交谈，即使它是私有的： $local_ip = '127.0.0.1'; if ( $_SERVER['REMOTE_ADDR'] == $local_ip ) { $wgGroupPermissions['*']['read'] = true; $wgGroupPermissions['*']['edit'] = true; }else{ # Disable reading by anonymous users $wgGroupPermissions['*']['read'] = false; $wgWhitelistRead = array ("Special:Userlogin", "MediaWiki:Common.css", "MediaWiki:Common.js", "MediaWiki:Monobook.css","MediaWiki:Monobook.js", "-"); # Disable anonymous editing $wgGroupPermissions['*']['edit'] = false; } 现在我可以谈谈API了： $> curl -L http://localhost:8142/localhost/v3/page/html/Main_Page <!DOCTYPE html> <html prefix="dc: http://purl.org/dc/terms/ mw: […]
在我的工作中，我使用PHP 5在Apache webserver 2.4.6上安装了Mediawiki（最新版本）。当我想在本地访问wiki页面时，Everthing正常工作，我在Mediawiki中configuration了一个主机名 $wgServer = https://en.wiki.example.com. 现在，一旦我在Mediawik中清除了这个主机名configuration，那么它应该获取它获得web服务器的主机名。 发生这种情况，但主机名的格式是 http://en.wiki.example.com:443 这是一个不正确的URL（因为混合HTTP和HTTPS）。 我认为这是一个Apache的问题，因为当我尝试浏览 https://en.wiki.example.com/wiki 它redirect到 http://en.wiki.example.com:443/wiki/index.php/Main_Page 我得到一个错误的请求错误。 在wiki后面的斜杠没有任何影响。 虚拟主机： <VirtualHost *:443> ServerName https://en.wiki.example.com ServerAlias https://en.wiki.example.com en.wiki.external.com Alias /wiki /var/www/wiki-en ErrorLog logs/ssl_error_log TransferLog logs/ssl_access_log <Directory /var/www/wiki-en> Options Indexes FollowSymLinks AllowOverride None Require all granted </Directory> </VirtualHost> SSL +默认的虚拟主机： Listen 443 https NameVirtualHost *:443 ## ## SSL Global […]
我在nginx 1.9.3 / OpenBSD 5.8上运行了一个多语言wiki（MediaWiki 1.26.2和MobileFrontend ）。 对于每种语言wiki，我都有一个单独的MediaWiki安装文件夹和一个像en.domain.com这样的子域指向该文件夹。 我想使用桌面视图的MediaWiki安装文件夹为移动视图添加一个像en.m.domain.com这样的子域名，但要添加&mobileaction=toggle_view_mobile （或?mobileaction=toggle_view_mobile ，带有问号而不是＆符号如果已经有一个参数）。 我也使用CORS， 短url和从http://到https://redirect。 这是我的服务器块的样子： server { listen 80; server_name en.m.domain.com; root /path/to/domain/en; index index.html index.htm index.php; autoindex off; # CORS add_header 'Access-Control-Allow-Origin' '*'; add_header 'Access-Control-Allow-Credentials' 'true'; add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS'; add_header 'Access-Control-Allow-Headers' 'X-Requested-With, Accept, Content-Type, Origin'; # Redirect to https:// if ($http_cf_visitor ~ '{"scheme":"http"}') […]
我们在MediaWiki中获取前景或基础皮肤来呈现页面的内容部分中的任何选项卡。 这个网站是一个演示，在GoDaddy托pipe，但我们也尝试干净地安装Fedora本地和Linode。 所有可用的CSS和JS似乎都正确加载，日志中没有明显的错误。 外观/主题确实正确渲染页面顶部的导航栏部分。 也许我们在语法上做错了什么，还有另一个步骤来启用我们失踪的皮肤/主题？ 任何帮助，将不胜感激。 https://protocol96.com/mw/Main_Page
我尝试安装SemanticMediaWiki的最新版本。 当我运行composer update ，它返回以下内容： > ComposerHookHandler::onPreUpdate Loading composer repositories with package information Updating dependencies (including require-dev) Your requirements could not be resolved to an installable set of packages. Problem 1 – mediawiki/semantic-media-wiki 2.4.x-dev requires onoi/callback-container ~1.0 -> satisfiable by onoi/callback-container[1.0.0, 1.1.0] but these conflict with your requirements or minimum-stability. – mediawiki/semantic-media-wiki 2.4.6 requires onoi/callback-container ~1.0 […]