点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)几个月前,我们通过使用defau...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)几个月前,我们通过使用defau...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
几个月前,我们通过使用defaultS3MediaURLStrategy定制了mediaModel的S3长域,以将其中一个短域化。
长域: https: //blablabla-northeast-2-prod-metadata.s3-ap-northeast-2.amazonaws.com
短域名在店面中很好用。
几个月后,我们的AWS管理员从S3移除了公共访问权限。
如此长的域名不再起作用。
Storefront的媒体URL(短域)仍然可以正常工作。
但是我们在dynatrace中发现了很多cronjob错误。
错误日志显示旧的S3长域具有cronjob日志路径,如下所示。
我不知道为什么会发生此错误。
我可以更改cronjob日志(包括S3域)的保存位置吗?
任何一点线索都将非常有帮助。
预先感谢=)
您好@ Hyunguk Kim ,
我认为这对于媒体来说我们应该是可行的,因为我们有文件夹路径,所以对于日志来说也应该有逻辑。
因此可能很突出,将日志的设置程序调试到CronJob模型中,并检查此调试路径(该日志的保存位置和路径)。 一旦知道了逻辑,就可以尝试对其进行自定义。 我还没有做过这样的事情,只是想给我一些想法。
一周热门 更多>