“即时公报”修订之差异

来自MyaWiki.Org
跳转到导航 跳到搜索
(恢复编辑)5.44.37.130说话)最后版本的WLADEK92
标签回降
(每)T137926不再需要卷曲延伸
γ
第37行: 第37行:
γ
<!-T:20—>
γ
<!-T:20—>
γ
如果启用了该特性,Wiki的行为就像Wikimedia项目,也就是说,如果一个图像或其他媒体文件被引用到共享域上,则它可以通过指定它的名称而被包含在Wiki页面中,就像本地上传的文件一样。本地文件名优先于公文文件名。
γ
如果启用了该特性,Wiki的行为就像Wikimedia项目,也就是说,如果一个图像或其他媒体文件被引用到共享域上,则它可以通过指定它的名称而被包含在Wiki页面中,就像本地上传的文件一样。本地文件名优先于公文文件名。
- γ
-
<!-T:67—>
γ
-
这个特性依赖于<tVAR.CURL > [HTTPS://ScUR.ph.NET/Boo.Curl PHP CURL] </>扩展。
γ
γ γ
γ
=配置= = <!-T:21—>
γ
=配置= = <!-T:21—>

最新修订日期为2019年10月23日0231

在任何MyIaWiKi安装中从公文包输入图像名称…
图像从下界获取并嵌入到页面中。

即时公文是MediaWiKi的一个特性,允许使用任何上传的媒体文件。维基媒体共享在世界范围内的任何MyIaWiKi安装中。即时共享使wikcache缓存共享内容只下载一次,随后的页面浏览加载本地现有的副本。

理论基础[编辑]

截至2019年4月,维基媒体共享中央媒体存储库维基媒体基金会包含超过5200万个文件。这些文件中的每一个都可以在免费内容许可证或公共领域使用;除了使用官方徽章或商标之外,没有其他限制使用。限制商业用途的许可证被认为是非免费的。

随着公有意识的增长,外部当事人使用包含在其中的内容的欲望,以及贡献新的材料。目前技术上可以在任何网页的上下文中直接从维基媒体的服务器上加载图像。这样的热链接是允许的,但由于多种原因而存在问题:

  • 它不尊重图像的许可条件,不允许其他元数据可靠传输。
  • 除了不能正确地信任媒体文件的作者之外,它也不给维基媒体带来荣誉。
  • 它在每个页面上消耗维基媒体带宽(除非图像已经缓存在客户端或通过代理)。
  • 它不利于有用的图像操作,例如缩略图生成和字幕,并且很难在Wiki的上下文中使用,特别是对于标准布局操作。
  • 它与URL绑定为资源标识符,这使得镜像变得复杂。
  • 它创建了一个不可追踪的外部使用Web,维基媒体的任何改变必然影响这些外部用户。
  • 它不允许离线观看,这在只有间歇性网络接入的国家是至关重要的。

即时公钥试图通过提供一种从WikimiDa服务器缓存图像和元数据的简单方法来解决所有这些问题。即时共享的第一个实现将在维基百科允许透明地执行所有MealaWiKi图像操作(缩略图、字幕、画廊等)。然而,其他Wiki引擎可以使用下面描述的API操作来实现即时通信功能。

基本特征集[编辑]

在安装过程中,站点管理员可以选择是否启用即时通信。然而,理想情况下,默认情况下应该启用该功能(指定可写的上传目录),以允许最大可能的用户使用WikimeDaCon内容。

如果启用了该特性,Wiki的行为就像Wikimedia项目,也就是说,如果一个图像或其他媒体文件被引用到共享域上,则它可以通过指定它的名称而被包含在Wiki页面中,就像本地上传的文件一样。本地文件名优先于公文文件名。

配置[编辑]

为了在MealAWiKi版本1.16或更高版本中启用即时通讯,就足以将此行添加到LoalalStutsP.PHP中(参见$WGISE即时通信 详情请参阅:

$WGISE即时通信 = 

为了启用MyaWiKi版本1.13-1.15,请参见手册:使用WikimediaCason文件中的$WGFieldFieleRePs* .

这个特性应该立即生效。如果不是,检查PHP函数CuLLIX执行()在Web服务器中禁用。

HTTPS[编辑]

从2015年6月开始,维基媒体共享只能使用HTTPS. 有些安装可能会丢失它们的根证书存储,阻止MeaWiWi通过HTTPS接触共享空间。如果即时通信停止工作,请尝试:

  • 安装PHP卷曲扩展(通常更可靠,并且更可能已经安装了正确的证书)Debian/Ubuntu:SUDO APT安装PHP卷曲
  • 验证您是否有最新的证书存储区。如果安装了PHP卷轴扩展,请按照说明操作韦伯特浅谈瞬发中子的停止工作.

安全管理功能[编辑]

如果您的服务器操作系统实现了SELinux,请查看专用段 SELIMUX设置页面 并确保HTTPD脚本和模块能够成功访问网络。如果SElinux阻止HTTPD脚本和模块连接到WikimdiaCon存储库,那么即时共享功能将不起作用。

防火墙后面[编辑]

如果Wiki上运行的服务器位于防火墙之后,则必须向Wiki服务器授予输出的HTTP/HTTPS请求给普通。Wikimdia.Org和SuppAD.Wikimdia.Org,以便立即共享。IP地址范围在IP地址.

通过即时公文使用文件[编辑]

通过启用即时共享,您可以从WikimeDaCon中选择任何图像(例如)。这一个单击“使用此文件”按钮(带有wiki图标的按钮)探戈风格维基百科ICON在你的wiki中粘贴标记,在我们的例子中粘贴

[文件:维基百科标记共享空间.SVG,拇指,来自Wiki媒体共享的图片
维基媒体共享的图片

将渲染缩略图(如在本页右侧可见)。

请注意,在使用这种方式时,您仍然需要尊重任何许可和其他文件使用的法律要求。共享空间:维基媒体之外的内容再利用.

可扩展性考虑[编辑]

因为即时共享功能允许Wiki用户从维基媒体服务器下载资源,所以对于使用wiki或wiki媒体共享服务器来说,不可能有拒绝服务攻击的可能性,例如,将维基媒体共享的最大文件的30K粘贴到Wiki页面并按下“预览”。因此,每一个成功的即时通信请求都必须由即时共享的启用wiki与始发用户或IP地址以及请求的时间一起登录。如果单个用户覆盖了一个慷慨的内部带宽限制(默认情况下可能高达1 GB,但应该是用户可配置的),则未来的图像不会在24小时内下载。Wiki管理员不应该存在这种限制(如果Wiki管理员想要对他自己的Wiki进行拒绝服务攻击,他们不需要停止这样做;如果他们想对维基媒体进行攻击,除了Wikimidia的终结之外,他们不能停止这样做)。除了每个用户的带宽限制之外,可以对文件的大小进行限制,这些文件应该被透明地下载。这将主要是因为特定大小以上的文件会显著地延迟页面浏览量,甚至可能导致页面请求超时。为了下载这些文件,可能需要使用外部应用程序,这样就可以在后台完成,而不会导致页面请求继续。最后,即时Cuffon缓存可能有一个最大的最大大小;如果超过这个大小,则不会下载其他文件。

虽然使用即时共享功能的单个wiki不太可能导致维基媒体基金会的成本显著增加(因为每个文件只需要下载一次,并且每个用户带宽限制),但是对于使用该特征的项目,包括在即时共享描述页面上的通知是公平和合理的,例如:“该文件来自维基媒体共享,Wikimedia基金会主办的媒体档案馆。如果你愿意支持维基媒体基金会,你可以在这里捐款……”

未来潜力[编辑]

在未来,可能需要提供一个发布者/订阅模型的变化,这将需要维基到Wiki认证以及用于订阅Wiki的图像数据库。这也将打开交叉wiki破坏的威胁,可以使用24小时或更长时间的延迟阶段来解决变化。然而,这将要求联邦认证为最低限度。它也可能需要交叉wiki通信设施来通知用户从其他wiki上共享公共政策,这可能是一个更大项目的一部分。液线.

也见[编辑]