关于Fandom代表的公告
大家好，我今天有一些令人難以接受但很重要的消息要與你們分享。在接下來的幾周里，我們將逐步收縮並結束Fandom代表計劃，因為我們正朝着支持Fandom社區的新方向前進——其中包括直接從Fandom代表計劃引進一些新的全職社區經理到Fandom職員團隊。
截至今日，許多Fandom代表都受到了這一改變的影響。本篇博客將是接下來的幾周里一系列更新的第一篇，這些更新將詳述我們為什麼做出這個決定以及未來將如何繼續支持我們的wiki。
正如你們中的許多人可能知道的那樣，Fandom代表計劃（之前稱為Wiki主管計劃）是一種兼職的合同制用人模式，始於Gamepedia，在Fandom和Curse Media合併後於2019年引進Fandom。
這項計劃在Fandom已經有很長的歷史了。不過，最首要的是，它最出色的部分是這群多年來擔任Fandom代表和Wiki主管的才華橫溢的人。在我們開始本篇博客的其他內容之前，我想花一點時間來感謝他們為Fandom、我們的wiki和我們的用戶所做的一切。在擔任Fandom代表之前以及期間，他們一直是社區的核心部分，我們很享受與他們每個人共事的時光。我們衷心感謝他們的辛勤工作和奉獻精神，並祝願即將離任的Fandom代表一切順利。
我們之所以做出這一改變，是因為自去年以來，我們一直致力於徹底改變我們的社區支持戰略、程序和使命，以確保我們通過團隊結構能夠充分發揮潛力，從而提供儘可能最好的服務。儘管Fandom代表計劃有很多的好處，但它並不是為此而安排的——即使是它最初的形式中。因此，我們希望確保，隨着平台的不斷發展，社區團隊也為長遠發展做好準備，來儘可能好地支持參與其中的所有人——包括社群和職員。
我們將從現在到社群交流會議之間，更詳細地介紹戰略和使命是什麼樣的。但……
如何應對惡劣行政員
我們曾寫過多篇文章，提出了應對網絡白目（英文）、酸民（英文）和惡劣管理員（英文）的各種辦法。可是如果惹得社群不滿的人是有權刪除內容並封鎖他人的行政員呢？該怎麼辦？
- 1 協商為先
- 2 如果行政員需要罷免
- 3 如何罷免行政員
- 4 超小型社群的行政員糾紛
是凡遇到爭端，最好的策略都是有話好說（英文）：請先少安勿躁，假設行政員只是看法不同，而非惡意，然後再去尋求與之一同合作的辦法。
如果是行政員的問題，請嘗試以下辦法：
- 與行政員談話：（禮貌地）留言告訴他哪些行為應該改正，並提供原因。
- 與其他行政員或管理員談話：有可能他們會挺你，並願意替你和難以溝通的行政員解決糾紛呢？
- 與社群談話：在wiki論壇或其他社群交流平台發文，解釋你認為這位管理員的失職之處，並提出一些可以改善現況的建議。
- 如果您已遭到封鎖，或以上方法無果，請在社群中心的聊天群和論壇中尋求其他使用者的建議。
經過多番討論之後，如果情況仍然無法得到改善，社群最應該做的，就是剝奪這位行政員的權力。使用者有時可能會感到無力反抗wiki的管理人員，但事實並非如此。如果社群一致認為行政員應該下台，Fandom工作人員就會將其革職。但出於這些原因（英文），在社群達成共識之前，我們不會革去任何人的職位。
剝奪一個人的行政員權力這件事應當嚴肅對待。畢竟，他有可能就是一開始創立社群的那個人。至少，其他管理人員也是足夠信任他才得到這個職位的。不過，如果他的行為真的有損社群，將其罷免可能才是最佳選擇。
行政員應該下台的常見原因：
- 壓制異己的見解，例如刪除評論並封鎖批評他的人
- 不經警告或以荒謬的理由就封鎖使用者
- 拒絕與他人討論自己的不足
- 為他人設下不合理的規矩，而自己不遵守
- 不斷回退良好的編輯內容
- 在wiki上營造了一個敵對、低效的氛圍
如果行政員至少12個月沒有編輯一筆內容，那麼就可以假設他……
如何应对不良行政员
過去，我們已經提供了大量關於如何應對搗亂/破壞者（網絡白目，原意Troll，即「山怪」或「巨魔」之意）、令人討厭的用戶和不良管理員的建議。但如果那個擾亂社區（又被稱為「Wiki」或「維基」）的用戶是行政員（或稱之為站長，下文統一用「行政員」），並且他/他們（下文統一用「他」）可以隨意刪除任何東西並封禁任何人呢？
- 1 先嘗試交際
- 2 何時讓一位行政員降級
- 3 如何讓一位行政員降級
- 4 當Wiki行政員問題發生在非常小的社區
在任何爭議中，最好的選擇是進行交談：保持冷靜，假設您的行政員並非惡意，而只是觀點不同，然後看看是否可以找到一種協作的方式。
如果一位行政員造成了麻煩，請嘗試以下選項：
- 與行政員交談：給他留言，讓他們知道您認為他們應該做出不同的舉動，以及為什麼（要友好禮貌）。
- 與其他行政員和管理員交談：也許他們站在您這邊，願意代表您與問題行政員討論事情？
- 與您的社區交談：在您的維基的論壇或任何其他社區用於一般討論的地方開啟一個主題。解釋為什麼您認為這位行政員做得不好，並提出改進的建議。
- 如果您已被封禁，或者上述方法都沒有幫助，請於社區中心（Community Central）的聊天室或論壇上向其他維基用戶尋求建議。
如果經過所有的交談之後情況仍然沒有改善，那麼對於社區來說，最好的做法可能是剝奪該行政員的權限。用戶有時會感覺自己無話可說，在Wiki的管理人員無能為力。但這並不是真的——如果社區一致認為需要讓一位行政員下台，Fandom（原Wikia） 的工作人員會將其降級。我們在社區達成共識之前不會對任何人進行降級——原因在此處。
剝奪某人的行政員權限應該是認真對待的——畢竟，他們可能是您社區的創始人。至少，另一個Wiki的負責人對他們有足夠的信任，將他們提升到了那個角色。然而，如果他們的行為傷害了社區，……
技術更新：2023年12月15日
大家好！快來看看自12月1日以來的最新《技術更新》吧。這是2023年的最後一篇《技術更新》，因為我們在年底進入了代碼凍結，也就是說我們直到明年才會發佈更多的錯誤修復。
不過還是讓我們談談近期的變更吧！
- 1 近期修復
- 2 正在修復
- 3 開發更新
- 3.1 使用者供應內容（UGC）團隊
- 3.2 使用者體驗
- 3.3 流量團隊
- 頭像的品質在全域導覽條中得到改善。
- 當在FandomMobile中使用
display="block"時，標籤在深色主題下難以閱讀。 - 在wiki上擁有權限的已停用帳號不再記入Special:ListUsers（特殊:）的權限清單中。
- 點擊FandomMobile中的資訊框圖片將再次載入該圖片，而不是第二張圖片。
- 標題中帶有引號的頁面在FandomMobile上會顯示重複的三級標題，此錯誤現已修復。
- Cargo未能正確地儲存某些Unicode字元；此錯誤已修復！
- 小圖片或圖示圖片現在在FandomMobile中會按照預期遵循連結和替代文字（alt）屬性。
- 如果匿名使用者沒有編輯頁面的權限，則標題旁邊的編輯圖示會將他們重新導向登入頁面，而非編輯器工具。
- 使用Chrome的無痕模式和Firefox的私隱瀏覽模式時，搜尋彈窗和嵌入的互動式地圖為空。
- 表格列工具在視覺化編輯器中再次恢復。
- 使用者在iPadOS上使用2017年版編輯器進行編輯時無法捲動，此錯誤也已修復。
- 透過Facebook登入Fandom的方式無法正常運作；您可以再次使用這種方式存取您的帳號了。
- 在近期的變更之後，接收和稍後取消或更新通知的方面存在一些問題。感謝你們所有人的回報，我們可以非常快速地發佈修復多虧了你們的回報。
- 我們為了延伸使用者討論頁中視覺化編輯器文字區的最小高度而做的修復造成了其他小問題。我們已經撤回了代碼，並將盡快繼續解決此問題。
- 數學和化……
探讨Fandom在2023年对生成式人工智能的运用情况
在2023年的科技技術領域中，沒有任何事情能比生成式人工智能（生成式AI，英文簡稱為GenAI）更有話題了。而生成式AI正式引起大眾關注，是從今年的這個時候，OpenAI建立了一個可以回答各種各樣問題的AI聊天網站——ChatGPT。它允許您向他們的大語言模型提出複雜的問題，並輸出一個非常詳細，富有創意的回答。ChatGPT出現後，我們見證了它在互聯網上的各種應用形式，無論是好是壞。
今天的博客中，我們不會詳細的闡述生成式AI到底是個什麼。如果您現在才聽說這個東西，那麼我們覺得您的名字或許是史蒂夫·羅傑斯（美國隊長，從上世紀40年代沉睡直到21世紀醒來），您需要補習的可不僅僅是這個主題。這裏有一個對生成式AI進行簡單闡述的網站：https://www.techrepublic.com/article/what-is-generative-ai/ 。
我們在這裏要討論的是，我們如何將生成式AI運用到Fandom上的——我們已經做了的，目前正在開發的功能，和可預見的未來發展方向。
- 1 關於生成式AI的理念
- 2 生成式AI在審查中的應用
- 3 生成式AI在理解頁面內容方面的應用
- 4 生成式AI在快問快答中的應用
- 5 下一步
我們已經在2023年社區交流會議期間和核心創作者們討論了生成式AI。當時我們的首席技術官Adil Ajmal做了一個小時的演講，闡述了我們對於生成式AI的高層理念。
他演講的核心是對社區做一個承諾 - 賦其能力，勿置替焉。
這意味着我們開發和研究的任何生成式AI功能都將用於更好地理解和突出用戶們創作的內容（UGC），或使其作為幫助您進行更高效創作內容的工具。我們沒有考慮讓其進行任何用於撰寫文章的完整內容或對Wiki編輯核心社區進行自動建設和寫作的工具。
我們堅信這個理念對於Fandom來說是正……
技术更新：2023年12月1日
嗨嗨嗨！
來看看本周的技術更新吧！如果您錯過了上次的技術更新帖子，可以點擊這裏這裏查看哦。我們將繼續每兩周更新一次，將關於錯誤修復和項目開發更新等一系列信息發佈至社區中心！下次更新會是在12月15日，不過由於年底將進入代碼凍結期，因此12月15日的更新將是2023年的最後一個更新。您可以期待這些更新將在通常情況下於1月恢復。
- 1 重大更改
- 2 最近修復
- 3 修復中
- 4 開發更新
- 4.1 用戶生成內容（UGC）團隊
- 4.2 用戶體驗（UE）團隊
- 4.3 流量團隊
- 高亮菜單重新設計：繼一項成功的試驗後，我們為已登錄用戶在高亮搜索菜單中增添了一個編輯頁面選項。此次試驗促進了更多登錄用戶的編輯器使用，並提升了搜索次數，鑑於其成功，我們決定向所有登錄用戶推廣此功能。
- 查看圖片連結：此次更新為手機和桌面的匿名用戶提供了直接訪問畫廊的查看圖片連結。本更新基於一次實驗，實驗結果顯示，在桌面端添加此連結後，圖片的瀏覽量提高了5.6%。
- Special:Watchlist 中的感謝連結缺少心形圖標。
- 之前通過信息框構建器編輯信息框後，更新顯示需要超過2分鐘。現在，這些更改能夠即時呈現。
- Wiki數據分析面板中的回訪用戶圖表顯示不準確。現在，如果不是全部用戶都再次訪問維基，系統不會錯誤地顯示為100%。
- 在320px至370px的屏幕尺寸範圍內，信息框中的某些文本在行尾被截斷。這次修復將為文本展示提供更多空間。
- 有用戶報告2017版編輯器在保存編輯時出現凍結現象。這個問題在24小時內被發現並解決了。感謝大家的迅速反饋！
- 社區中心工作人員博客的一些訂閱者收到了多封關於同一技術更新博客的電子郵件。我們修復了這一漏洞，以防止類似情況再次發生。
- 一些用戶遇到了接收不可見通知的問題，導致他們無法關閉這些通知。雖然我們之前已經解決了這個問題，但它又重新……
這篇文章有足夠的資訊……嗎？
讀者瀏覽wiki，想得到的就是資訊。所以，做到讓現實符合預期，讓讀者有求必有得很重要。請思量文章的外觀、主題與結構，也一定要考慮文章脈絡和使用的連結。可是，您知道文章需要多少資訊量嗎？
要知道文章的資訊量是否足夠要視具體情況和目的而定，需要您親自判斷。如寫角色主題時，就一定要包括生平經歷、歷史背景、故事劇情、人物關係等內容。以下是助您的文章達到淋漓盡致境地的幾個一般步驟：
- 閱讀標題與提綱
標題與提綱應該能大體呈現文章的主旨和結論，能讓你對文章與需求的相關的有一個最初的判斷。
- 快速瀏覽文章
快速瀏覽文章的段落、標題、小標題，以及所有突出顯示或加粗的文字，您就能對文章的結構和內容有一個總體的了解。請多加留意所有可能與資訊需求有關的段落。
- 評估涵蓋範圍的深度和廣度
考慮呈現資訊的瑣碎和複雜程度。這篇文章詳盡的涵蓋了主題，還是僅呈現了簡要的概括？尋找關鍵的細節、論證、舉例與資料根據。請判斷文章是否達到了可以滿足資訊需求的深度。
- 檢查來源與引用文獻
如果文章存在參考文獻、引用文獻或外部來源的超連結，請判斷這些文獻是否可靠、可信任。確認文章是否源自有信譽的來源，這些來源是否支持所提出的主張與論點。一篇研究充分的文章應包含引用文獻或參考文獻來支撐其傳遞的資訊。
- 尋求中正的觀點
檢查文章是否呈現中正的觀點，一個論點或主題要呈現不同的角度。一篇可靠的文章應該提供公正不倚的分析，而不能過於片面偏激。
- 與其他來源做比較
要使資訊更可靠，請將文章與其他有信譽的來源做相互參考。如果多個來源都呈現了相似的資訊，那麼就代表這些內容更可靠、更準確。也不要忘了加入跨wiki連結，好讓人存取其他語言的內容時更方便。
- 考慮文章的時效性
請留意文章的發佈時間和最近一次的更新時間。檢查頁面歷史，考慮是否有的主題需要更新的資訊。請確保文章中的資……
我们将无广告的已登录用户体验推广到Gamepedia社区
大家好！
從下周開始，Fandom將停止在Gamepedia平台上創建的wiki頁面上向已登錄用戶展示廣告。這確保了已登錄用戶在原Gamepedia wiki上的體驗與Fandom平台上的其他內容保持一致。這意味着，如果您在任何原Gamepedia wiki頁面上登錄，除了主頁上的部分廣告外，默認情況下將不會看到任何廣告。
為了符合我們希望為註冊用戶提供儘可能多的閱讀和編輯wiki的選擇的願望，如果您希望在Fandom上看到廣告，您可以在個人參數設置中選擇。這個選項位於「用戶資料」標籤頁的底部。
首先，這一改變背後的核心原因是Fandom極其重視編輯社區。雖然我們的編輯滿意度已經很高，但我們仍然希望進一步提升這一點，確保您在Fandom的體驗最佳。為了認可編輯者和管理員對Fandom做出的巨大貢獻，我們實現了登錄後免受廣告干擾的體驗，這種尊重也擴展到了Gamepedia社區的貢獻者。
其次，關於Gamepedia wiki的Gamepedia PRO項目，隨着這一改變的實施，我們將逐步淘汰該項目。PRO項目始於2018年Fandom和Gamepedia合併之前，旨在表彰Gamepedia社區中最活躍的編輯者，授予他們免廣告的特權。然而，非PRO的已登錄用戶則沒有享受到這一待遇。
PRO項目是Gamepedia已登錄用戶在Fandom接管後繼續看到廣告的原因。起初，保留這個項目對於Gamepedia團隊很重要。但隨着時間推移，PRO用戶享受的許多待遇已被其他平台項目所替代。例如，Fandom有一個公共Discord伺服器，所有用戶都可加入；還有一個名為Fandom之星的項目，讓頂尖編輯者參與產品塑造並獲得認可。到了今年，PRO用戶與其他已登錄用戶的唯一區別就是廣告狀態。PRO作為對建……
Understanding Privacy
As the internet has grown, it has made it easier than ever to connect with other people from across the globe. But this ease of connection has made it harder for us to maintain the same level of privacy we do in the offline world. When you meet someone on the street, it’s easy to regulate your conversation with them to make sure you aren’t giving away more information than you’re comfortable with.
It’s a different story online, where you constantly broadcast your IP address, location information, and other types of data before you even start typing. Add to that the ease with which social networks and other websites allow you to share information about yourself, like your real name, your email address, phone number or other vital statistics……
Understanding Wikia's Terms of Use
Every website has them. Every software application makes you agree to them before you can get to the good stuff. Even now, they are calling out to you from the footer of this page and every other page on Wikia.
They are the Terms of Use (TOU), and along with our Privacy Policy, Licensing Policy, Community Guidlines, and Wiki Creation Policy, the Terms of Use form the core terms of acceptable behavior that we expect from members of our communities. They apply to both registered users (whether or not they are logged in) and unregistered anonymous users. When creating an account you must agree to our TOU or you won’t be able to finish the process. When people contribute content while logged out, their contributions still have to comply.
Since the ……
Updates to COPPA
Privacy is important, and despite how the online world seems sometimes it can exist on the internet. This post is going to overview recent updates to privacy laws and provide you with important information about how your wiki may be impacted.
The Children's Online Privacy Protection Act (COPPA) is a United States federal law designed to limit the collection of personal information from people younger than 13 years of age. It was passed in 1998, and has been updated only once with a set of revisions that become effective July 1st, 2013. The Federal Trade Commission (FTC) oversees the application and enforcement of the law. It applies to any website or service based in the U.S.
One popular misconception is that COPPA absolutely forbids anyon……
感谢扩展现在可供所有社区使用
大家好！
我已經有一段時間沒有在這裏發過貼文了，現在是一個與大家分享一些好消息的好機會。經過一年的漫長旅程，我們現在將感謝擴展提供給了所有社區使用。
不管您是第一次聽說這個擴展，還是已經參與過了它的早期測試，您都會了解到這涉及到了什麼，以及我們在2023年是如何開展這項工作的全部細節。讓我們開始吧！
- 1 什麼是「感謝」？我們為什麼要把它添加到平台上？
- 2 為什麼我們最終選擇實現感謝功能？
- 3 我們是如何在Fandom上實現感謝功能的？
- 4 擴展是如何運作的？我該如何啟用它？
- 5 結語
有關這個擴展如何運作的詳細信息，請見這篇博客的第四章節，反正總的來說，「感謝」（Thanks）是一種MediaWiki擴展，可以讓編輯者輕易地感謝其他人在wiki頁面上的特定編輯。您可以簡單地點擊他們的編輯旁邊的按鈕，對他們所做的事情快速地給予一些認可，而不必寫一條讚賞消息。
我們選擇將這個擴展添加到Fandom是為了兌現我們在2022年社群交流會議上的承諾。受到Gamepedia的擴展審核程序的啟發，我們致力於為我們平台的編輯者添加更多功能。這可以讓用戶推薦他們希望看到添加到平台上的MediaWiki擴展。職員將審查它們的可行性，然後決定哪些可以添加。
2022年12月，我們在Fandom上啟動了提名過程，並且分享了更多關於我們最終將如何實現獲勝功能的細節（有趣的事實：我們當時就以感謝擴展為例）。
2023年的第一個季度，我們選擇了社群提名的最合適的擴展。接着，在我們的《技術更新》中，我們定期地向您更新我們取得的進展。
早在1月份，我們就收到了近200種擴展的提名！然後，我們在審查了哪些擴展的添加是可行的，在不損害我們平台的性能或安全的情況下，可以通過合理的努力實現，並且對於大多數社區是有用的之後，將候選功能縮減到了15個……
技术更新：2023年11月17日
大家好呀！
來看看本周的技術更新吧！如果您錯過了上次的技術更新帖子，可以點擊這裏進行查看哦。我們將繼續每兩周更新一次，將關於錯誤修復和項目開發更新等一系列信息發佈至社區中心
- 1 重大更改
- 2 已知問題
- 3 開發更新
- 3.1 用戶生成內容（UGC）團隊
- 3.2 流量團隊
- 編輯者們發現了一個問題——在快問快答中報告問題後，頁面如果不刷新，就不會顯示任何「報告問題」或「已報告」的文本。我們很高興地通知大家，這個bug已經得到修復！
- 有編輯者報告，在接收到舉報通知時，他們會收到比實際更多的通知（n+1個通知，而實際只有n個是有效通知）。現在這個問題已解決，在通知中心中，「Fandom」標籤旁邊顯示的通知數量將與面板中未讀通知的數量一致。
- 當某個頁面的評論功能被禁用時，版主以前會失去對該頁面評論的管理權限，普通編輯者也不能舉報評論。現在這個問題已解決，即使在評論功能被禁用的頁面上，版主仍然保有對評論的管理權限，而非版主用戶依然可以舉報不當評論。
- 在流動裝置上編輯時，用戶之前遇到了兩個問題：保存時頁面的某些文本會丟失，而從頁面中刪除的某些文本在保存後會被恢復。我們非常高興地宣佈，這個棘手的問題已經找到了解決方案。現在，保存後文本不會丟失，刪除的文本也不會錯誤地被恢復。
- 有編輯者報告，在使用2017版編輯器進行編輯保存時，會遇到編輯器凍結的問題。我們的技術團隊正全力以赴解決這一問題，並會持續向社區報告最新進展。我們深知這給編輯者帶來的不便，並致力於儘快找到解決方案。
- 我們發現新的信息框構建器創建的模板頁面沒有為編輯者提供示例信息框供參考。這個問題的解決比我們最初預期的更加複雜，但請放心，我們的團隊正在努力克服這一挑戰。我們希望能在不久的將來解決此問題，並將繼續更新社區的最新情況。
- Thanks擴展正在測試中。 好消息！T……
关于举报通知您所须知的一切
大家好！
自從我們重新設計站點通知並且合併Fandom和Gamepedia的通知功能到現在，已經有很長一段時間了。從那時起，我們一直在兌現去年在社群交流會議上所作出的承諾，其中一項就是為討論板帶來更多的、迫切需要和呼聲很多的版主工具。為此，我們在今年早些時候發佈了呼聲很高的帖子歷史功能，但我們知道還需要做更多的事情來幫助促進我們wiki的管理。
我們已經測試和預告它有好幾個月了，不過我們還是很高興終於能將我們的帖子舉報通知功能發佈到了所有至少啟用了一項社交功能（無論是討論板、留言牆還是評論）的wiki！
每個管理員和討論版主都將自動選擇使用這個功能——在測試階段選擇關閉的人將會不得不再次啟用它。不過，為了保險起見，如果您在wiki上有擔任這些職位中的其中一個，您應該前往自己的參數設置，然後點擊通知選項卡，在版主的网页通知章節中檢查是否勾選了当有人在讨论板、留言墙或评论中举报帖子或回复时通知我的選項。順便提一嘴，這是各個wiki的設置，不是全域的，因此您可以在自己管理的各個wiki上決定是否希望接收帖子舉報的通知。
啟用後，在討論板、留言牆或評論中舉報帖子都將觸發對所有討論版主和管理員的站點通知，如下所示：
即使社區舉報了多則帖子，每個wiki也只會有一條通知，計數器將顯示有多少條消息被舉報了。點擊此消息時，您將前往/f/reported，在這個面板中，列出了所有按照帖子、留言或評論進行分類的舉報。
當消息中的計數器變為零時，因為所有舉報都已經處理了，這條消息將從通知列表中消失，只有在任何其他的帖子被舉報的時候才會重新出現。如果您想在不處理舉報的情況下清除通知，您可以選擇將通知標記為已讀。在這種情況下，這條消息仍然會保持可見，作為提醒您稍後處理的提示，並且如果您收到了新的舉報，它就會再……
學習MediaWiki的標示語言，wikitext！
首先，感謝您在Fandom進行第一次編輯。您的貢獻非常珍貴，要想進一步改善有緣瀏覽到的wiki，您還可以付出更多！
閱讀過這篇網誌貼文的讀者，應該知道可以使用編輯器頁上半部的工具列，進行文章的設定與修正吧。不過，您知道有其他可以不用滑鼠，就可以設定文字格式的方法嗎？今天我就來介紹這個方法。
Fandom設定內容格式所使用的主要標準語言，是稱為Wikitext的程式語言。使用Wikitext，可以完成新增照片、表格、粗體字、連結，以及其他許多視覺上的變更。此外，對於高階使用者來說，Wikitext通常會比只使用標準的視覺編輯還要更快速地完成工作。
例如，您剛寫下角色的名字。您知道只要輸入
關於可利用wikitext實行指令的完全清單，請參考說明:wikitext。
wikitext主要用於原始碼編輯器，但其中一部份的內容可以直接在視覺編輯器上節省時間。
如果要預設使用原始碼模式，就可以移動到偏好設定，在「編輯」底下選擇希望的預設編輯器。
技术更新：2023年11月3日
大家好呀！
來看看本周的技術更新吧！如果您錯過了上次的技術更新帖子，可以點擊這裏進行查看哦。我們將繼續每兩周更新一次，將關於錯誤修復和項目開發更新等一系列信息發佈至社區中心
- 1 重大更改
- 2 已知問題
- 3 開發更新
- 3.1 用戶生成內容（UGC）團隊
- 3.2 流量團隊
- 編輯器預覽功能：很多編輯者反饋，編輯器的預覽功能雖然總體運行良好，但存在一個小問題。如果你預覽了頁面一次，然後對頁面中使用的模板進行了編輯，再次點擊預覽時，顯示的並不是最新的內容，而是之前的緩存版本。我們非常高興地告訴大家，這個問題現在已經有了解決方案！
- 全部標記為已讀功能：我們在最近的技術更新中宣佈了這個功能的修復，但不幸的是，我們發現背後的問題比預期的要複雜，導致該功能依然無法正常工作。我們的團隊正在積極努力解決這一問題，並會持續向社區提供最新進展。
- 信息框構建器：由新信息框構建器創建的模板頁面目前沒有為編輯者提供示例信息框供參考。這個問題比我們預期的更加複雜，但我們希望能夠儘快找到解決辦法。請大家保持關注，我們將會有進一步的更新。
- 移動端編輯：流動裝置用戶在編輯時會遇到一些問題，包括保存時頁面上一部分文本的丟失，以及被刪除的文本在保存後又重新出現。我們正在努力解決這個問題，但它證明比預期的要難處理。我們將繼續在接下來的更新中向大家報告進展。
- 十月份的編輯者數量繼續呈季節性增長： 我們在十月份看到了令人鼓舞的數據——新編輯者數量同比增長了53.6%，而總活躍編輯者數量也增長了35%。這兩個數據都超過了九月份的表現，那時由於學生編輯者返回學校，我們觀察到了預期的季節性下降。
- Thanks 擴展正在測試中：我們團隊最近對「Thanks」擴展進行了一些更新，主要是為了解決在特定頁面（如「最近更改」和「用戶貢獻」）上使用「Thanks」選項時的參……
特別技術更新：2023年10月26日
嘿，各位！
我們想在本週為大家提供一篇特別的《技術更新》貼文。雖然我們在上週已經給大家過一篇貼文了，而且我們也將在下週五準備另外一篇貼文，提供更多的新聞和錯誤修復，但是我們迫不及待地想要分享這條關於重大錯誤修復的特別新聞，因為我們從大家以往的評論中知道這個錯誤一直是社群的最大痛點，所以，我們想要早點把這則新聞告訴您。
「全部標記為已讀」按鈕終於修好了！是的，您在我們的通知中心收到的所有通知都可以透過點擊按鈕來正確地清除了。我們一開始無法復現這個問題，但在社群的幫助下，我們終於能夠追尋原因。這個錯誤需要在多種服務中修復，所以花了一些時間，但我們很高興能把這個修復帶給大家。
雖然這次更新簡短而又令人愉快，但也意義重大。現在，趕緊去把「全部標記為已讀」吧。請下週再回來看我們定期的《技術更新》。
- 10月27日更新：
大家好！
感謝大家的意見回饋，我很抱歉看到修復對大家來說仍然不起作用。修復產生了意想不到的後果，所以我們不得不回退了它。但我們仍然非常認真地對待此事。我們會讓您隨時了解這個修復的最新進展，讓您可以真正地去把「全部標記為已讀」。
感謝您的耐心！！
技術更新：2023年10月20日
大家好！快來看看自10月6日以來的最新技術更新吧。我們將繼續每兩周一次向編輯者社群更新錯誤修復和產品開發更新的資訊！
- 1 重大變更
- 2 已知問題
- 3 開發更新
- 3.1 使用者供應內容（UGC）團隊
- 3.2 流量團隊
- 編輯者在存取wiki上的貼文歷史時遇到500錯誤。我們很高興地宣佈，這個問題已經解決了。
- 編輯者在視覺化編輯器中編輯已有的圖庫時，它無法識別原有的內容。一旦編輯者加入了一張新圖片，就會在原來的圖庫下面建立一個新的圖庫。UGC團隊已經找到了一種解決方案。
- 使用者討論頁沒有最小高度，導致編輯者在較短的熒幕上無法編輯此類頁面。我們的UGC團隊已經找到了一種解決方案，編輯者可以在強制性的最小高度下編輯。
- 透過新的資訊框構建器建立的模板頁面沒有供編輯者參考的範例資訊框。我們希望能盡快解決這個比最初預期更為複雜的錯誤。敬請關注！
- 編輯者回報稱，編輯器的預覽運作正常，但是如果預覽過一次頁面，然後編輯了其中使用的模板，再次點擊預覽時，顯示的是快取的預覽版本，而不是新的預覽版本。
- 在行動端上編輯時，使用者會遇到兩個相關的問題：儲存時，頁面上的一些文字會丟失；儲存後，頁面上刪除的一些文字會恢復。事實證明，修復比預期的要棘手得多，我們將在未來的更新中繼續報道。
- 通知功能「全部標記為已讀」問題的修復正在測試。這個問題指的是有些使用者無法將通知標為已讀。我們希望能盡快解決這個比最初預期更為複雜的錯誤。
- Thanks（感謝）擴充功能正在測試。團隊目前正在處理之前提到的一些有感謝選項的頁面（如特殊:和特殊:）上的使用者參與度問題。一旦這些改動完成並取得了成功，我們就會把感謝功能推廣到10%以外的社區，並供管理員選擇是否啟用這個功能。
- 檢舉通知。正如我們之前提到的那樣，當wiki上的社交內容被檢舉時，版主目前並不會以任何方式收到……
沒有人光顧我的wiki！
建立wiki是一項令人興奮的成就，尤其是在您能與其他人分享有用的資訊時。 不過，如果wiki沒有得到期望的關注與瀏覽，那也是一件很傷心的事。在這篇網誌貼文中，一起來看看哪些原因可能導致了您的wiki無人光顧。了解這些原因有助於讓您措置有方，讓您的wiki得到更多曝光與互動。
- 1 內容相關度
- 2 搜尋引擎最佳化（SEO）
- 3 宣傳與連結
- 4 社群互動
您的wiki無人光顧的一個原因可能是您提供的內容偏離主題。評估您的wiki是否涵蓋或講述了人們常在搜尋的主題和內容，這一點很重要。調查目標受眾的興趣與需求，保證內容符合人們的期望。緊扣主題、提供有價值的資訊，您就更有可能吸引到讀者。
您的wiki在搜尋引擎結果中的可見度會很大的影響瀏覽量。評估wiki的搜尋引擎最佳化（SEO）狀況，包括主題關鍵字的使用以及為搜尋引擎進行內容最佳化。提升wiki在搜尋引擎中的曝光度，就可以吸引更多常搜尋話題相關內容的人的有機瀏覽量。如需更多細節，請聯絡Fandom指南針。
您的wiki可能有有價值的內容，但如果沒有活躍的宣傳，可能還是無法觸及需要的受眾。宣傳和連結可以很有效的增長網站瀏覽量。請考慮將wiki的連結分享至相關的平台、社群媒體頻道或對您的話題感興趣的人組成的社群。與潛在的讀者進行互動，發揚wiki帶來的價值，會產生更多人的興趣與更多人光顧。
圍繞您的wiki構築社群對瀏覽和互動的促進至關重要。鼓勵使用者投稿、編輯、分享wiki頁面。回應評論、回答問題、促進圍繞wiki主題的討論，與社群進行活躍的互動。構築活躍而又可參與的社群，就可以吸引更多人光顧，將wiki打造成可以信賴的資源。如果您沒有時間寫信聯繫使用者，請隨時使用「感謝」功能。
為您的wiki爭取更多人光顧需要有策略的手段，包含相關度、宣傳、搜尋引擎最佳……
技术更新：2023年10月6日
大家好呀！
來看看本周的技術更新吧！如果您錯過了上次的技術更新帖子，可以點擊這裏進行查看哦。我們將繼續每兩周更新一次，將關於錯誤修復和項目開發更新等一系列信息發佈至社區中心！
- 1 重大更改
- 2 已知問題
- 3 開發更新
- 3.1 用戶生成內容（UGC）團隊
- 3.2 流量團隊
- 現在，編輯者已經能夠在tilesheet擴展中訪問並創建表格。
- 在之前的版本中，如果編輯者在Special:InfoboxBuilder的模板名稱中添加了正斜槓(/)，他們會遇到無法保存頁面的問題。當嘗試點擊發佈時，他們會收到一個錯誤消息。現在，這個問題已經被成功修復。
- 部分編輯者在訪問wiki上的帖子歷史時遇到500錯誤。
- 通過新的信息框構建器創建的模板頁面沒有供編輯者參考的示例信息框。
- 我們已經注意到在可視化編輯器中存在一個關於預覽功能的問題。當編輯者進行編輯並且在某些情況下關閉模態框之後點擊「預覽」按鈕，他們所看到的預覽內容並不是他們所做的最新更改，而是原始的未經修改的內容。
- 在移動端上編輯時，用戶會遇到兩個連帶的問題：儲存時，頁面上的一些文字會丟失；儲存後，頁面上刪除的一些文字會恢復。事實證明，修復程序比預期的要棘手得多，我們將在未來的更新中繼續報道。
- 部分用戶反映，點擊「全部標記為已讀」按鈕後，某些通知實際上並沒有被標記為已讀。經過我們的用戶體驗團隊深入研究，這個問題的解決方案比我們最初預期的要複雜。我們正在努力確定解決此問題的最佳方法，並計劃儘快為大家提供更新。
- Thanks擴展正在測試。目前，很多編輯者都在使用Thanks功能，但主要是用來感謝經驗豐富的編輯者，新手編輯者往往被忽略。因此，我們不打算直接在所有地方默認開啟這個功能。不過，為了給管理員更多的選擇權，我們計劃在短期內加入一個管理員控制面板選項，以便他們決定是否在自己的……
管理员和其他权限组的用户们很快将可以选择并编辑”快问快答“功能
您可能之前聽說過一項名為「快問快答」的新功能，經過一整個夏天進行測試的「快問快答」在八月中旬成為了我們現在的主要項目之一。在初期版本人工智能生成內容中，我們遇到了一些很明顯的阻礙（這在之前的技術更新中提到過）。然而社區的反應是，大家對該功能表達出來的熱情和期望遠超我們預期，這份熱愛使得我們需要更早的推出「快問快答」——這原本是我們計劃在稍後階段推出的功能。
現在，我們很高興地宣佈，「快問快答」的編輯功能將會向管理員、話題版主、內容版主以及具有回退內容權限的用戶組開放。這次更新會比我們進一步大規模推廣由人工智能生成內容的「快問快答」要早，預計在10月底之前就會實施（在此之前，我們還會進行一些額外的實驗性版本發佈，我們會在博客中進行更深入的討論）。
今日的博客將為您解讀「快問快答」功能究竟是什麼（特別是對那些至今還不太了解這一功能的用戶），我們是如何以及為什麼利用生成性人工智能來推廣該功能，以及這一功能推出後，初期將會有哪些編輯選項。
- 1 啥是快問快答
- 2 我們如何利用生成式人工智能？
- 3 社區如何輕鬆參與快問快答的編輯呢？
- 4 快問快答將會有什麼新進展？
「快問快答」，聽起來是不是很酷？這其實是我們新出爐的功能，它最早在今年四月的社區交流會議上的「規範化頁面：全球粉絲圈的終極門戶」部分被展示了出來。
這個功能的原理很簡單：就是把wiki頁面上的信息變身成問答（Q&A）形式，然後像搭積木一樣，嵌入到wiki頁面中。這些問題都是和頁面主題緊密相連的，為了解答這些問題，我們就有了這個模塊。比如說，右邊這張圖（只有登錄的用戶們才能看到哦）就是從降世神通Wiki的Korra頁面來的，通過「快問快答」，我們可以輕鬆了解關於Korra這個角色的種種知識。
這個功能的終極目標就是讓Google能夠輕輕鬆鬆地讀懂我們……
管理员和其他权限组的用户们很快将可以选择并编辑“快问快答”功能
您可能之前聽說過一項名為「快問快答」的新功能，經過一整個夏天進行測試的「快問快答」在八月中旬成為了我們現在的主要項目之一。在初期版本人工智能生成內容中，我們遇到了一些很明顯的阻礙（這在之前的技術更新中提到過）。然而社區的反應是，大家對該功能表達出來的熱情和期望遠超我們預期，這份熱愛使得我們需要更早的推出「快問快答」——這原本是我們計劃在稍後階段推出的功能。
現在，我們很高興地宣佈，「快問快答」的編輯功能將會向管理員、話題版主、內容版主以及具有回退內容權限的用戶組開放。這次更新會比我們進一步大規模推廣由人工智能生成內容的「快問快答」要早，預計在10月底之前就會實施（在此之前，我們還會進行一些額外的實驗性版本發佈，我們會在博客中進行更深入的討論）。
今日的博客將為您解讀「快問快答」功能究竟是什麼（特別是對那些至今還不太了解這一功能的用戶），我們是如何以及為什麼利用生成性人工智能來推廣該功能，以及這一功能推出後，初期將會有哪些編輯選項。
技術更新：2023年9月23日
朋友們好！請看繼9月8日起的最新技術更新內容。我們會持續每兩周為編輯者社群提供錯誤修復與產品開發更新！
- 1 重大變更
- 2 已知問題
- 3 開發更新
- 3.1 使用者供應內容（UGC）團隊
- 3.2 流量團隊
- 於Blog:Recent posts檢視wiki上的網誌時，網誌貼文會以互相嵌套的格式顯示。現在每則貼文都不會互相嵌套，而是顯示在各自方塊中了。
- 標籤在桌面端外觀正常運作，但使用行動端外觀時會遇到錯誤。現榮幸宣佈此問題已得到修復！
- 行動端編輯時，使用者會遇到兩個連帶的問題：儲存頁面後，一些文字會消失，一些刪除的文字會恢復。該問題遠比預期要棘手的多，我們會在後續更新中持續報導修復情況。
- 「感謝」功能進入測試階段。越來越多的編輯者會使用「感謝」功能，給他人送出感謝。但收到感謝的往往是老練的編輯者，新手的編輯卻無人致謝。因此，此功能不會全面的預設開啟，而會在稍後我們會將其放在管理員面板的控制台中，留給管理員決定是否為wiki啟用此功能。我們對「感謝」功能進行了一些修復，包括全面統一「感謝」功能的樣式。如果編輯者在啟用動態更新模式時重新載入Special:RecentChanges頁面，且此時有人作出了一筆新編輯，新編輯旁邊括號中的「感謝」功能會缺失。同時，專門為實現在近期變更頁面傳送感謝而新增的連結存在一些空格，對自動換行功能引發了意外的效果，該問題也已得到修復。請持續關注社群中心的後期網誌，進一步了解「感謝」功能以及其他實用功能的最新情況。後續的《技術更新》中，我們會提供更多「感謝」功能方面的更新情報。
- 內容檢舉的通知方式。應往期報導，版主現不會以任何形式收到社群交際內容的檢舉類通知。UGC團隊正設計一種可提醒版主有哪些內容亟需注意的通知方式，以減少從內容檢舉到採取行動的平均時間。一之四等分的wiki換用了……
不要给自己的wiki打广告！
您好，歡迎來到我的博客。我是兩個 WIKI 的創始人。
我今天給大家分享一件事情是：不要打廣告。很多人對此產生了疑惑。「我必須要打廣告，因為我的 WIKI 沒人編輯。」、「不行啊！沒人怎麼辦啊？」
- 1 經歷
- 2 做廣告是沒有用處的
- 2.1 封禁了怎麼辦
- 3 想宣傳怎麼辦
- 3.1 添加頁面
- 3.2 豐富內容
- 3.3 基礎：遵守下列規則
以前我不是這樣想的，我覺得多打廣告可以宣傳自己的 WIKI 獲得更多的編輯。
我開始在銻星百科上面寫一些宣傳虛構宇宙wiki 的廣告，之後一部分頁面被刪除了，差點就被封禁了。而且，沒有起到任何效果。
然後，我又繼續到Backrooms Wiki寫了一個頁面，上面說是Googologyrooms那個 WIKI 的廣告頁面。然後就被刪除了。繼續創建，管理員給了一個刪除原因：「（刪除頁面：這不是你打廣告的地方：宣傳自己的WIKI,xxxxx wiki，唯一貢獻者是 Gongxiang01）」我就沒在那個頁面加廣告了。我也不單獨開頁面了。
之後，我繼續在沙盒頁添加了幾個廣告，均被回退了。到我 WIKI 一看更改記錄，無人編輯。
我繼續在後室wiki加了個廣告模板，模板名字是Template:Advertisement-user-cannot-delete，我還用到了解析器函數擴展。在我的後室頁面（好像是 Level ZH 502還是 503啊）加了這個模板。
之後被紅票了，紅票理由：「刪除。你的。廣告。」
我刪完廣告後，繼續黃票口語化了。（無關）
然後我繼續去他 WIKI 的討論區申辯，舉報加紅票的管理員。沒有成功，最後被 Backrooms wiki 封禁了。
我這個經歷清楚的說明了這樣是沒有用處的，而且還會引來他人的反感。如果內容太多還有可能被全域封禁。所以，大家千萬不要做廣告。大家一定要吸取……
技术更新：2023年9月8日
大家好呀！
來看看本周的技術更新吧！如果您錯過了上次的技術更新帖子，可以點擊這裏進行查看哦。我們將繼續每兩周更新一次，將關於錯誤修復和項目開發更新等一系列信息發佈至社區中心！
- 1 重大更改
- 2 已知問題
- 3 開發更新
- 3.1 用戶生成內容團隊（UGC）
- 3.2 流量團隊
- 3.3 平台團隊
- 管理員在討論區刪除回復時會出現一個問題，當管理員嘗試刪除大量回復時，會彈出錯誤信息，提示他們不能繼續刪除。現在，這個問題已經被修復，管理員可以順利刪除回復了！
- 在Blog:Recent posts頁面查看wiki的博客文章時，曾出現博客文章互相嵌套的問題。現在這個問題已經得到解決，每篇博客文章都會單獨在一個框內顯示，而不會再相互嵌套。
- 流動裝置上的編輯問題：當用戶在流動裝置上編輯內容時，他們遇到了兩個主要問題。首先，在保存編輯後，部分文本會意外丟失；其次，被刪除的某些文本在保存後又會重新出現。解決這些問題比我們預期的要困難得多，但請放心，我們正在努力修復，並會在後續的更新中持續為大家報道進展。
- Thanks擴展正在測試中。我們發現，雖然許多編輯者都喜歡使用「Thanks」擴展來感謝其他編輯者，但它似乎更多地被用來感謝經驗豐富的編輯者，而新手編輯者很少收到感謝。鑑於此，我們決定不會默認地在所有wiki上開啟此功能，但會在管理員面板里提供一個開關選項，允許管理員決定是否在他們的wiki上使用這個擴展。請大家關注即將在社區中心發佈的博客，屆時會有更多關於「Thanks」擴展及其他可用擴展的詳情。在接下來的技術更新中，我們也會繼續分享「Thanks擴展」的最新動態。
- 舉報通知。正如我們之前提到的，當wiki上的社交內容被舉報時，版主當前並沒有收到任何通知。因此，UGC團隊正在研發一個新的通知系統，它能在內容被舉報時及時提醒版主，這……
技术更新：2023年8月25日
大家好呀！
來看看本周的技術更新吧！如果您錯過了上次的技術更新帖子，可以點擊這裏進行查看哦。我們將繼續每兩周更新一次，將關於錯誤修復和項目開發更新等一系列信息發佈至社區中心！
在本次技術更新中，我們將深入敘述兩個大變化，一個是關於全域導航欄顏色即將發生的變化，而另外一個則是我們一直在研究的，叫做「快問快答」的功能。請您往下看吧！
- 1 重大更改
- 2 已知問題
- 3 開發更新
- 3.1 用戶生成內容團隊（UGC）
- 3.2 用戶體驗團隊（UX）
- 3.3 流量團隊
- 3.4 性能專項小組
- 當編輯者在編輯窗口中嘗試使用鼠標光標進行文本的添加或刪除操作時，選擇的區域會從所點擊的位置向左或向右偏移一個或多個字符。這一問題已經得到了我們的用戶生成內容（UGC）團隊的有效解決。
- 我們的視頻團隊已成功修復了一個問題，該問題在視頻內容播放完畢後，當關閉小窗口播放器或固定播放器時，會突然將用戶帶回到頁面的頂部。
- 有管理員向我們反饋，他們在頁面的討論區刪除評論回復時遭遇了問題。當嘗試刪除大量的回覆時，會出現一個錯誤消息，告訴他們不能再繼續刪除更多的回覆。
- Thanks擴展。Thanks擴展目前仍在部分社區中進行測試。我們正在努力推進，希望最終讓其成為一個社區可以選擇加入的功能。在決定全面推出之前，我們還需要對該擴展對平台參與度指標的影響進行深入的數據分析。隨着我們在這個方面上的進一步研究和發展，我們將繼續地向社區更新進展情況。
- 舉報通知。關於被舉報帖子的通知功能，目前我們在排名前6000的wiki中有10%正在進行測試。我們計劃在未來將這一功能擴展至更多的測試社區。然而，在此過程中，我們發現了一個技術問題。在全面推廣之前，我們需要首先解決這個問題，以確保給用戶帶來更為流暢的體驗。請大家保持關注，更多的信息即將公佈！
針對未登錄用戶的全域導航欄顏色……
技術更新：2023年8月11日
大家好！快來看看自7月28日以來的最新技術更新吧。我們將繼續每兩周一次向編輯者社群分享錯誤修復和產品開發更新的資訊！
- 1 重大變更
- 2 已知問題
- 3 開發更新
- 3.1 使用者供應內容（UGC）團隊
- 3.2 使用者體驗團隊
- 3.3 流量團隊
- 3.4 平台團隊
- 當編輯者建立資訊框並設定列標籤時，源變數名無法更新。我們很高興地向大家分享，這個問題已經得到修復！
- 當在有Tabber的頁面上打開行動版編輯器時，使用者將不再遇到問題。使用原始碼編輯器模式並嘗試在視覺化編輯器與原始碼編輯器頁面之間切換時，編輯器在編輯時不會卡在頁面的載入狀態。
- 在FandomMobile外觀下嘗試撤銷編輯時無法正常運作——編輯者沒有提交撤銷編輯，而是返回了整頁的編輯器。現在，編輯者可以撤銷編輯了。任何喜歡在行動端上審核wiki內容的使用者應前往Special:MobileOptions（特殊:行動版選項）啟用進階行動版貢獻頁面。
- 在行動端上編輯時，使用者會遇到兩個相關的問題：儲存時，頁面上的一些文字會丟失；儲存後，頁面上刪除的一些文字會恢復。修復正在進行，我們會在下次更新中報告。
- Thanks（感謝）擴充功能正在測試。許多編輯者都在積極使用着感謝功能，但主要是為了感謝經驗豐富的編輯者，而非新手。因此，我們不會將其作為預設功能在所有地方推出，但是我們會在管理員面板添加一個切換按鈕，讓管理員選擇是否在其wiki上使用此擴充功能。請繼續關注社群中心即將發佈的網誌貼文，瞭解更多有關Thanks擴充功能以及您可以使用的其他擴充功能的資訊。我們將在即將到來的《技術更新》中提供更多有關Thanks的更新資訊。
- 檢舉通知。如之前所述，當wiki上的社交內容被檢舉時，版主目前不會以任何方式得到通知。UGC團隊正在研究通知機制，來提醒版主那些需要自己注意的內容，……
整理文章結構
您是不是剛加入的新手，不知道要做甚麼？各類wiki上的工作看似頗為複雜，還好，有我們來幫助您！這段教學內容是視覺化編輯器功能，着重學習如何加入資訊框、表格和分類，幫您調整文章的結構。
當您按下頁面上的「編輯」按鈕，視覺化編輯器就會打開。視覺化編輯器是平台為方便撰稿者更好的整理文章結構而使用的工具。編輯器頂端工具列的各項功能如下：
資訊框是提供文章主題基本資訊的一個文件。資訊框通常顯示在桌面端文章的右側或行動端文章的最頂端。以下是加入資訊框的方法：
- 按一下工具列上的「插入」，找到資訊框字樣，點選字樣，選擇所在wiki上現有的資訊框的名稱；
- 可以看到我們需要填寫的欄位（請略過不需要填寫的欄位）；
- 完成之後，請按 。
。
簡單吧？您已經學會了整理違章結構的所有基本要領！
為文章設定格式
首先，恭喜您在Fandom完成了第一筆編輯！現在，我會教您完成更複雜的編輯，比如說為文字設定粗體、斜體或底線的樣式，以及加入Fandom頁面連結。
打開任何Fandom頁面的編輯頁面後，會有一個提供不同文字格式選項的工具條。以下是部分基本文字格式設定按鈕的作用：
您的貢獻讓您心愛的wiki更好。作為貢獻者和編輯者，您在這個共享與開放的環境中共建輝煌起著關鍵作用。
加入wiki討論
您知道Fandom不只是閱讀和寫作的平台，而還有與圈子內的朋友們玩樂的功能嗎？您可以與各位和您有共同喜好的社群成員談天說地。
這段教學教您如何存取討論板，並與其他粉絲談笑風生，快來了解一下Fandom的討論板功能吧！
建立完私人的Fandom帳號後，您就可以加入任何喜愛wiki的討論板，只要按幾下滑鼠就好：
學習在wiki上撰稿
您在閱讀Fandom wiki上的文章時，有沒有遇到過需要修正的地方，比方說有「錯別仔」？您想直言不諱地向管理者回報這個錯誤，該找誰呢？
您誰也不用找，有了使用者帳號，您就可以自己作主，直接編輯文章了！
不要害怕眼高手低：這其實超簡單。我們會手把手教您完成必要的操作，兩三下就完事了，真的。
您要是好奇是如何在不抹掉網站的情況下編輯頁面的，那是因為Fandom wiki使用的MediaWiki軟件讓使用者能夠編輯很多文章，這樣您就可以修正那個不順眼的錯別字了。
跟着我一起做，學會在wiki上撰稿，成為Fandom編輯者社群的一員！
開始使用Fandom：註冊與個人化
很高興您能加入Fandom社群，快來開始使用吧！
這是一段非常簡單的教學，您將學到如何註冊並設定Fandom帳號，如何在wiki上撰稿（包含粉絲文件的網頁），以及如何加入五花八門的粉絲論壇。閱讀完這些基本步驟後，您就可以探索心愛的粉絲wiki，與其他同好一起互動啦！
如果您還沒有註冊，請先完成以下步驟：
技术更新：2023年7月28日
嘿大家好呀！
來看看本周的技術更新吧！如果您錯過了上次的技術更新帖子，可以點擊這裏進行查看哦。我們將繼續每兩周更新一次，將關於錯誤修復和項目開發更新等一系列信息發佈至社區中心！
- 1 重大更改
- 2 已知問題
- 3 開發更新
- 3.1 用戶生成內容團隊（UGC）
- 部分wiki網站在訪問「Special:BrowseData」頁面時遇到了問題，頁面無法正常工作，只會顯示白屏。我們很高興地告訴大家，這個問題已經解決了！
- 在通過主題設計器上傳新皮膚版本後，有些用戶發現主題背景在淺色模式下無法正確顯示。現在，淺色主題背景可以在主題設計器中正常顯示了。
- 啟用信息框代碼編輯器後，編輯者現在可以訪問模板數據了！之前，編輯者只能打開GUI並保存更改，而編輯界面上沒有任何變化。
- 投票文本現在可以通過討論區濫用過濾器進行正確過濾了！
- 在編輯器外部滾動頁面時，連結建議不再在選擇建議後留下空白框。
- 移動編輯器原始碼模式中的工具欄按鈕無法響應。我們也解決了這個問題。
- 使用流動裝置編輯的時候，用戶會遇到這樣的問題：保存時頁面上的一些文本會消失，或者被刪除的一些文本在保存後又莫名其妙地回來了。不過別擔心，我們正在更加積極修復這個問題，會在下次更新中告訴大家最新的進展。
- 使用移動端編輯器打開帶有tabber的頁面時，似乎會遇到一些困擾。同樣的問題在原始碼編輯模式下也會出現，當用戶試圖在可視化編輯器和原始碼編輯器頁面間切換時，可能會被卡在頁面的加載狀態。我們也正在解決這個問題。
- 當編輯者創建一個信息框並設置行標籤時，卻發現無法更新源變量名。
- Thanks擴展測試中 我們已經為10%在Fandom或Gamepedia的Wiki啟用了Thanks擴展，並將在未來的技術更新博客中提供更多的進展。
- 舉報通知。如前所述，目前當他們的wiki的社交內容被舉報時，版主……
技术更新：2023年7月14日
嘿大家好呀！
來看看本周的技術更新吧！如果您錯過了上次的技術更新帖子，可以點擊這裏進行查看哦。我們將繼續每兩周更新一次，將關於錯誤修復和項目開發更新等一系列信息發佈至社區中心！
- 1 重大更改
- 2 已知問題
- 3 開發更新
- 3.1 用戶生成內容團隊（UGC）
- 3.2 用戶體驗團隊（UX）
- 再也不用擔心模板編輯器中彈出的窗口會與警告信息重疊了，哪怕是在一個或多個必填字段未填寫的情況下也不會衝突。這樣一來，整個可視化編輯器都恢復到以往的快速響應狀態了。
- 在Special:SpecialPages的其它特殊頁面和管理員面板上，曾有四個條目只是顯示了原始字符串，而非恰當的標籤。現在好了，Special:SpecialPages上的所有條目都已經進行了本地化，它們都會展示正確的標籤哦！
- 以前在選中連結建議後，或者滾動到編輯器外部時，會出現一個空白框，這讓人不太順眼。但現在我們已經修復了這個小問題，編輯者們再也不會遇到這樣的困擾了！
- 有些Wiki在訪問"Special:BrowseData"頁面時出了點小問題，這個頁面並沒有在正常運作，只是跳轉到該頁面後返回了白屏。我們正在努力解決這個問題。
- 有一些用戶在通過主題設計器上傳新的淺色主題版本後，發現背景並沒有如期顯示出來。
- 使用流動裝置編輯的時候，用戶會遇到這樣的問題：保存時頁面上的一些文本會消失，或者被刪除的一些文本在保存後又莫名其妙地回來了。不過別擔心，我們正在積極修復這個問題，會在下次更新中告訴大家最新的進展。
- 使用移動端編輯器打開帶有tabber的頁面時，似乎會遇到一些困擾。同樣的問題在原始碼編輯模式下也會出現，當用戶試圖在可視化編輯器和原始碼編輯器頁面間切換時，可能會被卡在頁面的加載狀態。我們也正在解決這個問題。
- 當編輯者創建一個信息框並設置行標籤時，卻發現無法更新源……
技術更新：2023年6月30日
大家好！快來看看自6月16日以來的最新技術更新吧。我們將繼續每兩周一次向編輯者社群分享錯誤修復和產品開發更新的資訊！
- 1 重大變更
- 2 已知問題
- 3 開發更新
- 3.1 使用者供應內容團隊
- 3.2 使用者體驗團隊
- 3.3 平台團隊
- 我們已經公佈了實驗的獲勝者，也就是為所有的使用者在2017年版編輯器中移除全域導覽條，來減少混亂和干擾。在未來的更新中，我們還將預設隱藏2017年版編輯器的本地導覽列，並提供重新打開它的選項。您可以在本週早些時候的一篇深入探討的網誌中瞭解更多。
- 隨着近期MediaWiki的升級，結合了DPL的小工具在Minecraft Wiki上停止了工作。我們已經解決了這個問題，小工具應該能正常工作了。
- 嵌入的影片（指向YouTube嵌入的File:命名空間影片）在行動化資訊框中顯示時停止工作。影片沒有縮略圖，點擊它會觸發一則「哎呀，這個項目不再可用。」的錯誤訊息給使用者。我們已經解決了這個問題，使用者不應再遇到嵌入影片的問題。
- 使用者在使用視覺化編輯器時無法新建資訊框，因為「模板名稱」對話方塊被隱藏在了對話方塊的後面。這個錯誤妨礙了使用者使用這個工具來建立資訊框！
- 使用者嘗試使用EmbedVideo嵌入niconico的影片會遇到錯誤。我們找到了解決這個問題的方法，使用者可以再次成功地嵌入影片了！
- 一些wiki遭遇了因為
Special:BrowseData頁面不起作用，進入該頁面後只會顯示一個白屏的問題。 - 在透過主題設計器上傳新版本後，有些使用者似乎出現了淺色主題背景無法正確顯示的問題。
- 在行動端上編輯時，使用者會遇到兩個相關的問題：儲存時，頁面上的一些文字會丟失；儲存後，頁面上刪除的一些文字會恢復。修復正在進行，我們會在下次更新中報告。
- 當一個或多個必填欄位沒有輸入時，模板編輯器彈窗與警告重疊，導……
好消息：Fandom上的編輯者人數正在增長，原因是這樣的
如果您讀過我們每隔一個週五發佈的《技術更新》網誌，或者您收看了社群交流會議，您或許知道Fandom有一支產品開發團隊，叫作使用者供應內容（User Generated Content，UGC）團隊，專門為wiki編輯者和Fandom職員提供工具。這個團隊的職責範圍相當廣泛，維護著近150個MediaWiki擴充功能（其中包括視覺化編輯器和新建wiki工具），其他服務像圖片審查和Phalanx（全域濫用過濾器），以及內容審核工具。他們以前叫作CATS團隊（Creators、Admins、Tools、Staff，譯為創作者、管理員、工具、職員），也就是去年構建互動式地圖和行動版主題的同一支團隊。
在這篇網誌中，我們將介紹UGC團隊正在做的事情，我們是如何成功地增加社區編輯者的人數的，以及2017年版視覺化編輯器即將推出的新變化，這項變化可以減少干擾，增加首次編輯的成功量。
您也可以跳到網誌的最後去看簡要回顧，其中涵蓋了這篇網誌的要點！
- 1 我們成功地壯大了編輯者社群
- 2 用實驗來證明：我們到目前為止所做的事情
- 3 到目前為止成功的實驗
- 4 消除2017年版編輯器的干擾因素
- 5 UGC的下一步是什麼？
- 6 簡要回顧
由產品經理Eva和工程經理Tomek領導的UGC團隊今年有三大關鍵目標：增加Fandom上的新編輯者人數，增加Fandom上的活躍編輯者人數，以及維持或提高編輯者的滿意度。您可能會問，為什麼要樹立這些目標？自2018年以來，儘管Fandom平台整體上有了巨大的發展，但是參與wiki編輯的人數卻有所下降——說的不是資深編輯者和管理員，而是那些剛剛做出第一次編輯，然後希望繼續參與的新編輯者。我們最近一直在做大量的研究來探究原因，我們會在未來的網誌中分享其中的一些——不想在這裏把重點埋沒了，因為……
在……
技术更新：2023年6月16日
大家好！快來看看自6月2日以來的最新技術更新吧。我們將繼續每兩周一次向編輯者社群分享錯誤修復和產品開發更新的資訊！
- 1 重大更改
- 2 已知問題
- 3 平台開發
- 3.1 用戶生成內容團隊
- 3.2 用戶體驗團隊
- 3.3 平台團隊
- 我們已經成功修復了一個錯誤，即在對匿名用戶進行編輯禁止的wiki上，未登錄的移動端用戶之前仍然可以看到編輯按鈕並打開編輯器，儘管他們並無法進行實質性的編輯。現在，我們已經移除了這個編輯按鈕，以消除任何可能的混淆。
- 我們很高興地與大家分享，我們解決了一個主要影響到Wowpedia（魔獸世界百科）的問題，這個問題與
標籤有關。在上次的更新中，我們提到了如果在沒有#data的情況下將插入至文章中，就會導致出錯。另外，從同一頁面中提取的標籤將無法正確顯示。現在，資訊將會正常顯示。 - 移動端的用戶在進行編輯時曾遇到一些問題：保存時頁面上的一部分文字會丟失，或者被刪除的文字在保存後又重新出現。現在，我們已經成功解決了這個問題。
- 我們已經修復了一個問題，即博客頁面頂部的聊天氣泡圖標中未能顯示評論數量。現在，你可以在這個圖標上看到正確的評論數量了
- 試圖使用EmbedVideo嵌入niconico的影片會導致使用者出現嚴重錯誤。我們已經解決了這個問題。
- 當用戶在移動端上從可視化模式切換到原始碼模式時，所有未保存的更改都會丟失。目前，我們正在解決這個問題，並將儘快發佈更新。
- 當你在一個有許多表格的頁面上使用可視化編輯器時，可能會遇到一些問題。這些表格充斥着大量的數據與代碼，導致編輯器在你點擊編輯表格時可能會出錯。我們的團隊正解決這個問題。
- Thanks（感謝）擴展測試中 我們正在持續對Thanks擴展在平台上的表現進行測試，目前已有1200個wiki參與了這個測試。我們預計在正式全面推出前，還會進行幾周的測試。同時……
技术更新：2023年6月2日
大家周五好！通常我們的技術更新由詹妮弗小姐親自撰寫，然而她今天未能在在線辦公室，所以這一次由布蘭登先生來接棒！如果你錯過了上一期的技術更新，請點擊這裏進行查閱。我們將繼續堅持每兩周一次的頻率，與大家分享關於錯誤修復和項目進展的最新消息！那麼，讓我們開始今天的更新吧！
- 我們已成功修復了一個關於EmbedVideo擴展的問題，這個問題在播放一些在Fandom上託管的特定文件類型的視頻時會引發錯誤。
- 匿名編輯問題：我們正在解決一個問題，即在流動裝置上，即便管理員已選擇禁止匿名用戶編輯，匿名用戶仍然可以看到編輯按鈕並打開編輯器。儘管他們的修改無法被保存並發佈到網站，但為了確保一切都符合我們的設定，我們計劃去除匿名用戶的編輯按鈕。
- 標籤問題：我們正在積極解決一個主要影響到魔獸世界Wiki的問題，該問題涉及到標籤的使用。其中一個表現是，如果在沒有使用#data的情況下將標籤插入到文章中，會導致出錯。另一個問題則是，從同一頁面中提取的標籤信息無法正確顯示。
- 移動端編輯器：在流動裝置上進行編輯時，用戶遭遇了一些困擾：編輯器保存時頁面上的文字消失，或已刪除的文字在保存之後重新出現。我們正全力以赴地解決這個問題。
- Fandom移動端：當用戶在移動端編輯器中從可視化模式切換至原始碼模式時，所有尚待處理的更改都會遺失。我們正在努力解決這個問題，並將儘快提供更新。
- 可視化編輯器：當你在一個有許多表格的頁面上使用可視化編輯器時，可能會遇到一些問題。這些表格充斥着大量的數據與代碼，導致編輯器在你點擊編輯表格時可能會出錯。我們的團隊正全力以赴解決這個問題。
- Thanks擴展測試中： 我們正在持續對Thanks擴展在平台上的表現進行測試，目前已有96個Wiki站點參與了這個測試。我們預計在正式全面推出前，還會進行幾周的……
技术更新：2023年5月19日
大家好！別忘了點這裏回顧一下我們上一期的技術更新。每兩周，我們都會將新鮮出爐的錯誤修復和項目進展端上來，並分享給所有在Fandom社區裏的創作者們！
- 1 已知問題
- 2 平台開發
- 2.1 用戶生成內容團隊（UGC）
- 2.2 用戶體驗團隊（UX）
- 2.3 平台團隊
- 2.4 其他
- 移動端編輯器：當你在手機上編輯時，可能會遇到一些麻煩：比如，編輯後，文字可能會消失，或者你原本刪除的部分又會在保存後重新出現。我們正在盡力解決這些問題。
- Fandom移動端：如果你在移動端編輯器中從可視化模式切換到原始碼模式，所有未保存的更改都可能會丟失。我們正在積極尋找解決方案，並會儘快推出更新修復版本。
- 可視化編輯器。 當你在一個有許多表格的頁面上使用可視化編輯器時，可能會遇到一些問題。這些表格充斥着大量的數據與代碼，導致編輯器在你點擊編輯表格時可能會出錯。我們的團隊正全力以赴解決這個問題。
- 編輯入門： 我們欣喜地宣佈，我們已經開始在桌面端為未註冊用戶的章節標題旁增設編輯圖標的新測試。此項測試使得用戶註冊率提升了10%，為未註冊用戶在Fandom平台上直觀展示了編輯該內容的方法。
- Thanks擴展： 我們正在將Thanks擴展引入平台！在社區篩選的擴展提名名單中，我們認為Thanks擴展可能會帶來最大的影響，因此優先引入。我們正在對這個擴展進行全面的測試，並邀請Wiki站點加入我們。如果你對試驗這個功能感興趣，請與Fandom員工或Fandom代表取得聯繫，以獲取更多信息。
- Fandom應用程式： 在這周，我們新增了近130個新的Wiki到Fandom應用程式中。以下是新加入的Wiki名單：
- Blox Fruits Wiki
- 逃離塔科夫 Wiki
- 全明星塔防 Wiki
- 方舟進化生存 Wiki
- 泰拉瑞亞災厄模組 Wiki
- Anime Adventures……
技术更新：2023年5月5日
好久不見！
時隔一段時間後，我們以全新的面貌回歸，為大家帶來一系列令人興奮的技術更新！從用戶體驗到新功能的開發，總有一些內容能夠吸引您的關注。我們將繼續與社區保持聯繫，每兩周定期報告關於錯誤修復和項目進展的最新動態！
- 1 重大更改
- 2 已知問題
- 3 開發更新
- 3.1 回顧社群交流會議
- 3.2 用戶生成內容（UGC）團隊
- 3.3 用戶體驗（UX）團隊
- 3.4 流量/回訪團隊
- 3.5 平台團隊
- 3.6 其他
- 主題設計器。 在主題設計器中添加背景圖片並勾選「在流動裝置上使用」時，移動端預覽窗口並未顯示背景圖片。現在，移動頁面的預覽窗口已能顯示背景圖片。
- 關於MediaWiki 1.39。 移動化信息框中的「example」輸出錯誤地覆蓋了模板頁面上的「default」設置。儘管這通常被視為一種良好的變更，但它卻未曾考慮到標籤。我們已經針對此問題作出調整，使得移動化信息框的模板頁面預覽不再覆蓋標籤。
- 移動端編輯器。 在流動裝置上進行編輯時，用戶遭遇了一些困擾：編輯器保存時頁面上的文字消失，或已刪除的文字在保存之後重新出現。我們正全力以赴地解決這個問題。
- Fandom 移動端。 當用戶在移動端編輯器中從可視化模式切換至原始碼模式時，所有尚待處理的更改都會遺失。
我們剛剛參與了2023年的社群交流會議，在此次活動中我們回顧了在今年剩餘的時間裏眾多項目的規劃和優先事項。您可以通過查閱我們的各類演示文稿來了解這些內容，若您對此尚無明確概念，不妨從2023年項目和測試的概述與問答開始。這裏要着重強調的一個關鍵議題便是測試主題。
一個焦點在於，對於2023年，我們將不再專注於大型產品計劃，而是致力於全站的改進、新工具以及在Wiki參考內容基礎上的網站新增功能。通過關注我們已經頗具實力的領域，如用戶生成內容（UGC），我們將進行快速、富有互動性的測試……
关于移动端CSS你所须知的一切
全體管理員們請注意！
移動端CSS是一項在原先的Gamepedia社區已廣泛應用的功能，然而對於Fandom社區來說卻尚屬新穎。我們欣喜地通知各位管理員，現在您已能夠通過MediaWiki:FandomMobile.css頁面來對wiki上的移動端CSS進行自定義了。這是我們自2022年推出移動端主題後，對移動端優化改進工作的一次卓越延續。如今，您可擁有更豐富的移動端自定義選項，包括模板、表格、主頁以及關係樹等功能，這將助您確保這些功能在流動裝置上正常呈現，以提升整體的移動端閱讀體驗。請注意，本功能當前僅向管理員開放。如果您並非管理員，請保持關注，我們將陸續推出相關更新，以便在未來提升您的編輯體驗。
- 1 移動端CSS
- 2 定製化原則
- 3 示例
- 3.1 信息框背景稍作調暗
- 4 向我們分享反饋
根據社區反饋，過去幾年Fandom移動端主題功能的不足一直困擾着用戶。廣泛的用戶調查證實，這是用戶們的首選需求。去年，我們成功地將移動端主題功能推廣給社區，讓管理員們能夠通過主題設計器將桌面端皮膚應用到移動端上。然而，我們深知許多管理員仍渴望進一步優化移動端Wiki上的內容。移動端CSS正是邁向這個目標的關鍵一步，同時也標誌着在2022年社群交流會議中提出的創作者路線圖中的所有功能得以完整呈現。
儘管之前Gamepedia社區可以由Fandom代表編輯移動端CSS，但我們依然希望能夠構建一個適用於整個Fandom的移動端CSS功能並予以推廣。因此，我們邀請了來自不同領域和語言的幾個社區協助我們測試移動端CSS，以確保頁面性能和SEO不會受到負面影響。測試取得了巨大成功，Wiki管理員們展示出了超出我們預期的解決方案和創意。
目前，管理員控制面板中的自定義CSS入口僅指向桌面端定製頁面。我們已經意識到這一問題，並計……
即将推出：Fandom账号双重认证
在Fandom，賬戶安全一直是我們關注的重點。互聯網上的各種網站都擁有不同的工具和方法來保護您的賬戶。Fandom會儘可能地採納這些方法，例如保持平台的更新，就像我們在昨天的員工博客中宣佈的明年的MediaWiki升級那樣。
今年早些時候，我們對我們的身份驗證系統進行了重構，以使用最現代化的安全功能。我們已經實施了一些措施，例如採用最先進的哈希技術、新的加密技術、減少登錄流程中的安全風險點、更新登錄選項等。
這些之前的基礎工作使我們能夠關注一個重要且長期被要求的更新，我們希望在今年年底發佈之前讓您了解：為用戶賬戶提供雙重身份驗證（2FA）。在之前的博客和一些社區會議中，用戶特別要求提供2FA。2FA是一種簡單的方法，能讓我們所有人保護賬戶安全，所以我們鼓勵大家使用雙重身份驗證來保護自己！
- 1 技術背景
- 2 如何為您的賬戶添加雙重認證（2FA）
- 3 如何使用備份代碼
- 4 最後
雙重認證（2FA）相較於單認證更加安全，它能立即削弱因密碼泄露而帶來的風險。即便密碼被黑客攻破、猜到或者被網絡釣魚獲取，沒有通過第二重驗證，僅憑密碼也無法登錄。
那麼，這個功能是如何實現的呢？如果您選擇為您的賬戶啟用2FA（這是完全可選的，但建議使用），2FA會在您的手機上通過一個應用程式生成一次性密碼（OTP），每次登錄時都會提示您輸入此密碼。這個驗證碼每30秒更改一次，並且每個賬戶的驗證碼都不同。結果：如果有人獲得了您的密碼，但沒有您的手機（包含OTP），他們仍然無法登錄。
在iOS和Android應用商店中有許多免費的認證應用。其中一些最受歡迎的應用包括Authy、Google Authenticator和LastPass Authenticator。您可以選擇任何應用，Fandom並不特別推薦使用某個特定的應用。每個認……
Fandom指南针
大家好啊！
我在這裏宣佈我們即將推出的一個新項目，以慶祝大家為自己喜愛的wiki所付出的努力和熱情：Fandom指南針！該項目的目標是認可社區在創建權威wiki方面所做的努力，鼓勵更多新粉絲訪問，我們希望能鼓勵他們加入這些wiki社區。
接下來，我們將討論Fandom指南針的開發原因，並詳細討論一些有趣的細節。
我們經常收到用戶關於如何擴大編輯社區活躍度的問題。建立一個wiki是具有挑戰性的，需要更多熱情的人們來幫助wiki發展成一個充滿活力的社區。維護wiki並幫助社區對該主題保持熱情也是一項艱巨任務（雖然可以樂在其中）。那麼，我們如何將用戶引入社區呢？
首先，我們需要讓人們看到這些wiki。在人們開始編輯和貢獻之前，一個至關重要的事情需要記住，這些人們通常是通過Google或其他搜尋引擎找到wiki的。大多數搜索某個內容的人通常會點擊Google顯示的前幾個連結來尋找答案，而不是查看更多的內容。確保搜尋引擎優先顯示您的wiki是您可以利用的最強大的功能之一，這可以幫助人們找到您的wiki（並可能加入編輯）。
搜尋引擎一直在尋找搜索詞的最佳結果。舉個例子，如果我搜索「阿凡達是動漫嗎？」，Google應該明白我可能在尋找《最後的氣宗》，而不是詹姆斯·卡梅隆的電影（順便說一句，這不是動漫，而是動畫）。如果其算法正常運作，第一個搜索結果應該是該主題上最具有權威性的。
因此，Fandom指南針的核心觀念就誕生了——Google不斷旋轉指針，試圖找到最佳的搜索結果。讓我們幫助它指向正確的方向。
Fandom指南針是一個wiki圈子，它們向Google和其他搜尋引擎展示自己是問題的最權威答案。這裏的wiki是全面的百科全書，旨在回答關於該主題的所有問題，雖然我們知道這一點，但有時搜尋引擎並不知道……
关于Fandom账号的双重认证指南
嘿！還記得在去年11月份的時候，我們宣佈Fandom賬號的雙重認證技術即將推出嘛，而現在，我很高興地告訴大家，時機已經成熟！正如我在上一篇博客中提到的，我們已經實施了一部分功能，包括最先進的哈希（散列）技術、新的加密技術、減少登錄流程的不安全部分、更新登錄選項等等。
人們很容易忽視安全的重要性，尤其是當你大部分時間都花在你的wiki上時。然而，就算是你不從事需要高度網絡安全的行業，抑或是沒有任何有價值的東西可以被別人從你那裏竊取，養成保護自己網絡資產的習慣還是值得嘗試的。實現這一目標的方法之一就是為你的Fandom賬號設置雙重認證——這不是必選項，但十分推薦使用。
- 1 什麼是雙重認證？
- 2 我要怎麼做才能在我的賬號上開啟雙重認證？
- 3 如何使用備份代碼
- 4 最後
雙重認證（2FA）是一種安全措施，為您的賬號增加了額外的保護。除了用戶名和密碼外，當您從新設備登錄時，還需要輸入由您手機上的驗證程序生成的六位數密保代碼。這使得其他人在沒有同時擁有您的Fandom賬號密碼和您手機的訪問權限的情況下更難登錄您的賬號。
- 在您的設備上下載驗證器應用。
- 啟動應用。
- 打開Fandom雙重認證頁面並掃描提供的二維碼或輸入驗證密鑰。
- 輸入並提交您的密保代碼進行驗證。
- 您已經設置好了！下次登錄時，系統會提示您輸入密保代碼，您可以通過啟動驗證器應用程式來獲取該代碼。
在完成雙重認證的設置後，您可能需要獲取一份備份密保代碼列表，這些密保代碼應存放在安全、易於訪問的地方，以備在沒有手機的情況下使用。要做到這一點，請回到Fandom的雙重認證頁面，選擇「生成新的備份恢復代碼」，將它們保存在某個地方，並「確認生成的代碼」。現在，如果有必要，您可以使用備份恢復代碼登錄。
如果您認為需要修復的問題尚未解決，請務必聯絡您wiki的Fandom代……
技术更新：2023年3月10日
大家好！自2023年2月24日起，我們進行了一些更新。我們將繼續每兩周向社區報告錯誤修復和項目開發的最新進展！
- 1 重大更改
- 2 已知問題
- 3 開發更新
- 3.1 移動端
- 3.2 討論板/推送頁
- 3.3 平台
- 3.4 其他
- 隱藏數學渲染首選項。由於維基媒體基金會正逐步取消數學公式的PNG支持，為確保我們能夠為數學公式提供適當支持，我們將把wiki頁面中的數學公式渲染模式從PNG圖像切換為SVG+MathML。本次修改預計在下周初完成，您不需要採取任何行動！
- 多語言wiki的帖子歷史頁面功能問題。在沒有語言子路徑的多語言wiki上，帖子歷史頁面無法加載。現在我們已經解決了這個問題，多語言wiki用戶可以無誤地查看帖子歷史了！
- 自定義代碼。我們計劃讓平台上自定義代碼頁面命名的更加易於訪問。目前我們僅重命名MediaWiki:FandomDesktop.css，因為當前關注點是CSS啟用，所以不會重命名任何.js頁面。這個更改將自動完成，管理員無需採取其他行動，只需在新的MediaWiki頁面標題下編輯自定義CSS。
- 2017年版原始碼編輯器模式下的複製/粘貼問題。我們一直在調查為什麼複製和粘貼文本有時會讓編輯器變得極慢，尤其是在語法高亮可用的情況下。通過調查，我們發現這個問題並不是Fandom獨有的，而是一個與MediaWiki核心代碼有關的問題。我們已經聯繫了我們在維基媒體基金會的合作夥伴，以了解解決這個問題的優先級。同時，我們將考慮我們這邊是否有可行的解決方案。
- 移動端CSS。我們開始與部分社區進行SEO測試，以確保啟用移動端CSS編輯功能不會帶來對其的負面影響。我們預計將在本季度末（3月31日）前發佈此功能。
- 更輕鬆地使用管理工具。管理員和版主可以直接從討論板用戶的個人資料中訪問管理和其他用戶相關工具（如Spe……
註冊和登入按鈕的新位置
今天，我們基於成功的實驗結果，發佈了一項變更——在頁面的右上角為未登入使用者增加了註冊和登入按鈕。
眾所周知，FandomDesktop的推出將Fandom的全域導覽條從頁面頂部移到了頁面左側，而這麼做是為了解決一些問題。一、我們想看看是不是有更多的人會去使用左側導覽條而不是頂部導覽列；二、因為本地導覽列會在頁面捲動時會跟隨着您，所以將全域導覽條的功能放置在其他區域可以節省水平空間。這樣，全域導覽條和本地導覽列就會黏在一起。
然而，這將註冊和登入按鈕放在了一個不怎麼能看到的地方。
為了保持左側導覽條的好處，同時也希望增加帳號註冊數量，我們在測試兩個假設的基礎上，為未登入使用者進行了新的註冊和登入位置的實驗：
- 註冊按鈕的位置至關重要。目前在螢幕左下角的位置可能不如在右上角（註冊按鈕最常見的地方）有用。
- 將註冊按鈕直接顯示在頁面上，而不是將其放在個人檔案圖示的子選單中，這可以讓按鈕更容易找到並能促成註冊。
]進行模擬，但這一變更適用於整個平台。
以下是這些新按鈕在wiki上的外觀範例，以Pixar Wiki的首頁為例：
請注意，此變更僅針對未登入使用者，因為已登入使用者已經註冊並登入。
這是我們今年希望進行的實驗類型的一個例子，我們會繼續採取先做實驗的方法，以便概念得以證明之後再完全開發為功能。這些實驗仍在集思廣益和完善當中，所以一旦我們有了更多的資訊，就會向大家分享。
請留意即將到來的《技術更新》網誌的更新，我們將重點介紹我們團隊完成的實驗！
在Fandom建立web無障礙內容
Fandom平台為所有人提供粉絲體驗，不論其熱情層級為何。我們努力為所有粉絲提供高品質內容，而建立所有人都可以享受的體驗也一樣重要。建立內容時請考慮您的受眾，確保為所有人建立無障礙體驗。web協助工具，是確保移除所有防止與網站互動的障礙、輔助實體與情境性殘障人士以及因社會經濟頻寬與速度受限人士存取網站的包容性做法。
根據《Web Content Accessiblity Guidelines》（《web內容無障礙指南》，WCAG，英文），無障礙的主要原則有四個：可知悉（Perceivable）、可執行（Operable）、可理解（Understandable）與強固（Robust）。這個架構支援無障礙需求，做為建立更無障礙的網站的指南。
- 1 WEB無障礙住宿地
- 2 Accessibility Testing
- 3 Resources
So how do you even check for those things and why does it matter for my wiki? I’m glad you asked! It’s important (now more than ever) to ensure that your wiki meets the Americans with Disabilities Act (ADA) compliance for accessibility. By creating equal opportunities to make web accessible accommodations, you’re able to support all visitors that come to your wiki and everyone can e……
技術更新：2023年1月14日
今天是臘月二十三，中國北方的小年，提前祝大家兔年快樂！在這個年味濃厚的時節，祝您揚眉兔氣，兔年大吉！這是我們在陽曆新年裏的首篇《技術更新》，我們會繼續每兩周為大家提供bug修復和新功能開發的更新資訊。時隔這麼久，稍後我們馬上會為您帶來最近的更新資訊。
在開始之前，容我說明一下，2023年的發展方向會在未來發佈。我們要在一月份才能完全完成全年規劃，所以暫時還不能公佈今年的發展主題。我們提過的計劃如從MediaWiki 1.37更新至MediaWiki 1.39（英文）、開放編輯行動端CSS（英文），以及啟用社群選擇的MediaWiki擴充功能（英文），都已在計劃之內，而我們以後會發佈其他的發展方向。
- 1 重大變更
- 2 已知問題
- 3 開發更新
- 3.1 行動端
- 3.2 討論版/推送
- 3.3 平台
- 3.4 FanCentral [搶鮮版]
- 3.5 其他
休假結束後，我們修復的大多數bug都不是面向使用者的，而是包括職員工具的更新、尚未發佈的貼文/回覆歷史紀錄（而且這篇網誌還有更多內容喔！）。不過，下面的〈已知問題〉章節列出了一些有不良影響的bug，有望在兩次攻關之內得以修復。
- 存取頁面歷史時的編碼問題。我們已知道，非英文wiki中，行動端的文章歷史頁面有時無法載入，而顯示錯誤訊息。
- 2017年版原始碼模式中的複製/貼上問題。複製和貼上文字有時會讓編輯器非常緩慢（尤其是當啟用語法醒目提示時），我們正在調查原因。
- iOS行動版編輯器的捲動問題。我們了解iOS的行動端使用者無法在編輯器內捲動，導致無法存取頁面大部分內容。
- 從2017年版視覺化模式切換至2017年版原始碼模式時丟失未儲存編輯的問題。我們已知道，當使用者從2017年版視覺化編輯器模式切換至2017年版原始碼模式時，任何未儲存的編輯都無法延續。反而，使用者會發現瀏覽器……