Я не использую их в своей установке.
Несколько случайных мыслей:
- Лучше всего тестировать из приватного/инкогнито-режима, где вы не авторизованы.
- Убедитесь, что ваш браузер не установлен в режим «Не отслеживать».
- Проверьте вкладку «Сеть» в консоли инструментов разработчика вашего браузера и убедитесь, что запрос доходит до вашего сайта статистики Matomo.
- Если вы видите ошибки в консоли, скорее всего, вам нужно настроить CSP и добавить свой сайт Matomo; для этого в Discourse есть соответствующая настройка.
Для многих сообществ с открытым исходным кодом, использующих Discourse, которые могут увидеть это и захотеть избежать использования таких сервисов, как Google, сообщаем, что Matomo предлагает бесплатные размещённые установки для подобных проектов, если у вас нет инфраструктуры или навыков для самостоятельной установки и запуска:
У меня возникла проблема с настройкой «secondsite» (через multisite.yml). На оригинальном/основном сайте всё работает отлично, а на втором — нет. Скрипты для обоих сайтов загружаются через CDN. Может ли это быть причиной проблемы?
Matomo всегда отлично работал у меня, поэтому эта тема заставила меня проверить, как я настроил его загрузку…
Оказалось, что он фактически загружается через приложение Cloudflare.
В этом компоненте темы отсутствуют некоторые функции, такие как «Не отслеживать» и настройки файлов cookie. Для соответствия GDPR без согласия на использование файлов cookie необходимо убедиться, что отслеживающие файлы cookie отключены, а у пользователей есть возможность отказаться от отслеживания.
Для этого необходимо включить следующие части:
_paq.push(['setDoNotTrack', true]);
_paq.push(['disableCookies']);
Или этот плагин работает иначе? Я просто предполагаю, так как не вижу этого здесь, а также не нахожу при поиске donottrack в этом репозитории.
https://github.com/discourse/discourse-matomo-analytics/blob/main/common/head_tag.html
Веб-интерфейс Matomo также позволяет легко добавить эти две строки paq. Возможно, стоит добавить эти опции в плагин Discourse для удобства настройки?
Протестирую этот коммит; если всё будет работать хорошо, я отправлю pull-запрос.
Пока всё работает как по маслу! Но от разработчиков пока нет ни слова о слиянии или какой-либо обратной связи.
Извините за такую долгую задержку. Я только что просмотрел PR и оставил комментарий.
PR выглядит хорошо, но я бы предпочёл, чтобы настройки по умолчанию были отключены, чтобы у существующих пользователей компонента темы не произошло никаких нежелательных изменений автоматически.
Приведённый выше PR теперь слит (спасибо @AquaL1te), теперь вы можете включить do_not_track и disableCookies в настройках компонента.
Отлично! Это небольшое дополнение дает администраторам больше контроля над собираемыми данными и также помогает администраторам из ЕС лучше соблюдать GDPR
Спасибо за проверку и слияние.
Этот компонент темы, к сожалению, не работает у меня. Нужна помощь.
Я установил компонент и добавил необходимую информацию (URL и ID) моей установки Matomo.
Но Matomo пока не зафиксировал ни одного посещения с Форума.
В консоли разработчика браузера я вижу два типа запросов к установке Matomo:
- GET https://matomo-url/piwik.js (Результат 200)
- POST https://matomo-url/piwik.php? (Результат 204)
Также я добавил свой matomo-url в настройки политики безопасности контента (content-security-policy).
Я не могу вам помочь, извините, потому что всё, что я могу сказать, — это то, что Matomo работает у меня отлично. Значит, проблема где-то в другом месте.
Вы абсолютно уверены, что Matomo может достигать результатов — работает ли cron или позволяют ли ваши настройки это при посещении Matomo?
Возможно, в консоли ошибок вашего браузера есть какие-то подсказки?
@AquaL1te Нет, в консоли ошибок нет
Никогда. Matomo просто не работает так. Или Discourse.
В 99 случаях из 100 это происходит из-за cron. Matomo получает данные, но не может преобразовать их в метрики, потому что нет ничего, например cron, что запускало бы этот процесс. А Matomo об этом не сообщает.
Вы сами размещаете Matomo?
Я размещаю Matomo на собственном сервере через Cloudron.
И наконец, сотый вариант: что-то блокирует поток данных в ваш Matomo.
Вот (замаскированные) логи из Cloudron/Matomo:
Nov 30 14:08:02 49.43.155.192 - - [30/Nov/2022:08:38:02 +0000] "GET /piwik.js HTTP/1.1" 200 21541 "****" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36"
Nov 30 14:08:03 49.43.155.192 - - [30/Nov/2022:08:38:03 +0000] "POST /piwik.php?action_name=**** HTTP/1.1" 204 - "****" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36"
Nov 30 14:08:03 172.18.0.1 - - [30/Nov/2022:08:38:03 +0000] "POST /piwik.php?action_name=**** HTTP/1.1" 204 231 "****" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36"
Nov 30 14:08:08 49.43.155.192 - - [30/Nov/2022:08:38:08 +0000] "POST /piwik.php?action_name=**** HTTP/1.1" 204 - "****" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36"
Nov 30 14:08:08 172.18.0.1 - - [30/Nov/2022:08:38:08 +0000] "POST /piwik.php?action_name=**** HTTP/1.1" 204 231 "****" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36"
Похоже, запросы в Matomo поступают без проблем.
В Cloudron/Matomo:
30 ноя 14:15:13 172.18.0.1 - - [30/ноя/2022:08:45:13 +0000] "POST /piwik.php?action_name=***
30 ноя 14:15:13 49.43.155.192 - - [30/ноя/2022:08:45:13 +0000] "POST /piwik.php?action_name=***
