نعم، بدأنا نلاحظ مشكلة الصورة الرمزية المخصصة مرة أخرى بعد فترة طويلة من إتاحة وقت لعملية sidekiq لإعادة بناء أي صورة رمزية مرفقة وصور الملف الشخصي، ولكن فقط في التكوين الذي يستخدم nginx كوكيل عكسي إلى منفذ يونكس.
الصور الرمزية الصغيرة تعمل بشكل جيد؛ لكنها لا تعمل في بطاقة الملف الشخصي أو في صفحات الملف الشخصي (إلا إذا كانت مخزنة مؤقتًا مسبقًا ولم تنتهِ صلاحية التخزين المؤقت).
بمجرد القيام بما يلي:
nginx -s stop; ./launcher start web-only
تختفي مشكلة صور الرموز المخصصة (في الصور التي لم يتم عرضها مسبقًا / تخزينها مؤقتًا في المتصفح).
وبمجرد القيام بما يلي بعد ذلك:
./launcher stop web-only; nginx
تعود مشكلة صور الرموز المخصصة للصور التي لم يتم عرضها بعد / تخزينها مؤقتًا.
لا توجد أخطاء تتعلق بـ HTTPS، وهذا بالتأكيد ليس بسبب force_https (غير مرتبط تمامًا):
discourse=# select * from site_settings where name like '%http%';
id | name | data_type | value | created_at | updated_at
----+-------------+-----------+-------+----------------------------+----------------------------
79 | force_https | 5 | t | 2020-04-16 05:51:13.165124 | 2020-04-16 05:51:13.165124
(1 row)
لقد تأكدنا من هذه المشكلة على الأجهزة المحمولة (iOS، الإصدار الأحدث)، وعلى سطح المكتب، في Chrome (الأحدث)، وSafari (الأحدث)، إلخ.
هناك شيء غريب يحدث عند استخدام nginx كوكيل عكسي إلى منفذ يونكس، مما يؤثر على صور الرموز المخصصة.
حتى الآن، ونعتذر عن إخبارك يا @ariznaf، لم نتمكن من عزل المشكلة ولا نملك حلاً لها.
يبدو “كأن” التكوين الذي يستخدم nginx كوكيل عكسي إلى منفذ يونكس لا تقوم فيه تطبيق discourse (الحاوية) بإعادة بناء صور الرموز المخصصة هذه كما تفعل في التكوين الذي لا يستخدم nginx كوكيل عكسي إلى منفذ يونكس.
ربما لا يعجب sidekiq تكوين nginx كوكيل عكسي إلى منفذ يونكس ويرفض جدولة أو تشغيل عملية إعادة البناء هذه، LOL؟ @riking؟
غريب.