Cache Management

Clear Cache Data

از آنجایی که لیست فرم ها و سرویس ها و همچنین مکانیزم کارکرد آنها در موتور اجرایی زی فریم به این صورت طراحی شده اند که اطلاعات و ساختار آنها Cache می شود، بنابراین چنانچه در زی فریم یک فرم و یا یک سرویس جدید توسعه داده شود، حتما باید از پاک کردن Cache اطلاعات در داخل موتور اجرایی زی فریم اطمینان حاصل کرد. برای انجام این کار از منوی Server گزینه Application Cache Management انتخاب می شود تا پنجره زیر باز گردد.

همانطور که در قسمت Debug Server Address در نوار بالای این پنجره مشاهده می شود، URL سامانه اجرایی در این قسمت قرار گرفته است، زیرا در زمان تعریف اپلیکیشن یا سیستم، آدرس URL سامانه اجرایی در آن وارد شده است. چنانچه این کار تا کنون صورت نگرفته باشد آنگاه هیچ آدرسی در قسمت Debug Server Address وجود نخواهد داشت و cache کردن امکان پذیر نخواهد بود. دلیل این امر آن است که این آدرس مسیر ارسال پیام های زیر ساختی به سمت نرم افزار اصلی را برای ZIDE مشخص می کند.

در پنجره Application Cache Management برای مدیریت فرایند Cache کردن، دکمه هایی وجود دارد که در ادامه توضیح داده می شوند.

با کلیک بر روی این دکمه، اطلاعات بارگذاری شده سمت سرور پاک شده و موتور اجرایی برای اجرای فرایندها به بانک اطلاعاتی Meta Data رجوع خواهد کرد تا سیستم طبق آخرین تغییرات بارگذاری شود (هر زمان در سامانه تغییراتی اعمال شود، برای مشاهده تغییرات در سامانه خروجی باید بر روی این دکمه کلیک نمود). به این کار در زی فریم Clear Cache گویند.

View Cache Data

با استفاده از این دکمه، زی فریم گزارشی از مقادیر بارگذاری شده در قسمت cache مانند تمام مقادیر، نوع مقادیر، میزان حجم بارگذاری شده، زمان اجرا و برخی موارد دیگر ارائه می کند.

Application Developer Mode

با کلیک بر روی این دکمه، نرم افزار به حالتی سویچ می کند که دیگر نیازی به پاک کردن اطلاعات cache شده وجود ندارد. زیرا دیگر اطلاعات را cache نکرده و برای بارگذاری هر نوع اطلاعاتی اعم از فرم و سرویس به بانک اطلاعاتی MetaData رجوع می کند.

Deactive Developer Mode

 

با انتخاب این دکمه، سامانه از mode کارکردی در حالت Developer Mode خارج می شود.

Debug Trace

زمانی که بر روی این دکمه کلیک شود، سامانه کلیه فرایندهایی که اجرا نموده را نمایش می دهد.

Query List

زمانی که بر روی این دکمه کلیک شود، یک خروجی شامل لیست Query های اجرا شده در موتور اجرایی به همراه خطاها، زمان اجرا و غیره نمایش داده می شود.

Rest API Statistic

با استفاده از این دکمه می توان اطلاعات آماری در مورد تمامی سرویس های استفاده شده، زمان اجرا و تعداد خطاها را مشاهده نمود.

Form Statistic

با استفاده از این دکمه می توان آمار مربوط به اجرای فرم ها و گزارش های مرتبط با کارایی (Performance) را مشاهده نمود.

Excel Report

از این دکمه برای دریافت یک خروجی آماری (در قالب یک فایل اکسل) از تمامی فرمها و سرویس های اجرا شده استفاده می شود.

Set Trace Level

در زی فریم ماژولی وجود دارد که عمل LOG گرفتن از رخدادها را انجام می دهد. این قسمت زمانی کاربرد دارد که یک برنامه نویس بخواهد با استفاده از ابزار جاوا از زیرساخت زی فریم استفاده کند. در زی فریم برای هر پیامی که به ماژول لاگ فرستاده می شود، عددی به عنوان Level در نظر گرفته شده است که درجه بندی آن از کم به زیاد متغیر است. به این معنا که هر چه Level یک پیام کمتر باشد ارزش آن نیز کمتر است و بالعکس. تصویر بالا نمونه ای از لاگ اجرایی است که توسط زی فریم نوشته شده و در یک فایل در مسیر Application سرور ذخیره می شود. نکته بسیار مهم آن است که اگر سیستم دچار خطا شود، زی فریم بدون توجه به اولویت، آن پیام را نمایش می دهد. به عبارت دیگر، زمانی که پیام از جنس خطا باشد، این پیام بدون هیچ قید و شرطی نمایش داده خواهد شد. در زی فریم می توان برای مدیریت نمایش پیامها بر اساس درجه اهمیت، یک Level مبنا در قسمت Engine Trace Level تعیین نمود. در نتیجه دکمه Set Trace Level سامانه را در حالتی تنظیم می کند که فقط پیام هایی را نشان دهد که مقدار Level آنها از مقدار وارد شده در Engine Trace Level بیشتر باشد. همانطور که در قسمت آموزش نصب و راه‌ اندازی توضیح داده شده است، حالت پیش فرض Trace Level را می توان در فایل Config نرم افزار مقداردهی نمود.