جایگزینی اسکریپتهای WebResource.axd با فایلهای استاتیک در ASP.NET Web forms
نویسنده: وحید نصیری
تاریخ: ۱۳۹۲/۱۰/۱۷ ۱۰:۰
آدرس: www.dntips.ir
| مطالب | ۳۶۹۴ |
| نویسندگان | ۲۷۶ |
| گروههای مطالب | ۱۰۲۴ |
| نقشههای راه | ۱۱۹ |
| دورهها | ۱۴ |
| اشتراکها | ۱۷۹۱۴ |
عنوان:
نویسنده: وحید نصیری
تاریخ: ۱۳۹۲/۱۰/۱۷ ۱۰:۰
آدرس: www.dntips.ir
نویسنده: وحید نصیری
تاریخ: ۱۳۹۲/۱۰/۱۷ ۱۰:۰
آدرس: www.dntips.ir
مدتی قبل سؤال مهمی در سایت مطرح شد، به شرح زیر:
«من از کنترلهای تلریک استفاده میکنم که یک سری اسکریپت را بصورت
http://localhost:1244/WebResource.axd?d=aklE6L8AEfPEgIS3T-oXc6mevPfbpi6VRp_ZTP2nBVrnt5ULOFYD3GNWRrDHwANC3VDQlL8dLAa5g35dzgHyuzAgAguIpYrf-_NXIJwNNu0YRSnH3-MgKMfnwKBKF_Lk2E5oeIcLL78uDlQ0se_GxQ2&t=635231470568640000
به فرم تزریق میکند و بعضی وقتها داخلش xp و یا یک سری دستورات اسکیوال تولید میشوند. در این حالت این مسیرها توسط ISA Server در شبکه داخلی حمله تشخیص داده شده و بلاک خواهند شد و عملا برنامه از کار میافتد. آیا راهی برای خلاصی از دست آنها هست؟»
پاسخ: بلی. از دات نت 3 و نیم به بعد، امکان جایگزینی کامل اسکریپتهای خودکار مدفون شده در اسمبلیها با فایلهای استاتیک پیش بینی شدهاست که در ادامه نحوهی استخراج و کار با آنها را بررسی خواهیم کرد.
الف) یافتن اسکریپتهای مدفون در اسمبلیها
در ابتدا اسمبلی حاوی کنترلهای وب فرم مدنظر خود را باید توسط برنامههای Reflector یا ILSpy و امثال آنها گشوده و نام دقیق منبع و همچنین محتوای آن فایل اسکریپت را استخراج کنید. برای مثال:
در این تصویر، اسمبلی استاندارد System.Web.Extensions مورد بررسی قرار گرفته است. برای نمونه اگر بخواهید اسکریپتهای متناظر با ScriptManager و UpdatePanel را با معادلهای استاتیک آنها جایگزین کنید، باید دو فایل MicrosoftAjaxWebForms.js و MicrosoftAjax.js را از این اسمبلی استخراج نمائید. (برنامههای یاد شده امکان ذخیره سازی منابع را نیز میدهند)
ب) وادار کردن ASP.NET به استفاده از نسخهی استاتیک منابع
فرض کنید دو اسکریپت یاد شده را در فایلهای staticJS1.js و staticJS2.js در ریشهی سایت خود ذخیره کردهاید. اکنون یک ScriptManager را به صفحه اضافه کرده و مطابق کدهای فوق، اسکریپتهای مدفون شده در اسمبلی System.Web.Extensions را به این فایلهای استاتیک هدایت کنید. همانطور که عنوان شد نام این مداخل باید دقیقا با نام موجود در اسمبلی یکی باشد؛ در غیر اینصورت با خطای ذیل مواجه خواهید شد:
اکنون اگر برنامه را اجرا کنید (با فرض قرار داشتن یک ScriptManager و UpdatePanel در صفحه)، اینبار دیگر در سورس صفحه، شاهد آدرسهای طولانی WebResource.axd و ScriptResource.axd نخواهید بود. به صورت خودکار از دو فایل استاتیک تنظیم شده، استفاده میشود:
بدیهی است در صورت نیاز، باید تعاریف سایر اسکریپتهای مدفون در اسمبلی یاد شده یا اسمبلی System.Web را نیز به صفحه از طریق ScriptManager اضافه کرد. در مورد کنترلهای ثالث نیز وضع به همین صورت است و استاندارد آن تفاوتی نمیکند.
یک نکتهی تکمیلی
در مطلب «ASP.NET 4.5 ScriptManager Improvements in WebForms » مشاهده خواهید کرد که از ASP.NET 4.5 به بعد، طی دو بستهی نیوگت که هر از چندگاهی به روز میشوند، کلیه اسکریپتهای System.Web و System.Web.Extensions خارج از این اسمبلیها نیز قابل دریافت بوده و با استفاده از سیستم bunding & minification میتوان آنها را فشرده و یکی کرد.
«من از کنترلهای تلریک استفاده میکنم که یک سری اسکریپت را بصورت
http://localhost:1244/WebResource.axd?d=aklE6L8AEfPEgIS3T-oXc6mevPfbpi6VRp_ZTP2nBVrnt5ULOFYD3GNWRrDHwANC3VDQlL8dLAa5g35dzgHyuzAgAguIpYrf-_NXIJwNNu0YRSnH3-MgKMfnwKBKF_Lk2E5oeIcLL78uDlQ0se_GxQ2&t=635231470568640000
به فرم تزریق میکند و بعضی وقتها داخلش xp و یا یک سری دستورات اسکیوال تولید میشوند. در این حالت این مسیرها توسط ISA Server در شبکه داخلی حمله تشخیص داده شده و بلاک خواهند شد و عملا برنامه از کار میافتد. آیا راهی برای خلاصی از دست آنها هست؟»
پاسخ: بلی. از دات نت 3 و نیم به بعد، امکان جایگزینی کامل اسکریپتهای خودکار مدفون شده در اسمبلیها با فایلهای استاتیک پیش بینی شدهاست که در ادامه نحوهی استخراج و کار با آنها را بررسی خواهیم کرد.
الف) یافتن اسکریپتهای مدفون در اسمبلیها
در ابتدا اسمبلی حاوی کنترلهای وب فرم مدنظر خود را باید توسط برنامههای Reflector یا ILSpy و امثال آنها گشوده و نام دقیق منبع و همچنین محتوای آن فایل اسکریپت را استخراج کنید. برای مثال:
در این تصویر، اسمبلی استاندارد System.Web.Extensions مورد بررسی قرار گرفته است. برای نمونه اگر بخواهید اسکریپتهای متناظر با ScriptManager و UpdatePanel را با معادلهای استاتیک آنها جایگزین کنید، باید دو فایل MicrosoftAjaxWebForms.js و MicrosoftAjax.js را از این اسمبلی استخراج نمائید. (برنامههای یاد شده امکان ذخیره سازی منابع را نیز میدهند)
ب) وادار کردن ASP.NET به استفاده از نسخهی استاتیک منابع
<asp:ScriptManager ID="Scriptmanager1" runat="server">
<Scripts>
<asp:ScriptReference Name="MicrosoftAjaxWebForms.js" Assembly="System.Web.Extensions"
Path="~/staticJS1.js" />
<asp:ScriptReference Name="MicrosoftAjax.js" Assembly="System.Web.Extensions" Path="~/staticJS2.js" />
</Scripts>
</asp:ScriptManager> The assembly 'System.Web.Extensions' does not contain a Web resource that has the name 'xyz.js'. Make sure that the resource name is spelled correctly. Make sure that the application references the correct version of an ASP.NET AJAX Framework assembly.
<script src="staticJS1.js" type="text/javascript"></script> <script src="staticJS2.js" type="text/javascript"></script>
یک نکتهی تکمیلی
در مطلب «ASP.NET 4.5 ScriptManager Improvements in WebForms » مشاهده خواهید کرد که از ASP.NET 4.5 به بعد، طی دو بستهی نیوگت که هر از چندگاهی به روز میشوند، کلیه اسکریپتهای System.Web و System.Web.Extensions خارج از این اسمبلیها نیز قابل دریافت بوده و با استفاده از سیستم bunding & minification میتوان آنها را فشرده و یکی کرد.
مطالب مشابه
-
مطالبقابلیت های کاربردی ASP.NET WebFroms - قسمت اولمطالباسکریپتهای خود را یکی کنیدمطالبطراحی افزونه پذیر با ASP.NET MVC 4.x/5.x - قسمت دوممطالباستفادهی همزمان از آپدیت پنل ASP.Net و پلاگینهای جیکوئریمطالبیکی کردن اسمبلیها با استفاده از Eazfuscatorمطالبتبدیل پلاگینهای jQuery به کنترلهای ASP.Netمطالببارگذاری یک یوزرکنترل با استفاده از جیکوئریمطالباستفاده از افزونهی jQuery Autocomplete در ASP.NETنظرات مطالبمخفی کردن کوئری استرینگها در ASP.NET MVC توسط امکانات Routingنظرات مطالبUrl Routing در ASP.Net WebForms
نظرات
- سجـــــــاد ف در ۱۳۹۲/۱۰/۱۷ ۱۰:۳۱با تشکـــــــــــــــــــــــــــــر فــــــــراوان. دلم نیومد که بدون ارسال نظر تشکر کنم
- آتوسا فتوحی در ۱۳۹۲/۱۰/۱۸ ۹:۳با سلام و خسته نباشین.من هم تو پروژه ام به وفور از کامپوننتهای تلریک استفاده میکنم واین مشکلو دارم.وقتی پروژه رو اجرا میکنم آدرس صفحه از http://localhost:24434/default.aspx به http://localhost:24434/(S(zes4wsco5fczysrbals0een1))/default.aspx تغییر پیدا میکنه.واسه همه صفحهها اینجوری هست.یعنی علتش همین که شما گفتین میتونه باشه ؟
- وحید نصیری در ۱۳۹۲/۱۰/۱۸ ۹:۲۱خیر. قسمتی که به URL اضافه شده، Session ID کاربر هست و زمان استفاده از حالت cookie less session رخ میدهد. از لحاظ امنیتی مشکل دارد و توصیه نمیشود.
- لیبرتاد در ۱۳۹۲/۱۰/۱۸ ۱۰:۶کلا" به خاطر همین چیزاست که استفاده از MVC توصیه میشه
- بهزاد در ۱۳۹۲/۱۰/۱۸ ۱۲:۴۳ما برای خودمون یک سیستم ساده نوشته ایم که نه تنها این کار رو میکنه بلکه خیلی حرفه ایتر و سادهتر این کار رو میکنه، مثلا حتی باهاش میشهه تمام فایلهای یک فریم ورک مثل jQuery یا Bootstrap رو توی اسمبلی گذاشت و بعد به سادگی بهشون ارجاع داد
روش کار مون اینطوریه که توی اسمبلی که میخواهیم فایلهاش روی وب قابل دسترس باشند، یک attribute تعریف میکنیم، توی این تعریف، پسوند فایلهای مجاز، پیشوند نشانی شون و بعضی چیزای دیگه رو تعیین میکنیم
در مرحله بعدی، توی فایل web.config یک هندلر اضافه میکنیم و نهایتا فایلی رو که میخواهیم آدرس بدیم، با استفاده از یک تابع خاص آدرس میدیم، نهایتا نشانی به صورت زیر تولید میشه:
/Dynamic/Farayan.Web.JQuery/jquery-1.5.js
اگر مایل باشین، میتونم فایل هاش رو براتون توی همین سایت بذارم، از دات نت هم بهتره!
- وحید نصیری در ۱۳۹۲/۱۰/۱۸ ۱۲:۵۷روزهای اولی که همه میرن سراغ وب فرم، دوست دارند همه چیز را داخل اسمبلیها قرار دهند. فکر میکنند اینطوری بهتر است. بعد متوجه میشوند که به روز رسانی آنها سخت میشود، WebResource.axdهای طولانی مشکلزا درست میکند (مطلب جاری) و از همه مهمتر تعداد ارجاعاتی که در یک صفحه اضافه میشوند، زیاد هست و روی کارآیی سایت تاثیر منفی میگذارد (تعداد رفت و برگشتهای زیادی را به سرور برای دریافت فایلهای هر صفحه ایجاد میکند). بعد به این نتیجه میرسند که بد نیست این فایلها را با هم یکی کنیم؟ (داخل یک اسمبلی گذاشتن به معنای یکی کردن فایلها نیست) فشرده سازی خود فایلها با حذف فواصل یا کوتاه کردن نام متغیرها چطور؟ اگر در این بین، سرور اینها را به صورت gzip ارائه دهد که خیلی خوب خواهد شد. اگر هدر کش کردن به مدت یکسال را هم در سمت کلاینت اضافه کنیم که عالی و به علاوه اگر فایلی در سمت سرور به روز شد، به صورت خودکار این کش دیگر قابل استفاده نباشد و به روز شود. اینجا است که سیستم bundling & minification دات نت متولد میشود. هم در MVC قابل استفاده است و هم در وب فرمها. بنابراین طراحی سیستمی بهینه جهت ارائه اسکریپتها و شیوهنامهها، فراتر است از صرفا قرار دادن چند فایل در یک اسمبلی و ارائه خام آنها.