ما الذي يجب فعله بشأن نسبة صغيرة من المستخدمين الذين يصرون على استخدام أشياء مثل NoScript؟

Question

أرغب في إنشاء موقع ويب بالكامل بمقبس وأياكس يعتمد على تفاعل المستخدم.وهذا يعني أن المستخدمين الذين تم إيقاف تشغيل جافا سكريبت لديهم لن يتمكنوا حتى من إرسال التحديثات إلى موقع الويب بأي شكل من الأشكال أو حتى التسجيل.سيكونون قادرين على قراءة البيانات فقط.

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

وهذا أيضًا إطار عمل أريد أن أتمكن من إعادة استخدامه في المزيد من مواقع الويب.

Answer 1

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

ولكن هذا ليس جديدا.إذا كنت تكتب تطبيقًا لنظام iOS، فلا يمكن تشغيله على Android.إذا كنت تكتب لعبة لـ xBox فلن تعمل على PlayStation.

رأيي الشخصي - إذا قام الأشخاص حرفيًا بإيقاف تشغيل JavaScript في متصفحهم (وتشير الإحصائيات إلى أن هذه نسبة منخفضة جدًا)، فسوف يحصلون على تجربة ويب أقل جودة.لن يتمكنوا من استخدام موقعك بشكل صحيح.المنظمة البحرية الدولية هذا جيد.لقد قمت بالاختيار وكذلك فعلوا.تريد أن يحصل المستخدمون على تجربة جيدة، لذا عليك التركيز على ذلك.

لنجعل هذا مشابهًا لقول برامج Windows وMac.يستحوذ Windows على 95% من سوق أجهزة الكمبيوتر المكتبية، وMac على 5%.(أنا أقوم بجمع الأرقام - ليس من المهم ما هي الإحصائيات الدقيقة).لذلك من الطبيعي أن تكتب برنامجك أولاً للكمبيوتر الشخصي.بعد ذلك، يمكنك قضاء وقتك في إعادة الكتابة لنظام التشغيل Mac، أو تحسينه للكمبيوتر الشخصي.يختار معظم الأشخاص التحسين للكمبيوتر الشخصي.

أنا الآن في المخيم حيث لا أشعر بالقلق الشديد بشأن الأقليات.لم أعد أختبر في IE6 بعد الآن.أطلب تشغيل JavaScript.وأحتاج إلى دعم لملف تعريف ارتباط الجلسة على الأقل.إذا كنت تريد البقاء على IE6 - فافعل ذلك، ولكن هذا هو قرارك، لذا لا تبكي علي إذا لم تتمكن من استخدام الموقع.أنا لا أدعم الهواتف التي يبلغ عمرها 10 سنوات، فلماذا أدعم متصفحًا عمره 10 سنوات؟أتفهم المنطق وراء قيام بعض الأشخاص بإيقاف تشغيل JavaScript - لكنني لن أقلل من تجربة 98% من الأشخاص الآخرين فقط لاستيعابك.وليس لدي الوقت لإعادة كتابة كل شيء مرتين.

Answer 2

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

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

ويقول

ودعونا موقع الويب الخاص بك لديه صفحة إدارة الملف الشخصي للعضو. نموذج لديه وجوه الأعضاء مع طرق لتحديد / الحصول على معرفات والعنوان ورقم الهاتف وعنوان البريد الإلكتروني، إلخ.

والسيناريو A، يتم تمكين JS:
1) وصلة من خيار القائمة "لمحة المسؤول" يدعو getProfile () على الجهة الخلفية. أن يبني HTML / جافا سكريبت لإرسالها مرة أخرى عن طريق الاتصال getIdentifiers ()، getAddress ()، getPhone ()، وغيرها، ويرسل هذا إلى العميل.
2) يقوم المستخدم بتغيير رقم الهاتف على صفحة ملفهم الشخصي. منذ يتم تمكين JS، سيتم إجراء مكالمة أجاكس إلى setPhone ()، وعندما تأتي النتائج مرة أخرى، إلا أن جزء من الصفحة يتم تحديثها.

والسيناريو B، يتم تعطيل JS: 1) وصلة من خيار القائمة "لمحة المسؤول" يدعو getProfile () على الجهة الخلفية. فإن البيانات جلسة لديهم منطقية مشيرا الى ان JS المعوقين، وبالتالي فإن الصفحة التي قدمت لها أشكال وتقدم أزرار. 2) يقدم العضو البيانات إلى setProfile ()، التي تحتوي على جميع المجالات، تغيرت أم لا. ما هو إرسالها مرة أخرى هو من الصفحة مع معلومات جديدة عن طريق getProfile () مما يجعل من جديد.

انظر أيضا هذا المنصب حول تقديم محتوى بديل عند تشغيل JS خارج.

لذلك <م> ممكن . لكن، وكما قال بروس، إلا إذا كنت حقا بحاجة إلى أن السكان، ويحصلون على ما يستحقون. وأنا شخصيا لا تذهب من خلال هذا المستوى من الجهد، أي أكثر مما كنت ستحاول حساب للمستخدمين الذين قد يحاولون الوصول إلى الموقع من خلال أجهزة المودم 14.4K. كل من هذه الأدوات لإيقاف JS تسمح لك بتحديد المواقع استثناء.