مزامنة Patreon عن طريق الاتصال

الدعم
1

لقد قمت مؤخرًا بتثبيت هذه الإضافة وإعداد كل شيء، وفي الغالب يعمل كل شيء. يحصل المستخدمون على مكافآت من باتريون. تم منح معظم المستخدمين الذين شاركوا بالفعل بريدهم الإلكتروني في ديسكورس مع بريدهم الإلكتروني في باتريون مجموعتهم على الفور. ومع ذلك، كان هناك مستخدم وربما أكثر لديهم باتريون متصل بحساب ديسكورس الخاص بهم عبر التفضيلات ولا يشاركون بريدًا إلكترونيًا في ديسكورس مع حساب باتريون. لقد قمت حتى بتحديث ومزامنة البيانات ومع ذلك لم يحصلوا على المجموعة. أي أسباب قد تؤدي إلى حدوث ذلك؟

2

إذا لم يكن البريد الإلكتروني الخاص بـ Patreon والبريد الإلكتروني الخاص بـ Discourse متطابقين، فلن تعمل المزامنة. سيحتاجون إما إلى تحديث بريدهم الإلكتروني في Discourse أو في Patreon.

3

ما الهدف من الاتصال إذن؟ فقط لأغراض تسجيل الدخول؟

4

لدي نفس المشكلة وقد تحققت وتأكدت مرارًا وتكرارًا من تطابق رسائل البريد الإلكتروني. مؤخرًا، واجهت عددًا قليلاً من المستخدمين هذه المشكلة، وهو أمر لم أواجهه من قبل. حاولت إجراء مزامنة يدوية، لكنها لا تزال لا تعمل.

هل هناك طريقة لرؤية سجل؟ (يمكنني توفير الوصول إلى منتداي / التثبيت الخاص بي حيث يمكنك التحقق منه)

إعجاب واحد (1)
5

نعم، لقد جعلت المستخدم يطابق بريد Patreon و Discourse الخاص به، وتمت المزامنة، ولا يزال لا يحصل على مكافآته.

6

هل هناك أي تحديثات حول سبب حدوث ذلك؟

7

هل يمكنني الحصول على أي دعم؟ هذه مشكلة خطيرة جدًا خاصة عندما يدفع الناس مقابل المكافآت..

8

أخشى أنني لست على دراية كبيرة بهذا المكون الإضافي. كانت هناك مشكلة مؤخرًا بشأن التحقق من البريد الإلكتروني. هل قام هؤلاء المستخدمون الذين لا تتم مزامنتهم بالتحقق من بريدهم الإلكتروني على جانب Patreon؟

إعجاب واحد (1)
10

نعم، تم التحقق من بريدهم الإلكتروني على Patreon.

إعجاب واحد (1)
11

هممم. :thinking:

هل هناك أي أخطاء في وحدة التحكم عند الضغط على “تحديث بيانات Patreon ومزامنة المجموعات”؟

إعجاب واحد (1)
12

إذا كنت تقصد وحدة تحكم فحص العنصر، فلا توجد أخطاء تحدث.

13

لقد تحققت عدة مرات من أن رسائل البريد الإلكتروني متطابقة. لدي مشاكل مع عدة مستخدمين.

هل هناك طريقة لرؤية سجل مزامنة أو شيء مشابه؟

الاستجابة الوحيدة التي أحصل عليها من “https://xxxxxx/forum/patreon/update_data.json” هي:

صورة
صورة819×259 7.53 KB

14

نعم، لست متأكدًا مما يحدث، لا يبدو أن أحدًا يعرف هههه.

15

عذرًا، هذه ليست إضافة (plugin) استخدمتها من قبل، لذا فإن جهودي في استكشاف الأخطاء وإصلاحها تقتصر على التحقق من التغييرات الأخيرة والبحث عن مواضيع مشابهة. :slightly_smiling_face: هناك موضوع مشابه هنا يحتوي على بعض التفاصيل، ولكنه قديم جدًا Patreon Plugin Not Updating

قد يكون الجو هادئًا جدًا هنا في عطلات نهاية الأسبوع، ولكن نأمل أن يتمكن شخص لديه بعض الخبرة في هذا المجال من توضيح الأمر قريبًا. :crossed_fingers:

إعجاب واحد (1)
16

هل هناك أي تحديثات حول هذا؟

17

أرسل لي رسالة للاطمئنان على هذا أيضًا…

18

كم عدد الرعاة لديك في المجموع؟

هل يمكنك التحقق من تفاصيل الرعاية في صفحة مسؤول تفاصيل المستخدم؟

إعجاب واحد (1)
20

على باتريون أم على ديسكورس؟
صفحة باتريون نفسها تقول إن لديها
image

21

بالنسبة للبعض، ولكن ليس للمستخدمين الذين لا تعمل معهم.

لاحظت أيضًا هذا الخطأ اليوم في وحدة تحكم الأخطاء:

Patreon-API : {"errors":[{"code":1,"code_name":"generic-error","detail":"A runtime check failed.","id":"4462cdbf-XXXX-XXXX-86a4-4ddac9780368","status":"403","title":"A runtime check failed."}]}

تتبع المكدس

/var/www/discourse/plugins/discourse-patreon/lib/api.rb:15:in `campaign_data'
/var/www/discourse/plugins/discourse-patreon/lib/campaign.rb:13:in `update!'
/var/www/discourse/plugins/discourse-patreon/lib/patron.rb:9:in `update!'
/var/www/discourse/plugins/discourse-patreon/app/jobs/scheduled/patreon_sync_patrons_to_groups.rb:11:in `execute'
/var/www/discourse/app/jobs/base.rb:232:in `block (2 levels) in perform'
rails_multisite-4.0.0/lib/rails_multisite/connection_management.rb:284:in `with_connection'
rails_multisite-4.0.0/lib/rails_multisite/connection_management.rb:77:in `with_connection'
/var/www/discourse/app/jobs/base.rb:221:in `block in perform'
/var/www/discourse/app/jobs/base.rb:217:in `each'
/var/www/discourse/app/jobs/base.rb:217:in `perform'
/var/www/discourse/app/jobs/base.rb:279:in `perform'
mini_scheduler-0.13.0/lib/mini_scheduler/manager.rb:93:in `process_queue'
mini_scheduler-0.13.0/lib/mini_scheduler/manager.rb:37:in `block (2 levels) in initialize'

هذا خطأ آخر وجدته في سجل الأخطاء:

(patreon) Authentication failure! csrf_detected: OmniAuth::Strategies::OAuth2::CallbackError, csrf_detected | CSRF detected

مع تتبع المكدس

omniauth-1.9.1/lib/omniauth/strategy.rb:163:in `log'
omniauth-1.9.1/lib/omniauth/strategy.rb:486:in `fail!'
omniauth-oauth2-1.7.2/lib/omniauth/strategies/oauth2.rb:87:in `callback_phase'
omniauth-1.9.1/lib/omniauth/strategy.rb:238:in `callback_call'
omniauth-1.9.1/lib/omniauth/strategy.rb:189:in `call!'
omniauth-1.9.1/lib/omniauth/strategy.rb:169:in `call'
omniauth-1.9.1/lib/omniauth/strategy.rb:192:in `call!'
omniauth-1.9.1/lib/omniauth/strategy.rb:169:in `call'
omniauth-1.9.1/lib/omniauth/strategy.rb:192:in `call!'
omniauth-1.9.1/lib/omniauth/strategy.rb:169:in `call'
omniauth-1.9.1/lib/omniauth/strategy.rb:192:in `call!'
omniauth-1.9.1/lib/omniauth/strategy.rb:169:in `call'
omniauth-1.9.1/lib/omniauth/strategy.rb:192:in `call!'
omniauth-1.9.1/lib/omniauth/strategy.rb:169:in `call'
omniauth-1.9.1/lib/omniauth/strategy.rb:192:in `call!'
omniauth-1.9.1/lib/omniauth/strategy.rb:169:in `call'
omniauth-1.9.1/lib/omniauth/builder.rb:45:in `call'
/var/www/discourse/lib/middleware/omniauth_bypass_middleware.rb:50:in `call'
rack-2.2.3/lib/rack/tempfile_reaper.rb:15:in `call'
rack-2.2.3/lib/rack/conditional_get.rb:27:in `call'
rack-2.2.3/lib/rack/head.rb:12:in `call'
actionpack-6.1.6.1/lib/action_dispatch/http/permissions_policy.rb:22:in `call'
/var/www/discourse/lib/content_security_policy/middleware.rb:12:in `call'
/var/www/discourse/lib/middleware/anonymous_cache.rb:361:in `call'
/var/www/discourse/config/initializers/008-rack-cors.rb:25:in `call'
rack-2.2.3/lib/rack/session/abstract/id.rb:266:in `context'
rack-2.2.3/lib/rack/session/abstract/id.rb:260:in `call'
actionpack-6.1.6.1/lib/action_dispatch/middleware/cookies.rb:689:in `call'
actionpack-6.1.6.1/lib/action_dispatch/middleware/callbacks.rb:27:in `block in call'
activesupport-6.1.6.1/lib/active_support/callbacks.rb:98:in `run_callbacks'
actionpack-6.1.6.1/lib/action_dispatch/middleware/callbacks.rb:26:in `call'
actionpack-6.1.6.1/lib/action_dispatch/middleware/actionable_exceptions.rb:18:in `call'
actionpack-6.1.6.1/lib/action_dispatch/middleware/debug_exceptions.rb:29:in `call'
actionpack-6.1.6.1/lib/action_dispatch/middleware/show_exceptions.rb:33:in `call'
logster-2.10.1/lib/logster/middleware/reporter.rb:43:in `call'
railties-6.1.6.1/lib/rails/rack/logger.rb:37:in `call_app'
railties-6.1.6.1/lib/rails/rack/logger.rb:28:in `call'
/var/www/discourse/config/initializers/100-quiet_logger.rb:23:in `call'
/var/www/discourse/config/initializers/100-silence_logger.rb:31:in `call'
actionpack-6.1.6.1/lib/action_dispatch/middleware/remote_ip.rb:81:in `call'
actionpack-6.1.6.1/lib/action_dispatch/middleware/request_id.rb:26:in `call'
/var/www/discourse/lib/middleware/enforce_hostname.rb:23:in `call'
/var/www/discourse/plugins/communiteq-features/plugin.rb:119:in `call'
rack-2.2.3/lib/rack/method_override.rb:24:in `call'
rack-2.2.3/lib/rack/sendfile.rb:110:in `call'
actionpack-6.1.6.1/lib/action_dispatch/middleware/host_authorization.rb:142:in `call'
rack-mini-profiler-2.3.3/lib/mini_profiler/profiler.rb:249:in `call'
message_bus-4.0.0/lib/message_bus/rack/middleware.rb:60:in `call'
/var/www/discourse/lib/middleware/request_tracker.rb:198:in `call'
rails_multisite-4.0.0/lib/rails_multisite/middleware.rb:26:in `call'
/var/www/discourse/plugins/communiteq-features/plugin.rb:137:in `call'
railties-6.1.6.1/lib/rails/engine.rb:539:in `call'
railties-6.1.6.1/lib/rails/railtie.rb:207:in `public_send'
railties-6.1.6.1/lib/rails/railtie.rb:207:in `method_missing'
rack-2.2.3/lib/rack/urlmap.rb:74:in `block in call'
rack-2.2.3/lib/rack/urlmap.rb:58:in `each'
rack-2.2.3/lib/rack/urlmap.rb:58:in `call'
unicorn-6.1.0/lib/unicorn/http_server.rb:634:in `process_client'
unicorn-6.1.0/lib/unicorn/http_server.rb:739:in `worker_loop'
unicorn-6.1.0/lib/unicorn/http_server.rb:547:in `spawn_missing_workers'
unicorn-6.1.0/lib/unicorn/http_server.rb:143:in `start'
unicorn-6.1.0/bin/unicorn:128:in `<top (required)>'
/var/www/discourse/vendor/bundle/ruby/2.7.0/bin/unicorn:23:in `load'
/var/www/discourse/vendor/bundle/ruby/2.7.0/bin/unicorn:23:in `<main>'
/var/www/discourse/vendor/bundle/ruby/2.7.0/bin/ruby_executable_hooks:22:in `eval'
/var/www/discourse/vendor/bundle/ruby/2.7.0/bin/ruby_executable_hooks:22:in `<main>'

ولكن يبدو غريباً أن يكون خطأ في المصادقة بما أنني أستطيع الضغط على زر “مزامنة” في المكون الإضافي للمسؤول والحصول على “آخر مزامنة: الآن” وهذا يعمل.

22

أين تجد هذه السجلات؟