Wikipedia:互助客栈/其他:修订间差异
→任何正常編寫用戶不可能以破壞後的內容提報刪除: 修飾語句 |
|||
第347行: | 第347行: | ||
:{{tl|Language icon}}吧?--[[User:Xiplus|<span style="color: #6666FF;">'''Xiplus'''</span>]]#[[User talk:Xiplus|Talk]] 2018年1月27日 (六) 11:37 (UTC) |
:{{tl|Language icon}}吧?--[[User:Xiplus|<span style="color: #6666FF;">'''Xiplus'''</span>]]#[[User talk:Xiplus|Talk]] 2018年1月27日 (六) 11:37 (UTC) |
||
:感觉必要时可,不标亦可,避免滥标。标示发布者的主要使用语言,而非网站界面语言。如[https://twitter.com/xhnews 新华网Twitter]可标{{tl|en}}以助读者提前了解;法国人的法语Twitter标{{tl|fr}}以提醒和告知读者。--[[User:YFdyh000|<span style="color:#0000DD;">YF</span>]][[特殊:用户贡献/YFdyh000|<span style="color:steelblue;">dyh000</span>]]([[User talk:YFdyh000|留言]]) 2018年1月27日 (六) 11:53 (UTC) |
:感觉必要时可,不标亦可,避免滥标。标示发布者的主要使用语言,而非网站界面语言。如[https://twitter.com/xhnews 新华网Twitter]可标{{tl|en}}以助读者提前了解;法国人的法语Twitter标{{tl|fr}}以提醒和告知读者。--[[User:YFdyh000|<span style="color:#0000DD;">YF</span>]][[特殊:用户贡献/YFdyh000|<span style="color:steelblue;">dyh000</span>]]([[User talk:YFdyh000|留言]]) 2018年1月27日 (六) 11:53 (UTC) |
||
== Zenk0113以破壞後的內容提刪事件及techyan製造subst無編輯封禁事件 == |
|||
===Zenk0113的單方面論點是沒人聽說過的發明=== |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
說到原創研究,「第七屆以後必定不可以在前一年選」這才是原創研究。根本沒有聽過什麼「改選制就會變成同一年選」的說法。很明顯是自己發明的。破壞的證據我已經提了,{{querylink|2019年中華民國立法委員選舉|qs=oldid=47423232|很明顯很清楚就是破壞}}。先提出這不是破壞的證據吧。不然'''這就是破壞''',已經確定。再說一次:'''回退破壞不是編輯戰'''。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月18日 (一) 13:54 (UTC) |
|||
:您與ip用戶反覆編輯或移動等沒有共識的編輯動作可以算編輯戰了,至少以wiki立場不希望這樣刪刪增增的編輯行為。但是如果您覺得您是在處理破壞,何不依wiki的破壞處理程序進行呢? 一樣或是類似的增增減減超過三次一樣會被列為編輯戰。破壞未成立的前提下,這只是代表您與ip用戶沒有達成共識。 |
|||
:至於條目命名問題,請您找出2019年選舉的可靠來源再來討論吧。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月18日 (一) 14:54 (UTC) |
|||
::破壞已經成立,{{querylink|2019年中華民國立法委員選舉|qs=oldid=47423232|不論他自己怎麼辯,這就是很清楚的破壞行為}},並非如你說的破壞還未成立。請你找出「第七屆以後必定不可以在前一年選」的證據、的規定或法律要求的可靠來源再來討論吧。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月18日 (一) 16:47 (UTC) |
|||
:::這個之前,您與ip用戶已經反覆編輯行為了。我還是建議您日後碰到反覆的編輯行為,先與其他人達成共識吧。尤其很多ip用戶有可能是新手,建議以wiki的角度講規則,而不是用你的道理。我主張2020年選舉,我找了三個可靠來源,過去選舉條目命名就是依投票日的年度做為命名基準。另外,依目前發言的使用者其實比較偏向提刪就是。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月18日 (一) 17:18 (UTC) |
|||
</blockquote> |
|||
====Zenk0113自創說法,單方面詭辯謊年初年末月份是選制==== |
|||
{{talkquote|更改選制後,7-9屆都是年初選舉。我不知道您的2019如何而來? |by=Zenk0113|ts=2017年12月18日 (一) 11:28 (UTC)}} |
|||
Zenk0113發明的「第七屆以後必不可在年末選舉」論點以及「改選制就會變成同一年選」是他自己發明的,沒有人聽說過這種說法。年初選還是年末選,根本無此規定。Zenk0113聲稱「必定年初選舉」,但是此項是謊稱,他也根本拿不出必定年初的證據。反之,2018年已經確定是年末月份(11月)選舉,已經有力地證明Zenk0113單方面的論點是完全錯誤。所謂的「2005年之後不可以在年初選舉」是他單方面的聲稱,沒有出處,而且這說法已經證明為完全錯誤。而且,每次若是合併選舉都會引起議論,經過討論才定案,這才是一般常識。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
====1997縣市長/1998縣市議員是常識中的常識==== |
|||
{{quote box |
|||
|title=常識:前一年年末/這一年年初 |
|||
|border=2px |
|||
|align=center |
|||
|bgcolor=Cornsilk |
|||
|quote=(註4)由於縣市長選舉在1997年11月29日舉行,縣市議會選舉在1998年1月24日舉行,也就是說兩項公職人員的選舉並非於同一時間點進行,是故縣市長與縣市議員亦非於同日就職。基於監督行政機關的角度及研究時間完整性的考量,本文遂以縣市議員的就職日(1998年3月1日)做為研究的起點。 |
|||
|author=吳重禮,國立中正大學政治學系既研究所副教授、楊樹源,國立中正大學政治學研究所碩士 |
|||
|source=吳重禮、楊樹源,2001,《[https://www.rchss.sinica.edu.tw/app/journal.php?vol=13&num=03&year=2001&pdf=1331.pdf 台灣地區縣市層級「分立政府」與「一致政府」之比較:以新竹縣市與嘉義縣市為例]》,中央研究院《人文及社會科學集刊》 |
|||
}} |
|||
{{quote box |
|||
|title=常態:23縣市中有21縣市的選舉並非同日舉行 |
|||
|border=2px |
|||
|align=center |
|||
|bgcolor=Cornsilk |
|||
|quote=截至目前為止,全台灣僅有台北、高雄兩院轄市之市長、市議員定期同日改選,'''其餘21縣市'''之行政首長選舉與縣市議員選舉,'''相隔數月''',並非同日舉行。 |
|||
|author=黃紀,中正大學政治學系教授 |
|||
|source=黃紀,2001,《[https://www.rchss.sinica.edu.tw/app/journal.php?vol=13&num=05&year=2001&pdf=1352.pdf 一致與分裂投票:方法論之探討]》,中央研究院《人文及社會科學集刊》}} |
|||
提到台灣選舉,任期重疊的不同職務,在不同日期選舉,是基本常識。比如說1997年的縣市長及縣市議員,實際上選舉日期不同,就任日期也不同。這種例子根本多不勝數。實際例子多到數不清。雖然在學術討論上為了方便起見,即便是最嚴謹的討論,通常也會以1997年縣市長選舉稱之,但是實際上,縣市長選舉發生於1997年年底(12月),而縣市議員選舉發生於1998年年初(元月)。這類年末年初的事件本來就自動帶有這種特質。如果只計算縣市,那麼任期重疊(可視為同一屆)的事件就會有「前一年年底」、「這一年年初」兩個時間點。而如果把台北、高雄兩市算進來,實際上發生的時間點甚至會是「前一年年底」、「這一年年初」、「這一年年底」三個時間點。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
====2001年縣市長選舉目前就只命名為2001==== |
|||
和[[1997年中華民國縣市長選舉]]命名掛上「1997年」一樣,我們不會因為這一次縣市議員的選舉發生在1998年的年初而把兩者皆掛上「1998年」。[[2001年中華民國縣市長選舉]]也是一樣。先發生的就命名「2001年/2019年」,後發生的理論上就可以命名為「2002年/2020年」。條目命名為「2001年/2019年」是合理的。只要讀過第一段的導言寫明了,很快就可以發現這兩個條目的題材是有重疊,但是也有不同。如果認為,2001和2002兩個條目題材太接近了,應該合併為一個條目就好,這當然可以討論。可是如果有人明明知道時間範圍跨越了2001到2002,卻要聲稱這個條目只能命名為「2002年選舉季」,不能命名為「2001年選舉季」,這種說法就是不符常識。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
===沒發生編輯戰Zenk0113卻謊稱發生編輯戰=== |
|||
====方針規定回退破壞不是編輯戰==== |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
IP用戶主張2020年選舉,用戶@-{[[User:Fauzty|Fauzty]]}-:主張2019年選舉。所以產生編輯戰或是條目異動等爭議。第七屆更改選制後,7-9屆都是年初選舉。但每10年會檢討一次選區,仍有變數。本來建議使用'''第10屆中華民國立法委員選舉'''也被淹沒在編輯戰中。(PS.2018年的七合一,其實也沒還確定選舉日)如此範疇是否依未來條目提刪處理? 或是條目全保護比較適當? [[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月18日 (一) 11:39 (UTC) |
|||
:首先,'''回退破壞不是編輯戰'''。我根本沒有「主張」過2019年選舉,這種抹黑手法不會有效果的。因為大家一眼就看得出來是IP用戶破壞條目。還有,根本就沒有發生過編輯戰,這人為何抹黑說是'''發生了'''編輯戰呢?至於關鍵點,誰是誰非或是法律上為何會造成2019年是可能的,我相信條目本身內容已經解釋得很詳細了。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月18日 (一) 12:55 (UTC) |
|||
</blockquote> |
|||
====IP用戶明顯是連續長期破壞==== |
|||
{{talkquote|text=IP用戶{{querylink|2019年中華民國立法委員選舉|qs=oldid=47423232|所寫的東西是這樣}}。好了,很清楚是破壞。[[User:Zenk0113|Zenk0113]]現在還要強辯說這個IP用戶沒做破壞嗎?這種指責非常可笑。|by=Fauzty|ts=2017年12月18日 (一) 12:59 (UTC)}} |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
{{querylink|2019年中華民國立法委員選舉|qs=oldid=47412586|破壞前的內容是這樣}}:「''2019年中華民國立法委員選舉將於民國108年(2019年)年底或民國109年(2020年)年初舉行。選舉日尚未公告''」。這整句都是我自己親手寫的。還有,破壞之前的條目本身就寫得很清楚了。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月18日 (一) 13:16 (UTC) |
|||
::還那麼久以後的事,現在寫根本寫不出有實質意義的內容,右邊的大篇infobox還是第九屆立委選舉的結果,根本是在誤導讀者,所以我建議提刪,等事情明朗化後再建立,且這樣也不會有編輯戰。-[[user talk:克勞棣|游蛇脫殼]]/[[user:克勞棣|<span style="color:#5e4">''克勞''棣</span>]] 2017年12月18日 (一) 13:28 (UTC) |
|||
:::請先拿出'''發生過'''編輯戰的證據。既然沒有發生編輯戰,哪來的所謂「這樣才不會發生編輯戰」?況且,你認為是在誤導讀者,那麼你可以自己動手把 infobox 完全拿掉啊。雖然我自己不十分同意這算誤導,不過我並不介意把 infobox 拿掉。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月18日 (一) 13:40 (UTC) |
|||
</blockquote> |
|||
====確定IP用戶連續破壞而且確定並無發生編輯戰==== |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
::::'''沒有發生過編輯戰'''。如果有,請你找出證據。既然你到現在還找不出發生過編輯戰的證據,那就是沒有。既然沒有的事情你要說主張成有,那你應該找出發生過的證據,而不是在這裡空口白話。「第七屆以後必定不可以在前一年選」的證據你也還沒找到,這都是你的原創研究,請你找到證據之後再來主張。把破壞說成是破壞未成立,這就只是指鹿為馬。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月19日 (二) 01:25 (UTC) |
|||
:::::好!就算沒有發生編輯戰,就算「第七屆以後必定不可以在前一年選」是沒有根據的事,但目前條目無實質意義的內容也是真的,說來說去只有-{「}-不排除第十屆在前一年選的可能性-{」}-,所以在下提議提刪,等很多事項確定後再建立。-[[user talk:克勞棣|游蛇脫殼]]/[[user:克勞棣|<span style="color:#5e4">''克勞''棣</span>]] 2017年12月19日 (二) 01:37 (UTC) |
|||
::::::目前無實質意義的內容是因為目前的條目內容是破壞後的。{{querylink|2019年中華民國立法委員選舉|qs=oldid=47412586|破壞前的有寫東西}}。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月19日 (二) 01:43 (UTC) |
|||
</blockquote> |
|||
{{talkquote|text=[[User:Zenk0113|Zenk0113]]主張發生編輯戰,我主張發生破壞。我提出了發生破壞的證據,[[User:Zenk0113|Zenk0113]]到現在提不出發生編輯戰的證據。三個可靠來源看了,裡面沒有任何一個可以支持你說的。你說的完全是你自己的發明。口口聲聲說共識共識,怎麼你不用和我達成共識,卻叫我去和破壞者達成共識呢?這可奇了。還有你說你提了來源,可是那三個來源沒有一個能證明「選舉日必然不發生在2019年」。既然如此,這個條目標題本身就是正確的。如果你對條目標題有疑問,那應該可以於 talk 針對論題來討論才對,但是你卻做出'''發生編輯戰'''這種明顯有誤導性的指控。我已經證明了你的這個指控根本就不正確。你說七到九屆都同一年年初選,這是客觀事實陳述。但「改選制之後(必然)同一年選舉」這是你自己發明的,沒有任何根據的論斷。我也從來沒聽過有誰是這樣講的。|by=Fauzty|ts=2017年12月19日 (二) 03:49 (UTC)}} |
|||
{{talkquote|text=<span style="font-weight:bold; background-color:#FFDD77; color:#800000;">(*)</span>'''提醒'''{{querylink|2019年中華民國立法委員選舉|qs=oldid=47450584|一次破壞}}、{{querylink|2019年中華民國立法委員選舉|qs=oldid=47451591|二次破壞}}、{{querylink|2019年中華民國立法委員選舉|qs=oldid=47472186|三次破壞}},這是明確的屢次破壞行為,沒有發生過編輯戰,只有針對破壞行為的回退。|by=Fauzty|ts=2017年12月22日 (五) 04:55 (UTC)}} |
|||
===從一開始就是造假的刪除理據=== |
|||
一般編寫的用戶'''不可能用{{querylink|title=2020年中華民國立法委員選舉|qs=oldid=47451591|破壞後的內容}}是「無實質內容」為由提報刪除'''。這種提報也根本不可能以刪除作為結論。可以用破壞後的內容去提刪的前提,就是有純破壞用戶破壞了條目,並且將頁目編排破壞至難以閱讀的地步,Zenk0113再將這個已經難以閱讀的條目提報刪除,而且當發生這種等級的破壞,他竟然又阻止別人寫到草稿去,明顯不符合維基百科編寫條目的常理。--[[User:Fauzty|Fauzty]] ([[User talk:Fauzty|talk]]) 19:55, 25 January 2018 (UTC) |
|||
{{talkquote|text={{刪除}}理據:未來條目,無實質內容 |
|||
: 提交的維基人及時間:[[User:Zenk0113|Zenk0113]]|by=Zenk0113|ts=2017年12月19日 (二) 02:44 (UTC)}} |
|||
{{talkquote|text=補述,九月掛來源模板後,無任何改善。且現在有命名爭議,建議2018年選舉後或是政黨公告競選名單後,有相關可靠來源後再行成立。|by=Zenk0113|ts=2017年12月19日 (二) 02:47 (UTC)}} |
|||
{{quote box |
|||
|title=造假的刪除理據vs不但有可靠來源而且就在這裡 |
|||
|border=2px |
|||
|align=center |
|||
|bgcolor=Cornsilk |
|||
|quote=依公職人員選舉罷免法規定,中選會應重新檢討直轄市、縣市選出的立法委員名額分配及選舉區,並以第9屆立法委員'''任期屆滿前2年2個月月底(即106年11月30日)'''戶籍統計人口數為準,計算各直轄市、縣市應選出名額,並按應選名額劃分同額選舉區。 |
|||
選舉區如有變更必要,應於107年5月31日前將變更案送經立法院同意後發布。 |
|||
|author=記者劉麗榮|source=中央社,[http://www.cna.com.tw/news/aipl/201712190299-1.aspx 立委選區確定調整 計算方式明年1月確認]}} |
|||
{{talkquote|text={{快速保留}},提刪者明顯誤導。而且命名即使有爭議,重定向或更改標題即可,完全沒有理由刪除。無實質內容是因為該條目遭破壞,{{querylink|title=2019年中華民國立法委員選舉|qs=oldid=47412586|破壞前的內容是這樣}}。提報者的理由明顯不成立。|by=Fauzty|ts=2017年12月19日 (二) 03:56 (UTC)}} |
|||
{{talkquote|text=F大主張的破壞前內容屬實質內容,但依然無任何可靠來源支持(原創研究?)。另外,如果條目適合留下,我們再討論命名問題。|by=Zenk0113|ts=2017年12月19日 (二) 04:38 (UTC)}} |
|||
{{talkquote|text=提刪者所提理據明顯錯誤,而又不補提出其他理據。這樣他等於沒有提出任何理由,於是這是不成立。|by=Fauzty|ts=2017年12月19日 (二) 10:31 (UTC)}} |
|||
====法律稱2017年底籌備,特稿稱未來兩年有選舉==== |
|||
{{quote box |
|||
|title=法律規定2017年11月開始籌備 |
|||
|border=2px |
|||
|align=center |
|||
|bgcolor=Cornsilk |
|||
|quote=桃園市議員黃景熙今天在民政局工作報告時,詢問坊間報導,'''2019年立委選舉''',桃園市可能增加1席,區域立委席次由目前的6席增至7席,屆時桃園市將重新檢討選區劃分方式;……|author=記者謝武雄/桃園報導|source=自由時報,[http://news.ltn.com.tw/news/politics/breakingnews/1831284 桃園立委增加1席?市府民政局:目前未達條件]}} |
|||
{{quote box |
|||
|title=特稿聲稱未來兩年皆是「選季」 |
|||
|border=2px |
|||
|align=center |
|||
|bgcolor=Cornsilk |
|||
|quote=其次要就未來政治環境的變化,詳細地分析考量,'''例如未來兩年都有選舉''',今年是地方縣市首長與議員的選舉,明年中也將進入總統與立委的選季……|author=鄒景雯/特稿|source=自由時報,[http://news.ltn.com.tw/news/business/paper/1168317 時力的出路]}} |
|||
{{quote box |
|||
|title=2016年新聞中已認定2019年立委選舉 |
|||
|border=2px |
|||
|align=center |
|||
|bgcolor=Cornsilk |
|||
|quote=桃園……到2018市議員選舉和'''2019立委選舉'''時,將突破221萬人,平原、山原跟區域市議員能各再增加1席,共增3席、到63席桃園市議員,而立委也可望再增加1席、到7席。|author=蔡依珍/桃園報導|source=中國時報,[http://www.chinatimes.com/newspapers/20160921000420-260107 人口增加可望增立委1席議員3席]}} |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
事實上是您的整段文字都沒有[[Wikipedia:可靠來源|可靠來源]](就算沒破壞前也是),誰寫的就應該負舉證責任。沒有可靠來源再加條目內容空洞的確不適合現在成立。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月19日 (二) 12:42 (UTC) |
|||
:既然提刪者提不出理由的話那就只能'''快速保留'''了。請你認真提出應予刪除的理據,當然補充補提也都是允許的,不過至少要提得出理由才對吧。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月19日 (二) 14:50 (UTC) |
|||
{{unreferenced|time=2017-09-23T01:36:13+00:00}} |
|||
::'''無法查證的內容可能被提出異議而移除。''' [[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月19日 (二) 16:09 (UTC) |
|||
:::'''無法查證的內容'''指的當然是段落,或著字句。不是條目要刪除。所以你根本沒有提及任何一個可以刪除條目的正當理由。你可以自己動手刪除不適合的字句。所以「有無法查證的部分字句」這完全不能構成刪除條目的理由。更何況條目現狀是破壞後。這個條目有很多可以加筆的地方,但既然你要提刪,誰會在一個已經要刪除的條目加上文字呢?至少我不會去改動。只有保留一途,除此之外不可能加筆改善。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月19日 (二) 16:25 (UTC) |
|||
</blockquote> |
|||
依照特稿和新聞都可以發現此次選舉的特殊性在於,必須在兩年兩個月之前就開始籌備,而現在(2018年元月)就是時程的2年2個月的範圍之內,也就是現在這個時間點,依照新聞及可查證的可靠來看,中央選舉會已經開始籌備該次選舉。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
====「無法查證的內容」指的當然是段落,或著字句;不是條目要刪除==== |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
::::不管是破壞前後都沒有可靠來源。如果提刪期間,您也不願意改善條目,那就是刪除理由(無任何可靠來源及實質內容)成立了。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月19日 (二) 16:43 (UTC) |
|||
:::::無可靠來源≠可以刪除條目。再說一次,'''無可靠來源不等同於可以刪除條目的理由'''。所以你連「一個」刪除條目的理由也想不出來。唉。可見得這個條目的存在是多麼堅實了。請先認真想出一個可以令條目刪除的理據。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月19日 (二) 16:52 (UTC) |
|||
:::::[[WP:VERIFY|可供查證]],維基讀者可以自行查閱本條目中所提及的相關法律條文,就可以客觀驗證「就任日前三個月內的某一天為投票日」是否為真實。日期範圍都是已知的。法律條文那都是出版過的,只是出版在公報上。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月19日 (二) 17:07 (UTC) |
|||
::::::順便提醒您法令依據不能做為當屆籌備中的可靠來源。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月20日 (三) 03:56 (UTC) |
|||
:::::::法律是出版品,印刷出版於公報,符合[[WP:可供查證]]。你聲稱法令不可當可靠來源,不是很有道理。而且「兩年兩個月前籌備中」的可靠來源是來自於報社的新聞,條目內容本身就有寫到。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月24日 (日) 07:49 (UTC) |
|||
</blockquote> |
|||
=== IP用戶多次破壞條目 === |
|||
IP用戶[[User:114.40.119.135]]及[[User:114.47.64.195]]多次破壞。{{querylink|title=2020年中華民國立法委員選舉|qs=oldid=47450584|第一次破壞}}、{{querylink|title=2020年中華民國立法委員選舉|qs=oldid=47451591|第二次破壞}}、{{querylink|title=2020年中華民國立法委員選舉|qs=oldid=47472186|第三次破壞}}、{{querylink|title=2020年中華民國立法委員選舉|qs=oldid=47476294|第四次破壞}}、{{querylink|title=2020年中華民國立法委員選舉|qs=diff=prev&oldid=47533935|第五次破壞}}。而且經多次提醒,破壞者仍然不願參與條目討論頁之討論。另,{{querylink|title=2020年中華民國立法委員選舉|qs=oldid=47538640|第六次破壞}}。這是非常明確的重複破壞行為。揭發人是我。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
====方針認為糾正簡單破壞不可能是編輯戰==== |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
[[User:Zenk0113|Zenk0113]]繼續聲稱{{querylink|title=2019年中華民國立法委員選舉|qs=oldid=47450613|這種破壞行為}}本身不成立破壞。更甚者,他主張順著破壞者的意,更進一步要把條目刪除掉。這種種說詞都是不能成立的。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月20日 (三) 08:40 (UTC) |
|||
:你到底在鬼打牆啥?我從頭到尾就是講你跟ip用戶在編輯戰。你自己不善待新手好好與其溝通共識及wiki規則,現在來曲解我的意思? 你所謂的破壞者也只是主張2020年選舉而已。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月20日 (三) 08:46 (UTC) |
|||
:我看到IP用戶的再次破壞行為了,基本上可以申請半保護了。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月20日 (三) 08:51 (UTC) |
|||
</blockquote> |
|||
====不是如紐西蘭罕見雀鳥今天會不會還巢之類不可推知之事==== |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
*{{删除}},这里不是水晶球OK?--[[User:Shwangtianyuan|<span style="color: black;">'''Shwangtianyuan'''</span>]] [[User talk:Shwangtianyuan|<span style="color: #FF0000;">'''自强不息 厚德载物'''</span>]] 2017年12月19日 (二) 07:22 (UTC) |
|||
::水晶球應該是指預測而言。這條目既沒有預測,也寫明事件發生於2019年年底或2020年年初。確切而言,是2019年11月、12月、2020年元年這三個月之內。2019年1月、2月、3月、4月、5月、6月、7月、8月、9月、10月都不會發生,根本沒有水晶球預測。2020年2月、3月、4月、5月、6月、7月、8月、9月、10月、11月、12月都不會發生。這個條目既不是如颱風不知一年會發生幾次,也不是如紐西蘭罕見雀鳥今天會不會還巢之類不可推知之事。已知會發生一次,已知會發生於上述三個月的其中某一天。而既然三個月之中,2019年占了兩個月,2020年占了一個月,標題寫著2019年並不算是太過奇怪。如果要討論2019年還是2020年,該條目的討論頁可供討論,說來說去根本沒有刪除的必要性。要說水晶球,我若說某書續集將於某年出版上市,那麼我就是寫了水晶球敘述。因為我根本不知道書會不會寫完。可是這個條目並沒有書有沒有寫完這種未可知的因素存在。既不是雀鳥今天會不會還巢,也不是船艦今夜會不會返航,也不是接下來三個小時船上的人們能不能釣上大魚這類不可觀測或觀測有難度之事。總之這說的水晶球,恐怕和這個條目該不該刪沒有關連性。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月19日 (二) 10:31 (UTC) |
|||
</blockquote> |
|||
====草稿功能本來就是破壞或保護時編寫之用,刪除草稿不合常理==== |
|||
{{talkquote|text=把破壞前的內容搬到Draft是很標準的處理方式,{{querylink|title=2019年中華民國立法委員選舉|qs=oldid=47450613|尤其是面對這種破壞行為的時候}}。不知道你要用什麼歪理來合理化刪除草稿呢?要刪除草稿可以,至少要提得出合理的理據吧。|by=Fauzty|ts=2017年12月20日 (三) 08:40 (UTC)}} |
|||
連續要求刪除草稿,沒有半點道理。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
能有人说一下[[Wikipedia:RPP]]应该怎样用草稿操作?——[[user_talk:cwek|路过围观的Sakamotosan]] 2015年3月9日 (一) 00:57 (UTC) |
|||
:需要恢复内容以便讨论的的暂时放在草稿中?--[[User:Shizhao|-{百無一用是書生}-]] ([[User talk:Shizhao|☎]]) 2015年3月9日 (一) 01:59 (UTC) |
|||
::用来代替[[WP:保护]]的“历史只读”?(虽然很少看见这样做)——[[user_talk:cwek|路过围观的Sakamotosan]] 2015年3月9日 (一) 02:48 (UTC) |
|||
條目草稿也可以放進草稿空间吧?--[[User Talk:Carrotkit|'''Carrotkit''']]~[[用戶:Carrotkit/維基和平約章|維基和平約章]]~[[User:Carrotkit/所有佈告板|維基佈告板]] 2015年3月9日 (一) 03:13 (UTC) |
|||
:存廢覆核︰用以儲放暫時復還頁面以供社群於存廢覆核請求或存廢討論頁論其存廢。--[[user:Wong128hk|'''J.''']][[user_talk:Wong128hk|'''Wong''']] 2015年3月9日 (一) 03:55 (UTC) |
|||
</blockquote> |
|||
===Zenk0113親筆認可條目已改善到不必刪除=== |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
{{補充}}今天ip用戶認真積極補充可靠來源了,反觀...。但目前有的內容就是選舉補助款的異動及選區調整中的內容。順便掛上暫定命名模版。以上條目更新 [[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月20日 (三) 14:39 (UTC) |
|||
</blockquote> |
|||
====寵著破壞的IP用戶卻忘記自己應該撤回提刪==== |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
:哈,把別人的來源刪掉再補上誤導性的描述叫做「增加」來源?個人淺見是他增加的都是錯誤的。我看那些字句是該刪掉吧。你不是主張把刪目刪除嗎?惡意提刪者,你居然聲稱有可靠來源了,那還不自己撤回提刪嗎?只記得順著寵破壞者,卻忘記自己是提刪者的責任?既然你已經親口認定本條目已經有可靠來源,那還不撤回嗎?--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月20日 (三) 17:48 (UTC) |
|||
:這人到底要刪還是不刪啊?我本來是主張條目保留,字句要刪除;這位提刪者是主張條目刪除哪!條目要刪除就是沒有改進的可能,沒有存在的必要,現在他又認定可以改善了,那你現在的想法是刪還是不刪?你要刪我也不是讓你不刪啊。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月20日 (三) 18:12 (UTC) |
|||
</blockquote> |
|||
====2年2個月籌備期間不但有來源,多家報紙也有報導==== |
|||
{{quote box |
|||
|title=籌備期間是2年2個月,一直都有來源,這人卻不斷謊稱沒有來源 |
|||
|border=2px |
|||
|align=center |
|||
|bgcolor=Cornsilk |
|||
|quote=依公職人員選舉罷免法規定,中選會應重新檢討直轄市、縣市選出的立法委員名額分配及選舉區,並以第9屆立法委員'''任期屆滿前2年2個月月底(即106年11月30日)'''戶籍統計人口數為準,計算各直轄市、縣市應選出名額,並按應選名額劃分同額選舉區。 |
|||
選舉區如有變更必要,應於107年5月31日前將變更案送經立法院同意後發布。 |
|||
|author=記者劉麗榮|source=中央社,[http://www.cna.com.tw/news/aipl/201712190299-1.aspx 立委選區確定調整 計算方式明年1月確認]}} |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
::我不知道您誤會了啥,提刪期間本來就可以改善條目避免刪除。至少我看到ip用戶比您積極使用可靠來源把條目留下,所以我順手幫他改了一些東西。但是籌備期間可能還是太少可靠來源避免不了被刪的命運就是。順便跟您講,你認為的法令依據無法當屆選舉的可靠來源就是。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月21日 (四) 02:35 (UTC) |
|||
:::誤會的好像是你才對吧,無論誰改善了條目,已經改善的條目就是沒有刪除的必要。既然你親筆認定條目已經改善了,甚至你自己參與了改善條目的過程,親筆承認動手改到可靠了,那就親身認可了條目不必刪除。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月21日 (四) 13:43 (UTC) |
|||
</blockquote> |
|||
{{quote box |
|||
|title=抹黑移除來源,實際上一個來源也沒被移除 |
|||
|border=2px |
|||
|align=center |
|||
|text= 抹黑我移除了可靠來源,可是頁面上的{{querylink|2019中華民國立法委員選舉|qs=diff=47469169&oldid=47469111|不過很明顯事情和他所說的完全不同,來源全部都還好好的,我一個也沒有移除}},和他所說的完全不同。}} |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
::我不知道您誤會了啥,提刪期間本來就可以改善條目避免刪除。至少我看到ip用戶比您積極使用可靠來源把條目留下,所以我順手幫他改了一些 |
|||
::::但是又被您改回沒有可靠來源的資訊了。所以還是趕快先刪掉,避免無意義的編輯戰產生。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月21日 (四) 14:12 (UTC) |
|||
:::::有可靠來源。還是你親筆認定的可靠來源。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月21日 (四) 14:22 (UTC) |
|||
:::::這人還想{{querylink|Wikipedia:頁面存廢討論/記錄/2017/12/19|qs=diff=prev&oldid=47469359|抹黑我移除可靠來源}},{{querylink|2019中華民國立法委員選舉|qs=diff=47469169&oldid=47469111|不過很明顯事情和他所說的完全不同}}。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月21日 (四) 14:30 (UTC) |
|||
</blockquote> |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;">{{建議}}建議刪除,雖然目前有少數可靠來源資訊仍然不足。但使用者Fauzty無理會討論建議多次移動暫定條目名稱及無視可靠來源資訊堅持2019年選舉。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月21日 (四) 14:07 (UTC) |
|||
::請你停止抹黑,我從來沒有主張過2019年選舉,{{querylink|2019中華民國立法委員選舉|qs=oldid=47412586|「2019年中華民國立法委員選舉將於民國108年(2019年)年底或民國109年(2020年)年初舉行。選舉日尚未公告」}}。這整句都是我自己親手寫的。倒是你一直主張「第七屆以後必定不可以在前一年選」。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月21日 (四) 14:19 (UTC) |
|||
:::但是你那句還是沒有可靠來源,這句話的邏輯也很有問題。2019年選舉將於2019末或2020初舉行??前後矛盾的時間點,這文法不太正常。請您找出我幾時講過這句話?在沒有可靠來源的依據下,我尊重您可能2019年末選舉的可能性,所以我和其他人也都是建議使用第10屆立法委員選舉的暫定名稱,就算我已經找了三個可靠來源說明2020年為選舉年的前提下。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月21日 (四) 14:41 (UTC) |
|||
::::沒有矛盾。矛盾在哪?年末年初的事件本來就很多都是有這種性質。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月21日 (四) 14:44 (UTC) |
|||
{{提醒}}由於有用戶提出刪除請求,又有另一位未在條目討論頁參與討論的用戶移動了條目,為了避免刪錯,所以才建議在提刪期間不應更動條目名稱。前面的討論也有人建議了要留下重定向。如果提刪期間想更改條目名稱,應該先撤消提刪。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月21日 (四) 14:43 (UTC) |
|||
</blockquote> |
|||
===任何正常編寫用戶不可能以破壞後的內容提報刪除=== |
|||
{{ping|胡蘿蔔}}、{{ping|和平至上}}、{{ping|Hat600}}、{{ping|Outlookxp}}、{{ping|AT}}以破壞後的內容提報刪除,本身是不可能得到以「刪除」作為結論。[[WP:刪除方針]]指出,不應刪除遭破壞的條目。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:50 (UTC) |
|||
====方針指出提刪行為的本身視同為純粹的破壞==== |
|||
任何正常編寫的用戶,不可能看到條目是「破壞後的內容」,不去回退到無破壞的版本,反而以破壞後的內容是「無實質內容」為由提報刪除。[[User:Zenk0113]]提刪的行為已經違反了[[WP:破壞]]方針,牴觸方針,也就是[[User:Zenk0113]]構成「加入不符合模板所列情形的頁面,企圖使管理員將這些條目刪除」,此項提刪行為的本身就視同為純粹的破壞。{{querylink|2020年中華民國立法委員選舉|qs=diff=47523854&oldid=47523849|而且這些後續追加的的快速提刪,聲稱沒有可靠來源,卻根本不符合頁面的真實狀態。多次提刪及快提刪的行已經構成了「加入不符合模板所列情形的頁面,企圖使管理員將這些條目刪除」純粹的破壞}}。依照方針,[[User:Zenk0113]]的提刪與破壞是等同的,與其他[[WP:破壞]]方針中指出的破壞行為是等同的,是對維基百科的損害。若有用戶這樣錯誤提報,任何普通管理員也根本不可能總結到「刪除」作為結論。從一開始就不可能刪除這個條目。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
====Zenk0113已經親筆認定不可以刪除條目==== |
|||
{{talkquote|text=我看到IP用戶的再次破壞行為了,基本上可以申請半保護了。|by=Zenk0113|ts=2017年12月20日 (三) 08:51 (UTC)}} |
|||
提報了「半保護」或「全保護」的用戶既然已經認可了'''破壞已經發生''',才會提出保護,既然提出保護那就是已經被人故意破壞的條目,而被人故意破壞的條目本身是不可能以刪除作為總結的。依照[[WP:保護方針]],不應該以「預防可能會發生的破壞」為由對條目保護,那麼提議保護的用戶理當認同條目已經發生破壞。提出刪除本身就是不可能得到「刪除」的結論。因為任何刪除都必須以無破壞的版本(破壞前的版本)作為討論的標的。'''任何已經遭到破壞的條目,不可能以破壞後的狀態遭到刪除的結論。'''沒有任何正常編寫的用戶會對遭到破壞的條目提報刪除。[[User:Zenk0113]]提刪行為不合情、不合理,更重要的是,完全不合方針。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
====方針規定Zenk0113應撤回提刪==== |
|||
從他發現有破壞之時,就理所當然應該自己撤回提刪,任何正常編寫的用戶看到有IP用戶在破壞,最自然的舉止就是撤回提刪。'''破壞已經發生還繼續不斷要求刪除是任何一個維基人都不會做的事。'''因為,依照方針,維基人對於已經遭到破壞的條目,只有三個字:恢復它。依照[[WP:刪除方針]],已經遭到破壞的條目,最合適的處理就是恢復到破壞前的版本。任何「將已破壞條目以破壞後的內容的狀態刪除」的行為都是違反方針。從[[User:Zenk0113]]不自己撤回提刪來看,很明顯地他已經嚴重違反[[WP:刪除方針]]。依照[[WP:刪除方針]],'''刪除投票應該是最後的選擇。'''並且,遇到「遭到破壞的文章」,解決方法就是「恢復它」。方針是硬性規定,所有維基人都必須遵守方針。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
===Zenk0113名言:「等條目不用被刪,我們再來討論。」=== |
|||
====多項各種重命名、重定向提案,竟遭冷待==== |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
再提一個方式,建議可以暫定為[[2019年至2020年中華民國立法委員選舉]]。日期範圍為年末年初的事件,以兩個年份作為條目名稱並不罕見。比如[[2014-15 NBA賽季]]就是一例。'''投票日期尚未確定,但「日期範圍」是已知的、也是已確定的。'''可供討論。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月23日 (六) 09:14 (UTC) |
|||
:又找到另一個條目,名稱為[[1830年至1831年教宗選舉秘密會議]]。該條目的日期範圍同樣發生於年末年初,可供參考討論。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月23日 (六) 10:10 (UTC) |
|||
:等條目不用被刪 我們再來討論 [[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月23日 (六) 13:14 (UTC) |
|||
</blockquote> |
|||
{{quote box |
|||
|title=等條目不用被刪,我們再來討論。 |
|||
|border=2px |
|||
|align=center |
|||
|quote=提議:再提一個方式,……比如[[2014-15 NBA賽季]]……[[1830年至1831年教宗選舉秘密會議]]……。回答:等條目不用被刪,我們再來討論。 |
|||
|author=Zenk0113|source=Wikipedia條目討論頁,{{querylink|2020年中華民國立法委員選舉|qs=diff=47494440&oldid=47494427}} }} |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
{{建議}}主張移動的人應該投票給移動,我在此的第一個回應就認定可以移動了。當時初次回應我就說了:「命名即使有爭議,重定向或更改標題即可」。而這個提刪者,{{querylink|title=2019%E5%B9%B4%E4%B8%AD%E8%8F%AF%E6%B0%91%E5%9C%8B%E7%AB%8B%E6%B3%95%E5%A7%94%E5%93%A1%E9%81%B8%E8%88%89|qs=diff=47419938&oldid=47419853|移動條目}}、[[維基百科:頁面存廢討論/記錄/2017/12/19#1 2019年中華民國立法委員選舉|二提刪除]]、[[Talk:2019年中華民國立法委員選舉#編輯請求_2|三又提移動]]。'''顯見提刪者只是單方面提議卻無意尋求共識'''。而且就連提刪者本身自己都主張移動,而非刪除。正如我初次回應所寫的:「更改標題即可,完全沒有理由刪除。」。而且最重要的是,提刪者早就親筆承認條目有可靠來源,卻不主自撤消提刪。在[[Talk:2019年中華民國立法委員選舉#建議暫定名稱_2019年至2020年中華民國立法委員選舉|Talk:2019年中華民國立法委員選舉]],提刪者又聲稱「等條目不用被刪,我們再來討論」,顯見提刪者只是把提刪當成阻止他人繼續編寫條目的手段,提刪者的狀態已經屬於單方面拒絕討論。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月24日 (日) 07:49 (UTC) |
|||
:請對於提刪理由提出反對意見,不然沒人知道你在寫啥。這個條目命名也不適當,不過等這條目可以留存我們在討論。要避免條目被刪掉刪掉本來就可以做適度的修正,可能包含移動條目至合適名稱或是增加可靠來源 不是堅持原創研究去嘴泡所有人。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月24日 (日) 09:35 (UTC) |
|||
::說得出「'''等條目不用被刪,我們再來討論。'''」這種名言的提刪才叫做'''不適當'''提刪。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月24日 (日) 19:53 (UTC) |
|||
</blockquote> |
|||
{{quote box |
|||
|title=明確有可靠來源卻不斷作出無可靠來源的虛假論述 |
|||
|border=2px |
|||
|align=center |
|||
|bgcolor=Cornsilk |
|||
|quote=依公職人員選舉罷免法規定,中選會應重新檢討直轄市、縣市選出的立法委員名額分配及選舉區,並以第9屆立法委員'''任期屆滿前2年2個月月底(即106年11月30日)'''戶籍統計人口數為準,計算各直轄市、縣市應選出名額,並按應選名額劃分同額選舉區。 |
|||
選舉區如有變更必要,應於107年5月31日前將變更案送經立法院同意後發布。 |
|||
|author=記者劉麗榮|source=中央社,[http://www.cna.com.tw/news/aipl/201712190299-1.aspx 立委選區確定調整 計算方式明年1月確認]}} |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
{{建議}}一同刪除無改善之原創研究 [[2020年中華民國立法委員選舉/patch20]] 、[[2019年中華民國立法委員選舉/patch1]] 、[[Draft:2019年中華民國立法委員選舉]] [[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月24日 (日) 19:17 (UTC) |
|||
:patch和草稿在條目「全保護」時是標準編寫做法。而且提議半保護升級到全保護的本來就是你這個提刪人。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月24日 (日) 19:53 (UTC) |
|||
</blockquote> |
|||
====明確有可靠來源卻不斷謊稱沒有可靠來源,不符常理==== |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
你說的沒有可靠來源所指為何?請賜教。又,為何堅持把「十」改為阿拉伯數字的10?是為了規避什麼?總要講出道理。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月23日 (六) 06:40 (UTC) |
|||
:提刪跟移動是兩回事。另,統一命名而已,如[[第13屆金曲獎]]。用屆數是暫定名稱,為了尊重你沒有可靠來源的2019年的可能性而已。就算ip用戶有提出可靠來源指出2020年為選舉年。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月23日 (六) 08:37 (UTC) |
|||
</blockquote> |
|||
{{quote box |
|||
|title=語無倫次,同一句話又說有來源一下又說沒來源 |
|||
|border=2px |
|||
|align=center |
|||
|quote=Zenk0113自己已經聲稱有可靠來源,卻又聲稱無可靠來源,要求刪除條目,語無倫次,自相矛盾。 |
|||
}} |
|||
{{quote box |
|||
|title=籌備期間是2年2個月,一直都有來源,這人卻不斷謊稱沒有來源 |
|||
|border=2px |
|||
|align=center |
|||
|quote=Zenk0113自己講說2020有可靠來源卻不斷提刪,甚至同一人同一天內對「2020年」條目提刪兩次,非常違背常理。 |
|||
}} |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
::你說的沒有可靠來源所指為何?之前在本頁的討論我一開始就講了,2019來自於2019年11月、12月。還有IP用戶並無提出任何證據指稱此事件不可能於2019年發生。況且該位IP用戶本身就是屢次破壞者。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月23日 (六) 08:44 (UTC) |
|||
:::wiki編輯是認可靠來源已多次說明,而您曾經提出的來源只是您的一句話或是法規而已,是您沒有提出2019年為選舉年的證明。ip用戶變成破壞者還不是您沒有善待新手。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月23日 (六) 08:56 (UTC) |
|||
::::我問第三次了。你說的沒有可靠來源所指為何?你還是不回答。'''投票日期尚未確定,但「日期範圍」是已知的、也是已確定的。'''直到今日該位IP用戶沒有找出任何證據來解說「日期範圍包括2019年」有什麼錯誤之處。你也是,至今兩者都沒有找出證據反駁「日期範圍包括2019年」這個事實。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月23日 (六) 09:01 (UTC) |
|||
:::wiki編輯是認可靠來源已多次說明,而'''您曾經提出的來源只是您的一句話或是法規而已''',是您沒有提出2019年為選舉年的證明。ip用戶變成破壞者還不是您沒有善待新手。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月23日 (六) 13:13 (UTC) |
|||
</blockquote> |
|||
{{quote box |
|||
|title=早就提出多家不同報紙報導過的「2年2個月」還硬要謊稱沒有可靠來源 |
|||
|border=2px |
|||
|align=center |
|||
|bgcolor=Cornsilk |
|||
|quote=依公職人員選舉罷免法規定,中選會應重新檢討直轄市、縣市選出的立法委員名額分配及選舉區,並以第9屆立法委員'''任期屆滿前2年2個月月底(即106年11月30日)'''戶籍統計人口數為準,計算各直轄市、縣市應選出名額,並按應選名額劃分同額選舉區。 |
|||
選舉區如有變更必要,應於107年5月31日前將變更案送經立法院同意後發布。 |
|||
|author=記者劉麗榮|source=中央社,[http://www.cna.com.tw/news/aipl/201712190299-1.aspx 立委選區確定調整 計算方式明年1月確認]}} |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
::::法律是出版品,印刷出版於公報,符合[[WP:可供查證]]。你認為一句法規不屬於可靠,這種認定恐怕不是很有道理。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月23日 (六) 17:27 (UTC) |
|||
</blockquote> |
|||
====全保護時本來就寫草稿,不斷要求刪除草稿,不符常理==== |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
要刪管理員會一起刪,包含你沒有可靠來源的草稿。[[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月21日 (四) 14:11 (UTC) |
|||
:發生破壞時把破壞前的內容放到草稿是標準的編寫行為。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月21日 (四) 14:36 (UTC) |
|||
:而且何謂一起刪?這說法實在奇怪。如果你意欲刪除「2019年中華民國立法委員選舉」及「第10屆中華民國立法委員選舉」這兩個條目,你應該提出兩個提刪,提一個卻刪兩個可能不是太合理。在提刪頁也有用戶提及作為重定向而保留這種方案。你所稱的一起刪、全部刪這種說詞,我看是不符合常理。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月23日 (六) 07:34 (UTC) |
|||
</blockquote> |
|||
任何正常編寫的用戶看到有IP用戶在破壞,最自然的舉止就是撤回提刪。'''破壞已經發生還繼續不斷要求刪除是任何一個維基人都不會做的事。'''因為,依照方針,維基人對於已經遭到破壞的條目,只有三個字:恢復它。依照[[WP:刪除方針]],已經遭到破壞的條目,最合適的處理就是恢復到破壞前的版本。任何「將已破壞條目以破壞後的內容的狀態刪除」的行為都是違反方針。從[[User:Zenk0113]]不自己撤回提刪來看,很明顯地他已經嚴重違反[[WP:刪除方針]]。方針是硬性規定,所有維基人都必須遵守方針。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
====一望即知的IP用戶==== |
|||
{{duck}}Zenk0113就是IP用戶[[Special:用戶貢獻/111.248.146.74|111.248.146.74]]。 |
|||
{|style="width:100%;" |
|||
| valign="top" style="width:50%;"| |
|||
{{quote box |
|||
|title=Zenk0113 |
|||
|border=2px |
|||
|align=center |
|||
|bgcolor=#eaf8f4 |
|||
|quote=要避免條目被刪掉刪掉本來就可以做適度的修正,可能包含移動條目至合適名稱或是增加可靠來源 不是堅持原創研究去嘴泡所有人。 |
|||
|author=Zenk0113 |
|||
|source={{querylink|Wikipedia:頁面存廢討論/記錄/2017/12/19|qs=diff=prev&oldid=47505797}} 2017年12月24日 (日) 09:35 (UTC) |
|||
}} |
|||
| valign="top" style="width:50%;"| |
|||
{{quote box |
|||
|title=IP用戶[[Special:用戶貢獻/111.248.146.74|111.248.146.74]] |
|||
|border=2px |
|||
|align=center |
|||
|quote=對方破壞歸破壞還是有放來源,阿你不就堅持原創研究沒有來源還要嘴砲所有人嘛?你就一直提對方破壞,沒提你跟對方在玩加加減減的遊戲 |
|||
|author=[[Special:用戶貢獻/111.248.146.74|111.248.146.74]] |
|||
|source={{querylink|Wikipedia:互助客棧/條目探討|qs=diff=prev&oldid=47476314}} 2017年12月22日 (五) 05:43 (UTC) |
|||
}} |
|||
|} |
|||
====我要求半保護,Zenk0113升為全保護卻要求刪草稿,不符常理==== |
|||
上面的發言中,Zenk0113曾經說過可以半保護,亦即他已經同意了半保護,我也同意了,他卻在半保護通過之後無故要求升為全保護。而編寫草稿是在全保護下唯一能夠編寫條目的方式,維基百科引入草稿功能,本來就是要對應於類似全保護時,條目仍可編寫。Zenk0113要求刪除草稿,不合常理。更嚴重的是,全保護就是他自己提出的,很明顯他提出全保護並非為了阻止破壞,而是用全保護阻止編寫。這行為構成為觀點擾亂維基百科。完全不符合[[WP:保護方針]]。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
{{talkquote|text=我看到IP用戶的再次破壞行為了,基本上可以申請半保護了。|by=Zenk0113|ts=2017年12月20日 (三) 08:51 (UTC)}} |
|||
提報了「半保護」或「全保護」的用戶既然已經認可了'''破壞已經發生''',才會提出保護,既然提出保護那就是已經被人故意破壞的條目,而被人故意破壞的條目本身是不可能以刪除作為總結的。依照[[WP:保護方針]],不應該以「預防可能會發生的破壞」為由對條目保護,那麼提議保護的用戶理當認同條目已經發生破壞。提出刪除本身就是不可能得到「刪除」的結論。因為任何刪除都必須以無破壞的版本(破壞前的版本)作為討論的標的。'''任何已經遭到破壞的條目,不可能以破壞後的狀態遭到刪除的結論。'''沒有任何正常編寫的用戶會對遭到破壞的條目提報刪除。[[User:Zenk0113]]提刪行為不合情、不合理,更重要的是,完全不合方針。從他發現有破壞之時,就理所當然應該自己撤回提刪,任何正常編寫的用戶看到有IP用戶在破壞,最自然的舉止就是撤回提刪。不撤回提刪,很明顯地他已經嚴重違反[[WP:刪除方針]]。方針是硬性規定,所有維基人都必須遵守方針。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
====一天之內對同一條目提快刪兩次,不符常理==== |
|||
一天之內同一個人Zenk0113對同一個條目提出兩次快速刪除,完全不符常理。一天內提出的兩次快速刪除皆沒有通過。然而在一天之內兩次快刪的之後幾天內,Zenk0113總計對同一個條目提出四次沒有理由的快速刪除。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
====兩種類條目名稱相關提案,單方面拒絕討論,不符常理==== |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
再提一個方式,建議可以暫定為[[2019年至2020年中華民國立法委員選舉]]。日期範圍為年末年初的事件,以兩個年份作為條目名稱並不罕見。比如[[2014-15 NBA賽季]]就是一例。'''投票日期尚未確定,但「日期範圍」是已知的、也是已確定的。'''可供討論。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月23日 (六) 09:14 (UTC) |
|||
:又找到另一個條目,名稱為[[1830年至1831年教宗選舉秘密會議]]。該條目的日期範圍同樣發生於年末年初,可供參考討論。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月23日 (六) 10:10 (UTC) |
|||
:等條目不用被刪 我們再來討論 [[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月23日 (六) 13:14 (UTC) |
|||
::這人好生奇怪,自己提移動條目,而別人提出的移動條目,這人就說刪完再討論。刪完還要討論什麼呢?更何提刪提者就是你,別忘了你既然提了移動,就有撤銷提刪的義務。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月23日 (六) 15:19 (UTC) |
|||
::為什麼你自己允許自己下暫定名稱,卻不允許別人提出暫定名稱來討論呢?你應該找出理由解釋原因吧。當然,你講不出原因也歡迎你提意見來討論。不必阻止別人討論。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月23日 (六) 15:22 (UTC) |
|||
</blockquote> |
|||
====竟以提刪來應答,Zenk0113拒絕協作,不符常理==== |
|||
{{talkquote|text={{注意}}[[User:Zenk0113|Zenk0113]]對於條目名稱作為「2019年至2020年中華民國立法委員選舉」的相關提案,單方面拒絕討論,應認定[[User:Zenk0113|Zenk0113]]業已單方面拒絕尋求共識。|by=Fauzty|ts=2017年12月24日 (日) 06:59 (UTC)}} |
|||
<blockquote style="background-color:#eaf8f4; border-left:3px solid #008560; padding:0 .8em; margin:0;"> |
|||
:對於重定向的提刪討論已發表意見,謝謝您的通知 [[User:Zenk0113|Zenk0113]]([[User talk:Zenk0113|留言]]) 2017年12月24日 (日) 09:24 (UTC) |
|||
::本人在此聲明,我從未以任何形式通知[[User:Zenk0113|Zenk0113]],他這個聲稱完全不符事實。我提的改名方案,你不但單方面拒絕討論以形成共識,還竟以投票刪除的方式來「應答」,本人感到很遺憾。不但如此,你更以莫須有的指控,說是我通知了你(去投票刪除了我建立的條目)。這當然是完全不符合事實。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2017年12月24日 (日) 17:12 (UTC) |
|||
</blockquote> |
|||
===Zenk0113自創說法的再檢證=== |
|||
前面說到如果只計算縣市,那麼任期重疊(可視為同一屆)的事件就會有「前一年年底」、「這一年年初」兩個時間點。現在就來看看這兩個時間點在過往有多常發生。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
====立委合併選舉的偶然性與必然性==== |
|||
當人們提及「1997年縣市長」時,他指的是1997年縣市長選舉(12月,年底)和1998年縣市議員(元月,年初)兩次選舉。這類情形根本上是常識、是常態,甚至同一天選舉會被稱為'''偶然發生''',很少發生,而另外冠之以「多合一」之類的額外稱呼。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
{{quote box |
|||
|title=同日合併選舉被稱為偶然的特殊狀況 |
|||
|border=2px |
|||
|align=center |
|||
|bgcolor=Cornsilk |
|||
|quote=(註3)但是北、高兩市以外的縣市,亦'''偶有'''因'''特殊狀況'''而同時選舉數項公職的情形發生(黃德福,1991;黃紀、張益超,2001)。據報載(聯合報,2001/1/2:1),中央選舉委員會曾表示,「如果鄉鎮市長停選適時修法通過,中選會將建議把(年底之)縣市長、'''立委'''和縣市議員選舉合併,『三合一』舉行。」此一擬議顯然未及在2001年實現……。 |
|||
|author=黃紀,中正大學政治學系教授 |
|||
|source=黃紀,2001,《[https://www.rchss.sinica.edu.tw/app/journal.php?vol=13&num=05&year=2001&pdf=1352.pdf 一致與分裂投票:方法論之探討]》,中央研究院《人文及社會科學集刊》}} |
|||
然而請務必注意一件事。2001年所稱呼的中選會所謂的「三合一」和之後在歷史上實際發生的「三合一」有很明顯的不同。也就是說,2001年中央選舉委員會所曾經提議的三合一是包括立法委員的。原因當然也很容易理解。因為縣市長、立法委員、縣市議員三個職務都是適用《公職人員選舉罷免法》。既然適用法律是相同的,那麼合併舉行所必須的法律上前置作業是相同或相通的。即使是多合一選舉的「數目」更加增大的今天,此事仍然是一樣的。法律上並無規定立法委員「不能」和縣市長同日選舉,也沒有規定立法委員「必須」和縣市長同日選舉。也就是說法律上並沒有任何的規定。只要是在規定的「日期範圍」內,法律上並無規定必須同日舉行,也並無規定不能同日舉行。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
如上面黃紀教授的論文所說,黃教授認定同日舉行是「特殊狀況」而且是「偶然」發生。他也提到23個縣市當中有兩個是同日舉行,而然23個當中有21個是不同日舉行。也就是說絕大多數都是不同日舉行為常規,為主要;反之,同一日舉行為特例,為少見,為不常發生。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
====2005年之後必然合併選舉是真的嗎?==== |
|||
前面已經證明了2001年之前,分開選舉、不在同日選舉是常態,那麼[[User:Zenk0113]]所聲稱的,2005年之後必然在同年同日選舉,這論述是否真實呢?請看實際發生的情形,就知道他說的完全不正確,而且是他自己一個人的發明,別人從來沒說過這種說法。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
{| class="wikitable" style="text-align: left; width: 100%;" |
|||
|- |
|||
!width=7%|次序 |
|||
!width=10%|日期 |
|||
!width=10%|屬性 |
|||
!width=19%|中央級 |
|||
!width=19%|縣市級 |
|||
!width=19%|鄉鎮市區、村里級 |
|||
|- |
|||
|rowspan=3|其之一 ||2004年3月||前一年年初||[[2004年中華民國總統選舉|總統選舉]]|| || |
|||
|- |
|||
|2004年12月||前一年年底||[[2004年中華民國立法委員選舉|立法委員選舉]]|| || |
|||
|- |
|||
|2005年5月||這一年年中||[[2005年中華民國任務型國代選舉|任務型國大代表選舉]]|| || |
|||
|} |
|||
{| class="wikitable" style="text-align: left; width: 100%;" |
|||
|- |
|||
!width=7%|次序 |
|||
!width=10%|日期 |
|||
!width=10%|屬性 |
|||
!width=19%|中央級 |
|||
!width=19%|縣市級 |
|||
!width=19%|鄉鎮市區、村里級 |
|||
|- |
|||
|rowspan=4|其之二 ||'''2005年'''12月3日||'''前一年'''年底|| ||[[2005年中華民國縣市長暨縣市議員選舉|縣市長選舉]]、[[2005年中華民國地方公職人員選舉|縣市議員選舉]]||[[2005年中華民國鄉鎮市長選舉|鄉鎮市長選舉]] |
|||
|- |
|||
|2006年6月||這一年年中|| || ||[[2006年中華民國鄉鎮市民代表暨村里長選舉|鄉鎮市民代表、村里長選舉]] |
|||
|- |
|||
|2006年12月9日||這一年年底|| ||[[2006年中華民國直轄市市長暨市議員選舉|直轄市長選舉、直轄市議員選舉]]|| |
|||
|- |
|||
|2006年12月30日||這一年年底|| || ||[[2006年台北市里長選舉|台北市里長選舉]] |
|||
|} |
|||
{| class="wikitable" style="text-align: left; width: 100%;" |
|||
|- |
|||
!width=7%|次序 |
|||
!width=10%|日期 |
|||
!width=10%|屬性 |
|||
!width=19%|中央級 |
|||
!width=19%|縣市級 |
|||
!width=19%|鄉鎮市區、村里級 |
|||
|- |
|||
|rowspan=2|其之三 ||2008年1月||這一年年初||[[2008年中華民國立法委員選舉|立法委員選舉]]|| || |
|||
|- |
|||
|2008年3月||這一年年初||[[2008年中華民國總統選舉|總統選舉]]|| || |
|||
|} |
|||
{| class="wikitable" style="text-align: left; width: 100%;" |
|||
|- |
|||
!width=7%|次序 |
|||
!width=10%|日期 |
|||
!width=10%|屬性 |
|||
!width=19%|中央級 |
|||
!width=19%|縣市級 |
|||
!width=19%|鄉鎮市區、村里級 |
|||
|- |
|||
|rowspan=3|其之四 ||'''2009年'''12月5日||'''前一年'''年底|| ||[[2009年中華民國縣市長暨縣市議員選舉|縣市長選舉]]、[[2009年中華民國地方公職人員選舉|縣市議員選舉]]||[[2009年中華民國鄉鎮市長選舉|鄉鎮市長選舉]] |
|||
|- |
|||
|2010年6月||這一年年中|| || ||[[2010年中華民國鄉鎮市民代表暨臺灣省及福建省村里長選舉|鄉鎮市民代表、村里長選舉]] |
|||
|- |
|||
|2010年11月27日||這一年年底|| ||[[2010年中華民國直轄市市長暨市議員選舉|直轄市長選舉、直轄市議員選舉]]||[[2010年中華民國直轄市里長選舉|直轄市里長選舉]] |
|||
|} |
|||
2006年、2010年兩度發生在「這一年年中」這個屬性的兩次鄉鎮市民代表選舉,就已經實際地回答了。「2005年之後必然合併選舉」這個說法從一開始就是完全錯誤的。立法委員在2005年改選制,和2001年~2010年所進行的合併選舉,完全是無關連性的兩件事。立法委員在2005年的選制改變,是由2004年立法委員通過,2005年年中國民大會通過的。這一年年中所發生的國民大會通過,和年底所發生的三合一選舉,日期上就有所不同。2005年的隔年,2006年仍然舉行了三次,一次年中、兩次年底,一如往常地舉行了三次不同日期的不同選舉。也就是說2006年的鄉鎮市民代表、直轄市、台北市里長三次不同選舉仍然在不同日期舉辦。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
====2006年的再檢視,同月與不同月皆為常態==== |
|||
主張「2005年之後必然合併選舉」的[[User:Zenk0113]]完全經不起2006年單一年度的仔細檢視。這一年當中,三次選舉在三個不同日期發生。一次在年中、兩次在年底。一次在同月、兩次在不同月。[[2006年中華民國鄉鎮市民代表暨村里長選舉|2006年鄉鎮市民代表選舉]],6月舉行,8月1日上任,選舉日和就任日不同月份。[[2006年中華民國直轄市市長暨市議員選舉|2006年直轄市選舉]],12月舉行,12月上任,選舉日和就任日同月份。[[2006年台北市里長選舉]],12月舉行,隔年1月上任,選舉日和就任日不同月份。依照往例和常識而言,無論是同月份或是不同月份都是完全合理的。而年末、年底發生的事件,「將發生於前一年年末或這一年年初」是完全準確的描述。「立法委員選舉將於民國108年(2019年)年底或民國109年(2020年)年初舉行」此句為本人所親自撰寫,而這個句子所描述的,當屬十分合理。立法委員選舉本身已經多次在12月舉行。沒有任何理由認定12月選舉日,2月1日上任是錯誤的。就像[[2006年中華民國鄉鎮市民代表暨村里長選舉|2006年鄉鎮市民代表選舉]],6月選舉日,8月1日就任日一樣,完全是常態和常規。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
「三合一」和「九合一」發生的年份根本不同,也可以佐證這根本不是發生在2005年。2001年~2010年所進行的合併選舉,如果是2005年就發生了改變,那麼隔年的2006年怎麼各項選舉還是在不同日期發生呢?為什麼2005年只有「三合一」?為什麼2010年仍然在年中有選舉?為什麼「七合一」或「九合一」沒有在2005年發生呢?2006年和2010年兩度在年中仍然有選舉,本身就已經反駁了「2005年改選制所造成」,已經證明了「2005年改選制所造成」這種說法本身就是錯誤的。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
====已經證明2001年以前、2005年之後不同日舉行為常態==== |
|||
前面我引用了論文證明了2001年時,有學者認為,同日舉行是偶然,學者描述了當時的時空情形,不同日舉行是經常發生的事情。2005年之後,我列出了選舉實際發生的日期,證明了一年可以發生三次不同的選舉(三次常規選舉而言,三次還不包括補選,如[[2006年臺東縣縣長補選]]等例外情形)。常規選舉可以在同一年發生在年中、可以發生在年末。所以我想這已經證實了,2001年以前和2005年以後一樣,不同日舉行選舉為常態,而且曾經實際發生過,不但發生過而且發生過很多次。次數多到完全是不需要特別挑出來說明的地步,簡單說發生太多次,多不勝數的次數。那麼,2001年~2005年之間又如何呢?這段期間,和它的之前或之後有什麼不同嗎?選舉事件是否同日發生,或是不同日發生呢?讓我們以2004年作為例子。這一年恰好是立法委員選舉和總統選舉在同一年發生的年份。然而,2004年是總統選舉先發生,立委選舉後發生,和'''2008年的發生順序正好是相反的'''。這一年的[[2004年中華民國總統選舉|總統選舉]]發生在年初,[[2004年中華民國立法委員選舉|立委選舉]]發生在年底。正好這一年的立委就是前一年年底(2004年12月)選舉,這一年年初(2005年2月)上任。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
所以2001年~2005年之間如何呢?和2001年之前、2005年之後是一樣的。不同日舉行選舉是常態,而且經常發生。根本不曾發生過[[User:Zenk0113]]所謂的「2005年改選制之後必然合併於年初選舉」,所以一看就知道這個說法是信口開河,絲毫沒有半點證據可以證明此項說法。光是2006年發生過年中選舉,就足以反駁此說。而以最近的例子,[[2018年中華民國地方公職人員選舉|2018年選舉]]已經宣布將於11月24日舉行,距離就任日的12月25日也是不同月份。可見得一直到2018年的現在,日期範圍和2006年鄉鎮市民代表選舉的6月舉行,8月1日上任完全沒有什麼不同之處。若有用戶聲稱「必然發生在同月份、必然發生在年初」,那麼2018年在年底舉行已經足以反駁了。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
====2010年、2014年、2018年都是不同月份選舉==== |
|||
[[User:Zenk0113]]主張所謂的「2005年改選制之後必然合併於年初選舉」,而我們看看2010年、2014年、2018年恰好都是在11月選舉,與12月上任不同月份;而1998年、2001年、2002年、2005年、2006年、2009年都是12月選舉,12月上任。所以,根本就不曾發生過他所聲稱的「2005年之後就如何如何」這種論斷。這類型的「一月之差」完全是在日期範圍的容許之內。2010年、2014年、2018年這最近的三次巧合地都是在11月,那豈不是比以往的12月更早了嗎?既然6月選舉、8月1日上任已經發生過很多次,憑什麼[[User:Zenk0113]]沒有理由地就說12月選舉2月1日上任是錯誤的呢?--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
|||
===有管理員主張刪除的草稿應該快速恢復=== |
|||
{{talkquote|text=本人建議,如草稿頁並無侵犯版權或有違生者傳記方針,可以於存廢覆核請求要求快速恢復。|by=Wong128hk|ts=2017年5月30日 (二) 14:54 (UTC)}} |
|||
{{talkquote|text=有些條目幾年都未必有太大改變,更何況半年。內容能否緊貼其他語言版本似乎不應成為判斷準則。終究條目並無完美,亦非限時製作。相對於全無,或者更古舊版本,就算略為落後於其他語言版本,亦不應成為棄用理由。另外,快速恢復並不等於不加審核,來者不拒。正如快速刪除亦要審核。如引起誤會,或者改個用辭吧。改為「如草稿頁並無侵犯版權或有違生者傳記方針,建議盡可能予以恢復,尤其提案者有意改善草稿或者恢復草稿能夠幫助現時後續撰寫條目。」|by=Wong128hk|ts=2017年5月30日 (二) 16:25 (UTC)}} |
|||
===techyan泡製subst無編輯封禁事件=== |
|||
====subst只是展開了模板,並未增改內容==== |
|||
若知道 <nowiki>{{subst:}} </nowiki>用途的人大概都知道, subst 並沒有增加內容到頁面,只是把模板(template)內依照參數代入後,疊代操作得到該模板所產生出來的文字。subst 的用意是把原本的對模板的引用,更替為模板的產出結果所出現的的各字串字元。對內容來說是一點都沒有更改的,只是形式由subst前的模板引用,改為subst後得到填實後的字串。[[User:techyan]]居然聲稱使用 subst 就是對他人不禮貌,這就造就了,subst明明沒有增加一個字,沒有編輯一個字,沒有改變一個字,居然也能遭到封禁的怪異前例。Subst 純粹是技術上的判斷,假如一次 Subst 也要這樣寫了一長串文章,來解釋,才能平反,才不會被封禁;那維基百科也就不用開門了。我因為使用了 subst 而在被[[User:techyan]]封枺了兩天。他完全知道並熟悉 subst 只是用於技術上的取代,卻仍然以此來入人於罪。[[User:techyan]]所刻意製造的Subst無編輯竟遭封禁事件,是對維基百科存立基本精神的嚴重損壞。--[[User:Fauzty|Fauzty]]([[User talk:Fauzty|留言]]) 2018年1月28日 (日) 01:12 (UTC) |
2018年1月28日 (日) 07:21的版本
![]() |
发表前请先搜索存档,参考旧讨论中的内容可节省您的时间。 |
|
- [广告] 第二十二次动员令已经结束,感谢各位参与!
- [协作] 互助客栈其他区正在筹办拉美月,现正召集主持人。
- [公告] 临时管理员再次选举的就职标准、设立仲裁委员会用户组、快速删除方针O4款的调整及修订IP封禁豁免及IP封禁豁免权授予者方针已经通过。
- [公告] 完善垃圾过滤器提示讯息正在公示,如有意见请尽快提出。
- [公告] 讨论页话题索引现正重投测试。如有意见、建议或报错,请至互助客栈的讨论串提出。
- [讨论] 互助客栈方针区正在讨论为非原创研究方针翻译章节部分新增补充说明及扩充ITNR获选类别,请踊跃参与讨论。
- [讨论] 互助客栈其他区正在讨论管理人员任免制度检讨等事及仲裁委员会临时选举方案,请踊跃参与讨论。
- [讨论] Unblock-zh.org正在试运行。同时互助客栈继续对于其各项细节征求意见。
- [通知] 深色模式现已供所有行动版及桌面版网站(Vector 2022和Minerva皮肤)的用户使用。如有任何问题,欢迎在讨论页或通过页面右侧的回报功能提出。
- [通知] 由于技术原因,原先的伪命名空间
MOS:
将会变成实际存在的命名空间,并且新成立的莫西语维基百科的跨语言前缀将会是mos-x-iw:
,参见Wikipedia:互助客栈/技术#2024年第37期技术新闻、m:Tech/News/2024/37与phab:T363538。
![]() 存档 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
早于10日的讨论将会由Jimmy-bot存档。 |
# | 💭 话题 | 💬 | 👥 | 🙋 最新发言 | 🕒 (UTC+8) |
---|---|---|---|---|---|
1 | 请求社群判断已经数据过期的用户是否为傀儡 | 7 | 3 | Ericliu1912 | 2024-09-06 02:21 |
2 | 仲裁委员会的选举 | 98 | 16 | Ericliu1912 | 2024-09-10 23:36 |
3 | 引进CampaignEvents扩展 | 8 | 5 | ZhaoFJx | 2024-09-03 02:18 |
4 | 再议设立编者著作权调查 | 1 | 1 | Jimmy-bot | 2024-09-10 16:14 |
5 | 为管理人员任免制度检讨等事 | 52 | 17 | Ericliu1912 | 2024-09-10 23:35 |
6 | 管理操作复核请求:被提报用户明显存在不文明行为时拒绝做出相应处理 | 21 | 8 | UjuiUjuMandan | 2024-08-26 16:45 |
7 | 请求CCI Lki5168 | 14 | 6 | 人间百态 | 2024-08-28 09:42 |
8 | 管理操作复核请求:不对显然违反双向交互禁制的行为进行处理 | 9 | 3 | Ericliu1912 | 2024-08-29 00:44 |
9 | 提议完善MediaWiki:Spamprotectiontext | 4 | 4 | 人间百态 | 2024-09-06 22:27 |
10 | 《网络数据安全管理条例(草案)》和Unblock-zh.org | 16 | 12 | SCP-2000 | 2024-09-01 12:54 |
11 | 2024拉美月 | 4 | 3 | Z7504 | 2024-09-07 12:53 |
12 | 基于报复心态而游戏维基规则 | 3 | 2 | 世界解放者 | 2024-09-05 12:37 |
13 | 新闻动态病句 | 2 | 2 | Miyakoo | 2024-09-08 16:59 |
14 | 又有一堆台湾政府标志被提删 | 3 | 2 | Ericliu1912 | 2024-09-10 22:51 |
发言更新图例 |
---|
|
|
|
|
|
特殊状态 |
已移动至其他页面 或完成讨论之议题 |
手动设置 |
当列表出现异常时, 请先检查设置是否有误 |
正在广泛征求意见的议题
![]() | 您可在维基百科:回馈请求系统订阅特定主题的征求意见讨论通知。 |
以下讨论需要社群广泛关注:(重新整理)
目前此主题无正在讨论的议题
|
删除所有的纯繁简重定向
提议删除纯粹的繁简重定向,如哈薩克 => 哈萨克。这种重定向大多是早期(>10年前)MediaWiki尚不支持标题自动转换的遗留产物,如今MediaWiki已支持自动转换,无须创建重定向。经测试,删除不会对现有页面造成任何影响。保留这种重定向,不仅会使浏览器出现讨厌的跳转,更重要的是会破坏模板的页面识别,导致模板在目标页面下无法加粗。不如全部删除,以绝后患。--Yangfl(留言) 2018年1月5日 (五) 07:51 (UTC)
- (-)反对,编辑摘要仍会红字的,而且当繁简转换器失灵时,失灵期间还有重定向作后补。导航模板的链接本来就应该使用繁简一样的字,繁体条目在导航使用简体链接本来就不鼓励,反之亦然,加粗问题应当把导航链接的繁简修改为与条目名称一致来解决。(事实上删除了重定向还是要跳转,只是把跳转过程改了在幕后做,而且其跳转过程比繁简重定向还更复杂)--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月5日 (五) 08:26 (UTC)
删除繁简重定向会发生三个问题:
- 编辑摘要会出现红字
- 仰赖繁简转换系统,运作负担比繁简重定向高
- 条目超过某个长度后,链接不会转换
113.52.65.202(留言) 2018年1月5日 (五) 08:53 (UTC)
- 编辑摘要红字是假红字,点进去以后就会自动跳转,而且编辑摘要本来就是作为历史出现的,有错别字也不能改。且目前的条目早就严重依赖自动重定向,若是要解决这个问题,那得为每个条目都建一个同名繁简重定向。为了避免重定向/不加粗,势必要求在繁体文本中出现简体字,对平常使用繁体输入法的编者极度不友好,反之亦然。而且在幕后跳转的体验远胜于在浏览器跳转,在浏览器跳转会出现明显的卡顿,对读者不友好。--Yangfl(留言) 2018年1月5日 (五) 09:07 (UTC)
- 没有了繁简重定向,载入时间会其实更卡,因为幕后要多做一次搜索、转换、缓存转换结果、跳转、事后删除缓存,有繁简重定向就只有跳转便行了。假红字使人误会在管理上比改手动改繁简还要困扰。--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月5日 (五) 09:21 (UTC)
- 历史记录本就不是面向最一般读者的,作为管理本身就要判断一下,显然是要优化读者的体验而不是少部分管理的体验。对于热门页面,所有结果都是缓存住的,无论有没有重定向都没有影响。有重定向,在浏览器端体现为302,中国区到美国的rtt至少是200ms,而且还会更差。有一次重定向,打开页面的时间就要多加半秒不止,相比之下哪个更卡?--Yangfl(留言) 2018年1月5日 (五) 09:37 (UTC)
- 无论冷热门,明显也要多做一次搜索才知道哪个页面的缓存才对,多做一次表示服务端多了动荷,服务器有更大负担,缩短寿命。而且像管理员所说,繁简转换坏掉要怎么办?没修复之前就只有躺着让人看红字?还有转换限制问题要用重定向解决,每个都创建一个同名重定向其实真的较好。113.52.65.202(留言) 2018年1月5日 (五) 10:13 (UTC)
- 服务器缩短寿命?XD,服务器不用才掉价,你以为是桌面电脑?每个都建重定向,量级至少是十万级别,那才是真正巨大的负担。繁简转换开了那么多年,未见有坏的情况,而且我说的是纯繁简重定向,不含用字有差异的重定向。真要坏了还是考虑怎么打开网站的问题吧。--Yangfl(留言) 2018年1月5日 (五) 10:31 (UTC)
- 繁简转换是动态负担,重定向是静态负担,一个动态负担用的资源比千万个静态负担较重,所以一定是会减寿的,而且服务器换硬盘应该比换CPU更容易吧。繁简转换以前是有坏过许多次,在故障的时候很多条目变成满堂红我也是见过的。--113.52.65.202(留言) 2018年1月5日 (五) 11:06 (UTC)
- 无所谓动态负担还是静态负担,wiki缓存机制决定了不管是什么页面,哪怕是纯文字,都会有缓存,除非全局禁用缓存,不然这个动态负担一定会存在。炸掉只是偶尔一两次,我认为不应该为这不足1%的时间影响了99%的体验。--Yangfl(留言) 2018年1月5日 (五) 11:56 (UTC)
- 下面的测试证明了缺少重定向会产生较长的让人讨厌的跳转时间,动态负担明显是加了,删除重定向才真的是影响读者体验啊~-113.52.64.53(留言)
- 无所谓动态负担还是静态负担,wiki缓存机制决定了不管是什么页面,哪怕是纯文字,都会有缓存,除非全局禁用缓存,不然这个动态负担一定会存在。炸掉只是偶尔一两次,我认为不应该为这不足1%的时间影响了99%的体验。--Yangfl(留言) 2018年1月5日 (五) 11:56 (UTC)
- 繁简转换是动态负担,重定向是静态负担,一个动态负担用的资源比千万个静态负担较重,所以一定是会减寿的,而且服务器换硬盘应该比换CPU更容易吧。繁简转换以前是有坏过许多次,在故障的时候很多条目变成满堂红我也是见过的。--113.52.65.202(留言) 2018年1月5日 (五) 11:06 (UTC)
- 服务器缩短寿命?XD,服务器不用才掉价,你以为是桌面电脑?每个都建重定向,量级至少是十万级别,那才是真正巨大的负担。繁简转换开了那么多年,未见有坏的情况,而且我说的是纯繁简重定向,不含用字有差异的重定向。真要坏了还是考虑怎么打开网站的问题吧。--Yangfl(留言) 2018年1月5日 (五) 10:31 (UTC)
- 无论冷热门,明显也要多做一次搜索才知道哪个页面的缓存才对,多做一次表示服务端多了动荷,服务器有更大负担,缩短寿命。而且像管理员所说,繁简转换坏掉要怎么办?没修复之前就只有躺着让人看红字?还有转换限制问题要用重定向解决,每个都创建一个同名重定向其实真的较好。113.52.65.202(留言) 2018年1月5日 (五) 10:13 (UTC)
- 历史记录本就不是面向最一般读者的,作为管理本身就要判断一下,显然是要优化读者的体验而不是少部分管理的体验。对于热门页面,所有结果都是缓存住的,无论有没有重定向都没有影响。有重定向,在浏览器端体现为302,中国区到美国的rtt至少是200ms,而且还会更差。有一次重定向,打开页面的时间就要多加半秒不止,相比之下哪个更卡?--Yangfl(留言) 2018年1月5日 (五) 09:37 (UTC)
- 没有了繁简重定向,载入时间会其实更卡,因为幕后要多做一次搜索、转换、缓存转换结果、跳转、事后删除缓存,有繁简重定向就只有跳转便行了。假红字使人误会在管理上比改手动改繁简还要困扰。--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月5日 (五) 09:21 (UTC)
- 对于服务器性能问题,请看Wikipedia:不要担心性能。——路过围观的Sakamotosan 2018年1月8日 (一) 01:26 (UTC)
- 对于载入速度,我就找两个条目实测了10次,其实不论有无重定向都有出现了302:
- 在搜索栏输入没有做重定向的繁体“于斯納爾斯貝里市”连到简体“于斯纳尔斯贝里市”条目,总载入时间平均花了2.66秒,302部分平均花了887ms
- 在搜索栏输入有做重定向的简体“2004年澳门华榕大厦纵火案”连到繁体“2004年澳門華榕大廈縱火案”条目,总载入时间平均花了1.89秒,302部分平均花了355ms
- 而且后者条目长度比前者还要长,后者有重定向下竟然还要比前者无重定向更快,可见繁简转换不但没有改善载入体验,繁简转换反而比重定向来得更差更卡。最后补个实测数据:
次 | 于斯纳尔斯贝里市 (通过繁简转换) |
2004年澳门华榕大厦纵火案 (通过繁简重定向) | ||
---|---|---|---|---|
302时间(ms) | 总时间(秒) | 302时间(ms) | 总时间(秒) | |
1 | 984 | 2.9 | 322 | 1.79 |
2 | 718 | 2.39 | 313 | 1.95 |
3 | 781 | 2.5 | 438 | 1.84 |
4 | 827 | 2.51 | 314 | 1.95 |
5 | 937 | 2.82 | 469 | 1.86 |
6 | 1234 | 3 | 423 | 1.9 |
7 | 765 | 2.62 | 313 | 1.64 |
8 | 734 | 2.47 | 297 | 1.72 |
9 | 812 | 2.51 | 330 | 2.22 |
10 | 1078 | 2.86 | 328 | 2.01 |
平均 | 887 | 2.658 | 354.7 | 1.888 |
- 这个之前不是讨论过了吗?讨论的结果就是我的bot,自动挂{{繁简重定向}}。--Antigng(留言) 2018年1月5日 (五) 14:36 (UTC)
- 这个题目不知炒了多少次冷饭了——
囧rz…… --街燈電箱150號 开箱维修 抄表 检验证明 2018年1月5日 (五) 14:50 (UTC)
- 这个题目不知炒了多少次冷饭了——
- 简而言之:没坏别修。要找出所有符合条件的重定向要花费多少人力/给机器人编程调试时间?要创建规定后长期维护又要消耗多少人力/机器人力?为啥不节省下来干别的?—菲菇@维基食用菌协会 2018年1月6日 (六) 18:21 (UTC)
反对。这里面含有编辑历史,shizhao上回把周润发的重定向删除了,被删除后无法通过直接点击找回(看不到那时候的编辑记录了,要找回那个重定向必须从shizhao删除日志当中找)。等于把2004年以前,简体用户与繁体用户互相为对方创建重定向的历史性举动从直观的检索方式上一点一滴给抹除了。不要以为没有坏处,这种删除正在抹除中文维基的历史。--Jasonzhuocn(留言) 2018年1月7日 (日) 03:35 (UTC)
- 如果保留繁简同等重定向,可以让页面一次性加载(重定向跳转被内化到相应页面请求中),不用依赖于繁简转换生成的隐藏302跳转。反而是链接解析部分无法识别重定向为解析页面时的预填黑才是bug吧。总之,没坏别修。——路过围观的Sakamotosan 2018年1月8日 (一) 01:31 (UTC)
- 我支持删除繁简重定向。我也觉得繁简重定向的用户体验不连续且糟糕,各种quirk不值得节省下来的处理器时间。看了街灯的时间对比,我觉得这个overhead完全可以接受。不一定要积极的清除掉所有的繁简重定向,但是主编想删哪个删哪个是可以的。Bluedeck 2018年1月10日 (三) 14:30 (UTC)
- 删除重定向才是真正的体验不连续和糟糕,因为重定向后会被系统内化,载入时不需要找寻跳转,删除了后系统没有了内化定向,系统要每次找寻,删除繁简重定向造成的不连续事实是长了。--113.52.65.21(留言)
- 采用软件的目的就是要将复杂度内化而不呈现在用户面前,就算为此付出处理时间也是值得的。“事实上,网站没有任何内容时服务器性能才是最好的,但这样的话要维基百科还有什么意义呢?”——WP:不要担心性能。Bluedeck 2018年1月11日 (四) 14:52 (UTC)
- 删除重定向才是真正的体验不连续和糟糕,因为重定向后会被系统内化,载入时不需要找寻跳转,删除了后系统没有了内化定向,系统要每次找寻,删除繁简重定向造成的不连续事实是长了。--113.52.65.21(留言)
- 你们才没资格说不要担心效能,因为你们支持删除重定向的其中一个理由是宣称要减少浏览器出现讨厌的跳转,你们本身已经是担心效能。113.52.80.230(留言) 2018年1月11日 (四) 15:46 (UTC)
- "要减少浏览器出现讨厌的跳转"这是担心UX不是担心效能。Bluedeck 2018年1月12日 (五) 02:42 (UTC)
- 你们才没资格说不要担心效能,因为你们支持删除重定向的其中一个理由是宣称要减少浏览器出现讨厌的跳转,你们本身已经是担心效能。113.52.80.230(留言) 2018年1月11日 (四) 15:46 (UTC)
- 浏览器的302跳转时间和次数越多意味着传输掉失的风险越多,若在网络较差的环境,删除繁简重定向令读者载入失败而要重载的潜在机会变大,这才真的更多地令用户体验不连续和糟糕,删除繁简重定向事实上才是影响用户体验。--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月12日 (五) 04:56 (UTC)
- 这两个方法都是一次302啊,其中时长的区别来自后端繁简转换逻辑,所以没有这个问题。Bluedeck 2018年1月12日 (五) 21:28 (UTC)
- 您也懂得说“时长的区别”啊——怎么可能没有问题啊……时长越多表示了不连续得越多,也表示浏览器逾时而掉线的几率越多。--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月12日 (五) 23:47 (UTC)
- 某个操作响应超时的概率只和请求次数相关,这两个请求次数都是2,没有更容易超时的问题。Bluedeck 2018年1月14日 (日) 22:40 (UTC)
- 超时几率当然不只和请求次数相关啊……2次请求之间的时间越长表示掉失第二次请求的机会越多。--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月15日 (一) 05:10 (UTC)
- 不是这样的,两次请求之间的时间越长,说明第一次请求的处理时间长,和第二次请求会不会更容易掉线无关。请求1处理完了关闭之后开始请求2的那一刻起,这个请求2和任何一个独立请求都没有区别。Bluedeck 2018年1月15日 (一) 22:25 (UTC)
- “第一次请求的处理时间长”这个已经够了,因为第一次做长了,错过趁网络还好的时候做第二次的机会变大,两个请求事实上或多或少都会有关系。--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月15日 (一) 23:37 (UTC)
- 不是这样的,实际上一点关系也没有。服务器处理请求的耗时并不是网络稳定性的诸多因变量之一,网络稳定性仿佛投色子,不会因为等久一点再投,色子的某个结果的几率就变大或变小。你可以在网络稳定性良好的localhost做long polling,第一个请求等二十分钟再返回,第二个请求一样强壮。Bluedeck 2018年1月17日 (三) 05:53 (UTC)
- 两次请求是读者由按下链接至载入完成的这一整个过程的必经阶段,怎么都不可能视为无关系,而且网络稳定度的确是两次传输之间的时间越短则得到较接近的结果的机会越大,才不是投骰子那般没时间观的道理。--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月17日 (三) 15:31 (UTC)
- 街灯君,不是这样的。。。。HTTP是个无状态协议。和投色子是一样的。Bluedeck 2018年1月20日 (六) 00:46 (UTC)
- 呃……这不仅是HTTP的考量来的。--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月20日 (六) 05:45 (UTC)
- 那是什么考虑?跟HTTP没关系,跟TCP和更下层的协议就更没关系了。Bluedeck 2018年1月21日 (日) 00:18 (UTC)
- 呃……这不仅是HTTP的考量来的。--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月20日 (六) 05:45 (UTC)
- 街灯君,不是这样的。。。。HTTP是个无状态协议。和投色子是一样的。Bluedeck 2018年1月20日 (六) 00:46 (UTC)
- 两次请求是读者由按下链接至载入完成的这一整个过程的必经阶段,怎么都不可能视为无关系,而且网络稳定度的确是两次传输之间的时间越短则得到较接近的结果的机会越大,才不是投骰子那般没时间观的道理。--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月17日 (三) 15:31 (UTC)
- 不是这样的,实际上一点关系也没有。服务器处理请求的耗时并不是网络稳定性的诸多因变量之一,网络稳定性仿佛投色子,不会因为等久一点再投,色子的某个结果的几率就变大或变小。你可以在网络稳定性良好的localhost做long polling,第一个请求等二十分钟再返回,第二个请求一样强壮。Bluedeck 2018年1月17日 (三) 05:53 (UTC)
- “第一次请求的处理时间长”这个已经够了,因为第一次做长了,错过趁网络还好的时候做第二次的机会变大,两个请求事实上或多或少都会有关系。--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月15日 (一) 23:37 (UTC)
- 不是这样的,两次请求之间的时间越长,说明第一次请求的处理时间长,和第二次请求会不会更容易掉线无关。请求1处理完了关闭之后开始请求2的那一刻起,这个请求2和任何一个独立请求都没有区别。Bluedeck 2018年1月15日 (一) 22:25 (UTC)
- 超时几率当然不只和请求次数相关啊……2次请求之间的时间越长表示掉失第二次请求的机会越多。--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月15日 (一) 05:10 (UTC)
- 某个操作响应超时的概率只和请求次数相关,这两个请求次数都是2,没有更容易超时的问题。Bluedeck 2018年1月14日 (日) 22:40 (UTC)
- 您也懂得说“时长的区别”啊——怎么可能没有问题啊……时长越多表示了不连续得越多,也表示浏览器逾时而掉线的几率越多。--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月12日 (五) 23:47 (UTC)
- 这两个方法都是一次302啊,其中时长的区别来自后端繁简转换逻辑,所以没有这个问题。Bluedeck 2018年1月12日 (五) 21:28 (UTC)
- 浏览器的302跳转时间和次数越多意味着传输掉失的风险越多,若在网络较差的环境,删除繁简重定向令读者载入失败而要重载的潜在机会变大,这才真的更多地令用户体验不连续和糟糕,删除繁简重定向事实上才是影响用户体验。--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月12日 (五) 04:56 (UTC)
- (-)反对:繁简重定向属于zh版维基百科中不可或缺的--Z7504非常建议必要时多关注评选(留言) 2018年1月13日 (六) 05:09 (UTC)
- (-)反对,jasonzhuocn的理由已然足够。--Temp3600(留言) 2018年1月15日 (一) 16:41 (UTC)
- (+)支持不觉得这种东西有什么不可或缺的,1秒的延迟毫无所谓,先不说掉线不掉线,就算掉线又能有多少?写条目还要改模板才是真的烦。我对删除旧的重定向没什么看法,只是觉得没有任何必要创建的新的重定向--浅蓝雪❉ 2018年1月20日 (六) 16:58 (UTC)
- (つ°ω°)つ 淺藍雪 Bluedeck 2018年1月21日 (日) 01:34 (UTC)
- (=)中立,至少已经存在的繁简重定向就留着吧。--暗中观察的RabbitMeow ∞ 与此喵对话 風の辿り着く場所 2018年1月21日 (日) 10:35 (UTC)
- (-)反对,不要担心性能没错,但那是针对维基媒体基金会的服务器而言,针对用户端多少还是得考虑性能。从街灯电箱150号的实测结果来看还是保留繁简重定向为妙。只是这样的话编者就要留心导航模板是不是会有因链接繁简弄错而变成重定向页的情况。凡是不能两全其美。--RekishiEJ(留言) 2018年1月21日 (日) 13:47 (UTC)
说来有趣,由于我好奇服务器究竟是怎么处理的,我自己做了一次实验,结果和街灯君的试验结果正相反。那么,从我的请求来看,我发现从任何一个重定向方式发起的页面请求而言,服务器根本不反返回302,直接返回200,也就是说两个重定向方式都不增加请求的次数。此外,街灯君的试验方法也有问题,不管街灯君的“总时间”一栏中采用的是dom ready还是window ready事件,都是包含了大量不相关资源的加载时间的。我们在乎的是第一个200的返回时间,根据这个实验[1]的运行结果,10次对无繁简重定向的请求时间平均为76.2毫秒,有繁简重定向的请求回应时间为94.3毫秒。也就是说不经由繁简重定向的方式处理的反而更快。这个试验结果和街灯的不同的原因可能有几个:1、我使用的是 /zh/ 前缀,也就是“不转换”前缀,因此排除页面内文转换和重新渲染的时间,不知道街灯是否也是这么测试的。2、我在测试之前清空了缓存。3、我的测试地点是美国东岸,可能链接到的WMF服务器不一样。欢迎大家采用代码和这个更加科学的测试手段测试,看看是得到和我相同还是相反的结果。总之就目前的情况来看,不采用重定向的效能和用户体验都是更佳的。Bluedeck 2018年1月21日 (日) 19:29 (UTC)
- 原来用搜索栏和直接链接的效果是不一样啊,搜索栏的确会出302,但直接按链接则无302。我测试是使用一个傀儡账号并把参数设置还原到默认值来试(除了内容语言变体设为zh),地点在澳门,也清空了cache,而直接链接我重新试了各10次,第一个200的时间两者是相若的,无繁简重定向平均为430.2ms,有繁简重定向平均为425.6ms;即是说在我那边直接链接的话单看第一个200的效果几乎一样,但用搜索栏的话明显是有影响的(先一个302后才出第一个200),因为多出了一段较长的的302时间(我已经另外再用搜索栏多试了各10次,302时间还是无重定向的较长),结果还是有繁简重定向的体验占优。(之前上面的测试,由于都是在默认设置状态,所以渲染的东西除条目内容外都是一样的,而上面被用作测试无重定向的条目内容(14.76KB)都比有重定向的(16.9KB)要少,所以无重定向要渲染的东西应比有重定向要少,但时间仍较多,所以“包含了大量不相关资源的加载时间的”根本不成为推翻我结果的理由)--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月22日 (一) 07:32 (UTC)
- (=)中立,读完以上的讨论,本人觉得大量的繁简重定向仍然有其必要性存在,不应全数删除。--Janee谈笑风生 2018年1月22日 (一) 09:24 (UTC)
- (+)支持:既然已有字词转换系统,就毋须多余的繁简重定向。如果连地区词转换都可以仿效繁简转换处理的话,那就能省下更多的重定向。--M.Chan 2018年1月23日 (二) 03:43 (UTC)
- (-)反对,月经性提议。Walter Grassroot(留言) 2018年1月23日 (二) 03:47 (UTC)
希望平反User:H1260156890
他是被错误地封禁的。--CuSO4 2018年1月6日 (六) 04:20 (UTC)
- Wikipedia:保护方针允许对能确认去世的用户的用户页进行保护,最后当事人声明只是退出而非去世则可。——路过围观的Sakamotosan 2018年1月6日 (六) 06:51 (UTC)
- 但是Wikipedia:封禁方针没有允许对去世用户进行封禁。--113.52.64.53(留言) 2018年1月6日 (六) 07:31 (UTC)
- 可以去求助版看看?——路过围观的Sakamotosan 2018年1月6日 (六) 10:07 (UTC)
- 但是Wikipedia:封禁方针没有允许对去世用户进行封禁。--113.52.64.53(留言) 2018年1月6日 (六) 07:31 (UTC)
- Wikipedia:保护方针允许对能确认去世的用户的用户页进行保护,最后当事人声明只是退出而非去世则可。——路过围观的Sakamotosan 2018年1月6日 (六) 06:51 (UTC)
- @Cwek
囧rz……我的重点不是这里。请仔细察看该用户的贡献记录:
- 2016年7月12日 (二) 06:03 (差异 | 历史) . . (+88) . . Wikipedia:页面存废讨论/记录/2016/07/06
- 2016年7月12日 (二) 06:08 (差异 | 历史) . . (+3) . . User:H1260156890(自己在自己的用户页上加入了{{death}}模板)
- 2016年7月12日 (二) 06:48 Shizhao(讨论 | 贡献)封禁了H1260156890(讨论 | 贡献),到期时间为不限期 (账号创建停用、电子邮件停用、不能编辑自己的讨论页) (已去世)
该用户并没有去世!
望shizhao君自己注意一下:@shizhao:--CuSO4 2018年1月9日 (二) 09:28 (UTC)
已修复--百無一用是書生 (☎) 2018年1月9日 (二) 09:55 (UTC)
- 最好不要“诅咒”挂掉,挂退休则可,如果不想继续的话。——路过围观的Sakamotosan 2018年1月9日 (二) 11:14 (UTC)
- shizhao君始终没有解释是根据什么来封禁去世用户。--113.52.65.21(留言) 2018年1月11日 (四) 05:15 (UTC)
- 只是出于安全考虑,防止账号被盗--百無一用是書生 (☎) 2018年1月15日 (一) 01:59 (UTC)
- 防止被盗不是封禁方针允许的理由。113.52.80.25(留言) 2018年1月15日 (一) 05:26 (UTC)
- {{Death}}的模板文档有说明:“在用户页上自己挂上此模板可能会被认为已故,从而招致不限期封禁。请勿随意挂此模板。”--挤牙膏💬 2018年1月18日 (四) 17:35 (UTC)
- 防止被盗不是封禁方针允许的理由。113.52.80.25(留言) 2018年1月15日 (一) 05:26 (UTC)
- 只是出于安全考虑,防止账号被盗--百無一用是書生 (☎) 2018年1月15日 (一) 01:59 (UTC)
突然好奇,除了用户自行挂过世模板以外还有什么办法可以让社群确认维基人已过世呢?有没有类似的方针或指引?----ParkerTian 2018年1月18日 (四) 21:57 (UTC)
- 非要说的话,可以用傀儡吧,因为账号假设只有一个真人操作,如果真人死了,理论上账号就不会再有操作,如果有的话,可能是傀儡。至于确认账号死亡,只能靠账号真人所熟悉的人去确认,实际上可能存在真人已死但没有确认到而没有挂标示的情况。——路过围观的Sakamotosan 2018年1月20日 (六) 00:21 (UTC)
增加unblock-zh票据工单系统站点的意见调查
目前我们的站外查封申诉以邮件列表的形式处理。我作为处理的管理员不太喜欢邮件列表这个系统。我想弄一个类似英文维基百科UTRS的票据工单系统,并加以美观的设计。
我认为这样做的好处有几个:用户界面可用性增加(对管理员和用户都是这样)、可以自定美观的用户界面、安全性增加(全程HTTPS、HSTS)、可以让用户自行选择那些信息可以公开,哪些信息需要保密、增加条理性,等等。
虽然如此,不知道大家的想法如何。因为创建这个系统这个工作量不小,我怕建出来了没人用,或者大家可能提出我还没有想到的问题。所以我现在这里问一下。
若您感兴趣技术细节:User:Bluedeck/etc/sandbox/box1515612315922
另:这个系统可以和当前的邮件列表系统并行运作。
Bluedeck 2018年1月10日 (三) 14:11 (UTC)
- 支持支持支持!蓝桌说的我都支持!反正我又不是滥权管理员--Yangfl(留言) 2018年1月10日 (三) 15:01 (UTC)
- 好大一个坑。为啥不host在toollabs?--百無一用是書生 (☎) 2018年1月11日 (四) 03:20 (UTC)
- 因为听说性能太糟糕而且申请条件苛刻所以懒得申请,反正我手头有空转的服务器资源,所以就自己host。Bluedeck 2018年1月11日 (四) 03:25 (UTC)
- 工单系统的数据备份会怎么做?--菲菇@维基食用菌协会 2018年1月11日 (四) 03:27 (UTC)
- OS-wise snapshot、根目录手动gzip、SQL dump、API 导出。Bluedeck 2018年1月11日 (四) 03:36 (UTC)
- 工单系统的数据备份会怎么做?--菲菇@维基食用菌协会 2018年1月11日 (四) 03:27 (UTC)
- 因为听说性能太糟糕而且申请条件苛刻所以懒得申请,反正我手头有空转的服务器资源,所以就自己host。Bluedeck 2018年1月11日 (四) 03:25 (UTC)
- 网站必须开设在wmf的服务器上。如果有这个系统的话,这个系统应当被认为是官方性质的申诉系统。开在wmf的服务器下,维护服务器的终极权限掌握在wmf的手里,这与系统的官方性是相称的。相反,如果在个人服务器上架设网站,维护服务器的终极权限掌握在特定用户手里,没有人有权监督该站的运行,这可能会导致问题。--Antigng(留言) 2018年1月11日 (四) 08:59 (UTC)
- 这个要求(或者这个要求的精神)是出自哪里的,wmf有过主动维护toollabs上搭载的非wmf的服务的情况嘛?Bluedeck 2018年1月11日 (四) 14:46 (UTC)
- “wmf有过主动维护toollabs上搭载的非wmf的服务的情况嘛”,出于技术原因强制终止部分出问题的程序,这样的案例比比皆是。--Antigng(留言) 2018年1月11日 (四) 15:26 (UTC)
- 这个要求(或者这个要求的精神)是出自哪里的,wmf有过主动维护toollabs上搭载的非wmf的服务的情况嘛?Bluedeck 2018年1月11日 (四) 14:46 (UTC)
- 理论上有官方性质的系统不应该放在wmf控制以外的地方;toollabs申请很简单,性能虽然糟糕但是做这个功能够了。--哪位维基人能够一下打死五个? 2018年1月11日 (四) 15:41 (UTC)
- 已经从tooladmin申请了membership,那么,我试试这个VPS。如果可以,我就在这里host。另外还发了邮件问问WMF的想法。Bluedeck 2018年1月11日 (四) 16:48 (UTC)
- WMFLabs上的东西原则上不允许存储隐私内容,而WMF运营的mailman跟WMFLabs是相互独立的;
- 自建服务器缺乏保障隐私的方式;
- 自建服务器难以保证稳定;
- 看了下你的sandbox,拖库了怎么办?最起码没看到这方面的考虑,好歹也得hash几遍;
- 带这么个系统就意味着跟随配套的所有教程(站内的以及站外的,比如你们经常用的那个解决IP封禁问题的截图等)、指南(WP:IPBE等)、模板(T:Block review等)、用户页面(MediaWiki:Blockedtext等)都得改;
- 如果不能保证稳定性,并试图用邮件列表作为备用选项的话,那么上面这些就准备天天改吧;
- 同上,反而增加新手使用成本;
- 会有很多人用?快去查查今天unblock里面总共才几封邮件
- 这玩意上线第一天就来帮你进行一下压(D)力(D)测(o)试(S)
- 顺便心疼你花了的域名钱
- 这么有钱的壕直接上keyless SSL多好(笑)
--Techyan(留言) 2018年1月11日 (四) 19:06 (UTC)
- 如果建好了之后反而增加使用成本的话那我太失败了,我肯定是为了让使用更容易才建设这个的。sandbox里的数据结构是让你知道结构而已。安全方面,user.secret = SHA256(server_salt(m)), m=SHA256(client_salt(passphrase)),其中m的计算在客户端进行。稳定性方面,和服务器关系不大,现在哪个服务器不是99.999 uptime,关键是内存泄漏和exception别飞出去,这是我要解决的问题。最后我在这里问的是如果我做的好,大家用不用。如果我做出一堆垃圾来,那当然没人会去用 : /,你不用担心我做出垃圾之后逼着大家使用.... Bluedeck 2018年1月11日 (四) 20:35 (UTC)
- 是啊那你准备怎么解决#5、#6的问题?一般那VPS的uptime能上三个九就怪了,母鸡关几十分钟维个护都不带提前通知一声的;更何况机器稳定又怎么样,zhmrtbot都坏了多少次了
- 反正我感觉你如果实在闲就搞,但我个人不是很支持。并且技术上的讨论结束了之后不意味着社群就同意用这个东西(部分)替代现在的unblock机制了。--Techyan(留言) 2018年1月12日 (五) 16:50 (UTC)
- “并且技术上的讨论结束了之后不意味着社群就同意用这个东西(部分)替代现在的unblock机制了。”,我问的目的调查一下就是做出来之后社区用不用,不用我就不做了,不是为了讨论技术。“更何况机器稳定又怎么样,zhmrtbot都坏了多少次了”,所以说了不是机器的问题,而是软件的问题。还有,为了防止误会,再强调一遍,我调查的问题是:如果我做的东西好用,大家用不用,而不是如果我做出一个成天掉线的服务,还会硬要大家迁移到这上面。Bluedeck 2018年1月12日 (五) 20:51 (UTC)
- 是啊,我知道你的问题是这个,但是现在很明显没人在研究到底是用还是不用,反而都去计较技术方面的问题了。没什么人愿意出来研究到底用不用的原因一方面是话题被带跑了(锅当然我也得背);另一方面则是现在没个成品,或者一个像样的雏形,大多数人也很难定夺。这么说也只是提醒你一下,按照现在的讨论,完全有可能你做出来了东西但是社群不肯用。毕竟现在没有人明确地说支持。顺便,#5和#6的问题还希望解释一下,把话题往正道上带一带。--Techyan(留言) 2018年1月13日 (六) 12:19 (UTC)
- 5,那就改呗,用模版改,这样只有改第一次比较费时。#6:上线之后肯定先腾出一段时间做稳定性测试啥的,没问题才投入使用。Bluedeck 2018年1月13日 (六) 20:26 (UTC)
- 是啊,我知道你的问题是这个,但是现在很明显没人在研究到底是用还是不用,反而都去计较技术方面的问题了。没什么人愿意出来研究到底用不用的原因一方面是话题被带跑了(锅当然我也得背);另一方面则是现在没个成品,或者一个像样的雏形,大多数人也很难定夺。这么说也只是提醒你一下,按照现在的讨论,完全有可能你做出来了东西但是社群不肯用。毕竟现在没有人明确地说支持。顺便,#5和#6的问题还希望解释一下,把话题往正道上带一带。--Techyan(留言) 2018年1月13日 (六) 12:19 (UTC)
- “并且技术上的讨论结束了之后不意味着社群就同意用这个东西(部分)替代现在的unblock机制了。”,我问的目的调查一下就是做出来之后社区用不用,不用我就不做了,不是为了讨论技术。“更何况机器稳定又怎么样,zhmrtbot都坏了多少次了”,所以说了不是机器的问题,而是软件的问题。还有,为了防止误会,再强调一遍,我调查的问题是:如果我做的东西好用,大家用不用,而不是如果我做出一个成天掉线的服务,还会硬要大家迁移到这上面。Bluedeck 2018年1月12日 (五) 20:51 (UTC)
- 直接用wiki账号认证登录不就好了--百無一用是書生 (☎) 2018年1月12日 (五) 03:44 (UTC)
- 我研究一下api。Bluedeck 2018年1月12日 (五) 16:18 (UTC)
- 老实说,我觉得unblock-zh不便性让不少管理员却步,不太愿意处理(至少我是这样)。如果有更人性化的系统的话,处理上也比较容易。—AT 2018年1月12日 (五) 16:58 (UTC)
- 我研究一下api。Bluedeck 2018年1月12日 (五) 16:18 (UTC)
- 如果建好了之后反而增加使用成本的话那我太失败了,我肯定是为了让使用更容易才建设这个的。sandbox里的数据结构是让你知道结构而已。安全方面,user.secret = SHA256(server_salt(m)), m=SHA256(client_salt(passphrase)),其中m的计算在客户端进行。稳定性方面,和服务器关系不大,现在哪个服务器不是99.999 uptime,关键是内存泄漏和exception别飞出去,这是我要解决的问题。最后我在这里问的是如果我做的好,大家用不用。如果我做出一堆垃圾来,那当然没人会去用 : /,你不用担心我做出垃圾之后逼着大家使用.... Bluedeck 2018年1月11日 (四) 20:35 (UTC)
- 不能做一个创建在邮件列表之上的人性化的系统吗,而不是重新做一个新的系统出来。——꧁༺星耀晨曦༻꧂(留言) 2018年1月12日 (五) 17:45 (UTC)
- 是吧,我也是这么想的,但是邮件列表能做的事情不多。只能美化一下界面,而且没有很多人用我这个模版。Bluedeck 2018年1月12日 (五) 21:12 (UTC)
真要搞的话不如重启引入OTRS系统的讨论。--云间守望(对话) 2018年1月13日 (六) 10:53 (UTC)
- 备注:在下十分信任Bluedeck的技术水平,只是考虑到隐私问题,建议还是放在维基媒体计划的服务器上。--云间守望 2018年1月13日 (六) 11:34 (UTC)
- 实际上这个系统的隐私和邮件列表的隐私没有区别,都是隐私内容所有管理员可见。Bluedeck是开发者兼管理员,所以本来就可见隐私内容。要说的话由于传输层安全的使用,这里只比邮件列表安全,而不是反过来。Bluedeck 2018年1月13日 (六) 20:33 (UTC)
- 什么叫好用什么叫不好用,没有一个客观的标准。空对空讨论“如果我的东西好用你们用不用”可能意义并不大,就像讨论“如果有一个完美的智能管理员机器人你们用不用”那样。所以还是建议先做出一点东西来再开展进一步的讨论。项目拿风险投资的时候也不是单纯有一个概念就可以的。--Antigng(留言) 2018年1月13日 (六) 14:27 (UTC)
- 讨论的目的是为了知道有没有除了易用性之外的原因而会让大家不想使用的。比如上面有人提到的隐私问题,政策问题或者需求问题。如果有这样的问题存在,大家可以提出来,如果我觉得非技术性障碍太多,可以提前拉到,就是这个意思。Bluedeck 2018年1月13日 (六) 20:24 (UTC)
- 三个问题:
- 想不想使用:普通用户不会太关注这个问题,除非经常被封需要申诉;经常处理unblock的管理员讨论讨论就好了。
- 放在哪里:如果决定要做,把系统放在wmf控制的服务器上是比较合理的,而非个人的服务器,以免有一天这个人变成了破坏者。
- 实现方式:OTRS是不是有现成的代码?可以把邮件对接到这个系统里,这样对于用户来说既可以邮件也可以上系统,而管理员有个统一的处理界面?
- --哪位维基人能够一下打死五个? 2018年1月16日 (二) 14:03 (UTC)
- 三个问题:
- 讨论的目的是为了知道有没有除了易用性之外的原因而会让大家不想使用的。比如上面有人提到的隐私问题,政策问题或者需求问题。如果有这样的问题存在,大家可以提出来,如果我觉得非技术性障碍太多,可以提前拉到,就是这个意思。Bluedeck 2018年1月13日 (六) 20:24 (UTC)
- (-)反对:没有必要,画蛇添足,粉饰镀金。galaxyharrylion(留言) 2018年1月15日 (一) 14:34 (UTC)
- 事实上unblock也没有必要,这个黑箱早已饱受诟病,而且一直都是被滥用的状态。galaxyharrylion(留言) 2018年1月15日 (一) 14:38 (UTC)
- 好奇unblock怎么滥用?--百無一用是書生 (☎) 2018年1月16日 (二) 01:19 (UTC)
- 事实上unblock也没有必要,这个黑箱早已饱受诟病,而且一直都是被滥用的状态。galaxyharrylion(留言) 2018年1月15日 (一) 14:38 (UTC)
您好像没有在维基文库发送此通知,是否是因为该系统不适用于维基文库?--Midleading(留言) 2018年1月21日 (日) 10:07 (UTC)
- 可以使用的,我忘记了:/ Bluedeck 2018年1月21日 (日) 20:12 (UTC)
建议Template:GA重定向
如题,“Template:FA”有重定向至“Template:Featured article”、“Template:FL”也有重定向至“Template:Featured list”,那么“Template:GA”可否重定向至“Template:Good article”? 这应该合理吧,请讨论下,谢谢您--Z7504非常建议必要时多关注评选(留言) 2018年1月12日 (五) 04:19 (UTC)
- 合理而且这应该属于移动请求?--Yangfl(留言) 2018年1月12日 (五) 11:54 (UTC)
- 历史遗留问题,Template:Good article是GA条目右上角那个topicon.--云间守望 2018年1月13日 (六) 11:32 (UTC)
- @WQL:正好就是有考虑这个才疑问,因为如果直接重定向,那么早期获选GA的讨论页还使用该模板的就无法显示了。唯一办法就是将现有的GA全部检查过,但很费时间--Z7504非常建议必要时多关注评选(留言) 2018年1月13日 (六) 11:35 (UTC)
- 历史遗留问题,Template:Good article是GA条目右上角那个topicon.--云间守望 2018年1月13日 (六) 11:32 (UTC)
- 要把{{GA}}替换成{{ArticleHistory}}吗?--Xiplus#Talk 2018年1月15日 (一) 01:47 (UTC)
- 但不知道现有的GA还有几个在讨论页上是用“{{GA}}”的,另外(:)回应:是的,全数更换为“{{ArticleHistory}}”,因为现行存档在获选GA时也是使用ArticleHistory显示,而不用GA--Z7504非常建议必要时多关注评选(留言) 2018年1月15日 (一) 01:57 (UTC)
- 44个,算少,用个AWB半自动替换应该还行。--Xiplus#Talk 2018年1月15日 (一) 02:44 (UTC)
囧rz……--Z7504非常建议必要时多关注评选(留言) 2018年1月21日 (日) 10:38 (UTC)
- Xiplus#Talk 2018年1月21日 (日) 10:45 (UTC)
- 可不知道是哪些页面还有使用到Template:GA阿
囧rz……--Z7504非常建议必要时多关注评选(留言) 2018年1月21日 (日) 11:00 (UTC)
- Xiplus#Talk 2018年1月24日 (三) 09:25 (UTC) 引用已替换成ArticleHistory,剩余两个未处理。--
有确定要修改了?-- - 可不知道是哪些页面还有使用到Template:GA阿
过了大约一个礼拜,还是不知道这44个到底解决了没阿- Xiplus#Talk 2018年1月21日 (日) 10:45 (UTC)
- 44个,算少,用个AWB半自动替换应该还行。--Xiplus#Talk 2018年1月15日 (一) 02:44 (UTC)
- 但不知道现有的GA还有几个在讨论页上是用“{{GA}}”的,另外(:)回应:是的,全数更换为“{{ArticleHistory}}”,因为现行存档在获选GA时也是使用ArticleHistory显示,而不用GA--Z7504非常建议必要时多关注评选(留言) 2018年1月15日 (一) 01:57 (UTC)
- (:)回应:根据此,应可重定向--Z7504非常建议必要时多关注评选(留言) 2018年1月26日 (五) 01:51 (UTC)
如何对Flow(结构式讨论)的话题请求快速删除?
该如何对Flow的一个话题(Topic)请求快速删除?因为在上面放置模板不会进到Category:快速删除候选,我觉得最适合的请求位置应该是Wikipedia:修订版本删除请求了。目前似乎没有适合的处理方式,因此提出讨论。--Xiplus#Talk 2018年1月14日 (日) 08:56 (UTC)
我觉得可以在VFD处提出快删。Bluedeck 2018年1月14日 (日) 22:37 (UTC)
放在摘要里。如果放在摘要跟描述页的模板,如果该模板有分类,是会显示的。-- Willy1018(留言) 2018年1月15日 (一) 05:26 (UTC)
- 原来如此,那这个是没问题了。那么想要单独删除一则留言的话呢?--Xiplus#Talk 2018年1月15日 (一) 07:47 (UTC)
- VFD说的就是删除一则留言的情况。因为模版请求的是整个页面的删除,VFD则可以任意请求删除的目标,或者像你说的那样RRD也行。Bluedeck 2018年1月15日 (一) 19:06 (UTC)
- 那我还是觉得RRD更适合删除一则留言的情况,比较接近deltalk+RD。--Xiplus#Talk 2018年1月17日 (三) 15:19 (UTC)
将在Wikipedia:修订版本删除请求制作供Flow删除单一则留言的提报表单。--Xiplus#Talk 2018年1月24日 (三) 08:34 (UTC)
设置Portal和Portal talk命名空间的中文别名
有些维基人希望翻译这两个命名空间的名称,@Liaon98、CopperSulfate、Tenbeens
所以我提议设置Portal和Portal talk这两个命名空间的中文别名为:主题和主题讨论。——꧁༺星耀晨曦༻꧂(留言) 2018年1月14日 (日) 10:23 (UTC)
- (+)支持:已经成为实际的翻译惯例。--云间守望 2018年1月14日 (日) 14:41 (UTC)
- (!)意见,纯粹主题两个字我第一时间联想到的是Topic:而不是Portal:,似乎会引起混淆,我建议用主题首页和主题首页讨论。--街燈電箱150號 开箱维修 抄表 检验证明 2018年1月15日 (一) 23:45 (UTC)
- (!)意见,Topic:应该是话题,主题首页太过啰嗦,而且会让人想到真正的首页,何况Portal:下往往有一堆子页面,首页实在不妥。--Yangfl(留言) 2018年1月16日 (二) 07:31 (UTC)
- 好像中文维基百科对Portal翻译为主题,很多模版也是主题。——꧁༺星耀晨曦༻꧂(留言) 2018年1月17日 (三) 13:19 (UTC)
- (!)意见,Topic:应该是话题,主题首页太过啰嗦,而且会让人想到真正的首页,何况Portal:下往往有一堆子页面,首页实在不妥。--Yangfl(留言) 2018年1月16日 (二) 07:31 (UTC)
- Gadget则可以译为小工具。——Arnie97(留言) 2018年1月18日 (四) 14:50 (UTC)
- 这就是另一个议题了。——꧁༺星耀晨曦༻꧂(留言) 2018年1月18日 (四) 15:48 (UTC)
一周内如果没有反对意见,则认为“设置Portal和Portal talk这两个命名空间的中文别名为:主题和主题讨论”具有共识。——꧁༺星耀晨曦༻꧂(留言) 2018年1月21日 (日) 08:23 (UTC)
- 不但主题和主题讨论应该翻译,Gadget、topic都要。--M.Chan 2018年1月22日 (一) 09:18 (UTC)
- 另一个议题了。。。——꧁༺星耀晨曦༻꧂(留言) 2018年1月23日 (二) 11:00 (UTC)
Tat Flip乐队被经常骚扰!
香港乐队Tat Flip,在维基编辑经常被骚扰,Tat Flip编上的是有时间,历史和实证,不是广告宣传.—以上未签名的留言由Fliproom(对话|贡献)于2018年1月16日 (二) 02:52 (UTC)加入。
- 参见WP:G11,并请在留言后以四个波浪号“~~~~”签名。--NHC、人家才不是NPC呢哼! 。:.゚ヽ(*´∀`)ノ゚.:。 2018年1月19日 (五) 09:55 (UTC)
已删除的贡献
Special:DeletedContributions只有管理员能够查看,但本人认为此页并没有不能开放给其他用户查看的理由? 建议更改使用权限,否则请说明让我了解下,谢谢。--Janee谈笑风生 2018年1月18日 (四) 10:14 (UTC)
- 访问Special:DeletedContributions应该需要
deletedhistory
权限。如要开放这个权限给普通用户,应发起讨论。——꧁༺星耀晨曦༻꧂(留言) 2018年1月18日 (四) 10:31 (UTC) - 能否只开放看自己的?--Yangfl(留言) 2018年1月18日 (四) 12:56 (UTC)
- 应该不行。——꧁༺星耀晨曦༻꧂(留言) 2018年1月18日 (四) 13:52 (UTC)
- 我觉得不如让巡回自动拥有此权限,其他人可申请获得。不过即使开放了感觉用处不大,也很难有什么合理的理由须使用此权限。--Yangfl(留言) 2018年1月18日 (四) 14:14 (UTC)
- 应该不行。——꧁༺星耀晨曦༻꧂(留言) 2018年1月18日 (四) 13:52 (UTC)
- 如果都能看那删除页面的意义也不存在了。--Kuailong™ 2018年1月18日 (四) 16:00 (UTC)
- 我认为删除页面的意义与此并无关连,用户只是纯粹查看自己所贡献的页面哪些被删除而已,不然在贡献报告里突然已删除的贡献变多了,也觉得奇怪(虽然此功能用处不大)。--Janee谈笑风生 2018年1月19日 (五) 03:37 (UTC)
- 会有已删贡献的话可能来自于你巡查、维护的某个条目被删了。你可以去监视列表看哪一个条目变红色。--Zest 2018年1月19日 (五) 04:17 (UTC)
- 阁下的已删贡献来自锺嘉欣广告代言列表。--Zest 2018年1月19日 (五) 04:17 (UTC)
- en:Wikipedia:Viewing deleted content。--Xiplus#Talk 2018年1月19日 (五) 14:22 (UTC)
- 这是content而不是history,当然似乎mediawiki没有只开放看已删历史的功能,这又是好大一个坑。--Yangfl(留言) 2018年1月20日 (六) 06:48 (UTC)
“ | 只有管理员、用户查核员和监督员能查看已删除页面的内容。这被认为是必要的,因为被删除的页面可能包含侵犯著作权、个人信息、诽谤等内容,这使公开这些材料可能构成问题。管理员必要时可以恢复已删除的页面;不是管理员的监督员和用户查核员不能这样做。 | ” |
——en:WP:Restore |
- 虽然有Wikipedia:监督,但并不能十分全面,所以不能全面开放。性能也可能是个问题,已删除修订版本似乎存放在另一个数据库中,可能缺乏充足缓存和处理能力。--YFdyh000(留言) 2018年1月21日 (日) 02:35 (UTC)
- 如果开放只查自己的呢?--Janee谈笑风生 2018年1月21日 (日) 12:59 (UTC)
- 技术层面未支持。可能造成性能问题。旧讨论。--YFdyh000(留言) 2018年1月21日 (日) 14:29 (UTC)
- 已删除页面查询,我现在才想到(--Xiplus#Talk 2018年1月21日 (日) 14:58 (UTC)
谢谢您~原来有这个,撒花🎉!--Janee谈笑风生 2018年1月22日 (一) 09:07 (UTC)
- 应该开放予所有人查看,只隐藏符合修订版本删除的条件。一来可以在存废复核更容易讨论页面的内容,二来方便删后重建,三来不用弄什么图书馆或已删内容查询。只是可能会给管理员加重负担。--M.Chan 2018年1月22日 (一) 09:12 (UTC)
- 这提议已经被拒绝,参见上方英文版的信息页的链接。--Xiplus#Talk 2018年1月22日 (一) 09:24 (UTC)
- 有人可以翻译一下拒绝的原因吗?--M.Chan 2018年1月23日 (二) 03:45 (UTC)
- 这提议已经被拒绝,参见上方英文版的信息页的链接。--Xiplus#Talk 2018年1月22日 (一) 09:24 (UTC)
- 至少应该开放予贡献者自己看。118.143.147.130(留言) 2018年1月22日 (一) 09:20 (UTC)
分类:扩充中的条目提到{{expand}}用于超过小条目标准,但仍然缺乏内容的条目。小条目应该是指小作品,但有时候{{expand}}及{{asbox}}在同一条目出现,请问在这情况下应否删去其中一个?--Alvinz 论 2018年1月19日 (五) 09:26 (UTC)
- 均可。expand的扩充意图更显著,如果需要扩充什么内容不够明显,可以摘掉。--YFdyh000(留言) 2018年1月21日 (日) 02:26 (UTC)
- 内容很少的用小作品模板,内容稍嫌不足的用扩充模板,若内容已充实则编辑应移除此二模板。--RekishiEJ(留言) 2018年1月21日 (日) 13:38 (UTC)
- 感谢建议。--Alvinz 论 2018年1月22日 (一) 10:07 (UTC)
- 内容很少的用小作品模板,内容稍嫌不足的用扩充模板,若内容已充实则编辑应移除此二模板。--RekishiEJ(留言) 2018年1月21日 (日) 13:38 (UTC)
Citation needed的中译
目前翻译成来源请求,不过各位会不会觉得译成需来源比较通顺?--RekishiEJ(留言) 2018年1月19日 (五) 13:46 (UTC) 请求来源→需来源 2018年1月19日 (五) 13:47 (UTC)
- 我觉得应该是:需要来源,四个字更加清楚。--云间守望 2018年1月20日 (六) 05:57 (UTC)
- “来源请求”已经名声在外了(1 2),不建议修改。--Yangfl(留言) 2018年1月20日 (六) 06:37 (UTC)
- 不用考虑那些网站,反正我们改译名,它们到后来也会更名的。--RekishiEJ(留言) 2018年1月20日 (六) 12:58 (UTC)
- 个人观感:“需来源”偏口语,简洁但不够书面和正式。“需要来源”很清楚,但也有点口语化。“缺来源”可能较简洁、书面和平实。“缺少来源”警示意味更浓、更急迫,匹配目前外观设计(背景着色)。“来源请求”不算好翻译,但已广为人知并变成特色之一。--YFdyh000(留言) 2018年1月21日 (日) 02:44 (UTC)
- 缺少来源比较好。不过不改也没有什么问题。--Temp3600(留言) 2018年1月21日 (日) 08:05 (UTC)
- 鸡肋。特色条目那次就是这样。——路过围观的Sakamotosan 2018年1月22日 (一) 01:07 (UTC)
- 楼上不得不+1。--Yangfl(留言) 2018年1月22日 (一) 06:22 (UTC)
- 强烈反对,[来源请求]已经是常用维基术语,不需要为了修改而修改。--Kuailong™ 2018年1月24日 (三) 19:00 (UTC)
- {{查证请求}}是类似的情况,“需要查证”会比较通顺和自解释。如果更名,还需设立相关的重定向,以及改变习惯,而收效可能不大。将“xx请求”理解为对请求标记的类型的书面自解释也是可以的,毕竟这个标识本身不该成为被阅读文章的一部分(但显示上如此,非脚注或悬停提示)。目前并不统一,例如{{Third-party-inline}}非“第三方来源请求”。{{Verify_credibility}}的“[来源可靠?]”理解无问题,但阅读上似乎也怪怪的。--YFdyh000(留言) 2018年1月25日 (四) 00:08 (UTC)
- {{Fact}}用“源出何处”。此用于,内容看似正常,但缺少来源,故请求来源。
- {{Verify source}}用“需再查证”。此用于,内容与其所引据可能不符。
- {{Verify_credibility}}用“来源有疑”。此用于,引据之来源有疑,例非官方fb, Youtube。
- {{Third-party-inline}}用“需要第三方引证”。此用于,来源自说自话,需要其他方引证。118.143.147.130(留言) 2018年1月26日 (五) 11:24 (UTC)
- 上述写法过于文言,不合现代标准汉语。--YFdyh000(留言) 2018年1月27日 (六) 01:03 (UTC)
#1Lib1Ref 运动
各位,负责维基百科图书馆项目的国际团队举办的#1Lib1Ref 运动现已开始,欢迎大家参加。大家也许会以为这是一项给图书管理员参加的活动,其实不然,大家都可以参与。规定如下:
- 看看有没有条目需要补充来源(这个有用,可以试试,也可以看看来源请求那些分类)。
- 寻找参考来源。
- 使用{{cite}}系列模板补充来源。
- 填写编辑摘要的时候,请加入标签“#1Lib1Ref”,方便维基百科图书馆国际团队的人员追踪。
- 在社交网站广而告之(示例)。
这项活动将在2月3日结束(也就是说,我们还有12天),请各位踊跃参与。--春卷柯南欢迎客官惠赐佳言 ( 论功行赏 ) 2018年1月22日 (一) 07:27 (UTC)
各位身处中国大陆的编辑们,你们是否可以直接访问日语维基?
湖南电信用户,已经有近一周的时间不能直接访问日语维基。到底是我这边的单独问题,还是全局问题?--冰心㊚相谈室✉ 2018年1月23日 (二) 09:44 (UTC)
- 目前可以确定日语维基百科桌面版于2017年12月28日下午至晚间在中国大陆被屏蔽。直接hosts里面加一行就行。结贴。--Techyan(留言) 2018年1月23日 (二) 14:06 (UTC)
- 或者自己搭一个抗污染的DNS转发。——路过围观的Sakamotosan 2018年1月24日 (三) 01:06 (UTC)
关于辱骂其他用户的问题
在编辑Talk:逆转裁判系列角色列表,本人与另一位用户皆有述说自己的反对理由,但2607:FB90:2424:2549:D2DD:9D4A:E3AB:82B8却在编辑完毕后删除内容并在理由内无理辱骂本人与另一名用户,我欢迎论述自己的理由,但这样无礼的辱骂本人与另一位用户是低智商的脑残智障或愚痴也太糟糕了吧?滚来滚去滚不停的大叔 2018年1月23日 (二) 22:34 (UTC)
- 涉事用户已被封禁。--Antigng(留言) 2018年1月25日 (四) 04:31 (UTC)
设置Topic命名空间的中文别名
提议设置Topic命名空间的中文别名为话题。——꧁༺星耀晨曦༻꧂(留言) 2018年1月25日 (四) 15:52 (UTC)
- (+)支持:有利无害。其他在这种下我认为可以不讨论直接通过。--M.Chan 2018年1月26日 (五) 02:57 (UTC)
- 但这涉及网站的配置调整,需要得到有效的讨论和共识。——꧁༺星耀晨曦༻꧂(留言) 2018年1月26日 (五) 08:31 (UTC)
持续创建小作品甚至是小小作品的用户有无扰乱嫌疑
我是很久之前创的账号,最近比较活跃,无聊常盯着看最近更改。看到现在常发现有些用户会创造一些地标的条目,但点进去看,就一个首段与infobox,来源只有一个。似乎不在乎关注度(WP:GEOLAND,WP:GEOFEAT)也不太可能自动去扩充,看到这些条目,感觉就是为刷而刷,还增加提删的工作量。虽然我看到中文维基快破100万条目也很兴奋,但如果里面可能有10万条目是像这种地标型的小作品,感觉整个品质就大幅降低了。吉太小唯(留言) 2018年1月26日 (五) 02:21 (UTC)
- 既然容许小作品存在,就不是扰乱。--Nivekin※请留言 2018年1月26日 (五) 02:56 (UTC)
- 但可以用WP:关注度提删?吉太小唯(留言) 2018年1月26日 (五) 03:45 (UTC)
- WP:关注度与是否小作品没有任何关系。--Nivekin※请留言 2018年1月26日 (五) 03:58 (UTC)
- 我明白,小作品不等于没有关注度,我的意思即是,似乎是没有关注度的小作品,例如:水立方 (淡水),只有建商广告,不符合关注度吧?吉太小唯(留言) 2018年1月26日 (五) 04:16 (UTC)
- WP:关注度与是否小作品没有任何关系。--Nivekin※请留言 2018年1月26日 (五) 03:58 (UTC)
- 但可以用WP:关注度提删?吉太小唯(留言) 2018年1月26日 (五) 03:45 (UTC)
- 小作品不是提删的理由。“品质低”也不是提删的理由,除非符合某个已经确立的提删标准(wikipedia:删除方针)。对于地名、地标、历史人物、生物等大批量创建的条目,wikipedia:关注度以及其子页面有相应的解释。请注意,短时间内大量提删某一类型的条目,有可能会被视为扰乱。--耶叶爷♥GO BRUINS! 2018年1月26日 (五) 03:52 (UTC)
- (!)意见,提删理由总结起来就是品质低,说品质低不是提删理由完全是对方针的误读。品质低最多只是太宽泛。-- 西門豹治鄴·入報河伯 2018年1月26日 (五) 14:31 (UTC)
- 我的本意是,仅以“品质低”三个字提删是不恰当的。除非附有合理理由。你自己误读了他人的发言。--耶叶爷♥GO BRUINS! 2018年1月26日 (五) 17:54 (UTC)
- 了解,但大批量创建的条目相应的解释,可否给个链接,感谢。吉太小唯(留言) 2018年1月26日 (五) 04:16 (UTC)
- 通过人工或机器人大批量创建条目,按照一般条目一样进行审核,标准是一样的。--耶叶爷♥GO BRUINS! 2018年1月26日 (五) 09:03 (UTC)
- (!)意见,提删理由总结起来就是品质低,说品质低不是提删理由完全是对方针的误读。品质低最多只是太宽泛。-- 西門豹治鄴·入報河伯 2018年1月26日 (五) 14:31 (UTC)
讨论文字有无套底色或泡泡框功能?
请问有无在不同用户留言间自动加入不同底色或泡泡框的功能,不然讨论被弄长以后乍看之下会非常乱就像一团字而已。此时要整串看完就会变得很费精神。若可以自动用不同底色色块如漫画泡泡框衬出各用户的留言,就会比较容易阅读。Sovereignty Fighter(留言) 2018年1月26日 (五) 14:33 (UTC)
mw.loader.load( 'https://pt.wikipedia.org/w/index.php?title=MediaWiki:Gadget-FeedbackHighlight.css&action=raw&ctype=text/css', 'text/css' );
- 或参考pt:MediaWiki:Gadget-FeedbackHighlight.css或fr:MediaWiki:Vector.css修改;效果参见fr:Discussion:Frithjof_Schuon/Archive02。--Xiplus#Talk 2018年1月27日 (六) 11:47 (UTC)
动词“著作”的使用
社群网站是否需要语言提示?
facebook、Twitter等社群网站是否需要语言提示?163.16.240.2(留言) 2018年1月27日 (六) 07:24 (UTC)
- 不太明白你的意思?--Temp3600(留言) 2018年1月27日 (六) 11:33 (UTC)
- {{Language icon}}吧?--Xiplus#Talk 2018年1月27日 (六) 11:37 (UTC)
- 感觉必要时可,不标亦可,避免滥标。标示发布者的主要使用语言,而非网站界面语言。如新华网Twitter可标{{en}}以助读者提前了解;法国人的法语Twitter标{{fr}}以提醒和告知读者。--YFdyh000(留言) 2018年1月27日 (六) 11:53 (UTC)