هل هناك طريقة أخرى (أكثر مباشرة) لدمج Matomo مع Discourse، بدلاً من استخدام المكون الإضافي؟
كيف يبدو جدول root الزمني — يجب أن يكون هناك شيء كهذا:
*/12 * * * * /var/www/matomo/console core:archive --url=https://<home-of-matomo>/ > /var/log/apache2/matomo-archieve
(بالطبع، الوقت والتسجيل هي تفضيلات شخصية، ويمكن أن يكون المسار مختلفًا)
لكن القصة المحزنة هي أن هذا يبدأ في الخروج عن نطاق Discourse — منتداك إذا كان يرسل البيانات ويحصل عليها Matomo، فإنه ببساطة لا يعرضها لك.
لست متأكدًا من مكان إعدادات cron، في هذه الحالة.
أيضًا، بما أن لدي بالفعل مواقع ويب أخرى يتم تتبعها بشكل صحيح، أفترض أن التكوين العام لـ Matomo على ما يرام.
نعم، سأتوجه إلى منتدى Matomo أيضًا.
شكرًا لمدخلاتك!
إذا كان بإمكانه تتبع كل شيء آخر، فإن المشكلة ليست في cron. أو Matomo بحد ذاته.
ماذا يحدث إذا توقفت عن استخدام CSP، وسمحت له بالتسجيل فقط؟
إذا قمت بتعطيل CSP، أحصل على نفس النتائج.
نفس السجلات، لا يوجد خطأ، لا توجد بيانات.
هل لديك أي فكرة عن هذا؟
ليس لدي فكرة، ولكن يمكنك المحاولة — ضع مقتطف الكود في الرأس وجرب.\n\nبخلاف ذلك، لم يتبق لدي سوى خدعة واحدة: خذ استراحة (قهوة) وتحقق مرتين وثلاث مرات من إعداداتك في المكون. من السهل جدًا عدم رؤية خطأ واضح، مثل معرف خاطئ أو اسم مضيف به خطأ إملائي.
يجب حقًا إضافة هذا إلى التعليمات الرئيسية لأنه يبدو مطلبًا ما لم يكن المرء يشغل Matomo على نفس الخادم مثل Discourse، وهو ما أعتقد أنه نادر جدًا.
أيضًا في حالتي، Matomo الخاص بي موجود على خادم آخر تديره مجموعة أخرى ولدي عنوان URL له مثل https://subdomain.domain.com/subfolder/piwik.js وفي هذه الحالة، ليس من الواضح تمامًا بالنسبة لي ما هو نمط النطاق الذي يجب أن أستخدمه في content_security_policy_script_src لذلك أنا حاليًا أدرج نطاقات متعددة في هذا السطر من الإعداد سطرًا بسطر وهو ما لا أشعر بالرضا تجاهه مثل:
https://subdomain.domain.com
https://subdomain.domain.com/
https://subdomain.domain.com/subfolder
https://subdomain.domain.com/subfolder/
https://subdomain.domain.com/subfolder/piwik.js
https://subdomain.domain.com/subfolder/piwik.php
… ثم يتيح لك تحديد ترتيب مع خيار سهم للفرز لأعلى ولأسفل … وهو أمر رائع - من لا يحب الخيارات … ولكن في هذه الحالة عند محاولة تكوين شيء ما للعمل بشكل صحيح، فإن التوجيه الواضح والموجز هو الأكثر قيمة.
الشيء الوحيد الذي أنا واثق منه هو أنني قمت بالفعل بتضمين https:// قبل عنوان URL الخاص بي، وهو ما أنا متأكد من أنه جيد لأن الشهادة جيدة، وكذلك الاتصال، لقد ذكرت ذلك في منشورك وتعليمات content_security_policy_script_src تشير إليه تحت حقله أيضًا …
هل هناك أي شخص واثق جدًا ليخبرني ما هو نمط النطاق الذي يجب أن أستخدمه حقًا بناءً على السياق الذي قدمته أعلاه؟ شكرًا مقدمًا.
عند محاولة إضافة عنوان URL الخاص بـ Matomo (https://analytics.cosmos.coop) إلى حقل content_security_policy_script_src، أتلقى الخطأ التالي:
content_security_policy_script_src: يجب أن تكون القيمة إما'unsafe-eval'أو'wasm-unsafe-eval'، أو في شكل'\u003chash algorithm\u003e-\u003cbase64 value\u003e'حيث خوارزميات التجزئة المدعومة هيsha256أوsha384أوsha512. تأكد من أن الإدخال الخاص بك محاط بعلامات اقتباس مفردة.
هل لديك أي فكرة عما قد يكون خاطئًا هنا؟
إعجاب واحد (1)
هل قمت بتغليف عنوان URL بـ '؟
تستخدم Discourse الآن سياسة أمان المحتوى “Strict Dynamic” (CSP)، لذا لم تعد إضافة عناوين URL فردية ضرورية (أو ممكنة). مزيد من المعلومات هنا:
سأقوم بإزالة هذا القسم من المنشور الأصلي هنا. شكراً على التنبيه @madrush
4 إعجابات
شكرا لك! لقد نجحت في تشغيله الآن.
هذا المكون السمة يعمل بشكل رائع. شكراً للمساهمين!
هل يستخدم أي شخص الأهداف أو الميزات المتقدمة الأخرى في Matomo؟
أفكار للتحسين:
-
يمكن تتبع مجموعات المستخدمين (بما في ذلك المجموعات المخصصة) من خلال متغيرات Matomo المخصصة.
-
السماح بإرسال الأحداث المخصصة من Discourse إلى Matomo. سيكون ذلك مفيدًا للربط بالأهداف.