| اختيار المجال لإدراج الوظيفة الإضافية في القائمة البيضاءفي الماضي، عند تصدير وظيفة إضافية من الناشر، لم يكن هناك شرط لتحديد النطاقات المؤهلة للإدراج في القائمة البيضاء. ونتيجة لذلك، لن تعمل الوظائف الإضافية بشكل صحيح عند تثبيتها في مثيلات العميل. على سبيل المثال، إذا كانت الوظيفة الإضافية الخاصة بك تتضمن مكتبة JavaScript، فإن إدراج النطاق ذي الصلة في القائمة البيضاء يصبح أمرًا بالغ الأهمية. قد تؤدي محاولة تضمين المكتبة عبر علامة البرنامج النصي إلى حدوث أخطاء. على الرغم من أنه قد يعمل بسلاسة في مثيل المطور، إلا أنه قد يواجه مشكلات في مثيلات العميل. وينطبق الشيء نفسه على مجالات مصمم API. للتغلب على هذا القيد، قدمنا ميزة جديدة تسمح لك بتحديد مجال لإضافته إلى القائمة البيضاء عند إنشاء وظيفة إضافية في ناشر الوظيفة الإضافية. الرجوع إلى الصور أدناه. 
ستساعدك هذه التحسينات على إدراج النطاقات المطلوبة في القائمة البيضاء وضمان التشغيل السلس للوظائف الإضافية الخاصة بك. ملاحظات: يمكنك أيضًا تحديد المجالات في API Designer بنفس الطريقة. تأمين رمز الطرف الثالثعند إنشاء وظيفة إضافية، لديك المرونة اللازمة لاختيار رموز مخصصة مثل Tap Scripts وAPIs وPages وTap CSS والمزيد. ما يوحد هذه الكيانات هو أنها كلها عبارة عن رموز مخصصة كتبها مطورو الطرف الثالث. في السيناريو الذي تقوم فيه بنشر الوظيفة الإضافية الخاصة بك في السوق، ويقوم شخص ما بتثبيتها، تنشأ مخاوف أمنية محتملة - وهي رؤية رمز الوظيفة الإضافية للمستخدمين. قد يجعل هذا التعرض من السهل على المطورين الآخرين تكرار التعليمات البرمجية الخاصة بك. مع التحديثات الأخيرة للناشر، تم تنفيذ تحسين كبير. الآن، لن يتمكن المستخدمون الذين قاموا بتثبيت الوظيفة الإضافية في مثيلهم من رؤية الكود بشكل مباشر. ينطبق هذا القيد حتى عند الوصول إلى مصمم API من خلال Vtiger CRM > Module Designer > API Designer. ولأخذ التدابير الأمنية خطوة أخرى إلى الأمام، قمنا أيضًا بتنفيذ ضغط التعليمات البرمجية. تضمن هذه الطبقة الإضافية أنه حتى إذا حاول المطورون فحص التعليمات البرمجية باستخدام أدوات مثل أدوات تطوير Chrome، فإن فهم التعليمات البرمجية يصبح مهمة أكثر تعقيدًا. الرجوع إلى الصورة أدناه. 
| 
