تحسين رسالة الخطأ

والخبر السار هو أن تتمكن من حل كل هذه المشاكل ، وذلك ببساطة عن طريق تقديم رسالة البديلة في سمة قيمة الحقل الخفي ، كما في المثال التالي :

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

حسنا ، لذلك فإن قيمة السمة تمكنك من تحسين صياغة رسالة الخطأ ، ولكن ماذا عن المظهر العام للشاشة التي انها عرضت؟ كيف تؤثر هذه الرسالة على المظهر العام لطلبك الملونة ، مع فاتح اللون الأزرق هيئة ألوان الخلفية والنص المناسب ، لتظهر فجأة على الشاشة السوداء مع رومان تايمز النص على خلفية بيضاء؟ وماذا عن موقعك شريط الأدوات الملاحية؟ إذا كان المستخدم لديه تساؤلات حول الخطأ الذي يظهر ، وكيف انه يمكن العثور على صفحة اتصل بنا؟ المستخدمين لا نرى حتى الذيل الخاص بك القياسية مع وصلة لمشرفي المواقع. فجأة ، وهذه الأداة أنيق التلقائي لا تبدو مفيدة على النحو الذي فعلته للوهلة الأولى ، بل إن العديد من المطورين وبكل بساطة تخلت عنه لهذا السبب بالذات. انها مشكلة لا يمكن حلها ، ولكن ، على الأقل إلى درجة أكبر من أن يترك للصفحة في هذا blackon العادي الشكل بيضاء. يمكنك التحكم في تخطيط كامل للصفحة (اللون ، الخط ، وهكذا دواليك) باستخدام السمات أتش تي أم أل العادي. يمكنك حتى أن مكان أشرطة الأدوات الملاحية وغيرها من السمات الحق على الصفحة ، والحل هو أن أضيف إلى قائمة رمز CFERROR نوع = "التحقق من الصحة" ، والتي تمكنك من يسمي خطأ معالجة قالب من خلقك الخاصة لتنسيق هذه مجرد مظهر أخطاء التحقق من الصحة.

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

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

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

_float: إزالة الفواصل وعلامات الدولار بنفس الطريقة التي _integer لا ، ولكن أيضا تحويل عدد (كما وردت في صفحة العمل) حتى تكون لديه ستة اماكن بعد العلامة العشرية ، مليئة الأصفار.

_range: تتوقع أن مجموعة من القيم لا بد من تحديدها في قيمة السمة والثلاثون دقيقة كحد أقصى = = yyy ، مفصولة بمسافة. كما أنها تتعامل مع أرقام نفس _float لا (السماح القيم العشرية ، وتحويل عدد بحيث يكون له الحق في ستة أماكن العشرية ، وكذلك إزالة الفواصل وعلامات الدولار). _range يمكن أيضا تحديد حدود واحدة فقط. (ولكن يجب وضع مسافة بعد عدد ، كما هو الحال في = 5 دقائق. ولا يمكن أن الدولة = 5 دقائق مع أي مساحة ، على الأقل قبل أن الإصدار 5 ، لأن ذلك من شأنه أن يتسبب في خلل شديد.) وأخيرا ، لأن النطاق المحدد في قيمة السمة ، لا يمكنك عرض رسالة مخصصة لفشل التحقق من النطاق.

_date: تقبل طائفة واسعة من الأشكال ، مثل 12/2/01 ، 12/2/2001 ، وحتى 12-2-01 ، 12 / 2 ، 2 ديسمبر ، 2 ديسمبر ، وهلم جرا. الأهم من ذلك أن تحويل التاريخ دخلت إلى ODBC تنسيق التاريخ : 12/13/01 يصبح (د '2001- 12 - 13'). هذا أمر جيد إذا كنت تخزين القيمة في قاعدة بيانات ODBC (لأنه يوفر عليك الحاجة إلى تحويل التاريخ إلى هذا الشكل) ، ولكن اذا كان هناك حاجة لعرضها على صفحة العمل (أو تخزينها في قاعدة البيانات غير ODBC) ، تحتاج إلى تحويلها. يكون على بينة من DateFormat () وظيفة ، وهو متاح للاستخدام لتحويل صيغة جديدة للعودة الى تنسيق التاريخ العادية. إذا كان هذا العام هو ترك إيقاف هذا التاريخ ، هذا التوجيه يفترض السنة الحالية. إذا سوى عدد واحد هو دخل ، ولكن (ربما قصد في موعد في الشهر الجاري) ، فإنه لا يعمل على الإطلاق. هذا الرقم واحد هو رفض وتاريخ غير صالح. _date لا يقبل الأوروبي تنسيق التواريخ (قبل يوم في الشهر) ، وإذا كانت هذه هي الطريقة الوحيدة التي يمكن أن يكون موعد الصحيحة : 13/12/01 ، بالتالي ، يصبح من المقبول و(د '2013- 12 - 01'). وحتى مع ذلك ، وذلك باستخدام _eurodate هو الخيار الأفضل فقط باستخدام _date إذا كان المستخدمون يدخلون تواريخ في الشكل الأوروبي. الغريب ، إذا كانت قيمة دخل هو إما ليس تاريخا صالحا (13/13/13) أو ليست له تاريخ في جميع (خ) ، والرسالة الافتراضية لكل من هو ببساطة : قيمة دخل لهذا الحقل formfield ( 'قيمة') هو غير مهيأ بشكل صحيح. في الحقيقة لا ينقل أنه ينبغي أن يكون هناك حتى الآن ، أقل بكثير من واحد صالح. هذا يشير إلى أن كنت حقا ينبغي أن تقدم رسالة مخصصة.

_eurodate: أسهم كل أوجه _date. والفرق الوحيد هو أن الشكل الافتراضي المتوقع هو النظام الأوروبي لليوم ، يليه شهر (ومن ثم ، اختياريا ، السنة).

_time: كما لا _date ، هذا التوجيه ليس فقط بالتحقق من صحة الوقت ولكن أيضا يحول إلى ODBC تنسيق الوقت : 1:12 يصبح (ر '01: 12:00'). كما هو الحال مع _date ، هذا التحويل على ما يرام إذا كنت تخزين البيانات في قاعدة بيانات ODBC (كما أنه يوفر عليك الحاجة إلى تحويله إلى أن الشكل) ، ولكن اذا كان هناك حاجة لعرضها على صفحة العمل (أو يتم تخزينها في غير ODBC قاعدة بيانات) ، تحتاج إلى تحويل إعادته باستخدام TimeFormat المتاحة () وظيفة. _time يقبل / صباحا / الساعة وع / م / الساعة لفترة التعيين. إذا كان التعيين يتم إيقاف بثها ، فإنه يفترض صباحا. أنت أيضا يمكن أن تدخل فقط ساعة والتسمية الفترة ، مثل 10am ، الذي يفترض أن ساعة (10:00:00). إذا سوى عدد واحد هو دخل من دون تسمية الفترة ، ومع ذلك ، ربما لأن المستخدم هو يعتزمون يعني مرة في الصباح ، أن قيمة مرفوض كما زمنية غير صالحة. الغريب ، إذا كان التاريخ هو دخل ، فانه يقبل ذلك ، ولكن أطماع لها قيمة (ر '00: 00:00') ، وهذا يعني منتصف الليل. (وهذه النتيجة قد تكون منطقية ولكن ليس من المرجح أكثر من المتوقع من قبل المطورين.) وغيرها من القضايا القليلة عامة تنطبق على واحد أو أكثر من هذه الخادم التصديقات الجانب ، كما تصف القائمة التالية :

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

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

إضافة قاعدة التحقق من صحة لحقل لا يجعل من حقل مطلوب. تحتاج إلى إضافة منفصلة _REQUIRED الحقل المخفي إذا كنت تريد لضمان دخول المستخدم.

قد تكون قلقة من تأثير على جانب الخادم تجهيز الوقت اذا كان دائما أداء هذه المصادقة. فقدت أي وقت لا يكاد يذكر ، في الواقع ، بالمقارنة مع أداء أكثر أهمية تجفيف الأوجه ، الذي لا يواجه مسألة واحدة مؤسفة ، ومع ذلك ، التي يجب أن تبقى دائما على علم : قوات التحالف صفحات العمل دائما ننظر إلى نموذج لتحديد ما إذا كان يحتوي على الحقول المنتهية لواحق. علاوة على ذلك ، ثم يزيل تلك الحقول من قائمة حقول النموذج المستخدم في السمات وتحديث قاعدة البيانات CFINSERT وCFUPDATE. وهذا يمكن أن يسبب مشكلة إذا كان لديك مثل هذا الحقل في قاعدة البيانات الخاصة بك كما Joined_Date (معنى التاريخ الذي انضم لمستخدم الخدمة) . قوات التحالف سوف نرى أي حقل النموذج الذي يحتوي على اسم (Joined_Date) والتحقق من صحة ل"انضمت" الميدان. الأسوأ من ذلك ، لأن من شأنه أن يزيل هذا المجال ثم Joined_Date قبل تجهيز CFINSERT أو CFUPDATE ، قد تجد أن العمود توضع أبدا / المحدثة ، ومرة أخرى ، فقط يكون على بينة من هذه المسألة. انها غالبا ما تشكل مصدرا للالصعب جدا إلى حل البق. حتى ان سريع المتهدمة الملقم التلقائي التحقق من جانب. انها سمة من سمات التي لديها نواقص وسلبيات. لكن الشغل الشاغل يجب أن يكون ذلك ، لأن الخادم التحقق من جانب القوات الاحتياطية للمستخدم لتصحيح أي أخطاء ، وأنه حقا لا ينبغي أن تستخدم إذا كان النموذج يطلب المستخدم لأكثر من حقول مدخلا للزوجين. (وترى في وقت لاحق أن اليد ترميز المصادقة serverside يستخدم لأغراض أخرى تماما.) بدلا من ذلك ، إذا كنت بحاجة إلى التحقق من عدة حقول النموذج ، يمكنك توفير خبرة أفضل للمستخدم باستخدام التحقق من جانب العميل ، والميزات التلقائية في التليف الكيسي يجعل هذا من السهل جدا القيام به ، حتى لو كنت لا تعرف جافا سكريبت.

مقال مقدم من جيل Babcoff

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