在一些非常罕见的情况下,如果你每天跟踪数十万个不同的媒体url,你可能会看到由媒体分析引起的内存错误。如果每个媒体资源URL都包含一个随机URL参数,例如关键在下面的例子中:

https://example.com/media.mp4?key=123
https://example.com/media.mp4?key=456

在这种情况下,可以通过排除每次都会更改的URL参数来避免内存问题。在上面的例子中,要排除的URL参数是关键.要排除此参数,请在美元matomoDir / config / config.ini.php然后调整media_analytics_exclude_query_parameters设置,默认情况下只排除两个URL参数enablejsapi而且player_id

[MediaAnalytics] media_analytics_exclude_query_parameters = enablejsapi player_id,关键

的URL参数中添加任意随机变化的URL参数media_analytics_exclude_query_parameters设置以逗号分隔。这不仅可以修复内存问题,还可以改善您的报告,因为查看和播放的数量将不再总是1但可以根据观看和播放特定媒体的访问次数准确计算。

如果希望回顾性地修复该问题,可以在数据库中执行以下SQL查询。一定要调整matomo_数据库表前缀(如果需要)、idSite和URL参数关键

更新matomo_log_media set resource = substring_index(resource, '?关键', 1) where idsite = 1 and server_time > date_sub(NOW(), INTERVAL 1 week) and resource like '%?key%'

如果以上不能解决你的问题

如果您仍然从Media Analytics得到内存错误,您可能希望通过更改的默认值限制每个子表的行数1000500或者更低的值配置/ config.ini.php

MediaAnalytics datatable_archiving_maximum_rows_subtable_media = 500

从插件的4.2.0版本开始,您可以选择限制用于生成归档表的结果。默认情况下,主要结果将被限制在10,000行,并对它们进行排序,以便播放最多的资源将位于前10,000行中。剩余的资源将在其他行。在报告中展开资源时,将显示特定于该资源的辅助信息。默认情况下,这些结果被限制为75,000行,用于在10,000个资源中分配。如果您发现辅助信息似乎不完整,您可以增加辅助限制或减少主要限制。减少主要限制还将减少在存档MediaAnalytics报表时内存耗尽的可能性。在您的配置/ config.ini.php文件看起来会像下面这样:

[MediaAnalytics] archiiving_ranking_query_row_limit_primary = 5000 archiiving_ranking_query_row_limit_secondary = 70000

对于云计算,请联系技术支持,他们应该能够为您调整这些配置。

以前的常见问题我能拿到被追踪的原始数据吗?
Baidu