موصى به: طرق استخدام عبارات SQL في إنتاج صفحة الويب الديناميكية ASP 1. حدد بيان في عالم SQL ، والعملية الأساسية هي عبارة SELECT. عند استخدام SQL مباشرة ضمن أداة قاعدة البيانات ، سيكون الكثير من الأشخاص على دراية بالعمليات التالية: فيما يلي المحتوى المقتبس:
لماذا غالبًا ما يعرض رمزًا مشويًا في ASP عند تحديد CODEPAGE كـ 65001؟ سوف يشرح الرجل الموهوب هذه المشكلة بالتفصيل هنا حتى يتجنب العديد من الأصدقاء أخذ الالتفاف وحتى رفض UTF-8.
إذا كنت لا تعرف ما هو UTF-8 بعد ، فإن Caizi يقترح أنك تبحث عن المعلومات المتعلقة بـ UTF-8 أولاً.
من الصحيح بالتأكيد أن ترميز UTF-8 مقبول وحتى يحبه من قبل المزيد والمزيد من الناس. اليوم ، عندما يكون Web2.0 شائعًا ، أثناء الحديث عن توافق المتعدد المفعول ، يجب أن أعتقد أن الظاهرة المشوهة الناجمة عن ترميزات شخصية مختلفة تحتاج أيضًا إلى التعامل معها جيدًا ...
منذ سنوات ، سيتم تشويه جميع الإصدارات أدناه IE6 إذا لم يتم تثبيت مكتبة الخط المقابلة. على سبيل المثال ، أنا إصدار IE5 (Windows2000 الافتراضي). بدون تثبيت مكتبة الخطوط التقليدية ، سيتم تشويه مواقع الويب التي تصل إلى أي صفحة تقليدية إذا لم يتم تثبيتها. بالطبع ، الفرضية هي أن الصفحة تستخدم Charset Big5 ، ويمكن لـ UTF-8 التعامل مع هذه المشكلة بشكل جيد كترميز دولي. طالما تم حفظ الصفحة كتنسيق ترميز UTF-8 ، ثم تحدد codepage و charset على أنها UTF-8 على الصفحة ، يمكنك عرض المحتوى الصحيح تمامًا في أي متصفح عميل ، ولن يكون هناك مشوه ...
حسنًا ، هنا نأخذ صفحة ASP كمثال ، ودعونا نأخذ مثالًا لرؤية العملية المحددة:
افتح صفحة ASP جديدة ، أعتقد أن الأصدقاء الذين يلعبون ASP سوف يلاحظون أنه في العديد من رموز المصدر التي تم تنزيلها ، عادة ما تكون هناك جملة في أعلى الصفحة:
| ما يلي هو المحتوى المقتبس: ٪@language = vbscript codepage = 936 ٪ |
ليست هناك حاجة لقول الكثير عن اللغة السابقة. VBScript هي لغة البرمجة النصية الافتراضية لـ ASP. في الواقع ، من غير الضروري تمامًا الكتابة. إذا كتبت ، فقد يؤثر أيضًا على كفاءة تنفيذ الصفحة. لن نناقش هذه القضية هنا. الكود الخلف هو المفتاح ، والغرض من ذلك هو إخبار المتصفح بنوع ترميز هذه الصفحة. 936 تعني الصينية المبسطة ، في حين أن 950 تعني الصينية التقليدية ، و 65001 هو ترميز UTF-8 الذي نتحدث عنه اليوم. لقد غيرنا 936 إلى 65001. الجملة بأكملها هي كما يلي:
| ما يلي هو المحتوى المقتبس: ٪@اللغة = vbscript codepage = 65001 ٪ |
أضف إلى إخراج بعض الأحرف الصينية لمعرفة ما إذا كان يمكن عرضها بشكل صحيح.
| ما يلي هو المحتوى المقتبس: <٪ Response.Write test utf-8 page لأول مرة ٪> |
حسنًا ، فقط انقر فوق حفظ وتنفيذ هذه الصفحة لرؤية. إذا لم يحدث شيء غير متوقع ، فقد ترى أن الكلمات utf-8 يتم عرضها ، وهناك صيني مشوه. ما هو السبب؟
حسنًا ، يرجى النقر فوق قائمة الملفات في الأعلى وحدد حفظ AS. هناك ترميز على النتيجة النهائية. يجب أن يكون الافتراضي ANSI. يرجى النقر فوق المربع المنسدلة ، حدد UTF-8 ، انقر فوق حفظ ، ثم تجربته. إذا لم يحدث شيء غير متوقع ، فسيكون ذلك أكثر فوضى. هاها ، أنت بالدوار. لا تقلق ، فكر في السبب ، لأن الصفحة التي صنعناها يتم إرجاعها بواسطة HTML. في الماضي ، عندما كتبنا HTML ، رأينا جملة ميتا أمام الجسم ، أي في الرأس ، والتي يجب أن تكون مثل هذا:
| ما يلي هو المحتوى المقتبس: <meta http-equiv = content-type content = text/html ؛ charset = gb2312> |
أي أن الصفحة المحددة تُرجع النتيجة مع ترميز GB2312 ، ويجب كتابتها أمام الإخراج بنتيجة الإرجاع. يعلم الجميع أن GB2312 مبسطة صينية. اليوم نتحدث عن ترميز UTF-8. دعنا نغير GB2312 إلى UTF-8. الكود بأكمله كما يلي:
| ما يلي هو المحتوى المقتبس: <٪@language = vbscript codepage = 65001 ٪> <meta http-equiv = content-type content = text/html ؛ charset = utf-8> <٪ Response.Write test utf-8 page لأول مرة ٪> |
تنفيذ مرة أخرى ، حسنًا ، سيتم عرضه بشكل طبيعي هذه المرة ...
الخلاصة: من أجل استخدام ترميز UTF-8 ، بالإضافة إلى حفظ الملف كتنسيق UTF-8 ، تحتاج أيضًا إلى تحديد codepage و charset في نفس الوقت.
مشاركة: استخدم SQL-DMO لإنشاء تطبيقات ASP النسخ الاحتياطي والتحقق نظرة عامة على كائنات الإدارة الموزعة SQL (SQL-DMO) توفر للمطورين طرقًا لأداء المهام العادية باستخدام لغات البرنامج والبرمجة ، وبالتالي توسيع وظائف SQL Server. يتحدث هذا المقال عن كيفية استخدام SQL-DMO بذكاء لإنشاء