AEM组件和模板构成了一个非常强大的工具包。 开发人员可以使用这些组件为网站业务用户、编辑人员和管理员提供功能,使其网站能够适应不断变化的业务需求(内容敏捷性),同时保持网站的统一布局(品牌保护)。
对于负责网站或网站集的人员(例如在全球企业的分支机构)来说,一个典型的挑战是在其网站上引入一种新类型的内容演示。
假设需要向网站中添加新闻列表页面,该页面会列出已发布的其他文章的摘要。 页面的设计和结构应与网站的其他部分相同。
应对这种挑战的建议方法是:
这说明了此方法如何让网站的参与用户和管理员能够快速响应业务需求,而无需开发团队的参与。 替代方法(如创建新模板)通常代价高昂,需要变革管理过程和开发团队的参与。 这会使整个过程更长、成本更高。
因此,基于AEM的系统的开发人员应使用:
在大多数常见项目中,以下面向开发人员的一般规则是有意义的:
创建自己的组件或自定义现有组件时,通常最简单(也最安全)的方法是重复使用现有定义。 同样的原则也适用于AEM中的其他元素,例如错误处理程序。
可通过复制和叠加现有定义来完成此操作。 换言之,将定义从 /libs
to /apps/<your-project>
. 此新定义位于 /apps
,可以根据您的要求进行更新。
请参阅 使用叠加 以了解更多详细信息。
例如:
这涉及到覆盖组件定义:
在中创建新组件文件夹 /apps/<website-name>/components/<MyComponent>
通过复制现有组件:
例如,要自定义文本组件副本,请执行以下操作:
/libs/foundation/components/text
/apps/myProject/components/text
此例涉及覆盖Servlet:
在存储库中,复制默认脚本:
/libs/sling/servlet/errorhandler/
/apps/sling/servlet/errorhandler/
您 必须 更改 /libs
路径。
这是因为 /libs
在下次升级实例时被覆盖(当您应用修补程序或功能包时,可能会被覆盖)。
对于配置和其他更改:
/libs
to /apps
/apps
正确使用JCR查询时,JCR查询是一款功能强大的工具。 它们适用于:
真正的最终用户查询,如对内容的全文搜索。
有时,需要在整个存储库中找到结构化内容。
在这种情况下,请确保查询仅在绝对需要时运行,例如在组件激活或缓存失效时(而不是在工作流步骤、在内容修改时触发的事件处理程序、过滤器等)。
JCR查询绝不应用于纯渲染请求。 例如,JCR查询不适用于
要渲染内容,请使用内容树的导航访问权限,而不是执行JCR查询。
如果您使用 查询生成器,则会使用JCR查询,因为查询生成器会在引擎盖下生成JCR查询。
也值得参考 安全检查表.
您应使用用户会话,而不是管理会话。 这意味着您应使用:
slingRequest.getResourceResolver().adaptTo(Session.class);
跨站点脚本(XSS)允许攻击者将代码注入其他用户查看的网页中。 恶意Web用户可能会利用此安全漏洞绕过访问控制。
AEM在输出时应用过滤所有用户提供内容的原则。 在开发和测试过程中,防止XSS都是最优先的任务。
此外,Web应用程序防火墙,例如 适用于Apache的mod_security,可以对部署环境的安全性提供可靠的中央控制,并防止以前未检测到的跨站点脚本攻击。
随AEM提供的示例代码本身可能无法抵御此类攻击,并且通常依赖于Web应用程序防火墙的请求过滤。
XSS API速查表包含您需要了解的信息,以便使用XSS API并使AEM应用程序更加安全。 您可以在此处下载它:
XSSAPI备忘单。
对于任何Internet应用程序,请确保在传输机密信息时
这适用于对系统保密的信息(如配置或管理访问),以及对其用户保密的信息(如其个人详细信息)
可以为AEM自定义错误页面。 这是一种建议,以便实例不会在内部服务器错误上显示sling跟踪。
请参阅 自定义错误处理程序显示的错误页面 以了解完整详细信息。
由于AEM可以访问大量文件,因此建议将 为Java进程打开文件 明确配置AEM。
要最大限度地减少此问题的发展,应确保尽快(有意义地)正确关闭任何打开的文件。