介绍Fandom的wiki国际化实验——编辑者的入门之径和粉丝体验的拓展
大家好！
在Fandom，我們一直在探尋能讓粉絲體驗更上一層樓的方法！作為其中的一部分，我們非常興奮地分享一項面向剛剛入門的國際編輯者的新實驗。我們希望他們不必從一張白紙開始，也能感受到為自己喜愛的粉絲社區貢獻力量的快樂。歸根結底，我們希望能改善wiki對國際用戶的可訪問性——無論是創作者還是粉絲！作為開始，我們正在幫助社群將他們的wiki翻譯成德語。這是通過AI輔助翻譯完成的，然後我們會評估其準確性，而我們需要您的幫助來評估這種方式！歡迎深入閱讀這篇博客，我們將向您講述我們支持新編輯者的目標，我們將會如何創造這種體驗，以及這對Fandom社區來說會是什麼樣子。
- 1 構想、探索和發現
- 2 透明度和技術
- 3 Shogun Wiki
- 4 常見問題解答
您是否曾經想在wiki上創作內容，卻遭遇了語言障礙？這項舉措旨在緩解這一局限，讓創作過程不再那麼令人卻步。這絕不意味着要取代創作者，或是在您的wiki上自動化創作內容。這一具體構想的願景是在原本可能沒有基礎框架的地方將其構建起來。這可以作為希望以母語創作內容的新編輯者們的起點，而不必從一塊完全空白的板子開始。同時還可以鼓勵探索，吸引新編輯者們去發現那些此前無法接觸到的粉絲社區以及知識。
這項實驗使我們得以與編輯者們合作，讓這個平台對所有人都更加易於使用。我們希望有一天，無論您會說還是讀哪種語文，都能毫無阻礙地深入探索自己喜愛的wiki。
我們渴望找到新的方法來吸引好奇的編輯者們，與現在對這項舉措感興趣的編輯者們聯繫，並了解跨語言wiki如何相互支持。編輯者們對我們來說是無價的，他們為自己的wiki帶來了細膩的創作筆觸、精妙的創意結晶以及深刻的身份認同。我們想要真正地鼓勵編輯者們去探索新的wiki，找到他們以前從來不知道存在的社區，並開闢此前無法觸及的機……
The Roc ♥
Hello everyone,
I'm Roc，a Waframe enthusias,
here are some pictures showing the main works of the Clan Dojo in the [Qian.Kun] Clan we've built,
I hope you like them.
♥
Please click the [READ FULL POST] button below to read.
It is also recommended to click on the “Expand” button on the left side of the page to see the full image (you can click on the image)
These are the latest ten works, new works are always on the way and we don't stop there.
I'll be uploading the latest dojo videos to Youtube every few months, this is the url: www.youtube.com/watch?v=0dkPjdNVyq4
If you want to visit my dojo, when I'm not online, leave me a message at my "WF.M" self page.
Additional Presentation:
Game name: Warframe
Game platform: Steam/PC
Clan platform: PC
Member……
对《向超理社区道歉》的补充说明
事實上，主要責任不在於我，而在於MechaFlower。MechaFlower要求解任管理員，很明顯是受到了我的影響並效仿我。我承認，我在之前在銻星百科上的破壞和擾亂是極其惡劣的，我在這裏向超理社區道歉。但是，我之後發表的帖子，包括要求解任管理員的內容（1）（2）、（3），AABb1221發起的管理員解任投票（1）（2），Hydrogen Sulfide發表的《乙烯君認為他就是銻星百科》，與MechaFlower的性質完全不同。首先，MechaFlower確實在多個頁面下，多次發表攻擊性言論；其次，封禁MechaFlower是在多名活躍用戶一致要求並達成共識下的，其符合現行的銻星百科社區規範（儘管我認為現有的社區規範存在諸多不合理之處，且封禁方針被除了Sxlzr444以外幾乎所有的參與方針討論的活躍用戶（包括行政員Canis Major）全部或部分反對）；最後，Sxlzr444在此次事件中並沒有亂罵人亂封號，不守底線。因此，MechaFlower在超理吧發佈的帖子屬於擾亂。
评AABb1221《关于锑星百科近日发生风波的讨论》
AABb1221和Sxlzr444關於銻星百科的激烈爭執似乎又開始了。我大體上支持AABb1221的觀點，但也有不同意見。因此我發表此篇博客來闡述我對這件事情的觀點，包括對Sxlzr444同名博客的一些評論。
在本文中，AABb1221的原文用黑色字寫出，我對其的評論和補充用綠色字寫出。
雖然我在銻星百科上並沒有被禁止編輯自己的討論頁，但我還是決定在Fandom社區中心發起討論。在這裏，我想我和其他各用戶可以相對真實、自由地表達自己的思想。
- Sxlzr444說這是假定惡意。我不以為然。在社區中心可以相對真實、自由地表達自己的思想，難道不是這樣嗎？從這句話看出惡意來，Sxlzr444想像力同樣如此躍進。
我本來不打算發起這場討論的，直到我看到禁止政治敏感內容的規定被中立性原則覆蓋，這讓中立性原則變成某種不容置喙的、不民主的東西。而且它本來就是（對銻星百科而言）錯誤的東西。我感到我必須在它扼殺掉無數偉大的文學創作之前終結它。
- 這是因為AABb1221對這個「中立性原則」產生了誤解。實際上它和維基百科的中立性原則根本不一樣，我想AABb1221被它的名稱誤導了，當然他本人也可能沒有讀懂這個博客的意思。我在評論區指出了這一點。
- 至於說什麼「偉大的文學創作」……太誇張了。
（此處省略部分文字）
第二，禁止政治敏感內容的主要目的應該是防止被屏蔽，鑑於知乎上的政治文章、精蘇吧乃至波蘭球吧目前依然存在，僅僅提供一個指向精蘇網站（而非維基百科這樣其實遠為危險的網站）導致網站被屏蔽的概率幾乎是零，不應該被算作發佈政治敏感內容而被刪除乃至招致封禁，銻星百科應當允許一切沒有致牆風險的政治內容（或，可以看作政治有關內容的內容）（例如，銻宙第一神星鋼鉍氬星（如果質量不算太差的話））的發佈。
- 我認為本段的論點不成立。有……
评AABb1221《关于锑星百科近日发生风波的讨论》
由於User:AABb1221仍在不斷在社區中心詆毀本人及銻星百科，將社區內部的事務外溢，將一種個別的、偏激的觀點對無關本社區的外部人士廣而告之，且可能造成了誤解，本人有必要對其內容進行說明。其原文用正常字體寫出，本人說明和評論用藍色字體寫出。
原帖：用戶博客:AABb1221/關於銻星百科近日發生風波的討論
（或，由據稱避免衝突的中立性原則及被與之關聯的禁止政治敏感內容原則引發的激烈衝突之部分）
雖然我在銻星百科上並沒有被禁止編輯自己的討論頁，但我還是決定在Fandom社區中心發起討論。在這裏，我想我和其他各用戶可以相對真實、自由地表達自己的思想。
- 評：假定惡意。
我本來不打算發起這場討論的，直到我看到禁止政治敏感內容的規定被中立性原則覆蓋，這讓中立性原則變成某種不容置喙的、不民主的東西。而且它本來就是（對銻星百科而言）錯誤的東西。我感到我必須在它扼殺掉無數偉大的文學創作之前終結它。
- 評：請舉例說明怎樣「扼殺掉無數偉大的文學創作」，何況一個惡搞娛樂的網站怎樣進行「無數偉大的文學創作」的，至少我要臉，我個人不覺得我在銻星百科的眾多貢獻內容包括什麼「偉大的文學創作」。
首先，有人可能會問：中立性原則不是應該已經變成"沒有討論的餘地"的東西了嗎？我們在這裏討論，如果管理員不接受，又有何用呢？那麼，請看Fandom員工的這條博客。這頁面說，經社區討論和投票，可以罷免行政員或站長。也就是說，哪怕是站長也不能違背社區意願行事。我把這理解為： Fandom不允許不民主社區的存在。（這是我的理解，Fandom官方大概沒說過。）雖然這裏沒有說明，但我猜如果社區否定了一條規則，管理員依舊堅持之，我聯繫Fandom，Fandom會處理的。至少按照我對Fandom規定的理解，「沒有討論的餘地」的規則是違反Fa……
关于超理的定义
超理起源於2007年3月
現行的超理定義「在一定的科學基礎上，提出明顯荒謬的理論或所謂實驗結果，從而達到惡搞、創意的效果」起源於2010年的這個帖子：https://tieba.baidu.com/p/885299950 。在2013年，吧主用蛇氏已經表示原有的定義過時，需要重新定義（https://tieba.baidu.com/p/2150874631 ）。然而，十餘年來，超理的定義仍然是這條十分老舊的定義，各大網站（百度百科、萌娘百科）也仍然把超理定義為「在一定的科學基礎上，提出明顯荒謬的理論或所謂實驗結果，從而達到惡搞、創意的效果；也可引申指「看似科學實則明顯錯誤的言論。」
2024年2月23日，AABb1221在銻星百科表示「一直沒有關於"什麼是超理""什麼是好超理"的公認標準。」但銻星百科的注意力被後續的模板大重構轉移，未能思考超理的新定義/新標準。
2024年6月7日，AABb1221發表博客，認為「超理可以不加定義」。6月8日，氫氰酸在用戶頁上表示：「超理的官方定義，過時了！」
事實上，在2020年銻星百科被認領，熱度開始升高以後，銻星百科上超理的創作形式自然而然地發生的擴大。諸如對Minecraft、三體、原神、西遊記、Linux等的改編、對老八、蔡徐坤、耗子尾汁、114514等網絡流行梗的惡搞，甚至是對羊了個羊、聽花酒、老罈酸菜等社會熱點事件的諷刺等等與學術/學科關係不大的超理內容大量增加，超理的學術色彩在消減，超理學在摘掉「學」的後綴。這已經嚴重背離了「在一定的科學基礎上……」這一明確規定超理的學術色彩的定義。這一定義已經成為對文化創新的嚴重阻礙。（這部分內容轉自AABb1221主編的「新超理史」，本人進行了部分修改）
事實上，讓我們回頭看，早期超理的很重要的……
超理社区大变革
銻星百科2024年的風波是整個銻星百科乃至超理社區最重大的一次事變，其特點是：
- 歷時長：
- 從AABb1221被封禁，至今已持續 - ) / 86400 - 0.5 ) round 0}}天
- 至今仍未平息
- 規模大
- 涉及對銻星百科諸多重要方針乃至超理社區的根本——超理定義的討論
- 提出了對Sxlzr444的解任案（雖然沒有通過）
- 直接導致了《銻星百科社區規範》自頒佈三年以來的第一次修訂
- 造成銻星百科編輯量斷崖式下跌
- 引發了銻星百科2020年以來第一次管理員選舉，兩名用戶被新增為管理員
- 投票體系正式大規模運用
- 影響範圍廣
- AABb1221發表的博客在全Fandom中文社區內都獲得了一定關注，有一名來自銻星百科以外的用戶在六七博客下留言。Forum:Fandom管理員自身的問題一帖里有人稱可以發起彈劾投票，看起來像是受到了此事件的影響。
- AABb1221在很多事件上在超理吧發帖徵集意見，使得此次風波擴散到了超理吧
- 由於在此次風波中，一名破壞過多個wiki的用戶Gongxiang01開始在銻星百科進行擾亂與破壞行為，許多wiki的用戶追着Gongxiang01來到了銻星百科，並注意到此事
- 由於在此次風波中，既是破壞者，又是貢獻者的熊貓火狗在許多網站都持有賬號，許多網站也捲入了此次風波，包括：
- LINUX DO論壇（有人造謠稱熊貓火狗被眾多論壇列入黑名單，熊貓火狗轉載AABb1221博客反駁，有人表達了觀點）
- 百度貼吧反知乎吧及有關的反反知乎吧、反反知乎且反反反知乎吧、逼乎吧、知乎笑話吧、firedoge吧（熊貓火狗和反知乎吧前任吧主du優作在貼吧管理上存在很大分歧，並演變成糾紛；一位頭像是沙僧的用戶在的反反知乎吧和反反知乎且反反反知乎吧內大量水帖，被反反知乎吧吧主驅逐。該吧主同時驅逐了du優作和熊貓火狗，導致du優作……
Fandom发布关于冒犯性语言的新政策
政策是我們如何在Fandom上保護用戶安全並確保為所有背景和信仰的粉絲提供友好體驗的基礎。作為這項使命的一部分，我們定期審查我們的政策，以確保它們儘可能地清楚，並包含關於我們如何處理用戶安全的所有信息。這些審查可能會導致我們在現有政策中添加重要的新條款，創建全新的政策來填補空白，或者正式記錄已經廣泛實施的規則，以便我們的標準能夠一貫且公平地應用。
我們今天發佈的政策，即冒犯性用語政策（英文），就體現了最後一種選擇——與其說它是一個新規則，不如說它將職員多年來所執行並留意的做法正式化並公佈了。
在Fandom上，用戶可以創建許多主題的wiki，甚至是暴力、性和粗言穢語等成人主題的wiki，正如我們的社區創建政策（英文）中所闡明的那樣。雖然直接從來源使用引文、標語或其他材料是可以的，但是依照我們的使用條款（英文），有時某些詞語，尤其是仇恨言論，在Fandom上是不允許使用的。
因此，這項新政策有助於闡明Fandom對某些術語和描述不允許在Fandom上使用的立場，即便有問題的用語或圖像直接用於主題的源材料之中。
為了更加了解該政策，我們鼓勵您完整地閱讀該政策並確保您的社區遵守這些規則。該政策中有我們如何允許對某些詞語進行刪減的指引，也有我們如何考慮特定的wiki中適當再利用詞語的信息。我們的職員將即刻執行此政策，因此您可能會看到我們在這兒又在那兒進行了一些編輯來體現這一點。
當然，我們更鼓勵您了解適用於您在Fandom上的社區的所有政策，來確保每個Fandom用戶的安全和快樂。所有相關政策的主列表可以在此集中頁（英文）上找到。
如何解决与管理员有关的纠纷
2014年4月4日 (星期五)，User:Sannse說他幾周前談到了為什麼職員不撤除糟糕的管理員。但這只是故事的一半。糟糕的管理員有時仍然「需要」被撤除，這就是我們接下來要討論的內容。
年輕的Wiki（「維基」）幾乎完全由創始人管理。他們設立維基，決定其內容和範圍，並選擇誰應該擁有管理和行政員（站長）權力。在這個階段，不快樂的人通常最好用腳投票。如果他們不喜歡Wikia（現在的Fandom）的運行方式，那麼現在是他們繼續前進並尋找或開始一個更好的網站的好時機！這是一種適者生存的形式，或者在這種情況下，是被管理得最好的Wiki生存。
更成熟的Wiki往往由社區選擇的管理員管理，並且通常有刪除管理員的程序以及其他制衡措施。撤除這些Wiki上的管理員可能非常困難，但成為管理員的難度也得到了平衡。由於管理員是從Wiki上最值得信賴的用戶中精心挑選的，因此很少需要撤除。如果他們這樣做，其他管理員可能會意識到這一點，並確保所做的任何事情都是為了整個社區的利益。
介於這兩組Wiki之間的是那些正在成功成長並擁有活躍社區的人，但仍然年輕並仍在發展自己的「個性」。這些Wiki可能有很好的內容，並經過大量的社區努力，這意味着社區對Wiki的投資太多，以至於他們無法繼續前進。
但這並不意味着只能從大的Wiki中撤除管理員。畢竟，所有的Wiki都在社區，有時社區需要堅持自己的立場並堅稱管理員不適合他們。
對於任何對管理員不滿意的人來說，首先應該考慮的是，「這只是我嗎？「如果你是唯一一個覺得管理員是個問題的人，而且Wiki上似乎沒有其他人準備支持你，那麼你可能錯了。正如社區可以撤除管理員一樣，他們也可以決定管理員是正確的，而您就是造成問題的人！
如果您認為您會得到社區的支持，那麼首先要做的就是與管理員交談。……
技术更新：2024年7月12日
哦喲，我親愛的朋友們，時光飛逝啊！六月的技術博客仿佛還在眼前，但不知不覺已經過去兩周了。今天，我非常興奮地為大家呈上七月的首篇技術博客！大家都知道，我們通過這些更新文章，詳細介紹平台上的最新動態，包括修復的漏洞、推出的改進以及正在進行的實驗。如果您有任何疑問或需要報告問題，請毫不猶豫地在評論中與我們聯繫！感謝您一直以來的關注和支持！
- 1 重大更改
- 2 最近修復
- 3 開發更新
- 3.1 互動團隊
- 3.2 新聞與評級（N&R）團隊
- 3.3 用戶生成內容（UGC）團隊
- 以下政策曾於五月宣佈，但正式生效是從本周開始。未經電子郵件確認的賬號將無法再編輯文章、發表評論、發表討論帖子或留言，也無法在標記為「面向兒童」的wiki上上傳新文件。這是為我們的低齡用戶提供的額外安全措施。要檢查您管理的wiki是否被標記為「面向兒童」，最簡單的方法是查看您是否能夠控制管理員面板上的「要求所有貢獻者登錄」按鈕。如果可以，則該wiki不被視為面向兒童；否則，則被視為面向兒童。您可以在Special:Preferences檢查您的賬號是否經過電子郵件確認，未經確認的用戶將在左下角以及摘要條目旁邊看到有關確認其電子郵件的通知。請閱讀該文章以詳細了解面向兒童的wiki上僅允許經過電子郵件確認的用戶進行互動的更改。
- 對於代碼專長的用戶來說，以下更新可能最為引人注目：為了使用戶級JavaScript的自定義更加容易（個人以及站點範圍），
messageWall.activated mw.hook在加載消息牆時將會觸發。向我們Dev Wiki社區（任何人都可以在這裏找到很多有用的 JS 腳本）中的代碼大手子們致敬。 - 根據社區的反饋，所有Fandom小組件的CSS類現在都以
wds-為前綴，以避免當類名泛用時出現本地wiki代碼衝突的問題。
- Embe……
关于锑星百科近日发生风波的讨论
（或，由據稱避免衝突的中立性原則及被與之關聯的禁止政治敏感內容原則引發的激烈衝突之部分）
雖然我在銻星百科上並沒有被禁止編輯自己的討論頁，但我還是決定在Fandom社區中心發起討論。在這裏，我想我和其他各用戶可以相對真實、自由地表達自己的思想。
我本來不打算發起這場討論的，直到我看到禁止政治敏感內容的規定被中立性原則覆蓋，這讓中立性原則變成某種不容置喙的、不民主的東西。而且它本來就是（對銻星百科而言）錯誤的東西。我感到我必須在它扼殺掉無數偉大的文學創作之前終結它。
首先，有人可能會問：中立性原則不是應該已經變成"沒有討論的餘地"的東西了嗎？我們在這裏討論，如果管理員不接受，又有何用呢？那麼，請看Fandom員工的這條博客。這頁面說，經社區討論和投票，可以罷免行政員或站長。也就是說，哪怕是站長也不能違背社區意願行事。我把這理解為： Fandom不允許不民主社區的存在。（這是我的理解，Fandom官方大概沒說過。）雖然這裏沒有說明，但我猜如果社區否定了一條規則，管理員依舊堅持之，我聯繫Fandom，Fandom會處理的。至少按照我對Fandom規定的理解，「沒有討論的餘地」的規則是違反Fandom規定的。（如果事實證明我錯了，那就另當別論了。）
所以，請盡情各抒己見吧。你的意見至關重要。
冗長的前言結束了，現在開始正文：
第一，中立性原則絕不適用於像銻星百科這樣的網站。它乃是與該網站的根本性質——寫作網站——相衝突的，是對文學的扼殺。文學是文字藝術，被用於表達思想與感情，給人以審美感受，是智力勞動的結果。我想超理符合其定義。那麼，銻星百科就成了一個寫作網站。我可沒聽說過有任何寫作網站遵守中立性原則。文學本來就是具有個人性、主觀性的，雖然超理是共筆的，主觀性可能更弱，但要求遵循中立性原則是不……
技术更新：2024年5月3日
嗨嗨嗨！距離上一次技術更新已經過去了十四天了，如果你一直在關注我們的技術更新博客，你就應該明白我們要做什麼了：是時候帶你了解過去兩周內Fandom平台上迷宮般的錯誤修復和技術更迭了。
這次，我們技術更新的內容要比平常少一些，這是因為本周我們大部分涉及項目和社區的員工本周都參加了社群交流會議！我們與用戶的互動和對話甚至超越了我們最大膽的狂野之夢，但這也意味着我們在舉辦活動期間，一部分項目依舊一成不變。
但是技術更新這節目不能斷更，我們內部人員中有個笑話說，這周要儘可能多地說出泰勒的歌曲名稱（僅這段介紹就包含了五個！）。好了不鬧了，讓我們開始技術更新吧！
- 1 重大更改
- 2 已知問題
- 3 開發更新
- 3.1 用戶可參與部分
- 3.2 平台團隊
- 3.3 流量團隊
- 3.4 用戶生成內容（UGC）團隊
- 3.5 用戶體驗（UX）團隊
- 2010版編輯器中，鍵盤快捷鍵 Ctrl+Shift+Z 無效的問題已經修復。
- 匿名編輯者之前無法編輯交互式地圖，因為總是觸發編輯衝突警告，這一問題已得到解決。
- 交互式地圖上的「過濾器」菜單經常無法通過點擊關閉的問題已被修復。
- 在可視化編輯器菜單中關閉語法高亮但顯示無效的問題。
- 在流動裝置上，未包含在 p/section 標籤內的文本字體權重比預期的高。
- 當至少與兩個嵌入式交互式地圖進行交互時會使得全屏按鈕失效。
項目支持負責人: Héctor
- [已結束實驗] 註冊來記錄交互式地圖的進展：在我們上次技術更新中提到的第二次迭代實驗剛啟動不久便因技術故障中斷。幾天後，我們確保不包括使用MapsExtended腳本的wiki站點，這與第一次迭代時的處理相同。4月22日，我們重新啟動了這一實驗，它持續了一周，至4月29日圓滿結束。實驗本應在流動裝置上進行兩周，但實際上只運行了一周。更多詳細信息，您可以查閱相關連結。
項目……
关于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的頁面時，似乎會遇到一些困擾。同樣的問題在原始碼編輯模式下也會出現，當用戶試圖在可視化編輯器和原始碼編輯器頁面間切換時，可能會被卡在頁面的加載狀態。我們也正在解決這個問題。
- 當編輯者創建一個信息框並設置行標籤時，卻發現無法更新源……