小朱

您好，小朱！欢迎加入维基百科！

感谢您对维基百科的兴趣与贡献，希望您会喜欢这里。除了欢迎辞外，也请您了解以下重要文章：

政策 五大支柱 百科、中立、开放、互重、勇于改善	GNU 版权问题解答 贡献内容必须是您所著或获得授权、 同意在GFDL条款下发布	手册 使用指南 安全访问 / 测试编辑 / 如何编辑 使用手册 / 繁简处理 / 写个好条目
问号 有问题？请到互助客栈询问，或在我的对话页提出。别忘记：讨论后要签名，方式之一是留下4个波浪纹“~~~~”。 If you have any questions about the Chinese Wikipedia, please leave a message here. Thank you for visiting!

• 在中文维基里，间隔号的输入比较特别，详参Help:如何输入间隔号。
• 新手应该注意的七种常见错误。
• 希望您能享受编写人类共有之自由百科的快乐，成为一名快乐的维基百科人。

我是欢迎您的维基百科人：小周 (留言) 2008年9月16日 (二) 15:56 (UTC)

建议

感谢阁下对IT领域条目的贡献！

鉴于各地区对IT领域词汇的翻译各有不同，建议阁下在新创建的IT领域的专业条目的最上方加入{{noteTA|G1=IT}}模板，以使专业词汇依照读者习惯显示。谢谢！—小周 (留言) 2008年9月18日 (四) 09:33 (UTC)

又一个建议

再次感谢阁下对IT领域条目的贡献！

在下留意到：阁下所贡献的条目，基本上没有使用跨语言链接。

虽然跨语言链接并不是一种强制要求，但这有助于读者方便地查看另一个语言内的相关内容。

跨语言链接的用法是：在条目的末尾加上

[[语言代码:文章標題]]

比如，阁下创建的条目CodePlex，在英文维基百科中也有讲述同一件事物的条目CodePlex，阁下就可以在中文维基百科的条目末尾加上

[[en:CodePlex]]

最后，祝编辑愉快，谢谢！—小周 (留言) 2008年9月20日 (六) 01:50 (UTC)

再提两个建议

感谢阁下加入中文维基百科以来对IT领域条目的贡献！

在下想向阁下再提两个建议：

1. 在下留意到：阁下在编辑微软出版社这个条目时，使用的方法是将原有的内容全部替换为阁下所编写的内容。当然，这样做对于一个小小条目而言，并没有很大的问题。但是，在下还是想建议阁下：在全部替换掉原有内容之前，最好先找出原有条目中有可靠来源的那些信息，把那些信息给融入到新的文章之中，这样更有助于提高维基百科条目的质量。，这样做还可以避免不必要的冲突，因为把原有内容中有可靠来源的信息删除，可能会使一些原先对条目做出贡献的维基人觉得受到冒犯。
2. 在下还留意到：阁下似乎基本上不参加社群的讨论。虽然潜心于技术条目的编辑是很值得肯定的。但是，在下还是建议阁下多参加社群的讨论，这样更有助于阁下了解中文维基百科的各种规则和习惯。在下也盼望在在下的对话页，见到阁下的留言。

最后，祝编辑愉快，谢谢！—小周 (留言) 2008年9月20日 (六) 15:45 (UTC)

感谢阁下的留言

首先，感谢阁下的留言。在下还有两点需要与阁下进行探讨：

1. 微软出版社原有的两篇参考，一篇有提及创建年份，一篇有提及其在微软公司中所处的位置。建议阁下再复查一遍。
2. 虽然微软出版社是一家外国出版社，但如果文献的可靠性一样的话，在下建议阁下还是应该优先使用中文文献。这是基于一个简单的事实：不是所有的维基人都能流利的阅读英文材料。当然，如果外文文献的可靠性比中文文献的可靠性高得多的话，则应当使用外文文献。维基百科对文献可靠性级别的认定，阁下可自行参考Wikipedia:可供查证

最后，祝编辑愉快，谢谢！—小周 (留言) 2008年9月20日 (六) 16:46 (UTC)

授予维基见习编辑(C)荣誉

恭喜！您现在已经符合维基见习编辑（C级）的最低要求；虽然您未有申请荣誉但现在仍直接授予　阁下：

感谢您对中文维基百科的贡献。根据您的贡献，现授予您维基见习编辑(C)荣誉。欢迎您继续帮助改进维基百科。

特此授予。日后如果要申请更高级的荣誉请再到Wikipedia:维基荣誉与奖励申请与变更申请。

授予人：—小周 (留言) 2008年9月24日 (三) 03:43 (UTC)

傀儡

已解决。

本人建议在此户口或User:Regionbbs挂上傀儡的模版，免遭封禁，多谢！还有，请勿以你的户口User:Regionbbs投票，以免影响投票。—JNIV 2008年9月26日 (五) 11:24 (UTC)

感谢，已经处理。—小朱 2008年9月26日 (五) 11:39 (UTC)

你要在用户页挂上这个吗?

 {{User MVP}} 

-P1ayer (留言) 2008年10月8日 (三) 03:39 (UTC)

这是你做的吗？—小朱 (留言) 2008年10月8日 (三) 03:42 (UTC)

关于风暴僵尸网络与ROT13

感谢您对风暴僵尸网络于新条目推荐的支持，该条目与ROT13正在优良条目候选进行投票，鉴于计算机科学与工程技术两类在中文维基当选优良与特色条目不若其他种条目多，烦请您参与支持。

感谢您对维基的贡献。 -- Zanhsieh (留言)

感谢您的支持

小朱君，您好！承蒙您的支持，令小弟首次自荐的大幅更新条目毛里求斯成功于首页展示，特此致谢。此后我会继续努力，还望您继续支持与指导。allsP (留言) 2008年10月14日 (二) 11:16 (UTC)

RE：感谢您的推荐

不用谢，反而要你在新荐候选中改一改那个问题。—JNIV 2008年10月15日 (三) 09:19 (UTC)

已改。—JNIV 2008年10月16日 (四) 08:00 (UTC)

关于Oracle的私人问题, 不知道能否在这向您请教?

• 首先我在Oracle上有3个Table, 例如 A 是主档, B是明细档, C 是预定交货的明细档
• 三者的关系是从头到资料末端节点是 A -> B -> C (资料的关系呈现树状结构)
• 3个Table上各有1个版号的栏位
• 现在的问题是, 当B或C原本要做Update(表单修改资料后, 覆盖回去), 可是后来追加系统需求, 要留下旧版的资料备查, 所以要改成用insert并且把Table A的对应的资料的版号做递增
• 原本的网页程式是用ASP.NET以C#写的, 但是这程式的架构, 当初写的人写得太严谨了, BO, DAO, DTO....等, 由于我才疏学浅, 这个部分的C#的Code改不下去(因为没有时间了, 没办法把架构拆掉重写)
• 所以我想从Oracle上,下手, 在想当资料Update时, 能否以接Table的Update与Insert的Trigger的方式去做我要的功能?
• 可是
  1. 没写过Oracle的Trigger(要在这周内速成也没把握)
  2. 如果同时接A,B,C这3个Table的Update与Insert的Trigger, 似乎如果没先考虑清楚, 恐怕会造成资料死结
• 不知道您有什么好的建议吗?
• 因为我没其他人可以问这种问题了, 如果造成您的困扰, 或是您也没有什么建议的话, 麻烦也请打声招呼让我知道, 好吗?
• 已经不知道是否该认输了...

-P1ayer (留言) 2008年10月15日 (三) 11:04 (UTC)

• 只是Oracle的问题没办法到MSDN去问吧？程式设计俱乐部的Oracle讨论区似乎也很少人讨论。1个Web，用上MS-SQL与Oracle 2种不同的DB(多个资料来源)，当初把Oracle的资料拉到MS-SQL去用就费尽心力了。MS-SQL我从6.5开始玩起，但也没想过要用Trigger。（MS-SQL还少了OLAP与资料采矿的实作经验，虽然有分别去上过课，但没有地方可以用，就忘光了）。晚上回家前，实验了一些Oracle语法，但Trigger还没建立起来。明天再继续试看看。刚想到的架构是A/B/C各复制一份Table的格式，然后对A/B/C分别做insert与update的Trigger做事件前处理，然后把old的资料(如果不是null)写到备份旧版资料的Table里，这样应该既有的程式做最小限度的修改。-P1ayer (留言) 2008年10月15日 (三) 15:13 (UTC)

• 实验品[1] 编译有过, 但还不知道动作是否正常? 你给的Oracle的社群网站的网址, 无奈都英文, Google翻译网页也不能用, 看不太懂, 所以连该怎么问也没办法. 不过还是先谢了. -P1ayer (留言) 2008年10月16日 (四) 07:26 (UTC)

新条目推荐不通过

～移动自Wikipedia:新条目推荐/候选～（最后修订）

• Microsoft SQL Server中内建哪种技术让开发人员可使用VB.NET与C#语言撰写数据库物件？(自荐，自建)—小朱 (留言) 2008年10月16日 (四) 11:32 (UTC)
  • (＋)支持—阿斯特·纳罗 (留言) 2008年10月17日 (五) 05:09 (UTC)
  • (＋)支持—Iflwlou [ M {  2008年10月17日 (五) 08:47 (UTC)
  • (＋)支持窗帘布 (留言) 2008年10月17日 (五) 12:23 (UTC)

～移动完毕～—天上的云彩 云端对话 2008年10月19日 (日) 02:52 (UTC)

第六次动员令将在12月16日开始，1月15日结束，欢迎各位维基人参加。

本次动员令是大动员令+小动员令的模式，3个主题的小动员令分别是：消灭外文动员令、经济、金融动员令和科技动员令。规制与前次大致相同。

“消灭外文动员令”要求参与者从翻译任务的40个条目中选择条目，完成翻译。

详细规定参见Wikipedia:动员令/第六次动员令

请收到此邀请函的维基人，将此邀请函发给其他维基人，大家一起合力才能提高维基的品质。能否将动员令传播出去，是成败关键之一。

—Hosenta012 (留言) 2008年12月5日 (五) 14:37 (UTC)

授予维基助理编辑(C)荣誉

恭喜！您现在已经符合维基助理编辑（C级）的最低要求；虽然您未有申请荣誉但现在仍直接授予　阁下：

感谢您对中文维基百科的贡献。根据您的贡献，现授予您维基助理编辑(C)荣誉。欢迎您继续帮助改进维基百科。

特此授予。日后如果要申请更高级的荣誉请再到Wikipedia:维基荣誉与奖励申请与变更申请。

授予人：—小周_(XiaoZhou)（留言） 2008年12月7日 (日) 12:06 (UTC)

邀请阁下参加第六次动员令

中文维基百科的第六次动员令将在12月16日开始，第六次动员令包括消灭外文动员令、经济、金融动员令和科技动员令。在下留意到阁下是微软最有价值专家，在下相信阁下一定能够在科技动员令上面帮助中文维基百科完善条目，所以在下想邀请阁下参加这次活动，如果阁下愿意参加这次活动，阁下可以到Wikipedia:动员令/第六次动员令查看活动的详细规定。

最后，祝编辑愉快！—小周_(XiaoZhou)（留言） 2008年12月14日 (日) 14:15 (UTC)

关于SQL Server 2005的问题请教您

• SQL Server 2005的SSRS (SQL Server Reporting Services ) 无法登入的问题

-P1ayer (留言) 2009年1月12日 (一) 07:54 (UTC)

• 找到答案了，抱歉打扰了。-P1ayer (留言) 2009年1月12日 (一) 08:13 (UTC)

带有内部链接的简繁转换

在下留意到阁下在Wikipedia:新条目推荐/候选对问题的修改。在下非常佩服阁下从善如流修改问题的行为，但是阁下可能没有留意到，阁下修改时候使用的语法是“-{zh-hant:[[資料存取]];zh-hans:[[数据访问]]}-”，这样的语法会导致从“-{zh-hant:[[資料存取]];zh-hans:[[数据访问]]}-”到下一个内部链接之前的全部内容都无法正常显示。

在下相信阁下的原意应该只是希望进行正常的简繁转换，所以在下已经按照在下的理解，修改了阁下的问题。在下把阁下使用的“-{zh-hant:[[資料存取]];zh-hans:[[数据访问]]}-”修改成符合规范的“[[資料存取|-{zh-hant:資料存取;zh-hans:数据访问}-]]”。如果在下的行为导致阁下感到不愉快，在下先向阁下道歉。

最后，祝编辑愉快！—小周_(XiaoZhou)（留言） 2009年1月12日 (一) 15:12 (UTC)

• (：)回应：之前有用过这个语法，但是好像用错了，效果没有出来，原来可以这样用，感谢您。—小朱 (留言) 2009年1月12日 (一) 15:16 (UTC)

授予维基执行编辑(B)荣誉

恭喜！您现在已经符合维基执行编辑（B）的最低要求；虽然您未有申请荣誉但现在仍直接授予　阁下：

感谢您对中文维基百科的贡献。根据您的贡献，现授予您维基执行编辑(B)荣誉。欢迎您继续帮助改进维基百科。

特此授予。日后如果要申请更高级的荣誉请再到Wikipedia:维基荣誉与奖励申请与变更申请。

授予人：—小周_(XiaoZhou)（留言） 2009年1月16日 (五) 15:36 (UTC)

关于C#技术上的问题请教

1. 目前已知 using() {} 区块，相当于 try {} catch {} finally {} 中的try {} 与 finally {} 这两个区块，由using()自己实作finally {}里要跑 Dispose()的部分
2. 那如果在using()里去new 一个 SqlDataReader 的话，那还需要在using() {} 区块结束前，自己跑 SqlDataReader 的 Close() 吗？
3. 最近绕了一圈，又回过头看C#，翻出以前买的一些书，但是越看越迷糊，有些书的范例甚至是SqlConnection在Open()后就放着不管了，结果拿他们的范例实验，SQL Server Express 一下子就满连线数上限闹罢工了。…… Orz
4. 还有，微软似乎忘记他们的Microsoft Web Platform Installer了，里头有几个套件根本不能装。例如里头的SQL Server Express 似乎停在旧版的档案，要到MicroSoft Download的网站另外找新版的档案才装得起来。

-P1ayer (留言) 2010年6月19日 (六) 15:06 (UTC)

基本上 using 陈述式只适合有 Dispose() (也就是有实作 IDisposable 界面) 的类别，SqlConnection 如果是存在 using 中的话，它会在 Dispose() 中呼叫 Close()。

若有用 DataReader，请务必呼叫 Close()，否则它会占住连线资源，SqlConnection.Close() 不会呼叫 SqlDataReader.Close()。

你可以向微软回报 Web Platform Installer 的哪些套件不能装。另外，这个工具已升级到 2.0。

小朱 (留言) 2010年6月19日 (六) 15:11 (UTC)

1. 虽然在 SqlDataReader 里有继承到IDisposable，但是它却不像SqlConnection有直接实作到void Dispose(bool disposing) ，而是透过它所继承到的System.Data.Common.DbDataReader 里的void Dispose(bool disposing)
2. 那这样看起来把SqlDataReader放在 using() 里面宣告，应该也可以自动做到Close()吧？
3. SqlConnection.Close() 不会呼叫 SqlDataReader.Close()。你应该是对的，在SqlConnection里面并没有看到任何有纪录引用它的类别的变数，而是在 SqlDataReader 里面用了 _connection 去记录它
4. 当一个SqlConnection先开一个SqlDataReader，再开SqlCommand 要去做 ExecuteNonQuery 下 insert时，如果前者SqlDataReader尚未Close()，那后者的SqlCommand会跳失败。这是代表ADO.NET并不能像ADO那样用同一个连线同时做多个事吗？或是我在精简程式时，在观念上弄错方向了？

-P1ayer (留言) 2010年6月19日 (六) 19:28 (UTC)

我觉得这是习惯问题，我的习惯是不论是 SqlConnection 或 SqlDataReader，用过后就要下 Close()，这样的作法是至少不会被内建的行为所影响，如果你不确定内建的行为会帮你做这件事，那就最好自己做，不要什么都想要叫内建的帮你处理掉。

若你硬是要叫内建的行为帮你处理，那你就得要承担它可能发生的风险。

小朱 (留言) 2010年6月20日 (日) 00:31 (UTC)

Re: 请教

错挂模板，实属抱歉。不便之处，敬请见谅。－HW (讨论 - 贡献) DC8 2010年6月20日 (日) 02:41 (UTC)

邀请您参加第八次动员令

第次动员令邀请函

查查资料，完善条目！

亲爱的维基百科用户小朱您好：

为了提升中文维基的条目数量及品质，第八次动员令会于2010年7月1日开始，8月28日结束，我们竭诚邀请您积极参与。

本次动员令分为大、中、小动员令，中动员令的四个主题分别是世界各地、自然与自然科学、最多语言待撰写条目和基础条目，小动员令的二个主题分别是战争及军事武器以及侵权待拯救条目。

• 关于本次动员令的详细信息请您参见：第八次动员令。

• 请收到本邀请函的维基人，将 {{subst:动员令/8}} 此模板指示转贴到其他尚未收到本动员令的维基人讨论页上（也请参考工具），如果您由于各种原因不能响应本次动员令、积极建立新条目，也请帮忙散发动员令，因为能否将动员令传播出去，是历次动员令成败之关键，大家一起合力才能提升维基的服务及品质！感谢您！

• 邀请人：Berting Li (留言) 2010年7月4日 (日) 18:52 (UTC)

优良条目重审

邀请到Wikipedia:优良条目重审对优良条目中华民国国语文重审发表意见。--Caiguanhao (talk | contribs) 广州亚运 2010年11月26日 (五) 02:52 (UTC)

Category:LAMP页面存废讨论通知

您好，您先前创建或编辑的页面“Category:LAMP”已被提出存废讨论，正在讨论条目的存废。
维基百科非常欢迎您的编辑，但请先看看编辑帮助和维基百科不是什么，以免犯了常见的错误。
请不要自行移除页面存废模板，讨论是因为有编者认为页面不适合维基百科。请参与页面存废讨论，您亦可以与提删的维基人进行沟通。在讨论期间欢迎继续完善原先的页面，多谢合作！
帮助：互助客栈、删除指导、存废复核请求、IRC聊天频道--YFdyh000（留言） 2014年2月16日 (日) 16:23 (UTC)

邀请您参加第十三次动员令

第十三次动员令邀请函

维基娘，第十三次动员令的吉祥物

亲爱的维基百科用户小朱您好：

首先，感谢你对维基百科的贡献！为了提升中文维基百科的条目品质及数量，第十三次动员令会于2015年7月4日至2015年9月6日期间进行，我们诚挚地邀请您来积极参与动员活动。

详细动员事项请参见第十三次动员令，让您从动员令说明书中了解什么是动员令，并请参考主页的报名指引报名参与本次动员令（报名处现已开放）。

本次动员令分为大动员令及小动员令，大动员令是可以在任何主题中贡献的动员令项目，而小动员令主题有：地球科学、数学、物理、电子与计算机、欧洲历史与地理以及多于15种外语版本的条目。

请收到本邀请函的维基人，将{{subst:动员令}}转贴到其他尚未收到本动员令的维基人讨论页上（或参考推广工具），如果您由于各种原因不能响应本次动员令、积极建立新条目，也请帮忙散发动员令，因为能否将动员令传播出去，是历次动员令成败之关键，大家一起合力才能提升维基的服务、品质及数量！非常感谢您的参与！

邀请你的维基人是：Walter Grassroot (♬) 2015年7月1日 (三) 08:04 (UTC)

Template:Microsoft Azure页面存废讨论通知

您好，您先前创建或编辑的页面“Template:Microsoft Azure”已被提出存废讨论，正在讨论该页面的存废。
维基百科非常欢迎您的编辑，但请先看看编辑帮助和维基百科不是什么，以免犯了常见的错误。
请不要自行移除页面存废模板，讨论是因为有编者认为页面不适合维基百科。请参与页面存废讨论，您亦可以与提删的维基人进行沟通。在讨论期间欢迎继续完善原先的页面，多谢合作！
帮助：互助客栈、删除指导、存废复核请求、IRC聊天频道--就是他 ☞ Q _{“祝我考试顺利”“有事请留言”} 2016年3月13日 (日) 11:28 (UTC)

关于条目 枋野号志站、中央号志站

个人认为要不要放交通方式?要放在哪?还可以讨论，请到Talk:枋野号志站继续讨论。谢谢。思念（留言） 2016年4月18日 (一) 05:02 (UTC)

Template:Microsoft Windows Azure Platform页面存废讨论通知

您好，您先前创建或编辑的页面“Template:Microsoft Windows Azure Platform”已被提出存废讨论，正在讨论该页面的存废。
维基百科非常欢迎您的编辑，但请先看看编辑帮助和维基百科不是什么，以免犯了常见的错误。
如果您想取回已删除页面的内容，您可以到存废复核请求处按格式提出请求，多谢合作！
帮助：互助客栈、删除指导、存废复核请求、IRC聊天频道--YFdyh000（留言） 2017年5月12日 (五) 12:45 (UTC)

维基百科奖励纸本授奖机制调查

您好。中文维基百科社群目前正在考虑为维基奖励提供纸本授奖申请，意即被授予维基奖励的编辑将可申请进行额外的纸本授奖，以兹证明；因此，我们举办了一场调查，希望了解开办纸本授奖的可行性。这个调查不会花费您太多宝贵时间，经过测试，完成调查所需的时间约为2到3分钟。这一调查的有效时间至 2017年7月1日 (六) 19:04 (UTC) ，我们由衷期待您的参与。

［－现在就参与调查！－］

十分感谢您的参与！ － 执行编辑 Aotfs2013 （ MediaWiki message delivery（留言）代发于2017年6月1日 (四) 19:05 (UTC)）

维基百科使用者及患心理疾病使用者交流上的实践策略调查

您好。身为一个较新使用者具备更多经验的的维基百科社群成员，您可能已经了解到中文维基百科一直以来都有许多罹患精神疾病的使用者参与贡献的状况，而为寻找优化中文维基百科使用者与患心理疾病使用者的交流的更佳策略，我们举办了一场调查，希望利用调查取得的结果作为研究及策略规划参考之用。这个调查不会花费您太多宝贵时间，经过测试，完成调查所需的时间约为2到3分钟。这一调查的有效时间至 2017年10月28日 (六) 23:59 (UTC) ，我们由衷期待您的参与。

［－现在就参与调查！－］

十分感谢您的参与！ ——Aotfs2013 留于 2017年10月17日 (二) 19:38 (UTC) （使用MediaWiki message delivery（留言）执行）

请补充文件File:ADONET EntityDesigner.png的版权或来源信息

欢迎参与维基百科。您所上载的文件File:ADONET EntityDesigner.png由于没有注明上载页面所要求的所有信息（尤其是来源或版权信息），将作快速删除处理。请通过编辑图片的描述页面补充所需的所有信息，包括填写详尽、准确的来源信息，以及使用了适当的版权标志。如果您仍然不清楚如何填写，建议使用文件上传向导按要求重新上传文件。维基百科严格规范图片上载手续，是为了避免侵犯版权所致，多谢您的注意和合作。--广九直通车（留言） 2020年1月22日 (三) 09:54 (UTC)

请教萤幕截图要怎么提供资讯？小朱 (留言) 2020年1月22日 (三) 10:44 (UTC)

邀请参与中文维基百科管治相关讨论

2024年管理人员制度改革意向调查经已结束，调整管理人员上任标准、容许用户获得临时管理员权限、设立仲裁委员会和修订管理员长期无活动解任方针已获社群共识采纳，目前正在讨论实行的细节。请踊跃参与以上讨论，提出建设性的意见。

MediaWiki message delivery（留言） 2024年1月5日 (五) 06:00 (UTC)

---

本条消息是使用群发消息功能发送给您的。如果您不希望在未来接受所有使用本功能发送的消息，请在您的讨论页加入Category:不接受消息发送这一分类。

管理人员选举及问卷进行中

中文维基百科管理人员选举正在进行，ASid、ATannedBurger、Manchiu、UjuiUjuMandan四名用户参选管理员，另有行政员AT参选监督员。投票期为2024年5月29日至6月12日，诚邀您踊跃参与投票并表达对候选人的意见。

请注意管理人员选举无当选限额，各候选人分开计票，支持票不限于一票。

→ 投票连结 · 管理人员选举问答

---

社群亦正就未来仲裁委员会对管理人员除权的权力进行问卷调查，您可在上方投票链接找到表单匿名表达意见，或直接前往讨论页发表意见。

---

回馈请求服务已上线，诚邀您订阅有兴趣参与有关讨论的话题。

MediaWiki message delivery（留言） 2024年5月29日 (三) 04:14 (UTC)

管理人员解任投票通告

Mys_721tx的管理员解任投票（第2次）正在进行，投票期为2024年7月12日至7月26日，诚邀您踊跃参与投票。

---

投票须知

• 依据方针，本次投票必须按照指定格式在安全投票的“投票留言”框内填写文字来进行投票，并给出理由。
• 由于技术原因，因而保留空白的投票选项，但空白选项是无效的，请在“投票留言”一栏留下您的投票及理由。
• 请注意，中立票意见仅供参考，仅能计入总有效票数，但不会计入得票比率。
• 在系统中，每个用户只有一票会被储存。您可以在投票期间重复更改您的投票，但系统只会储存最新的投票，并覆盖之前的记录。
• 请尽可能让您的留言简洁。请注意，您的投票留言将在投票结束后打乱顺序并公开可见。

指定格式

• 支持解任：您的理由
• 反对解任：您的理由
• 中立：您的意见留言

建议在您的投票留言最前面写“支持解任”或“反对解任”或“中立”，之后是冒号“：”，接着是您的理由。

请明确填写“支持解任”或“反对解任”或“中立”并给出理由，中立票意见仅供参考不会计入得票比率，未填写“支持解任”或“反对解任”或“中立”的为无效票。

---

→ 进入投票页面 • 查看解任理由

MediaWiki message delivery（留言） 2024年7月14日 (日) 14:33 (UTC)

管理人员及仲裁委员会选举（2024年10月）

	管理人员选举
	二〇二四年十月梯次

2024年10月梯次管理员选举一览

申请成为管理员一览	申请页	安全投票页
0xDeadbeef	→	→
ASid	→	→
ATannedBurger（申请续任）	→	→
S8321414	→	→
SCP-2000	→	→
申请成为行政员	申请页	安全投票页
Peacearth	→	→
申请成为监督员	申请页	安全投票页
Peacearth	→	→

2024年10月梯次管理人员选举正在进行。本梯次有五名用户申请成为管理员，并有一名管理员申请成为行政员及监督员。您因符合投票资格而收到此讯息。

投票期从2024年10月25日 (五) 00:00 (UTC)起至2024年11月8日 (五) 00:00 (UTC)结束，您可在右方（或上方）的一览工具栏找到每名候选人的个人选举页面及投票连结；诚邀您踊跃参与投票。请注意所有符合当选条件的候选人均会当选；各候选人的支持率均分别计算，支持票不限于一票。

	第一届	仲裁委员会选举
	二〇二四年

经社群超过一年的持续讨论，中文维基百科仲裁委员会将在2025年1月正式成立，而首届仲裁委员会选举将在十一月举行。本届仲裁委员会选举共有16名编者参选，其中12名编者获确认符合参选资格。您因符合投票资格而收到此讯息。

您可点击此连结查看获确认符合参选资格的候选人名单及对应的参选声明和问答页面。

投票期从2024年11月1日 (五) 00:00 (UTC)起至2024年11月15日 (五) 00:00 (UTC)结束，您可点击此连结参与投票；诚邀您踊跃参与投票。

请注意本届仲裁委员会选举共开放13个席位，首13名符合当选条件的候选人均会当选；各候选人的支持率均分别计算，支持票不限于一票。

回馈请求服务已上线，诚邀您订阅有兴趣参与有关讨论的话题。

MediaWiki message delivery（留言） 2024年10月25日 (五) 06:12 (UTC)