维基百科:互助客栈/求助

维基百科,自由的百科全书
跳转至: 导航搜索

互助客棧消息发表 · 方针发表 · 技术发表 · 求助 · 条目探讨发表 · 其他发表 知识问答发表
快捷方式
WP:VPA
Help-browser.svg

本頁面只討論與維基百科相關的求助,請先參閱常見問題解答幫助信息新手入門管理员通告板,或求助於管理員,也可以在下方搜索舊討論。如您仍需協助,請点击下面適當的按鈕:

提出與編輯或使用維基百科有關的問題 使用即時求助 创建新條目 提出與維基百科無關的問題

  • 如果您的問題並非求助,而是討論一些與維基百科相關的其他問題,請前往互助客棧的其他板面。
  • 由於我們只會在您發問的頁面上公開回應,請不要公開您的私人信息(用户名除外)。

請注重禮儀及遵守方針與指引,一般問題請至互助客栈/其他知识问答提出,留言后请务必签名(点击 Vector toolbar signature button.png )。


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
存档图像
互助客栈(求助)档案馆
编辑

2006年 4 5 6 7 8 9 10 11 12
2007年 1 2 3 4 5 6 7 8 9 10 11 12
2008年 1 2 3 4 5 6 7 8 9 10 11 12
2009年 1 2 3 4 5 6 7 8 9 10 11 12
2010年 1 2 3 4 5 6 7 8 9 10 11 12
2011年 1 2 3 4 5 6 7 8 9 10 11 12
2012年 1 2 3 4 5 6 7 8 9 10 11 12
2013年 1 2 3 4 5 6 7 8 9 10 11 12
2014年 1 2 3 4 5 6 7 8 9 10 11 12
2015年 1 2 3 4 5 6



为什么强制跳转https?[编辑]

白天访问http还正常,晚上直接跳转https. 我不喜欢https,不要说什么安全不安全,用户应该有选择的权利.打不开我自己会想办法,而如果整站封了那就完了. 看起来https似乎是反审查,但实际上只会在不久的将来整站封锁. —以上未簽名的留言由无名對話)於2015-06-14T14:57:32加入。

不是已经全站封锁了吗?这是基金会的决定,想反映问题请直接联系他们。--Kuailong 2015年6月14日 (日) 23:43 (UTC)

楼上是否官方人士?如是这就太马虎了吧. 从来就没有全站封锁过,一直是dns污染.... 使用在线ping获取ip加入hosts后,遇到敏感的才封锁....其实我看也不怎么敏感.实在说还是简繁分离时候中立客观,至少能看到两种观点.

分类 主题 求助
入门 沙盒 捐款

我遇到强制https的问题,导航就这些,我觉得发在求助这里并没有问题,是正确的.如果楼上是官方,那么应该处理或者直接告知不予处理,而不是推责任.
别的什么芝麻绿豆大的破事老投票来投票去,怎么强制https这么大的事直接独裁了?
如果中文官方是不存在的,那么管理员是什么?
英文不好就该不要说话吗?--无名2015年6月15日 (一) 13:02 (UTC)

从来没有中文官方这一说法哦--广雅 范 2015年6月15日 (一) 13:14 (UTC)
没所谓的中文官方,或英文官方,只有基金会的决定,和中文的社群,另管理员也不过是社群请来打扫前台的。——路过围观的Sakamotosan 2015年6月15日 (一) 13:59 (UTC)
你英文不好当然可以号召中文社群其他人来帮忙,但联系基金会是改变这一决定唯一的办法。--Kuailong 2015年6月15日 (一) 15:27 (UTC)

能不能 不转换 或者添加可设置不转换的功能? 中文wiki不用wiki而是zh 至少cookies可以设置这个功能
这个应该不是基金会管理的事吧?我好像看到过有说某人改模板导致什么问题来着....这意思就是说某人就有改配置的权限? 比如
https://zh.wikipedia.org/wiki/烈火雄心II
https://zh.wikipedia.org/zh/烈火雄心II

前一个是 简体中文 后一个是 不转换
并非zh都是正体或者简体,同一页简繁混用也是有的.
本来自己写个脚本插插就好,问题是https安全页不能插....还是https误事.

至于https,希望能请英文好的朋友[比如Kuailong先生?]建议基金会调整,我想说的是:
最佳莫过于可选https,如果这是不可行的,那请帮忙建议 https允许缓存;请两种都要说明白的说而不是建议不要用https因为缓存,等官方蘑菇半天说不准再折腾一次甚至没下文.....
https我不反对,问题是中国的网络就那屌样,是啊https拖慢的性能是微乎其微的,官方自然觉得正常;
问题是开启了https后缓存被禁用了,结果就是慢慢来.更恶心的是点击跳转后再返回还要重加载半天,缓存没了十分蛋疼.
但是服务器header头配置,多种浏览器缓存支持度又是个老大难题.到时候又该有用户叫唤歧视某浏览器了.这就让基金会去头疼吧...
懂点网络的肯定明白我在说什么....

我觉得最好的建议莫过于请官方用https访问某个中国支持https的网站,让他们感受下小水管的爽,他们就知道为什么要建议这个了= =!我对大天朝的出口带宽还是很有信心的- -!!!

哪位仁兄能说动这个就不会有这么多麻烦事.

--无名2015年6月15日 (一) 16:47 (UTC)

繁简转换本来就是MediaWiki系统功能的一部分,我不知道你对相关技术了解多少,如果不了解请不要妄加推测“解决方案”。想要让基金会改变主意,要不形成社群共识向基金会呼吁,要不写联名信,一两个人是没有用的。--Kuailong 2015年6月15日 (一) 17:13 (UTC)
  1. 请在了解清楚之后再提出方案,否则只会让您显得一无所知还到处炫耀;
  2. 不可能只因为您一个人而使整个中文站点弃用加密连接。您不喜欢https 是您的事,您有不满请您亲自致函至基金会处。尚祈见谅。--广雅 范 2015年6月15日 (一) 17:27 (UTC)


编辑冲突..
请问"请在了解清楚之后再提出方案,否则只会让您显得一无所知还到处炫耀;"是在说我?
我正说Kuailong君不看我发言直接就说无关内容呢! 范 也请看下文吧.
服务器和php和js我还不至于不了解吧,毕竟做这么多年了.

我有意见致函至基金会处,感情中文wiki连收集意见都不干,下情不上达,信访还要一级一级来呢!管理员就只锁版本和封用户?


繁简转换本来就是MediaWiki系统功能的一部分
这个不重要,重要的是
"/zh/条目"是原文
"/wiki/条目"根据ua发送语言版本
而且原文是存在的,并不是转换后保存的.想要直接看原文不想看转换过的.简体有时候会出现文中写"x字变成x字"而前面和后面一样.
以前我自己写用户js自己转向[连cookies都不用,因为只需要根据自己需要来就行],现在https出来转不了了!
我对技术不需要了解多少,根据cookies,既可以用php做重定向[无需替换内文链接,需要服务器配置权限],也可以用js做重定向[刷新重定向和替换内文链接,需要能修改页面引用的js].只是修改下指向路径很难吗?只是需要有权限的人做一个按钮或者选框啥的去设定.
请问你看了我在说什么吗?
中间是"/zh/"的是没转换过的原文,而不是繁体!原文可能是简也可能是繁,也有原文是简繁混排的.混排也说了只是不是这个链接而已.
没https时候有办法,现在没办法了,想要有个途径直接看不转换的,而不是每次手动改输入.
请问Kuailong君你对php跳转和js重定向和替换文本了解多少?为什么直接就说我"妄加推测“解决方案”"?
我倒是希望没跳转这技术.那就别想http跳https了.

Kuailong君你是个坏人,上面给我讲

"这是基金会的决定,想反映问题请直接联系他们。"

下面给我讲

"想要让基金会改变主意,要不形成社群共识向基金会呼吁,要不写联名信,一两个人是没有用的。"

这是晃点我呢?你早点说没用,不要想了,我也不用再浪费时间写回复.

那文我机翻看了下,看起来希望确实不大,有人提gfw但是跟我想的并不相同.
机翻写回复那根本就是笑话了.
"号召中文社群其他人来帮忙",虽然你英文很好但看来你并不愿帮忙.

既然没用我也不想那么多了,提什么意见都没意义是吧,我连注册都没得,难道还能发起公开信?以前就觉得几十个人投票就决定了事情,完全有问题.看强制加密的公开信什么的就那70人,我觉得明显的,原文回复比70人联名强多了.这个不讨论

现在我只想请明白人解答一个问题:

https://zh.wikipedia.org/zh/Wikipedia:强制加密登录
中的
将可以通过中文维基项目的非加密Cookie来非加密登录其他所有计划。
这个中文维基项目的非加密cookies在哪里设定?
或者说中文维基项目的非加密cookies项目在哪?
这个到底有没有用?

日文维基不是没用https吗?
http://ja.wikipedia.org/wiki/メインページ
只是我日语也不太行就是了


大不了不用中文维基了.我就不信google在手有什么不能查的.
本来就觉得维基越来越不客观,今天才明白感情根本就是完全的境外敌对势力,管理员摆设,提意见没用,沟通渠道木有,本土化没有,官方也没有,只有个黑手基金会一手遮天,挟服务器以令天下,自己不产生内容,那正统的什么?把台湾人都封了赶走,然后瓷器编辑战,然后把大陆墙掉,很好很强大.到底是要干什么?名为正统实为基金贼?用都不能正常用正统有什么用.

维基不搞专业化,可专业的搞wiki化.
mc中文wiki,各种wiki,都比正统的好用.不就是个百科词典么,百科[百门学科]都要搞自己的词典,对比越来越没改进的维基,可能维基的主要贡献就是源程序了....我要说,这主程序衍生出的伪基百科大好! --无名2015年6月15日 (一) 18:54 (UTC)

  • 给你指明怎么做了还要被说是坏人,真是无奈。维基百科的用户都是志愿者,谁也不欠谁的。自己号召的事情,注册个帐号写个联名信让大家联署就好了,这还需要人帮忙吗?(需要找人润色,需要翻译成英文都可以在你动手写好中文之后再说。)发言这么长,塞了一堆私货,不评价了。--Kuailong 2015年6月15日 (一) 21:29 (UTC)
首先声明本人观点,IP用户不是人,想好好谈的话先去注册个账号,不要伪造签名(没错,就是说你)。
正题,首先繁简转换系统是MW的核心部分,/wiki/和/zh/具体技术实现不清楚,可能需要有专于技术的编辑和你谈谈(如果她愿意的话),我猜测可能是apache httpd的一种url重写?总之它的设计不是为了区分https和http的,所以你的方案毫无可行性。其次这个https其实在开始实施时社群就通过申请获得不用强制启用(早期刚开始时就已经计划全站启用,是社群汇报过网络问题所以允许不在申请过的站点强制启用),所以你应该要做的,要么在本社群里发起倡议,拿到共识后,然后再一次向基金会申请不强制全站启用,就这么简单,前提还是先注册一个账号;要么直接到meta或者blog下面倡议,并拉到人支持。在这里瞎扯淡的方案多的是,最后只是行动的决心。——路过围观的Sakamotosan 2015年6月16日 (二) 01:29 (UTC)
另,基金会的工作只是负责凑钱养服务器和软件开发,对站点一些基础性的条则(法律条目、编辑方针)做出倡导。剩下的事都是下面各站台的社群自己搞的,如果有硬件、软件、政策的需要才向基金会提出要求的。所以少瞎YY,先写一份中文倡议,看多少人支持,然后再向基金会提意见吧。——路过围观的Sakamotosan 2015年6月16日 (二) 01:41 (UTC)


我的私货仅仅是说出不满维基现在的方式.难道你们不觉得这种模式很奇怪吗?

我一直以为是皿煮连帮自治型的,因为细分语种这么折腾明显就是放权吧.那啥,社群自行处理自己语言各项事务,基金会发令各什么什么....开始行动,不满要先做再提,不得消极抵抗.基金会不是向各语言拨款么?拿钱就不但要有职业道德,不干正事对抗boss马上会被炒.
一说小改的权限连管理员都没有,就觉得很有空中楼阁的意思.这就跟"vps的管理员名为root的"和"免费建论坛提供二级域名建的论坛的管理员名为admin的"似的= =!而维基根据列位的说法好像是后者....
我这"坏人论",意为"一两个人是没用的"这句应该是真真确实的,置信度满表是也.你前面的说法就是在给我投放"安慰剂"= =!应该也算是个善意欺骗吧...总之呢[Kuailong君]的幽默感还有提高的余地.

使用无名是允许的.
根据 维基百科:签名 政策 如果您沒有登入,以上的簽名方法會使用你的IP地址作為用戶名。(您註冊了維基百科就不會有IP位址的私隱問題)。如果您希望保持匿名,請您考慮以“無名氏”或其他假名作為您的署名,並且加上5個~留下發表時間。然而,您的IP仍然可以通过页面历史查询到。

我是"使用无名的假名作为暑名";
反而是Sakamotosan君,用户名和user明显不一样嘛.这才像冒用吧.

是kuailong君发表回复后我好奇点了下看到签名的政策,所以做出了改动,这是正常的.我认为,我在这点是遵守维基政策的,不应被指为"伪造签名".

维基用的是HHVM,我确实不太熟悉.ngnix可以直接响应cookies,但是一般也不会这么搞,也不需要这样,php更灵活.问题不在cookies,url重写hhvm搜索下只见全跳未见根据cookies应答的内容,但并不能肯定就一定不支持此功能.直接重写到/zh/大家都看/zh/的原文那绝对是瞎整,我并不敢说这话.
php源码加一点cookies判断,根据用户设定来显示并不困难,可以说随便找个民工都能写出来.如果没"去服务器配置的权限修改php源码"而不是"配置服务器的权限",写出来有什么用呢.
javascript判断然后重定向和替换,在用户端做,需要的就是添加引用的js.我不清楚是否模板能直接引用外部js这么搞,但是外链js权限这说法虽然不正规但应该没错.

就是打开那blog格式都丢失,更无法回复.其实已经机翻了= =!本只等代理具备,垂死挣扎下.
可能是我各种联名信写多了,数万人联名都不能改变决定见多了.我开始时对不到100人联名就能更改基金会的决定没什么信心,但看之前的联名,100人我觉得也难凑.
Kuailong君所说虽是良言,惟之前我只是使用[仅查看]的普通用户,并不了解维基的运作及用户要上|访的流程.大概也是我"有问题找客服/有问题找官方"思想在这里不现实导致的问题.毕竟,根本就没有官方,又谈何有客服了....

ip无人权这说法不是某毒贴吧么,那种垃圾东西现在根本就"ip没人"了.

昨晚我言论确实有点脱线了- -!心情确实不怎么好,花时间"找官方"被指乱弹琴,所说又被指"假大空放卫星",说的话自然有点怨气= =!各位还请多包涵.
凭心而论我并无广告,也无收钱,无利益关系,观点就算偏颇也不算私货啊. 慢死了,写个回复提交多少次....
—以上未簽名的留言由1.197.134.129對話貢獻)於2015-06-16T14:04:31‎加入。

对太多事情不理解了,然后自己遐想联翩,真服了。各语言站台是基金会属下管理的站点,自然在各站台下放请求捐款通告,收来的捐款不是直接下发到站台,而是由基金会按照财政需求分配到各个事务中,包括机器运营、基金会人员工资、发展项目、分会运营资金等(详细看基金会财报)。其次如果好好地提出倡议,就根本不需要任何方案,因为本来我们站台就有初期豁免强制https的通过申请,如果认为有问题的话,就继续申请就是了。另我的签名是通过个性签名设定生成的,只要签名链接能链回用户页、用户讨论页、用户贡献任一个就可以,根本没任何问题;反而你的签名无法链回一个能证明你身份的页面,问题更明显吧。——路过围观的Sakamotosan 2015年6月16日 (二) 06:34 (UTC)
那幾個IP 怎麼胡亂替換東西,沒有註冊用戶名NoName,就不要把鏈接改掉呀!沒註冊就直接用四個半角的波浪線~~~~放在所說文字最後簽名即可。—— 2015年6月16日 (二) 08:46 (UTC)
WP:SIGN:「如果您希望保持匿名,请您考虑以『无名氏』或其他假名作为您的署名,并且加上5个~留下发表时间。」--广雅 范 2015年6月16日 (二) 10:06 (UTC)
[[Special:Contributions/NoName|无名]][[User:NoName|无名]] 這樣的形式不叫匿名、叫冒名吧,若是有人註冊了User:NoName 的話。—— 2015年6月16日 (二) 12:31 (UTC)
现在没有人注册,且指引也没有说不行?--广雅 范 2015年6月16日 (二) 12:34 (UTC)
Wikipedia:假冒签名一頁說得也不是很清楚,但即便未註冊也不太好。—— 2015年6月16日 (二) 13:07 (UTC)
我从里面挑出来两个 IP 查了一下,发现一个是许昌的,一个是禹州的-- 2015年6月21日 (日) 08:45 (UTC)

上文有提到两个问题,第一,繁简转换/wiki/和/zh/具体技术实现。第二,怎样实现强制https。

我就把之前发过的示意图再发一遍:

缓存服务器,跑VarnishnginxVarnish监听:80、:3128,Nginx监听:443。
应用程序服务器,跑Apache + HHVM (fcgi)
不加密:
浏览器----http--->LVS (208.80.154.224:80) 负载均衡-------->Varnish前端(短期缓存,用内存)(:80)----缓存失效 http 1---->Varnish后端(长期缓存,用SSD)(:3128)----缓存失效 http 2---->Apache(:80)----FastCGI 3---->HHVM(127.0.0.1:9000)-------->MariaDB
加密:
浏览器----https--->LVS (208.80.154.224:443) 负载均衡-------->NginxSSL终结-----http 0------>将请求转交给本地Varnish前端(短期缓存,用内存)(127.0.0.1:80)----缓存失效 http 1---->Varnish后端(长期缓存,用SSD)(:3128)----缓存失效 http 2---->Apache(:80)----FastCGI 3---->HHVM(127.0.0.1:9000)-------->MariaDB

回答问题1:Apache/wiki/$的url进行重写,改为/w/index.php?title=$,再交HHVM处理。/zh-hk/$被改写为/w/index.php?variant=zh-hk&title=$,之后就是mediawiki的事情了。

回答问题2:Nginx做完https终结之后,会在请求头中加一句话:X-Forwarded-Proto :"https"。后面的Varnish如果没看到这句话,就发一个301重定向:

// *** HTTPS recv code - domain-based 301/302->HTTPS decisions happen here
// if GET/HEAD filter is modified/removed later, keep in mind we need to not affect
//   the PURGE traffic here, as purge is called after this.
sub https_recv_redirect {
        if (req.request == "GET" || req.request == "HEAD") {
                if (req.http.X-Forwarded-Proto != "https") {
                        // This filter should exactly match our set of SSL cert wildcards
                        if (req.http.Host ~ "(?i)^([^.]+\.)?(zero\.wikipedia|(m\.)?(wikipedia|wikibooks|wikinews|wikiquote|wikisource|wikiversity|wikivoyage|wikidata|wikimedia|wikimediafoundation|wiktionary|mediawiki)).org$") 
                              {
                                // For now, avoid matching these "special" wikis for MW UAs
                                // Ref: T102566 + https://gerrit.wikimedia.org/r/218539
                                if (req.http.Host !~ "^(commons|upload|meta)\.wikimedia.org$" ||
                                    req.http.User-Agent !~ "^MediaWiki/") {
                                        set req.http.Location = "https://" + req.http.Host + req.url;
                                        error 751 "TLS Redirect";
                                }
                        }
                }
        }
}

Mediawiki也正是靠这句话来判断生成的页面中到底是加密链接还是不加密链接。 --Antigng留言) 2015年6月16日 (二) 13:44 (UTC)

关于这个问题一,维基百科:字词转换处理也有答案。-- 2015年6月21日 (日) 08:45 (UTC)

目前英文、中文、俄文维基百科只能用https访问了,以后所有wiki都会这样。来自本周技术新闻--Tiger留言) 2015年6月23日 (二) 09:56 (UTC)

{{subst:AFC submission/submit|type=dab}}[编辑]

这个东西有什么用?放在条目里只能显示出代码{{subst:AFC submission/submit|type=dab}} --Great♥HE☺留言) 2015年6月20日 (六) 08:50 (UTC)

怎麼修改wiki機器人建立的錯誤語言連結?[编辑]

我新增了一個條目範圍蔓延,但wiki機器人幫我連到了錯誤的語言頁Instruction creep,但正確的網頁應該是Scope creep,這個要怎麼改回來呀?--Josesuntw留言) 2015年6月22日 (一) 02:28 (UTC)

按左側下方的「編輯連結」--Liaon98 我是廢物 2015年6月22日 (一) 02:39 (UTC)

有調用的模板不停被G15[编辑]

Template:Gaon專輯月榜冠軍/年份別模板有調用到不同條目,但不知道為何經常被CSD G15,請求解決--Tom...........留言) 2015年6月22日 (一) 16:53 (UTC)

父页面不存在嘛,和有没有链入没有关系。--Jimmy Xu 2015年6月22日 (一) 17:38 (UTC)
就两个内链,明明可以写在模板里的吧。--Kuailong 2015年6月23日 (二) 20:55 (UTC)

有無辦法批量掛評級模板?[编辑]

如題,之前在動員令籌備討論時,User:Liaon98提到如果把小行星條目都評級的話,跟英文維基的比例將大幅減少,於是我就去小行星列表看了,發現竟然有約430,000顆!之前才幫眾多日月食條目手工評級完而已,看到小行星有這麼多實在是...,不知道有沒有辦法自動把它們都評級?- 和平、奮鬥、救地球!(留言)歡迎參與滅絕地質專題 於 2015年6月25日 (四) 05:31 (UTC)

有機器人在做啊(我記得臺灣專題跟日本專題就是吧),應該是在某個分類內的就自動請機器人在Talk頁標評級模板吧(不過都會是未評級)。話說小行星應該沒有43萬顆都有條目啦~不然中文維基豈不是一半的條目都是小行星了?--Liaon98 我是廢物 2015年6月25日 (四) 05:33 (UTC)
真的?那我覺得其他專題應該也可跟進,就像天文專題有那麼巨量的條目都沒評,大概比日本台灣專題多上數萬倍了吧。另外其實我覺得stub、FA、GA之類的機器人其實可以自行評級的。沒有43萬顆都有條目,那是否可仿效生物類條目用機器人批量建小行星條目,中文維基條目數就變1.5倍了,馬上變成了第四大,僅次英德法?- 和平、奮鬥、救地球!(留言)歡迎參與滅絕地質專題 於 2015年6月25日 (四) 05:41 (UTC)
根據Category:小行星小作品,應該至少有6,710顆小行星有(小作品級)條目。不過另一方面,從小行星列表裏隨便挑一些編號有6位數字的列表看看,大部分的小行星未有條目。--Quest for Truth留言) 2015年6月25日 (四) 05:47 (UTC)

登上首頁的是日圖片遮掩了右欄[编辑]

今日一開首頁,見到一幅壯闊的湖景File:Väikjärv_2011_09.jpg,向右伸延進右欄,更突破框框,一個螢幕也裝不下,整頁多了個橫向捲軸。應該把圖片的大小限在左欄內吧!?--Quest for Truth留言) 2015年6月25日 (四) 05:56 (UTC)

<<打撈中國憤青>>一書請求解封編輯[编辑]

如題,能否請求解封。自2010年被人說侵權後,現在想編輯卻被篩選器篩掉,並須由管理員解封。難道是因為對中國有不利字眼而不可編輯?這違反了wiki海納百川的基本原則。打撈中國憤青--119.77.198.160留言) 2015年6月25日 (四) 12:49 (UTC)

  • @119.77.198.160:您好,閣下有所誤會。這是因為閣下所欲創建之條目打撈中國憤青名稱中含有「中國」二字,而此類條目常常會遭破壞性用戶隨意亂創建(親中反中者皆有),所以禁止非自動確認用戶創建。如閣下欲創建,煩請申請帳號,並待成為Wikipedia:自動確認用戶後創建之,或在個人沙盒中寫好交由自動確認用戶協助創建,但請注意不要打廣告,並須符合關注度之原則(至少要有可靠來源),並勿從其他網站抄襲文章,祝編安!- 和平、奮鬥、救地球!(留言)歡迎參與滅絕地質專題 於 2015年6月26日 (五) 06:38 (UTC)


Template:Box_portal_skeleton[编辑]

英文版的這個模板使用後會自動將欄位排版,但中文版即使我將英文版的整個模板搬過來,仍無法正確排版,也找不出問題。是否有方法可以使用這個功能? Koala0090留言) 2015年6月27日 (六) 06:25 (UTC)

请教:Template:Infobox designation list的使用方法[编辑]

请教一下,以上模板怎么使用?designation1等参数是要内部设定的吗?如果是,在哪儿设定?是所有维基媒体都一样?我很好奇为什么我打一个“Singapore”就可以通,而且不知道要怎么改那个自动生成的显示文字。--黄居士留言) 2015年6月27日 (六) 13:52 (UTC)