动作节奏
侧重追逐、交锋与任务推进，通常开场更快。
同人动漫网站
主要入口、内容范围与访问方式
如果你是从“同人动漫网站”或“同人动漫网站入口”等搜索进入，这里可以快速确认站点提供什么内容，并直接前往对应页面。
内容范围
站点当前主要提供这些内容
- 站点主要内容包含同人动漫视频、同人漫画以及相关二次元创作内容。
- 核心内容均通过普通页面链接访问，不要求登录后才能查看页面主体。
- 不同内容页承担不同阅读任务：在线观看页聚合观看入口，视频页强调视频筛选，漫画页强调章节阅读。
- 站点不展示未经来源支持的播放量、用户数、获奖或合作等运营数据。
常见问题
访问与内容浏览常见问题
同人动漫在线观看页和视频页有什么区别？
在线观看页承担完整的内容浏览与观看入口，信息更综合；视频页更侧重按时长、题材和快速观看需求整理视频内容。
同人漫画内容是否和视频内容重复？
漫画页以章节、图文阅读和连续叙事为重点，即便题材相近，也会以不同内容对象和阅读路径呈现。
页面中的封面图片从哪里读取？
站点使用固定图片资源路径。实际部署时把对应 WebP 文件放在网站根目录即可，页面会按既定路径加载。
移动设备可以正常浏览吗？
页面会根据屏幕宽度重排导航、内容网格和辅助信息，主要正文与核心链接不依赖脚本即可访问。
题材索引
常见内容气质快速对照
这些标签用于理解站内作品差异，不单独拆成低价值页面。
校园日常
以社团、放学后与同学互动为主要场景。
轻幻想
在现实场景中加入异界、灵体或奇异规则。
城市群像
通过多个角色和街区关系构成整体故事。
和风奇谈
使用旧城、神社、妖怪、祭典等东方幻想元素。
机械幻想
把飞艇、机甲、机械生物等设定用于冒险叙事。
创作主题
故事本身围绕绘画、音乐、制作或社团创作活动展开。
旅行叙事
通过移动路线串联人物关系和不同场景。
轻悬疑
存在明确线索与疑问，但整体压力较低。
治愈剧情
重视关系修复、日常陪伴和情绪变化。
更多说明
关于访问、搜索、页面关系与技术兼容
为什么“在线观看”和“视频”是两个页面？
在线观看页更像完整浏览入口，适合从作品列表、题材和观看时长连续挑选；视频页则加入了轻量搜索，更适合已经知道自己想找什么的人。两页内容会有交叉，但承担的浏览任务不同：一个强调连续发现，一个强调快速匹配。
搜索框会不会从外部抓取内容？
不会。视频页搜索只对 data.php 中已经存在的站内作品标题、摘要、题材和时长信息进行匹配，不调用外部接口，也不会根据用户输入临时编造新的作品。即使 JavaScript 完全关闭，搜索仍然由 PHP 在服务端处理并输出结果。
同人漫画页为什么不直接混在视频列表里？
漫画和视频的阅读节奏不同。漫画更需要章节数量、连续性、画面叙事和阅读顺序信息，而视频更重视单次观看时长、题材和即时切入点。把两种内容分开可以避免用同一套卡片结构压缩掉真正有用的信息。
站点是否要求注册或登录？
当前源码没有实现账户、注册、登录或付费墙。主要页面都可以通过普通链接直接访问，核心正文由 PHP 服务端输出。如果以后需要增加用户系统，应单独设计权限与隐私流程，而不是影响现有可索引内容的基本访问。
为什么页面里没有播放量、热度或排行榜？
这些数据需要真实运营来源才能成立。当前项目没有提供可信的播放量、用户数或实时排名数据，因此页面只使用题材、时长、章节数、故事摘要等可以由内容本身支持的信息，不通过虚构数字制造“热门”或“爆款”印象。
图片还没上传时页面会怎样？
源码会保留正确的图片路径和尺寸结构，浏览器在对应 WebP 文件尚未部署时可能显示加载失败状态，但正文、导航、标题和链接仍然可以正常访问。部署时把要求中的固定图片文件放到网站根目录即可，不需要修改 PHP 数据结构。
手机端导航是否依赖 JavaScript？
桌面端导航链接本身始终存在于 HTML 中。小屏幕下 JavaScript 负责折叠菜单的开关、Escape 关闭和 aria-expanded 状态同步；即便增强脚本失效，核心正文和站内链接仍可通过页面内容区与页脚访问，不会把主要信息锁在脚本里。
页面中的筛选会影响搜索引擎抓取吗？
不会。在线观看页的全部作品条目在初始 HTML 中已经由 PHP 输出，筛选只是前端把不匹配的项目临时隐藏或重新显示。站点没有通过 Fetch 或 AJAX 才加载核心作品文本，因此关闭脚本后仍能看到完整列表。
站点对浏览器有什么要求？
建议使用支持现代 HTML5、CSS Grid、Flexbox 和原生 JavaScript 的常见浏览器。样式使用系统字体，不依赖外链字体、第三方图标库或 CDN 框架。基础内容与链接保持普通 HTML 结构，即使部分现代视觉效果不支持，也不应影响主要阅读。
怎样从首页最快进入漫画内容？
首页首屏提供同人漫画直接入口，中部还有视频与漫画的双路径分流。进入漫画页后可以先通过封面、题材和章节数做第一轮判断，再展开作品阅读档案了解故事重点、阅读节奏与画面特点。
站点地图包含哪些地址？
sitemap.xml 只列出当前实际生成并希望被索引的首页、在线观看页、视频页、漫画页和网站信息页。404 页面不会被放入站点地图，搜索参数组合也不会被单独列出，避免把同一内容扩展成大量重复 URL。
404 页面会把错误地址强制跳回首页吗？
不会。不存在的地址通过服务器规则返回 404 状态，并显示独立的 404 页面。页面会提供返回首页和进入在线观看页的真实链接，但不会把错误地址伪装成正常首页响应，这样用户和搜索引擎都能明确知道该地址不存在。
页面中的 canonical 有什么作用？
每个可索引页面都指向自己的标准 HTTPS 地址，例如视频页指向 /video.php。搜索参数并不会改变 canonical，因此站内搜索产生的不同查询不会被当成新的独立内容页面。这样能减少同一页面因为参数变化形成重复索引的可能。
能不能直接通过页面链接访问每个 PHP 页面？
可以。首页、在线观看、视频、漫画、网站信息和 404 页面都会在输出 HTML 之前加载 config.php、functions.php 和 data.php。它们不依赖先访问首页产生变量，也不依赖某个临时会话环境，因此可作为独立 HTTP 请求执行。
站点是否会根据搜索引擎 User-Agent 返回不同正文？
不会。robots.txt 允许正常抓取，PHP 页面也没有针对搜索引擎或普通用户做不同正文输出。页面差异只来自实际地址与合法搜索参数，不使用伪装内容或按爬虫身份切换文本。
为什么没有单独建立“免费观看”“在线看”等多个页面？
这些词表达的核心需求高度一致：用户希望直接浏览或观看同人动漫内容。把它们拆成多个几乎相同的页面会造成重复正文和内部竞争，因此统一由在线观看页承载，通过标题、描述和自然正文覆盖相关表达。
“同人本子”为什么没有单独栏目？
站点当前把它作为同人漫画相关搜索表达处理，因为两者在本项目里指向的内容形态高度重合。漫画页已经提供章节、题材、连续叙事与图文阅读信息，再创建一个只改名称但内容相同的页面不会增加实际价值。
作品内容能否按照题材快速理解？
可以。首页提供精选组合，在线观看页提供动作、校园、幻想、冒险等前端筛选，网站信息页还有常见题材索引。题材标签的作用是帮助判断内容气质，不会自动被扩展成大量只有标题差异的独立专题页。
网页是否考虑减少动态效果？
样式表包含 prefers-reduced-motion 处理。当操作系统设置为减少动态效果时，滚动行为、过渡和动画会被关闭或显著简化。关键内容不依赖动画出现，因此减少动态效果不会造成正文缺失。
打印页面时会发生什么？
样式表提供基础打印规则，会隐藏粘性导航、菜单按钮、筛选和搜索操作区，并尽量保留正文、作品摘要和卡片内容。卡片会减少阴影，背景回到白色，方便保存为 PDF 或直接打印时阅读。
部署与兼容
运行环境与扩展时常见问题
部署时为什么建议直接把源码放在网站根目录？
项目中的 canonical、导航链接、样式脚本和固定图片资源都使用以斜杠开头的根路径，例如 /style.css、/watch.php 和 /hero.webp。把源码直接部署在目标域名根目录时，这些地址无需二次改写，也与 sitemap.xml 中的标准地址保持一致。如果必须部署到子目录，需要同步调整 URL 生成与资源路径，不能只移动文件后直接使用。
Apache 没有启用重写模块还能打开正常页面吗？
首页、watch.php、video.php、manga.php 和 site.php 都是实际存在的 PHP 文件，因此即使没有重写模块，也可以通过真实文件地址直接访问。重写规则主要用于把不存在的路径交给 404.php 处理。若服务器不支持 .htaccess，应在虚拟主机层配置 404 文档，同时保留现有真实页面地址。
为什么项目没有数据库配置文件？
当前内容规模适合使用 PHP 数组作为统一数据源，页面直接从 data.php 读取结构化内容。这样部署时不需要创建 MySQL 或 SQLite，也没有数据库连接失败导致正文缺失的问题。以后内容量显著增长时，可以重新评估存储方式，但不应在没有实际需要时预先引入数据库。
搜索参数怎样避免引入不安全输出？
video.php 通过 safe_query() 读取 q 参数，先确认输入类型，再做去空白和长度限制；最终回显到输入框与搜索摘要时继续使用 e() 进行 HTML 转义。筛选函数只拿处理后的字符串与站内数组文本做匹配，不把用户输入拼接成 PHP 代码、文件路径、SQL 或 shell 命令。
为什么公共文件统一使用 require_once 和 __DIR__？
直接访问任意页面时，服务器当前工作目录不一定与脚本所在目录相同。使用 __DIR__ 可以让依赖路径始终基于当前文件实际位置解析；require_once 则避免 header.php 等公共文件进行防御性加载时重复声明函数或重复加载配置。这样单独请求内页也能获得完整且稳定的运行环境。
如果以后增加新页面，最重要的兼容要求是什么？
新页面应先判断是否真的有独立内容价值，再按照现有依赖顺序加载 config.php、functions.php 和 data.php，准备独立的 title、description、keywords 与 canonical 后再引入 header.php。页面正文结束后加载 footer.php，并同时更新 sitemap.xml 与真实导航关系。不要仅因为出现一个新关键词就复制现有页面改标题。
站点的安全响应头由哪里提供？
.htaccess 在 Apache 支持 headers 模块时设置 X-Content-Type-Options、Referrer-Policy 和 Permissions-Policy。它们用于减少类型嗅探、限制引用信息暴露并关闭当前站点不需要的摄像头、麦克风和地理位置权限。若主机不允许 .htaccess 配置响应头，可在虚拟主机或反向代理层设置同等策略。
为什么没有引入第三方 CSS 或 JavaScript 库？
当前交互只需要移动导航、筛选和基础搜索，不需要大型框架。使用原生 CSS 与 JavaScript 可以减少外部依赖、避免 CDN 不可用时破坏页面，同时让核心内容在脚本失败时仍由服务器完整输出。项目也不依赖外链字体，因此首次渲染不会因为第三方字体请求阻塞主要正文。