Source and evidence standards
Technical claims should be supported by direct product behavior, official project documentation, release notes, configuration references, reproducible tests, or clearly identified operational experience. Community discussions can reveal symptoms and edge cases, but they should not be treated as the sole authority for security, compatibility, or destructive recovery instructions.
Required structure for operational content
- Scope: the editions, software families, versions, and environments covered.
- Prerequisites: access, backups, permissions, files, and information required before starting.
- Risk: possible downtime, data loss, incompatibility, security, or player-impact concerns.
- Procedure: ordered steps that test one explanation or perform one controlled change.
- Validation: observable evidence that the result is healthy.
- Rollback: a recovery path when the change fails.
- Escalation: the evidence needed for support or project maintainers.
Versioning and review dates
Minecraft server behavior changes across editions, protocol versions, server software, Java runtimes, plugins, mods, and hosting controls. A review date indicates when the page was last checked, not a guarantee that every third-party dependency remains unchanged. Content is prioritized for review when a linked workflow, platform control, major game version, or widely used dependency changes.
Prohibited editorial practices
- Invented authors, credentials, tests, user stories, statistics, incidents, or release information.
- Keyword stuffing, duplicated paragraphs, or pages created only to manipulate search ranking.
- Instructions that hide risk, omit backups, or encourage destructive experimentation on the only copy of a world.
- Unsupported promises about uptime, unlimited resources, compatibility, performance, recovery, or security.
- Publishing private user data, secrets, exploit material, or logs without necessary redaction.
Corrections and material updates
A material update changes the technical procedure, scope, risk, compatibility conclusion, or product behavior. These changes should trigger a renewed review date. When a page cannot be kept accurate, it should be revised, redirected to a stronger resource, or removed rather than preserved as stale search content.
Commercial and informational separation
Product pages can explain PortalMine benefits and limitations. Guides should remain task-centered and should not force a product claim into unrelated troubleshooting. Advertising, where present, does not determine editorial conclusions, and content should remain useful even when the reader is diagnosing a non-PortalMine Minecraft server.
Release-note and compatibility sourcing
Time-sensitive Minecraft release facts are checked against official Minecraft, Mojang, Microsoft, or project documentation. PortalMine separates sourced facts from operational recommendations and records a visible review date.