EpoCanvas 評論與審核規範
COMMUNITY-002 評論系統 以伺服器規則為準
本頁整理留言系統目前已實作的公開行為與限制。它補充《社群公約》，不取代公約中的安全、尊重與權利要求。
[!NOTE] 評論功能仍在持續演進。若介面提示、本文與伺服器回應不一致，生產環境的伺服器驗證結果優先；已知的前端與後端字數差異會在本文明確標示，待後續統一。
1. 可以發表什麼
評論系統支援以下互動形式：
| 類型 | 用途 | 目前限制 |
|---|---|---|
| 一般評論 | 對文章提出觀點、補充、提問或錯誤回報 | 前端輸入上限目前為 500 字；後端仍接受至多 1000 字，兩者待統一 |
| 回覆 | 在既有評論下進行分層討論，也可引用留言 | 仍受一般評論限流與內容審核規則約束 |
Boost | 對其他讀者的留言快速鼓勵或短回覆 | 最多 16 字；應在回覆既有留言時使用 |
Reaction | 對既有留言表示支持或情緒反應 | 需要登入；同一登入使用者對同一留言維持一個有效反應，可取消或切換 |
評論可以包含受控的 Markdown 標記，例如粗體、引用、程式碼、表格、數學式、劇透與提示區塊。連結與檔案上傳不屬於目前公開工具列的預設功能；請勿用留言繞過這項限制散播外部引流或檔案。
2. 排序、狀態與公開呈現
- 評論流支援「最新」與「最熱」排序；最熱排序會參考 Reaction/Like 數量，置頂內容優先。
- 公開介面不顯示其他讀者的電子郵件、原始 IP、User-Agent 或會話令牌。
- 目前可見的資料狀態包含
published、pinned、flagged與deleted；deleted不會出現在一般公開評論流，其他狀態由站務流程依需要呈現或處理。 - 回覆、引用與多層巢狀內容仍必須遵守同一篇文章的語境與《社群公約》。
- 留言作者可以在有效的當前會話中就地編輯或刪除自己的內容；訪客會話在重新整理、切換瀏覽器或失去原有會話後可能無法再證明所有權。
3. 限流與反濫用
以下是生產環境目前由伺服器依 IP、內容類型與身份執行的一小時窗口限制：
| 身份 | 一般評論 | Boost |
|---|---|---|
| 訪客 | 3 次 / 小時 | 5 次 / 小時 |
| 已登入讀者 | 30 次 / 小時 | 50 次 / 小時 |
此外，同一 IP 在一小時內重複提交完全相同的內容會被攔截。這些限制是保護討論品質與服務可用性的措施，不代表內容已通過審核；通過限流也不代表內容一定公開。
開發環境可能使用本地記憶體或落盤資料，且可能不套用完整生產限流，因此不能用本地測試結果推斷線上配額。站務與安全必要的內部操作不應被解讀為一般讀者的公開配額。
4. 身份、地區與 Reaction 權限
- 未登入訪客可以在允許的範圍內發表一般評論與回覆，但不能對留言按讚或使用 Reaction。帳號與會話的身份、令牌及所有權邊界，另見帳號與會話安全說明。
- 登入讀者可以使用 Reaction；若選擇不同 Emoji，系統會切換自己的反應，選擇相同 Emoji 則可取消。
- 訪客的國家或地區會依請求中的 Cloudflare 國家資訊公開顯示旗幟與地區名稱；這是評論公開規則的一部分。
- 登入讀者可以選擇是否公開自己的地區；隱藏時，公開介面不應向其他讀者顯示該地區。
- 管理員在具備有效管理權限時，才能查看更完整的審計欄位；這不等於一般讀者可以查詢他人的私密資料。
5. 審核原則
站方會按照《社群公約》判斷內容，並視風險採取提醒、標記、限制、下架或停權。審核會特別留意：
- 人身攻擊、歧視、威脅、騷擾與未經同意的私人資料；
- 垃圾內容、重複貼文、惡意刷量、機器人或規避限流；
- 釣魚、詐騙、惡意程式碼、危險指引與未揭露的外部追蹤；
- 著作權、商標、肖像與其他第三方權利爭議；
- 蓄意把技術討論帶離原文語境，造成持續干擾或圍攻。
站方不承諾每則留言都會即時人工審核，也不承諾所有爭議都能在公開頁面完整還原。遇到高風險內容時，可能先限制可見性，再透過審核與申訴流程補充處理。若內容涉及越權、個資外洩或惡意程式，請依安全問題通報規範私下通報。
6. 已知差異與修訂要求
目前程式碼存在兩個需要後續收斂的公開契約差異：
- 前端輸入元件將一般評論限制為 500 字，後端 API 的一般評論驗證上限為 1000 字；對外使用時請以 500 字作為保守上限。
- 客戶端
src/lib/user-level.ts、服務端functions/_lib/auth-service.ts與登入身份資料的等級映射並非同一套計算；評論權限不應以某一個本地顯示的 LV/TL 數字推論。
這些差異應在實作統一後更新本頁與相關測試；在此之前，伺服器驗證、帳號實際權限與站務處置結果優先。
最後更新：2026-10-20。
EpoCanvas 评论与审核规范
COMMUNITY-002 评论系统 以服务器规则为准
本页整理留言系统目前已实现的公开行为与限制。它补充《社区公约》，不取代公约中的安全、尊重与权利要求。
[!NOTE] 评论功能仍在持续演进。若界面提示、本文与服务器响应不一致，生产环境的服务器验证结果优先；已知的前端与后端字数差异会在本文明确标示，待后续统一。
1. 可以发表什么
评论系统支持以下互动形式：
| 类型 | 用途 | 目前限制 |
|---|---|---|
| 一般评论 | 对文章提出观点、补充、提问或错误回报 | 前端输入上限目前为 500 字；后端仍接受至多 1000 字，两者待统一 |
| 回复 | 在既有评论下进行分层讨论，也可引用留言 | 仍受一般评论限流与内容审核规则约束 |
Boost | 对其他读者的留言快速鼓励或短回复 | 最多 16 字；应在回复既有留言时使用 |
Reaction | 对既有留言表示支持或情绪反应 | 需要登录；同一登录用户对同一留言维持一个有效反应，可取消或切换 |
评论可以包含受控的 Markdown 标记，例如粗体、引用、代码、表格、数学式、剧透与提示区块。链接与文件上传不属于目前公开工具列的默认功能；请勿用留言绕过这项限制散播外部引流或文件。
2. 排序、状态与公开呈现
- 评论流支持「最新」与「最热」排序；最热排序会参考 Reaction/Like 数量，置顶内容优先。
- 公开界面不显示其他读者的电子邮件、原始 IP、User-Agent 或会话令牌。
- 目前可见的数据状态包含
published、pinned、flagged与deleted；deleted不会出现在一般公开评论流，其他状态由站务流程依需要呈现或处理。 - 回复、引用与多层嵌套内容仍必须遵守同一篇文章的语境与《社区公约》。
- 留言作者可以在有效的当前会话中就地编辑或删除自己的内容；访客会话在刷新、切换浏览器或失去原有会话后可能无法再证明所有权。
3. 限流与反滥用
以下是生产环境目前由服务器依 IP、内容类型与身份执行的一小时窗口限制：
| 身份 | 一般评论 | Boost |
|---|---|---|
| 访客 | 3 次 / 小时 | 5 次 / 小时 |
| 已登录读者 | 30 次 / 小时 | 50 次 / 小时 |
此外，同一 IP 在一小时内重复提交完全相同的内容会被拦截。这些限制是保护讨论品质与服务可用性的措施，不代表内容已通过审核；通过限流也不代表内容一定公开。
开发环境可能使用本地内存或落盘数据，且可能不套用完整生产限流，因此不能用本地测试结果推断线上配额。站务与安全必要的内部操作不应被解读为一般读者的公开配额。
4. 身份、地区与 Reaction 权限
- 未登录访客可以在允许的范围内发表一般评论与回复，但不能对留言点赞或使用 Reaction。账号与会话的身份、令牌及所有权边界，另见账号与会话安全说明。
- 登录读者可以使用 Reaction；若选择不同 Emoji，系统会切换自己的反应，选择相同 Emoji 则可取消。
- 访客的国家或地区会依请求中的 Cloudflare 国家信息公开显示旗帜与地区名称；这是评论公开规则的一部分。
- 登录读者可以选择是否公开自己的地区；隐藏时，公开界面不应向其他读者显示该地区。
- 管理员在具备有效管理权限时，才能查看更完整的审计字段；这不等于一般读者可以查询他人的私密数据。
5. 审核原则
站方会按照《社区公约》判断内容，并视风险采取提醒、标记、限制、下架或停权。审核会特别留意：
- 人身攻击、歧视、威胁、骚扰与未经同意的私人数据；
- 垃圾内容、重复贴文、恶意刷量、机器人或规避限流；
- 钓鱼、诈骗、恶意代码、危险指引与未揭露的外部追踪；
- 著作权、商标、肖像与其他第三方权利争议；
- 蓄意把技术讨论带离原文语境，造成持续干扰或围攻。
站方不承诺每则留言都会即时人工审核，也不承诺所有争议都能在公开页面完整还原。遇到高风险内容时，可能先限制可见性，再通过审核与申诉流程补充处理。若内容涉及越权、个资外泄或恶意程序，请依安全问题通报规范私下通报。
6. 已知差异与修订要求
目前代码存在两个需要后续收敛的公开契约差异：
- 前端输入元件将一般评论限制为 500 字，后端 API 的一般评论验证上限为 1000 字；对外使用时请以 500 字作为保守上限。
- 客户端
src/lib/user-level.ts、服务端functions/_lib/auth-service.ts与登录身份数据的等级映射并非同一套计算；评论权限不应以某一个本地显示的 LV/TL 数字推论。
这些差异应在实现统一后更新本页与相关测试；在此之前，服务器验证、账号实际权限与站务处置结果优先。
最后更新：2026-10-20。
EpoCanvas Comment and Moderation Guidelines
COMMUNITY-002 Comment System Server Rules Prevail
This page documents the currently implemented public behaviors and limitations of the comment system. It supplements the "Community Covenant" and does not replace the security, respect, and rights requirements outlined in the Covenant.
[!NOTE] The comment feature is continuously evolving. If interface prompts, this document, and server responses are inconsistent, the server validation results in the production environment take precedence. Known discrepancies between frontend and backend character limits are explicitly noted in this document and will be unified in future updates.
1. What You Can Post
The comment system supports the following interaction formats:
| Type | Purpose | Current Limitations |
|---|---|---|
| General Comment | Expressing opinions, providing supplements, asking questions, or reporting errors regarding an article | Frontend input limit is currently 500 characters; the backend still accepts up to 1000 characters. Unification is pending. |
| Reply | Hierarchical discussion under existing comments; can also quote comments | Subject to the same rate limits and content moderation rules as general comments |
Boost | Quick encouragement or short replies to other readers’ comments | Maximum 16 characters; should be used when replying to existing comments |
Reaction | Expressing support or emotional reaction to existing comments | Requires login; a logged-in user maintains one active reaction per comment, which can be cancelled or switched |
Comments may include controlled Markdown markers, such as bold, quotes, code, tables, mathematical formulas, spoilers, and hint blocks. Links and file uploads are not default features of the current public toolbar; do not use comments to bypass this restriction for external traffic diversion or file distribution.
2. Sorting, Status, and Public Presentation
- The comment stream supports “Newest” and “Hottest” sorting; “Hottest” sorting considers Reaction/Like counts, with pinned content prioritized.
- The public interface does not display other readers’ email addresses, raw IPs, User-Agents, or session tokens.
- Currently visible data statuses include
published,pinned,flagged, anddeleted;deleteditems do not appear in the general public comment stream, while other statuses are presented or handled by site administration as needed. - Replies, quotes, and multi-level nested content must still adhere to the context of the specific article and the “Community Covenant.”
- Comment authors can edit or delete their own content in place within a valid current session; guest sessions may no longer be able to prove ownership after refreshing, switching browsers, or losing the original session.
3. Rate Limiting and Anti-Abuse
The following are the one-hour window limits currently enforced by the server in the production environment based on IP, content type, and identity:
| Identity | General Comments | Boost |
|---|---|---|
| Guest | 3 times / hour | 5 times / hour |
| Logged-in Reader | 30 times / hour | 50 times / hour |
Additionally, repeated submissions of identical content from the same IP within one hour will be blocked. These limits are measures to protect discussion quality and service availability; they do not imply that content has passed moderation. Passing rate limits also does not guarantee that content will be publicly visible.
Development environments may use local memory or disk-based data and may not apply full production rate limits; therefore, local test results should not be used to infer online quotas. Internal operations necessary for site administration and security should not be interpreted as public quotas for general readers.
4. Identity, Region, and Reaction Permissions
- Logged-out guests can post general comments and replies within allowed limits but cannot like comments or use Reactions. For details on account and session identity, tokens, and ownership boundaries, see Account and Session Security Guide.
- Logged-in readers can use Reactions; selecting a different Emoji will switch the user’s reaction, while selecting the same Emoji will cancel it.
- A guest’s country or region is publicly displayed with a flag and region name based on Cloudflare country information in the request; this is part of the public comment rules.
- Logged-in readers can choose whether to publicly display their region; when hidden, the public interface should not display that region to other readers.
- Administrators can view more complete audit fields only when they possess valid administrative permissions; this does not mean general readers can query others’ private data.
5. Moderation Principles
The site will judge content according to the “Community Covenant” and take actions such as warnings, flagging, restrictions, removal, or account suspension based on risk. Moderation will pay special attention to:
- Personal attacks, discrimination, threats, harassment, and unauthorized private data;
- Spam, duplicate posts, malicious volume manipulation, bots, or rate limit evasion;
- Phishing, fraud, malicious code, dangerous instructions, and undisclosed external tracking;
- Copyright, trademark, portrait, and other third-party rights disputes;
- Deliberately diverting technical discussions away from the original context, causing continuous disruption or mobbing.
The site does not promise immediate manual moderation for every comment, nor does it promise that all disputes can be fully reconstructed on public pages. When high-risk content is encountered, visibility may be restricted first, followed by supplementary handling through moderation and appeal processes. If content involves privilege escalation, personal data leakage, or malicious code, please report it privately according to the Security Issue Reporting Guidelines.
6. Known Discrepancies and Revision Requirements
There are currently two public contract discrepancies in the code that require future convergence:
- The frontend input component limits general comments to 500 characters, while the backend API validation limit for general comments is 1000 characters; when using externally, please use 500 characters as the conservative limit.
- The level mapping in the client
src/lib/user-level.ts, the serverfunctions/_lib/auth-service.ts, and the login identity data is not calculated using the same logic; comment permissions should not be inferred from a specific locally displayed LV/TL number.
These discrepancies should be updated on this page and in related tests after implementation is unified. Until then, server validation, actual account permissions, and site administration actions take precedence.
Last updated: 2026-10-20.
Normes de modération et de revue pour EpoCanvas
COMMUNITY-002 Système de commentaires Les règles du serveur font foi
Cette page résume les comportements publics et les limitations actuellement implémentés dans le système de commentaires. Elle complète le « Pacte communautaire » sans remplacer les exigences de sécurité, de respect et de droits qui y sont définies.
[!NOTE] La fonctionnalité de commentaires est en évolution continue. En cas d’incohérence entre les indications de l’interface, le présent document et les réponses du serveur, la validation effectuée par le serveur en environnement de production prévaut. Les écarts connus entre les limites de caractères côté frontend et backend sont explicitement signalés dans ce document, en attendant leur unification.
1. Ce qui peut être publié
Le système de commentaires prend en charge les formes d’interaction suivantes :
| Type | Usage | Limitations actuelles |
|---|---|---|
| Commentaire standard | Exprimer un point de vue, apporter un complément, poser une question ou signaler une erreur sur un article | La limite d’entrée côté frontend est actuellement de 500 caractères ; le backend accepte jusqu’à 1000 caractères. L’unification des deux est en cours |
| Réponse | Discussion hiérarchisée sous un commentaire existant, avec possibilité de citer un message | Soumise aux mêmes règles de limitation de débit et de modération du contenu que les commentaires standards |
Boost | Encouragement rapide ou réponse courte à un message d’un autre lecteur | Maximum de 16 caractères ; doit être utilisé lors de la réponse à un message existant |
Reaction | Exprimer un soutien ou une réaction émotionnelle à un message existant | Connexion requise ; un utilisateur connecté ne peut maintenir qu’une seule réaction active par message, qu’il peut annuler ou changer |
Les commentaires peuvent contenir des balises Markdown contrôlées, telles que le gras, les citations, le code, les tableaux, les formules mathématiques, les blocs de spoiler et les blocs d’information. Les liens et le téléversement de fichiers ne font pas partie des fonctions par défaut de la barre d’outils publique actuelle ; veuillez ne pas utiliser les commentaires pour contourner cette limitation afin de diffuser des redirections externes ou des fichiers.
2. Tri, statut et présentation publique
- Le flux de commentaires prend en charge le tri par « Plus récent » et « Plus populaire » ; le tri par popularité prend en compte le nombre de Reactions/Likes, avec priorité aux contenus épinglés.
- L’interface publique n’affiche pas les adresses e-mail, les adresses IP d’origine, les User-Agent ou les jetons de session des autres lecteurs.
- Les statuts de données actuellement visibles incluent
published,pinned,flaggedetdeleted; le statutdeletedn’apparaît pas dans le flux de commentaires public standard, tandis que les autres statuts sont affichés ou traités par l’équipe de gestion selon les besoins. - Les réponses, les citations et les contenus imbriqués à plusieurs niveaux doivent toujours respecter le contexte de l’article concerné et le « Pacte communautaire ».
- L’auteur d’un commentaire peut modifier ou supprimer son contenu en place dans le cadre d’une session actuelle valide ; les sessions d’invités peuvent ne plus être en mesure de prouver la propriété après un rafraîchissement, un changement de navigateur ou la perte de la session d’origine.
3. Limitation de débit et anti-abus
Voici les limites de fenêtre d’une heure actuellement appliquées par le serveur en environnement de production, basées sur l’IP, le type de contenu et l’identité :
| Identité | Commentaire standard | Boost |
|---|---|---|
| Invité | 3 fois / heure | 5 fois / heure |
| Lecteur connecté | 30 fois / heure | 50 fois / heure |
De plus, la soumission répétée de contenus identiques à partir de la même IP dans une fenêtre d’une heure est bloquée. Ces limites sont des mesures de protection de la qualité des discussions et de la disponibilité du service ; elles ne signifient pas que le contenu a passé la modération, et le fait de passer la limitation de débit ne garantit pas que le contenu sera publié.
L’environnement de développement peut utiliser la mémoire locale ou des données sur disque, et peut ne pas appliquer les limitations de production complètes ; il ne faut donc pas déduire les quotas en ligne à partir des résultats de tests locaux. Les opérations internes nécessaires à la gestion et à la sécurité ne doivent pas être interprétées comme des quotas publics pour les lecteurs standards.
4. Identité, région et permissions de Reaction
- Les invités non connectés peuvent publier des commentaires standards et des réponses dans les limites autorisées, mais ne peuvent pas aimer ou utiliser des Reactions sur les messages. Pour les détails sur l’identité, les jetons et les limites de propriété des comptes et des sessions, veuillez consulter la Documentation sur la sécurité des comptes et des sessions.
- Les lecteurs connectés peuvent utiliser des Reactions ; si un Emoji différent est sélectionné, le système bascule la réaction de l’utilisateur, tandis que la sélection du même Emoji permet de l’annuler.
- Le pays ou la région de l’invité est affiché publiquement avec le drapeau et le nom de la région, basé sur les informations de pays Cloudflare de la requête ; cela fait partie des règles de publication des commentaires.
- Les lecteurs connectés peuvent choisir de rendre publique ou non leur région ; lorsqu’elle est masquée, l’interface publique ne doit pas afficher cette région aux autres lecteurs.
- Les administrateurs ne peuvent consulter des champs d’audit plus complets que s’ils disposent de permissions d’administration valides ; cela n’équivaut pas à ce que les lecteurs standards puissent interroger les données privées des autres.
5. Principes de modération
L’équipe de gestion évalue le contenu conformément au « Pacte communautaire » et prend des mesures telles que des avertissements, des signalements, des restrictions, le retrait ou la suspension, selon le niveau de risque. La modération porte une attention particulière à :
- Les attaques personnelles, la discrimination, les menaces, le harcèlement et les données privées non consenties ;
- Le contenu indésirable, les publications en double, le spam malveillant, les robots ou l’évitement des limitations de débit ;
- Le phishing, la fraude, le code malveillant, les instructions dangereuses et le suivi externe non divulgué ;
- Les litiges concernant le droit d’auteur, les marques, le droit à l’image et les autres droits de tiers ;
- La tentative délibérée de détourner la discussion technique du contexte de l’article d’origine, causant une perturbation continue ou un harcèlement de groupe.
L’équipe de gestion ne s’engage pas à modérer manuellement chaque commentaire en temps réel, ni à garantir que tous les litiges puissent être entièrement reconstitués sur les pages publiques. En cas de contenu à haut risque, la visibilité peut être d’abord restreinte, avant un traitement complémentaire via les processus de modération et de réclamation. Si le contenu implique une usurpation de privilèges, une fuite de données personnelles ou un code malveillant, veuillez signaler le problème en privé conformément aux Normes de signalement des problèmes de sécurité.
6. Écarts connus et exigences de révision
Le code actuel présente deux écarts de contrat public qui nécessitent une convergence future :
- Le composant d’entrée frontend limite les commentaires standards à 500 caractères, tandis que la limite de validation des commentaires standards de l’API backend est de 1000 caractères ; pour un usage externe, veuillez considérer 500 caractères comme la limite prudente.
- La correspondance des niveaux dans le client
src/lib/user-level.ts, le serveurfunctions/_lib/auth-service.tset les données d’identité de connexion ne suit pas le même calcul ; les permissions de commentaire ne doivent pas être déduites d’un nombre LV/TL affiché localement.
Ces écarts doivent entraîner la mise à jour de cette page et des tests associés après l’unification de l’implémentation ; en attendant, la validation du serveur, les permissions réelles du compte et les résultats des mesures prises par l’équipe de gestion font foi.
Dernière mise à jour : 2026-10-20.
Normas de comentarios y moderación de EpoCanvas
COMMUNITY-002 Sistema de comentarios Prevalecen las reglas del servidor
Esta página resume los comportamientos públicos y las limitaciones actualmente implementadas en el sistema de comentarios. Complementa el "Pacto de la Comunidad" sin sustituir sus requisitos de seguridad, respeto y derechos.
[!NOTE] La funcionalidad de comentarios sigue evolucionando. Si las indicaciones de la interfaz, este documento y las respuestas del servidor no coinciden, prevalecen los resultados de validación del servidor en el entorno de producción. Las diferencias conocidas en el límite de caracteres entre el frontend y el backend se indicarán explícitamente en este documento hasta que se unifiquen.
1. Qué se puede publicar
El sistema de comentarios admite las siguientes formas de interacción:
| Tipo | Uso | Limitaciones actuales |
|---|---|---|
| Comentario general | Expresar opiniones, añadir información, hacer preguntas o reportar errores sobre un artículo | El límite de entrada en el frontend es actualmente de 500 caracteres; el backend aún acepta hasta 1000 caracteres, pendiente de unificación |
| Respuesta | Discusión jerárquica bajo un comentario existente, también permite citar mensajes | Sigue sujeto a las reglas de limitación de frecuencia y moderación de contenido de los comentarios generales |
Boost | Aliento rápido o respuesta breve a los mensajes de otros lectores | Máximo 16 caracteres; debe usarse al responder a mensajes existentes |
Reaction | Mostrar apoyo o reacción emocional a un mensaje existente | Requiere inicio de sesión; un mismo usuario iniciado de sesión mantiene una reacción válida por mensaje, que puede cancelarse o cambiar |
Los comentarios pueden incluir marcas Markdown controladas, como negrita, citas, código, tablas, fórmulas matemáticas, bloqueos de spoiler y bloques de aviso. Los enlaces y la carga de archivos no son funciones predeterminadas de la barra de herramientas pública actual; no utilice los comentarios para eludir esta limitación y difundir tráfico externo o archivos.
2. Ordenación, estado y presentación pública
- El flujo de comentarios admite la ordenación por “Más recientes” y “Más populares”; la ordenación por popularidad tiene en cuenta la cantidad de Reactions/Likes, dando prioridad al contenido fijado.
- La interfaz pública no muestra los correos electrónicos, IPs originales, User-Agent ni tokens de sesión de otros lectores.
- Los estados de datos actualmente visibles incluyen
published,pinned,flaggedydeleted;deletedno aparece en el flujo de comentarios público general, mientras que los otros estados se presentan o gestionan según sea necesario por el flujo de trabajo del sitio. - Las respuestas, citas y contenidos anidados en múltiples niveles deben cumplir el contexto del mismo artículo y el “Pacto de la Comunidad”.
- El autor del comentario puede editar o eliminar su propio contenido en el lugar, dentro de una sesión actual válida; las sesiones de invitados pueden no poder demostrar la propiedad después de actualizar, cambiar de navegador o perder la sesión original.
3. Limitación de frecuencia y anti-abuso
A continuación se detallan las limitaciones de ventana de una hora actualmente ejecutadas por el servidor en el entorno de producción, según IP, tipo de contenido e identidad:
| Identidad | Comentario general | Boost |
|---|---|---|
| Invitado | 3 veces / hora | 5 veces / hora |
| Lector iniciado de sesión | 30 veces / hora | 50 veces / hora |
Además, se bloquea el envío repetido de contenido idéntico desde la misma IP dentro de una hora. Estas limitaciones son medidas para proteger la calidad de la discusión y la disponibilidad del servicio, y no implican que el contenido haya pasado la moderación; pasar la limitación de frecuencia tampoco garantiza que el contenido se publique.
El entorno de desarrollo puede usar memoria local o datos en disco, y puede no aplicar las limitaciones de producción completas, por lo que no se deben inferir las cuotas en línea a partir de resultados de pruebas locales. Las operaciones internas necesarias para la administración y seguridad del sitio no deben interpretarse como cuotas públicas para lectores generales.
4. Identidad, región y permisos de Reaction
- Los invitados no iniciados de sesión pueden publicar comentarios generales y respuestas dentro de los límites permitidos, pero no pueden dar “me gusta” o usar Reaction en los mensajes. Para la identidad, tokens y límites de propiedad de la cuenta y la sesión, consulte Explicación de seguridad de cuenta y sesión.
- Los lectores iniciados de sesión pueden usar Reaction; si eligen un Emoji diferente, el sistema cambiará su reacción, y si eligen el mismo Emoji, se cancelará.
- El país o región del invitado se mostrará públicamente con la bandera y el nombre de la región según la información de país de Cloudflare en la solicitud; esto forma parte de las reglas públicas de comentarios.
- Los lectores iniciados de sesión pueden elegir si hacer pública su región; si se oculta, la interfaz pública no debe mostrar dicha región a otros lectores.
- Los administradores solo pueden ver campos de auditoría más completos cuando tienen permisos de administración válidos; esto no equivale a que los lectores generales puedan consultar datos privados de otros.
5. Principios de moderación
El sitio evaluará el contenido según el “Pacto de la Comunidad” y tomará medidas como advertencias, marcado, restricciones, retirada o suspensión de derechos, según el riesgo. La moderación prestará especial atención a:
- Ataques personales, discriminación, amenazas, acoso y datos privados sin consentimiento;
- Contenido basura, publicaciones duplicadas, manipulación maliciosa de métricas, bots o evasión de limitaciones de frecuencia;
- Phishing, estafas, código malicioso, instrucciones peligrosas y rastreo externo no revelado;
- Disputas de derechos de autor, marcas, imagen y otros derechos de terceros;
- Intentos deliberados de desviar la discusión técnica del contexto original, causando interrupción continua o acoso.
El sitio no garantiza la moderación manual inmediata de cada comentario, ni que todas las disputas puedan reconstruirse por completo en la página pública. Ante contenido de alto riesgo, es posible restringir primero la visibilidad y luego gestionar mediante flujos de moderación y apelación. Si el contenido implica exceder permisos, fuga de datos personales o código malicioso, informe en privado según las Normas de notificación de problemas de seguridad.
6. Diferencias conocidas y requisitos de revisión
Actualmente, el código presenta dos diferencias en los contratos públicos que requieren convergencia futura:
- El componente de entrada del frontend limita los comentarios generales a 500 caracteres, mientras que el límite de validación de la API del backend para comentarios generales es de 1000 caracteres; para uso externo, se debe considerar 500 caracteres como límite conservador.
- El mapeo de niveles en el cliente
src/lib/user-level.ts, el servidorfunctions/_lib/auth-service.tsy los datos de identidad de inicio de sesión no utilizan el mismo cálculo; los permisos de comentarios no deben inferirse a partir de un número LV/TL mostrado localmente.
Estas diferencias deben actualizarse en esta página y en las pruebas relacionadas una vez unificada la implementación; hasta entonces, prevalecen la validación del servidor, los permisos reales de la cuenta y los resultados de la gestión del sitio.
Última actualización: 2026-10-20.
EpoCanvas: Richtlinien für Kommentare und Moderation
COMMUNITY-002 Kommentarsystem Serverregeln sind maßgeblich
Diese Seite fasst die derzeit implementierten öffentlichen Verhaltensweisen und Einschränkungen des Kommentar-Systems zusammen. Sie ergänzt die „Community-Charta“, ersetzt aber nicht die darin enthaltenen Anforderungen an Sicherheit, Respekt und Rechte.
[!NOTE] Die Kommentar-Funktion befindet sich in ständiger Weiterentwicklung. Falls sich die Benutzeroberfläche, dieser Text und die Serverantworten widersprechen, hat die Servervalidierung in der Produktionsumgebung Vorrang. Bekannte Abweichungen in der Zeichenzahl zwischen Frontend und Backend werden in diesem Dokument klar gekennzeichnet und sollen in Zukunft vereinheitlicht werden.
1. Was veröffentlicht werden kann
Das Kommentar-System unterstützt die folgenden Interaktionsformen:
| Typ | Zweck | Aktuelle Einschränkungen |
|---|---|---|
| Normaler Kommentar | Meinungen, Ergänzungen, Fragen oder Fehlermeldungen zu einem Artikel | Die Frontend-Eingabegrenze liegt derzeit bei 500 Zeichen; das Backend akzeptiert bis zu 1000 Zeichen. Eine Vereinheitlichung steht aus. |
| Antwort | Hierarchische Diskussion unter einem bestehenden Kommentar, auch mit Zitat-Funktion | Unterliegt den gleichen Ratenbegrenzungen und Inhaltsmoderationsregeln wie normale Kommentare. |
Boost | Schnelle Ermutigung oder kurze Antwort auf Kommentare anderer Leser | Maximal 16 Zeichen; sollte bei Antworten auf bestehende Kommentare verwendet werden. |
Reaction | Ausdruck von Unterstützung oder emotionaler Reaktion auf einen bestehenden Kommentar | Anmeldung erforderlich; ein angemeldeter Benutzer kann pro Kommentar nur eine aktive Reaktion haben, die er zurückziehen oder wechseln kann. |
Kommentare können kontrollierte Markdown-Formatierungen enthalten, wie z. B. Fett, Zitate, Code, Tabellen, mathematische Formeln, Spoiler- und Hinweis-Blöcke. Links und Datei-Uploads sind keine Standardfunktionen der aktuellen öffentlichen Werkzeugleiste; bitte umgehen Sie diese Einschränkung nicht, um externe Verweise oder Dateien zu verbreiten.
2. Sortierung, Status und öffentliche Darstellung
- Der Kommentar-Stream unterstützt die Sortierung nach „Neueste“ und „Beliebteste“. Die Sortierung nach „Beliebteste“ berücksichtigt die Anzahl der Reaktionen/Likes; gepinnte Inhalte haben Vorrang.
- Die öffentliche Oberfläche zeigt keine E-Mail-Adressen, ursprünglichen IPs, User-Agents oder Sitzungstokens anderer Leser an.
- Die derzeit sichtbaren Datenstatus umfassen
published(veröffentlicht),pinned(gepinnt),flagged(markiert) unddeleted(gelöscht).deletederscheint nicht im normalen öffentlichen Kommentar-Stream; andere Status werden vom Betriebsteam je nach Bedarf dargestellt oder bearbeitet. - Antworten, Zitate und mehrstufig verschachtelte Inhalte müssen sich weiterhin an den Kontext des jeweiligen Artikels und die „Community-Charta“ halten.
- Autoren können ihre eigenen Inhalte in einer gültigen aktuellen Sitzung vor Ort bearbeiten oder löschen. Gast-Sitzungen können nach einem Neuladen, einem Browserwechsel oder dem Verlust der ursprünglichen Sitzung möglicherweise nicht mehr den Besitz nachweisen.
3. Ratenbegrenzung und Missbrauchsschutz
Die folgenden Einschränkungen für ein Zeitfenster von einer Stunde werden derzeit vom Server basierend auf IP, Inhaltstyp und Identität in der Produktionsumgebung durchgesetzt:
| Identität | Normale Kommentare | Boost |
|---|---|---|
| Gast | 3 / Stunde | 5 / Stunde |
| Angemeldeter Leser | 30 / Stunde | 50 / Stunde |
Darüber hinaus werden vollständig identische Inhalte, die von derselben IP innerhalb einer Stunde erneut eingereicht werden, blockiert. Diese Einschränkungen dienen dem Schutz der Diskussionsqualität und der Serviceverfügbarkeit und bedeuten nicht, dass der Inhalt bereits moderiert wurde. Auch das Bestehen der Ratenbegrenzung bedeutet nicht zwingend, dass der Inhalt öffentlich sichtbar ist.
Die Entwicklungsumgebung kann lokale Speicher- oder Datendateien verwenden und setzt möglicherweise nicht die vollständigen Produktions-Ratenbegrenzungen um. Daher dürfen lokale Testergebnisse nicht zur Ableitung der Online-Quoten herangezogen werden. Interne Operationen, die für den Betrieb und die Sicherheit erforderlich sind, sollten nicht als öffentliche Quoten für normale Leser interpretiert werden.
4. Identität, Region und Reaktionsrechte
- Nicht angemeldete Gäste können im zulässigen Rahmen normale Kommentare und Antworten veröffentlichen, können aber keine Likes setzen oder Reaktionen verwenden. Informationen zu Identität, Token und Besitzgrenzen von Konten und Sitzungen finden Sie unter Konto- und Sitzungssicherheit.
- Angemeldete Leser können Reaktionen verwenden. Bei der Auswahl eines anderen Emojis wechselt das System die eigene Reaktion; bei der Auswahl desselben Emojis wird die Reaktion zurückgezogen.
- Das Land oder die Region eines Gastes wird basierend auf den Cloudflare-Landesinformationen in der Anfrage öffentlich mit Flagge und Regionsname angezeigt. Dies ist Teil der öffentlichen Kommentarregeln.
- Angemeldete Leser können wählen, ob sie ihre Region öffentlich machen. Wenn sie diese verbergen, sollte die öffentliche Oberfläche diese Region anderen Lesern nicht anzeigen.
- Administratoren können erweiterte Audit-Felder nur dann einsehen, wenn sie über gültige Verwaltungsrechte verfügen. Dies bedeutet nicht, dass normale Leser auf private Daten anderer zugreifen können.
5. Moderationsprinzipien
Die Plattform bewertet Inhalte gemäß der „Community-Charta“ und ergreift je nach Risikostufe Maßnahmen wie Erinnerungen, Markierungen, Einschränkungen, Entfernung oder Kontosperrungen. Bei der Moderation wird insbesondere Folgendes beachtet:
- Persönliche Angriffe, Diskriminierung, Drohungen, Belästigung und nicht einvernehmliche private Daten;
- Spam-Inhalte, doppelte Beiträge, böswilliges Hochtreiben von Zahlen, Bots oder Umgehung der Ratenbegrenzung;
- Phishing, Betrug, bösartiger Code, gefährliche Anleitungen und nicht offengelegtes externes Tracking;
- Streitigkeiten um Urheberrechte, Marken, Abbildungsrechte und andere Rechte Dritter;
- Vorsätzliches Verzerren technischer Diskussionen aus dem Kontext des Originalartikels, was zu anhaltender Störung oder Belagerung führt.
Die Plattform verspricht keine sofortige manuelle Moderation jedes einzelnen Kommentars und auch nicht, dass alle Streitfälle auf öffentlichen Seiten vollständig rekonstruiert werden können. Bei hochriskanten Inhalten kann zunächst die Sichtbarkeit eingeschränkt werden, bevor sie über den Moderations- und Beschwerdeprozess weiter bearbeitet werden. Wenn Inhalte unbefugten Zugriff, den Leck von personenbezogenen Daten oder bösartigen Code betreffen, melden Sie diese bitte vertraulich gemäß den Richtlinien zur Meldung von Sicherheitsproblemen.
6. Bekannte Abweichungen und Überarbeitungsanforderungen
Derzeit bestehen im Code zwei öffentliche Vertragsabweichungen, die in Zukunft vereinheitlicht werden müssen:
- Die Frontend-Eingabekomponente begrenzt normale Kommentare auf 500 Zeichen, während die Validierungsgrenze der Backend-API für normale Kommentare bei 1000 Zeichen liegt. Für die externe Verwendung sollte 500 Zeichen als konservative Obergrenze gelten.
- Die Level-Mapping-Logik in der Client-Datei
src/lib/user-level.ts, im Server-Modulfunctions/_lib/auth-service.tsund in den Anmelde-Identitätsdaten ist nicht identisch. Kommentarrechte sollten nicht anhand einer lokal angezeigten LV/TL-Zahl abgeleitet werden.
Diese Abweichungen sollten nach der Vereinheitlichung der Implementierung auf dieser Seite und in den zugehörigen Tests aktualisiert werden. Bis dahin haben Servervalidierung, tatsächliche Kontorechte und die Maßnahmen des Betriebsteams Vorrang.
Zuletzt aktualisiert: 2026-10-20.
