2.8 开启维护模式

有时站点需要置为维护模式，如Drupal 8 核心升级，这时站点可能会出现错误，有大量工作需要维护，数据库维护忧化，手动运行cron等等。

点击 管理->配置->维护模式(admin/config/development/maintenance) 到维护模式页面，勾选将站点置于维护模式复选框，开启站点维护模式，开启站点维护后，具有”Access site in maintenance mode”的权限的用户仍然可以访问站点，注册用户可以输入用户登录URL登录系统。其它的访客只能看到维护提示消息，维护提示消息在下面的文本域中设置。

本书共79小节。

云客在 7. 缓存系统Cache中留言：

回复你的第一个问题：
配置和路由储存到数据库主要是高负载架构问题，在大型系统中，会有多台WEB服务器对一个数据库，数据库还会做主从分离，这种情况下，如果放在某台服务器的文件系统中，其他服务器怎么访问呢？
第二个问题，缓存三要素引起缓存失效时，会更新缓存系统

晴空在进阶篇8. 实践：首页模板的制作4——转换3中留言：

代码肯定没有问题。

{{ page.xxx }} 这条命令，是在page模版中打印“区域”的官方规定，这个规定从drupal8开始到现在已经有将近7年时间了，从来没有变过。这里的重点在于:

晴空在 153. 完结篇，云客drupal源码分析系列终于完成了中留言：

George Bernard Shaw said “The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore, all progress depends on the unreasonable man.”

萧伯纳说，识时务的人适应社会。不识时务的人坚持试着让世界适应自己。因此，所有的进步，都有赖于那不识时务的人。

在这个信息爆炸、标题党横行、只要你稍微有点追求你就会特别焦虑——偏偏到处都还喜欢贩卖焦虑的时代里，你可以很容易的发现这样一件事实：写小众技术类书籍和写言情、穿越小说是完全不一样的。因为人家一天的销量能顶你三年。

龙马在基础篇40. 总结中留言：

基础篇看完了，晴空兄站从网站开发的全局视角编写本教程，可谓颇具匠心，能阅读到此教程，也是Drupaler之幸。感谢分享！

云客在司南讲Drupal8电子商务解决方案中留言：

很赞，具备开创性的资料，弥补了这一方面的空缺

晴空在司南讲Drupal8电子商务解决方案中留言：

非常宝贵的经验分享，谢谢司南！！

晴空在进阶篇9. 控制主题中的库及其加载的文件中留言：

我已经指导过了，本来想等楼上这位自己来总结的，但是他比我忙。

请大家记住，除非你在后台设置过，不然一般情况下你的网站的前端页面是由两个主题控制的，他们一个是前台主题，另一个是后台管理主题（一般是seven主题）。当管理员或者用户试图从前台添加节点时，就会自动使用管理主题。你可以在“外观”页面的最下方取消“当编辑和创建内容时使用管理化主题”这个选项来强制网站系统在前端只使用你写的主题。

本节所说的在主题中控制库的前提是这个主题被当前页面所启用。如果主题没有被启用，那你无法在这个没有被启用的主题中控制任何库。

具体过程我就不细说了，不管用的原因有两个：

第一、楼上加载css的时候没有用库，直接写到模板里了，这样做违背了Drupal的规范。上面说的操作库的方法，前提是你首先得有一个库。

第二、楼上在自己的前台主题中尝试去控制后台管理页面所加载的库。

这是行不通的。

这告诉我们，1.把基础概念搞清楚、2.保持思路清晰、3.仔细阅读文档，才是避免自己掉到坑里的不二法门。

晴空在基础篇8. 开启并创建settings.local.php文件中留言：

好多人都遇到过类似的问题，原因五花八门，总结下来就是不细心，以为自己按照教程操作了，但是其实在细节上有偏差。

排除错误的方法很简单，把所有的步骤全部重新做一遍，核对文件名、文件路径、清空缓存等。

其实你上面说的两句话，我都无法验证，是否“按照教程操作了”，你还得自己验证；

“没有生效”，这是个结论不是现象，你是如何得出的结论？

wow-yorick 在 65. 表单Form API中留言：

赞，感谢您的分享

云客在基础篇40. 总结中留言：

仔细看完了，写的很好，学习大多时候是为了造就有价值的产品，能站在项目层面考虑问题是很多人不具备的，人的能力有限协作才是方向，这是门学问

2.8 开启维护模式

本书共79小节。

评论 (0)