维基百科讨论:減少對同一條目連續多次提交編輯
维基百科:減少對同一條目連續多次提交編輯
希望其成为方针。大量低字节编辑常常会造成破坏或侵权悄悄的进行。同时,也造成对破坏和侵权判断的障碍(中途编辑不一致)。希望能对低字节刷版式编辑进行规定,对单用户短时间内低字节编辑的数量进行限制。乌拉跨氪 2011年10月9日 (日) 03:03 (UTC)
- 这个很难称得上是方针吧?最多也就是一个指引或建议。个人认为作为论述就可以了--百無一用是書生 (☎) 2011年10月9日 (日) 03:20 (UTC)
- 我改完一个错,然后发现有第二个错,非得等半天吗⋯⋯--Ben.MQ 2011年10月9日 (日) 03:34 (UTC)
- 不需要,但希望能对单用户短时间内低字节编辑的数量进行限制,例如一天内不超过8次或其他。要不然,其条目的历史会非常的可怕,呈刷屏状,如三合會。
我希望并建议编辑条目时态度谨慎,认真想好且仔细检查后再提交,毕竟这里不是MSN或QQ,没必要一句一句的来。乌拉跨氪 2011年10月9日 (日) 04:06 (UTC)- TW不可以一次加多於5個模板,否則就是防濫用的出現,又不可以加了嗎,然後,提出刪除這個防濫用限制,雖然好像離題了。卍田卐✯Justincheng12345✰改名進行中 2011年10月9日 (日) 03:52 (UTC)
(+)支持成为指引。--马呵说年诶多哗铎★魔力 (留言) 2011年10月9日 (日) 04:25 (UTC)
指引還是可以,但切勿試圖量化。--J.Wong 2011年10月9日 (日) 04:32 (UTC)
- 那就指引吧。乌拉跨氪 2011年10月9日 (日) 04:48 (UTC)
- 这对减少编辑冲突有什么帮助?Liangent (留言) 2011年10月9日 (日) 06:42 (UTC)
- 如果你在认真编辑一个条目时,有人对该条目进行刷屏编辑,就会知道这是多么的麻烦了。乌拉跨氪 2011年10月9日 (日) 08:57 (UTC)
- 我感觉总没有各自写了一大段内容,然后合并来得麻烦。Liangent (留言) 2011年10月9日 (日) 14:06 (UTC)
- 如果你在认真编辑一个条目时,有人对该条目进行刷屏编辑,就会知道这是多么的麻烦了。乌拉跨氪 2011年10月9日 (日) 08:57 (UTC)
- 这对减少编辑冲突有什么帮助?Liangent (留言) 2011年10月9日 (日) 06:42 (UTC)
- (!)意見:如果技术允许,希望在一个用户连续编辑多次的情况下,“监视列表”的差异自动显示最新版本和该用户连续编辑之前的那一次的差异。要不然经常出现,那个用户在之前的几次编辑中加入侵权内容,而在监视列表里看不到的情况。 AlexHe34 (留言) 2011年10月9日 (日) 09:04 (UTC)
- 如果能现实将是一个很好的改善。乌拉跨氪 2011年10月9日 (日) 09:14 (UTC)
- 参数设置的最近更改与小作品显示里面有启用增强最近更改(需要JavaScript)。Liangent (留言) 2011年10月9日 (日) 14:06 (UTC)
- (※)注意若您支持该内容成为指引,请留言表示支持。乌拉跨氪 2011年10月9日 (日) 09:14 (UTC)
- (-)反对:这样做限制编辑自由大于反破坏。另外,如果一定要短编辑,这样做之后只要编辑同时用<!--...-->加入大量无关内容,下次再移除,就可以逃过了。同意AlexHe34:在一个用户连续编辑多次的情况下,“监视列表”的差异自动显示最新版本和该用户连续编辑之前的那一次的差异。--王小朋友 (留言) 2011年10月9日 (日) 11:29 (UTC)
- 如果他同时用<!--...-->添加大量无关内容,该编辑会变成大字节编辑,字节部分字体会加粗。实际上,这样会引起巡查员等用户更高的关注,大字节编辑受到巡查的概率远远高于小字节编辑,反而更容易被发现。乌拉跨氪 2011年10月9日 (日) 11:33 (UTC)
- (:)回應:这样可以直接把多次少量编辑的用户在列表中着重显示。--王小朋友 (留言) 2011年10月11日 (二) 10:29 (UTC)
- 请启用启用增强最近更改(需要JavaScript)--Ben.MQ 2011年10月9日 (日) 14:33 (UTC)
- 只是对最近更改用户编辑的归类么?乌拉跨氪 2011年10月9日 (日) 14:41 (UTC)
- 是在rc里面按条目的归类。Liangent (留言) 2011年10月9日 (日) 15:18 (UTC)
- 了解,但我还是支持将其列入指引,大量小编辑不是编辑的好习惯。乌拉跨氪 2011年10月9日 (日) 15:22 (UTC)
- 这个“不是好习惯”,在我看来就不是什么大问题。--Ben.MQ 2011年10月9日 (日) 15:50 (UTC)
- 作为建议,有时分好几次发现到小错误才去修改的,当然如果过多的小编辑(字数小,不是挂M的小编辑)是会像刷屏的在条目的历史记录中,对于过多的连续小编辑是要控制下--Cwek (留言) 2011年10月9日 (日) 15:58 (UTC)
- 这个“不是好习惯”,在我看来就不是什么大问题。--Ben.MQ 2011年10月9日 (日) 15:50 (UTC)
- 了解,但我还是支持将其列入指引,大量小编辑不是编辑的好习惯。乌拉跨氪 2011年10月9日 (日) 15:22 (UTC)
- 是在rc里面按条目的归类。Liangent (留言) 2011年10月9日 (日) 15:18 (UTC)
- 只是对最近更改用户编辑的归类么?乌拉跨氪 2011年10月9日 (日) 14:41 (UTC)
- 如果他同时用<!--...-->添加大量无关内容,该编辑会变成大字节编辑,字节部分字体会加粗。实际上,这样会引起巡查员等用户更高的关注,大字节编辑受到巡查的概率远远高于小字节编辑,反而更容易被发现。乌拉跨氪 2011年10月9日 (日) 11:33 (UTC)
- 强烈反对,最多是个论述表达阁下的个人观点,升级成指引都不妥。把连续多次编辑统一条目等同于破坏再禁止之,做法简单粗暴。 --Kuailongwikibreak 2011年10月9日 (日) 16:24 (UTC)
- 我说的是在短时间内对一条目进行大量的小字节编辑,并不是只是连续多次编辑同一条目。乌拉跨氪 2011年10月9日 (日) 16:32 (UTC)
- 短时内大量低字节编辑造成的破坏或侵权的实例,请各位见太原市,及其相关讨论Wikipedia:互助客栈#拯救太原。乌拉跨氪 2011年10月10日 (一) 04:55 (UTC)
- 还是那个词因噎废食--Ben.MQ 2011年10月10日 (一) 06:56 (UTC)
- 作为一个指引,让大家不会吃出胃病,这也挺好的嘛。乌拉跨氪 2011年10月10日 (一) 08:56 (UTC)
(!)意見:我觉得这个作为一个精神上的追求是好的。--马呵说年诶多哗铎★魔力 (留言) 2011年10月10日 (一) 06:51 (UTC)
- (!)意見 「大量」是多大量, 「低字节」有多低? 只有兩個空泛的形容詞如何討論?--Nivekin※請留言 2011年10月10日 (一) 07:55 (UTC)
- (:)回應,具体标准大家决定,我觉得,一天内8次,500字节以下,可做一个参考吧。但我们也不一定非要作出限制,但应该明确的指出,我们不支持这样做。乌拉跨氪 2011年10月10日 (一) 08:56 (UTC)
- 此提议成为一条指引比较合适。 AlexHe34 (留言) 2011年10月10日 (一) 09:06 (UTC)
- (+)贊成——我反对连续的、多次数的、每一次编辑都是低字节数的编辑。因为如果不反对,用这种方法来刷编辑数根本不是什么难事。假设有一个动漫条目,角色介绍(基本上都超过6个角色)再加上作品概述和故事简介,只要一次提交一句好了,这一个条目编辑完,再加上后期对翻译和错误进行修正,50+次编辑不成问题(其实我是想说100+的),而有50句话的条目翻译所需的时间绝对不会超过48小时,也就是说,最多只要两天,我就能成为自动确认用户。类似的问题还有:段落有几处可以放在一起编辑的问题,只要分几次编辑,一个月500+次编辑不是梦!Special:活跃用户里那些个编辑数不超过50的都不好意思出来见人!你要研究那些做维基百科编辑的心理,(下略)。 路人甲™_I.Y. (留言) 2011年10月10日 (一) 14:34 (UTC)
- 講句實在話,如果寫完了非常大一段之後才送出,要修出8個小編輯不是難事。因為難免會有內部連結連到消歧義頁、手誤錯字、維基語法不小心漏一個等等事情,外加想要加個分類什麼的。這些瑣碎的工作一定是見一個改一個,收集好幾個一起改很容易又不小心漏改。另外,同行評審期、優特評選期因為被人抓錯誤,數度修正小錯誤也是常有的事。500字節以下,8次這種數字對大條目來講,實在是太容易犯規了。--Reke (留言) 2011年10月10日 (一) 17:32 (UTC)
- 補充一下實際的數據:台灣議會設置請願運動在今天5月1日提交同行評審,5月2日開始一些意見開始進來,由於有些用語問題是通篇性的,所以我是一小節一小節的去抓、做調整。另外當時這個條目已經39k位元組,讀起來並不容易,反覆閱讀中才有一些修正的想法會冒出來,我在5月2日當年至少有20次以上的編輯紀錄,而全部加起來只增加了800位元組,其中還有一大部分是中間協助修改的編者加的。平均下來別說500了,每次編修根本40位元組都不到。但是沒有這樣的字字計較,我想也不會有後來特色條目投票時一致支持的成績。你要說這不是好習慣?還是要說這是追求完美?另外編輯模式下夾雜很多維基語法,會造成閱讀不易,有些語句不順、用詞不夠精確的問題確實要送出編輯後,回到主頁面才容易讀出來。我個人覺得這連作為論述都非常粗糙,何況要形成指引?--Reke (留言) 2011年10月10日 (一) 17:54 (UTC)
- 8次就太少了,应该多一点,20次左右吧--Cwek (留言) 2011年10月10日 (一) 22:54 (UTC)
- (:)回應:如果一定要为了防止恶性比较,不如直接取消显示Special:活跃用户。半自动确认用户的权利也不是很多,不应该施加过多困难。--王小朋友 (留言) 2011年10月11日 (二) 10:29 (UTC)
- 重申一下,并非一定要对单一用户短时间内对单一条目进行的大量低字节编辑进行限制,但应形成指引,明确指出不赞成这样的编辑提交方式;指导各用户善用预览,谨慎编辑。乌拉跨氪 2011年10月11日 (二) 03:02 (UTC)
- 預覽也是會有很多問題無法發現的,例如使用R模版插入腳註的名字是否正確、大多數反覆閱讀之後才決定進行的用語修正,還有同行評審傳來的意見。以條目頁面歷史預設25條來看,我認為Cwek提到的一日20次就可以達成「避免洗歷史」的效果。至於小編輯,500位元組都可以寫100字短文了,50位元組以下還差不多。話又說回來,我還是覺得沒什麼必要對這樣的編輯方式表示不贊成。將一次大編輯拆成數次小編輯的好處有:
- 可以小節為單位進行編修,而不用編輯整章甚至整篇條目。一方面傳輸速度會提升,二方面反而減少編輯衝突的機會。
- 每次編輯的目的較為明確,編輯摘要可以方便書寫,其實要比較差異也比較容易。例如一次是「調整內部連結」、一次是「修正錯字與文法錯誤」、一次是「調整章節標題與順序」。
- 容易回退,避免為了刪除部分遍布全文的小錯誤,要連同其他沒有問題的部分都一併被回退。
- 在網路連線或硬體運作不穩時,當然是每編一些就趕緊送出,以免稍後完全斷線無法傳送,或是當機造成工作成果付之一炬,多次小編輯可確保編輯工作進度。
- 總之我覺得不能只見其弊不見其利,要表達負面的不贊成意見,我個人覺得還需要更謹慎一點。--Reke (留言) 2011年10月11日 (二) 04:29 (UTC)
- 同意,不过这个似乎和减少低字节数的多次编辑并无太大冲突。
- 比较差异有红字提示,似乎很好认(?)。而为了方便书写编辑摘要所以要分多次编辑这种想法似乎有点过于谨小慎微了:编辑摘要最多可以写100个汉字左右,用两个“|”或其他比较明显的符号来区分不同的编辑内容就好。
- 回退除了点击编辑历史中的链接,其实还可以直接把先前版本的内容复制、粘贴到需要回退的地方并保存,然后在摘要中写明。也就是说:一次编辑中包含对多处内容编辑并不会增加多少回退的难度。
- 可以借助记事本程序(notepad.exe)、word或其他的文字编辑软件,比如把需要增加或修改的内容保存在其他文字编辑软件中,然后一次性发送。(当然,分成几次发送应该也不会变成低字节数的多次编辑。)
- 综上所述,我个人是觉得把一次或几次的高字节数的编辑拆成多次的低字节数编辑其实并没有多少能经得起推敲的理由。只需改变一下自己的编辑习惯,就能避免低字节数多次编辑的情况出现。
- PS:500字节似乎是指所有的多次低字节数编辑的总字节数...如果短时间内连续编辑8次,累积字节数还不超过500字节,就真的应该考虑一下这些连续的编辑“真的不能放在少于8次的编辑中做完么”了.... 路人甲™_I.Y. (留言) 2011年10月11日 (二) 16:33 (UTC)
- 破坏者不会遵从指引,指引对编辑者无用。--王小朋友 (留言) 2011年10月14日 (五) 09:00 (UTC)
- 預覽也是會有很多問題無法發現的,例如使用R模版插入腳註的名字是否正確、大多數反覆閱讀之後才決定進行的用語修正,還有同行評審傳來的意見。以條目頁面歷史預設25條來看,我認為Cwek提到的一日20次就可以達成「避免洗歷史」的效果。至於小編輯,500位元組都可以寫100字短文了,50位元組以下還差不多。話又說回來,我還是覺得沒什麼必要對這樣的編輯方式表示不贊成。將一次大編輯拆成數次小編輯的好處有:
有這個必要嗎?根本不能防止破壞,破壞者把破壞分散到各個條目就更麻煩,最終只會阻礙真正的編者編輯。某生 (留言) 2011年10月11日 (二) 10:33 (UTC)
- 我(+)支持成为指引,这样可以引导大家使用“显示预览”功能QiuLiming1(留言) 2022年3月26日 (六) 17:41 (UTC)
關於此方針的適用性
由於維基百科每個條目每天都有人在進行短時間多次連續編輯,目的是為了使條目品質更好或更新內容(比如大事件條目需要時常更新內容),因此“Wikipedia:減少對同一條目連續多次提交編輯”這項方針基本上已不適用。在下覺得此方針是否能廢除?Åå Ƀƀ Ćć Ďď Èè Ḟḟ Ĝĝ Ȟȟ Īī Ɉɉ Ķķ Łł Ḿḿ Ññ Øø Ƥƥ Qq Řř Şş Ŧŧ Üü Ṽṽ Ŵŵ Ẋẋ Ỷỷ Żż 2021年5月13日 (四) 16:41 (UTC)
對不起,在下失言了。廢除倒不需要,但是否能做些修改?比如適度的小修改能被接受?Åå Ƀƀ Ćć Ďď Èè Ḟḟ Ĝĝ Ȟȟ Īī Ɉɉ Ķķ Łł Ḿḿ Ññ Øø Ƥƥ Qq Řř Şş Ŧŧ Üü Ṽṽ Ŵŵ Ẋẋ Ỷỷ Żż 2021年5月13日 (四) 16:43 (UTC)
关于Wikipedia:快速衝高編輯次數是否应该有一个指导用户可以作出哪些贡献的页面?
虽然Wikipedia:快速衝高編輯次數是伪指引,但是其中的一些内容是否能指导无聊的用户作出贡献?所以能不能把其中一些内容独立出来,作为正式指引?现在我没有发现一个能指导用户可以作出哪些贡献的页面(具体见下面),这可能会影响新人的留存。是否应该有一个?--GUT412454(留言) 2023年1月21日 (六) 03:58 (UTC)2023年1月27日 (五) 16:15 (UTC)
- 對應的正常頁面Wikipedia:減少對同一條目連續多次提交編輯現在仍然不是正式規則,但我感覺如果真有需要的話,整合一下内容倒不是不行。Sanmosa Συ γάρ μοι και μοίρα εί και τύχη 2023年1月21日 (六) 05:37 (UTC)
- 我的意思是,像其中错漏字修订、勇于更新、检查分类这些东西可以指导不知道该编辑什么的(新)用户进行一些简单的建设性编辑。我目前没有发现类似的东西。
- 现在的教程好像只告诉人们怎么编辑,而没有告诉人们编辑什么(虽然这不应该由官方规定,但是应该告诉(新)人们“可以编辑什么、编辑什么是绝对没错的”)。
- 我感觉这可能是更大问题的冰山一角,现在培养新人的程序似乎不是很成熟(也可能是我不了解)。--GUT412454(留言) 2023年1月21日 (六) 07:57 (UTC)
- (-)反对 私以为这种内容不足以支撑起指引,但是以其大纲重写后的内容则可以成为论述。——顺颂时祺 ZhaoFJx(论•编) 2023年1月22日 (日) 15:32 (UTC)
- 好像是的。那么论述也行。--GUT412454(留言) 2023年1月24日 (二) 03:14 (UTC)
- (-)反对,@Sanmosa:或許Wikipedia:编辑数會比起Wikipedia:減少對同一條目連續多次提交編輯適合?--SunAfterRain 2023年1月23日 (一) 12:42 (UTC)
- 为什么反对?--GUT412454(留言) 2023年1月24日 (二) 03:15 (UTC)
- 你看一下你選的這篇真的適合拿來用嗎......--SunAfterRain 2023年1月24日 (二) 15:43 (UTC)
- 当然不是直接用。
- 可能我最开始的表述有问题(现在还能改标题和上面的讨论吗?我其实是想要一个指导人们编辑的东西,看见这个有点像就用它了,没考虑到它伪指引的身份对讨论的影响)。不是直接提取出来就成新文章,而是要根据其精神进行修改,最后甚至可能会像忒修斯之文章一样。--GUT412454(留言) 2023年1月25日 (三) 15:25 (UTC)
- 那我懇求你,改寫完再拿出來,不是扔了一個不可能弄成方針與指引的頁面然後說「我覺得有成為方針的潛力」。--SunAfterRain 2023年1月28日 (六) 02:26 (UTC)
- 你看一下你選的這篇真的適合拿來用嗎......--SunAfterRain 2023年1月24日 (二) 15:43 (UTC)
- 为什么反对?--GUT412454(留言) 2023年1月24日 (二) 03:15 (UTC)
- 我发现一个有些相似的东西:meta:Community_Wishlist_Survey_2023/New_contributors/First_edit_tutorial--GUT412454(留言) 2023年1月24日 (二) 03:12 (UTC)
- WP:参与贡献。--PexEric 💬|📝 2023年1月30日 (一) 09:19 (UTC)