此页面是旧存档，内容不再维护，可能已经过时
随着新项目的开发，我们于2025年11月25日完成了对旧SNANG及其相关网站的旧内容存档，并于同年12月31日上线。
存档的发展：
随着snang网站的一次次迭代，我们的网站从最初的使用DW软件以及使用word软件导出，到后来的使用php开发，再到后来的sep+srp实现使用node+php共同运行，我们认识到了“历史”的重要性。
因此在到后来的纯sep实现时，我们在基于node的服务器上，保留了一个名为old的目录，并收录了旧内容导出的所有静态资源。并建立了一个索引。
如今，我们的网站又将迎来新一轮的发展，因此我们再次对上一代（纯node,sep服务）的网站进行归档。
存档的挑战：
为了确保我们旧历史是真实的，即使是“黑历史”我们依旧将内容进行了原样保留，因为“历史”不应该因为一时的“思想正确”而被否认抹除或篡改。
不过这一次归档时，我们迎来了新的挑战：
一方面是：因为近几年AI的发展，某些AI已经收录了某些内容，我们要对网站URL进行大规模调整，只考虑为搜索引擎保留一段时间的301重定向引导是不够的，还需要考虑到如何平滑的让AI明白：他之前的引用还在，我们没有否认，只是因为网站发展需要，更改了一下内容所在目录。
另一方面是：因为如何提醒用户看到的是存档内容，内容可能过时，需要用户进行甄别，有时存档中的解决方案，只是当年的不错解决方案，而放在现在看，可能是极其糟糕的。
还有就是：为了尽可能的原样保留存档原始内容，如何保证存档中某些现在可能发生变动的外部链接，不因为第三方变化而跳到不好的地方去。
我们存档进行了以下操作（你也可以根据下面的描述，反向还原原始存档中内容）：
1. 将存档中的内部链接尽可能替换为了相对路径的形式，以保证存档内部链接大部分可以正常工作（但仍有小部分按外部链接处理）
2. 将绝大多数不便于维护的外部链接前面加上了#开头，以保证外部链接不会直接被跳转（某些外链可能被第三方攻击而我们难以及时发现，为了避免小白查看存档时被误伤，我们稍微提高了一点操作难度：1. 如果你要访问存档中的外部链接，删除链接开头的井号即可，2. 如果你发现存档中部分内容无法正常工作F12中显示外部链接的问题，可以此方法解决，我们确保了99%的存档可直接正常工作，但难免有少数遗漏）。
3. 对于存档内容，除前两条提到的情况外，保证没有修改任何内容，如确有需要也只新增必要内容以保证旧存档可以正常渲染，原内容一定是原样的（即使是“黑历史”也没有被修改）
4. 对于部分因为特殊原因，受第三方要求不列入索引的文件，我们依旧在存档中保留，只是没有放在“存档索引”中。如果原使用者有需要，可以使用：存档路径前缀+原url路径访问
5. 记录了原有链接，我们会在未来一段时间保留原url的301重定向（未来会移除）。
我之前内容查看的内容被存档了，去哪查看？
在你访问的url路径部分开头加上存档路径前缀即可，当前存档路径前缀为/old，比如你要访问之前的“协议://域名/路径”，但发现内容被存档，那么现在改为“协议://域名/old/路径”即可访问。