我真的很接近完成我一直在从事的项目。我以前做过网站,但从来没有自己做过,也从来没有涉及用户生成数据的网站。
我一直在阅读 things that should be considered before you go live我有一些问题。
1) 暂存...(在不影响用户的情况下部署更新)。我不太确定这会带来什么,因为我确定任何类型的更新都会以某种方式影响用户。这是否意味着每次更新都会出现某种类型的临时停机?有人可以解释一下这个以及解决这个问题的方法吗?
2) 限制...我正在使用 Kohana 框架,我正在使用 Auth 模块来让用户登录。我想知道这是否已经内置了某种类型的限制(对登录尝试),如果不,什么是最好的实现方式。 (将尝试保存在数据库、cookie 等中)。如果这不是限制的意思,有人可以详细说明。
编辑: 我认为一个好的方法是卡住登录一段时间(比如 15 分钟),或者在少量(10 次左右)登录后显示验证码不安全的登录尝试
3) 缓存...就像我说的,这是我第一个围绕用户内容构建的站点。考虑到这一点,我应该缓存它吗?
4) 备份...我应该多久备份一次我的 (MySQL) 数据库,我应该如何备份它(MySQL 导出?)。
该站点目前正在运行,尚未完成,如果有人想查看它并查看是否有什么应该查看/修复的内容弹出给您。 Clashing Thoughts .
如果还有什么我忽略的,那不在上面链接的列表中,请告诉我。
编辑:如果有人对宣传(营销)有任何建议,我也将不胜感激。
谢谢。
编辑:我已经进行了更改,网站现已上线。
最佳答案
1) 大多数包含频繁更新或大规模更新需要一些时间的网站都使用 beta.example.com 等测试域,该域仅限于员工访问,直到它向公众发布到主站点.
2) 如果您使用 cookie,那么他们可以禁用 cookie 并进行无限次登录尝试,因此您的努力将付之东流。所以是的,改用数据库。您希望它如何跟踪取决于您。
3) 取决于内容的类型和数量。如果你有很多不同的变量,你应该只保留识别数据库中数据的关键变量,并将所有额外数据保留在缓存中,以便数据库查询运行得更快。您将能够快速找到您想要的结果,然后只需打开与它们关联的缓存文件即可。
4) 这取决于你,这真的取决于流量。如果您每天只获得 2 或 3 条新数据,您可能不想浪费时间和空间来每天备份它。附言MySQL 导出工作正常,我发现它们更容易导入和使用。
关于php - 第一个网站即将上线。最后一分钟的问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2484330/