لعدة أشهر ، كان مستخدمو OneDrive for Business
يشكون من مشكلة غريبة: يفتح تطبيق الويب ببطء شديد ويعمل ببطء تحت Linux (Chrome / Firefox). لكن سرعة التطبيق تزداد بشكل كبير إذا قمت بتغيير وكيل المستخدم على Windows.
في 26 نوفمبر 2016 ،
استشهد أحد المستخدمين بمثل هذا المثال. على Ubuntu / Linux 16.04 + Chrome / Firefox (أحدث إصدار) ، يتم فتحه:
https://<my_company>-my.sharepoint.com/personal/<my_user>/_layouts/15/onedrive.aspxفي غضون دقيقتين ، لا تستجيب واجهة المستخدم ، وتحميل وحدة المعالجة المركزية بنسبة 100٪ ، وتبين لوحة الشبكة تحميل صفحة يبلغ حوالي 100 ميجابايت.
إذا قمت بتغيير وكيل المستخدم في المستعرض عن طريق تحديد نظام تشغيل Windows ، فإن كل شيء يعمل كما هو متوقع.
في مناقشة أخرى ، أكد المستخدمون الآخرون المشكلة. قال أحدهم عن الانتقال إلى Google Apps أن البعض أصيب بخيبة أمل من سلوك Microsoft هذا. على هذه المناقشة وتوقف. كما اتضح ، من الصعب تحقيق العدالة في منتدى الدعم الرسمي.
ظهر الموضوع مرة أخرى في 22 مارس 2017 ، عندما
اشتكى مستخدم Reddit
من مشكلة مماثلة. قال إنه يستخدم جهاز كمبيوتر محمول مع Linux Mint 18.1 و Firefox 52 ، ومن خدمات Office 365 يستخدم Word فقط. يجب القيام بذلك ، لأنه عند العمل في فريق ، يكون توافق التنسيق مهمًا. على عكس المستخدم السابق ، لا يزال OneDrive يعمل ، على الرغم من أنه يعمل ببطء شديد ، مع تأخيرات رهيبة. في الوقت نفسه ، لا توجد مثل هذه المشاكل على جهاز كمبيوتر سطح مكتب يعمل بنظام Windows 10.
ثم حصل على فكرة تجربة
الامتداد لتغيير وكيل المستخدم في Firefox. قام بتثبيت وكيل المستخدم هذا ، وتغيير نظام التشغيل فقط: Mozilla / 5.0 (Windows NT 6.1 ؛ WOW64 ؛ rv: 40.0) Gecko / 20100101 Firefox / 52 - وتم حل المشكلة بأعجوبة. لم تبطئ واجهة OneDrive على الإطلاق.
قال المستخدم أن نفس الأسلوب ساعد صديقه. إذا قمت بإرجاع وكيل المستخدم المعتاد Mozilla / 5.0 (Linux Mint / 18.1؛ WOW64؛ rv: 40.0) Gecko / 20100101 Firefox / 52 ، فستعود الفرامل أيضًا.
أثار السلوك الغريب لتطبيق الويب عددًا من الأسئلة. ليس من الواضح كيف قد يعتمد أداء التطبيق على وكيل المستخدم.
في 23 مارس 2017 ،
أوضحت مايكروسوفت
الموقف أخيرًا. وأوضح أحد الموظفين أنه تم إصلاح هذا الخطأ. اتضح أن المشكلة كانت في صفحة StaticLoad.aspx ، والتي في الخلفية تضخ الموارد لتطبيقات الويب المكتبية (هذه هي تقنية التحسين القياسية في المتصفحات - الجلب المسبق أو الجلب المسبق).
كما اتضح ، بسبب مصادفة سخيفة ، استخدمت هذه الصفحة رابطًا واحدًا للجلب المسبق في المتصفحات على أنظمة التشغيل iOS ، و Chrome OS ، و Mac ، و Windows ، ولكن بالنسبة للمتصفحات على نظام التشغيل Linux ، انزلقت إلى آلية جلب مسبق بديلة أقل كفاءة - بدون تحسين.
أكد الموظف أن المشكلة قد تم حلها في 22 مارس الساعة 15:00 بتوقيت المحيط الهادي ، وكان خطأ غير مقصود تمامًا - واعتذر عن أي إزعاج.
في
شرح أكثر تفصيلاً ، أوضح أحد موظفي Microsoft أنه من خلال آلية الجلب المسبق "الأقل كفاءة" ، فإنه يعني الجلب المسبق باستخدام علامات <الكائن> ، <script> ، <img>. في هذه الحالة ، لا يتم استخدام
الجلب المسبق للرابط . في هذه الآلية تم تبديل متصفحات Linux.
قال الموظف إن التعرف على المتصفحات بواسطة صفحة StaticLoad.aspx تم إجراؤه لتحديد طريقة الجلب المسبق ، لأنه لا تدعم جميع المتصفحات الجلب الأمثل للرابط. لذلك ، تم إدخال البعض في الجلب المسبق عبر علامات <الكائن> ، <script> ، <img>.
ربما كان هناك نوع من القائمة البيضاء أو السوداء - وهذه القائمة لم تعمل بشكل صحيح. حسنًا ، تحدث أخطاء البرمجة البسيطة هذه حتى بالنسبة للشركات الكبيرة مثل Microsoft. الشيء الرئيسي هو أن الشركة ، حتى مع تأخير ستة أشهر أو سنة ، قد أدركت المشكلة وأصلحتها.
"محدثة" تعلن مايكروسوفت أنها صديقة جدا للمصدر المفتوح ولجنو / لينكس. الجميع يتذكر كيف
قالت ساتيا ناديلا: "مايكروسوفت تحب لينكس". صحيح أن هذا لا يمنع Microsoft من مواصلة
هجمات براءات الاختراع على Linux وإصدار الأموال من Android ، ولكن هذا تافه.