‫۱۳ سال و ۵ ماه قبل، جمعه ۳۰ اردیبهشت ۱۳۹۰، ساعت ۱۴:۳۰
جهت تکمیل بحث،
موارد زیر هم باید به لیست صرفنظر شونده‌ها اضافه شوند (همانند همان سطر ViewState که در کد آمده)


__LASTFOCUS, __EVENTTARGET,
__EVENTARGUMENT, __VIEWSTATE, __SCROLLPOSITIONX, __SCROLLPOSITIONY,
__VIEWSTATEENCRYPTED, __ASYNCPOST


این مورد برای ASP.NET Webforms ضروری است اما برای ASP.NET MVC خیر.
‫۱۳ سال و ۵ ماه قبل، یکشنبه ۱ خرداد ۱۳۹۰، ساعت ۰۱:۲۵
بحث اینجا کار تیمی است نه تک نفره و deploy به سرور. به همین جهت صحبت از مخزن کد شد و SVN.
این‌ها مشکلات web deploy است:
-با IIS 6 آنچنان سازگار نیست و IIS7 را طلب می‌کند. (با روش فوق سرور شما آپاچی هم باشد کار می‌کند)
-بحث rollback با webdelpoy اصلا معنی ندارد. اما با سورس کنترل به سادگی انجام می‌شود. فرض کنید الان به اشتباه یک سری کار به مخزن SVN ارسال شده. بلافاصله هم با روش فوق در ریشه سایت قرار گرفته. اصطلاحا revert به نگارش پایدار قبلی در SVN بسیار ساده است.
+ تمام مزیت‌های ورژن کنترل را هم لحاظ کنید. با روش فوق دقیقا مشخص است چه کسانی روی فایل‌ها کار کرده‌اند و چه زمانی. تاریخچه ارسال‌ها موجود است. امکان حرکت بین نگارش‌های مختلف و سوئیچ بین آن‌ها معنا پیدا می‌کند و ...
- روش فوق نیاز آنچنانی به داشتن دسترسی بالا روی سرور ندارد.

به همین جهت برای کار حرفه‌ای با web deploy از برنامه team city و یک سری مخلفات دیگر استفاده می‌کنند. یک سری 5 قسمتی رو اینجا می‌تونید پیدا کنید: (+)
و پس از مطالعه به این نتیجه خواهید رسید که روش فوق پایدارتر و دردسر کمتری دارد. حتی روی یک سرور لینوکسی هم قابل پیاده سازی است
‫۱۳ سال و ۵ ماه قبل، دوشنبه ۲ خرداد ۱۳۹۰، ساعت ۰۰:۰۳
مبحث جاری در مورد "QueryOver Extensions" الان در trunk پروژه NHibernate قرار گرفته و از نگارش جدید آن در دسترس خواهد بود. البته syntax آن کمی تغییر کرده و مثلا شده x.DateProp.DatePart() و امثال آن، در فضای نام NHibernate.Criterion
‫۱۳ سال و ۵ ماه قبل، چهارشنبه ۲۸ اردیبهشت ۱۳۹۰، ساعت ۱۶:۰۷
در مورد شرکت جدید مونو در همان مطلب مخصوص آن به صورت کامنت لینک شما دیروز اضافه شد
+
مثال بالایی شما رو اصلاح کردم از این آدرس قابل دریافت است: (+)
‫۱۳ سال و ۵ ماه قبل، چهارشنبه ۲۸ اردیبهشت ۱۳۹۰، ساعت ۱۴:۰۵
برای پاسخ دقیق نیاز هست روش مپ کردن شما رو ببینم.
اگر دستی است احتمالا این نام تعریف شده (به ستون Id به صورت صریح انتساب داده شده)؛ بررسی کنید
اگر  از روش AutoMap استفاده می‌کنید حدسم این است که یک Convection جایی تعریف کردید که فیلد آی دی رو به این صورت مپ کنه. (من خودم شبیه به این Convection را تهیه کردم.)
‫۱۳ سال و ۵ ماه قبل، سه‌شنبه ۲۷ اردیبهشت ۱۳۹۰، ساعت ۱۴:۱۵
خوب! این ابهام
برطرف شد و شرکت دیگری به نام Xamarin توسط Miguel de Icaza و دوستان جهت ارائه کار تشکیل شده ... :


http://tirania.org/blog/archive/2011/May-16.html
‫۱۳ سال و ۵ ماه قبل، سه‌شنبه ۱۳ اردیبهشت ۱۳۹۰، ساعت ۲۰:۵۸
آقای پایروند این مجموعه رو تبدیل به فایل پی دی اف کردند برای کسانیکه می‌خواهند ساده‌تر آن‌را مطالعه یا حتی پرینت بگیرند
https://rapidshare.com/files/460383624/NHibernate_VN_.pdf
‫۱۳ سال و ۶ ماه قبل، دوشنبه ۱۲ اردیبهشت ۱۳۹۰، ساعت ۰۰:۵۸
سلام،

کلا سطح دوم کش در NH بر اساس 4 مکانیزم در طول یک سشن فکتوری عمل می‌کند:
- کش مربوط به موجودیت‌ها (entities cache) که بر اساس متد session.Get یا Load فعال می‌شود
و همچنین Collections cache (متدهای List و Enumerable)
- کش مربوط به کوئری‌ها (queries cache) با اعمال متد Cacheable به کوئری مورد نظر.
- timestamp cache که به معنای آخرین زمان نوشتن در یک جدول می‌باشد (و این timestamp فقط و فقط بر اساس وجود تراکنش‌ها عمل می‌کند). به این ترتیب در زمان insert/update/delete به صورت خودکار کش موجود منقضی اعلام می‌شود تا اطلاعات قدیمی به کاربر تحویل داده نشود و کش سطح دوم جهت کوئری‌های بعدی بازسازی خواهد شد.

و در مثال شما:
- در کوئری دوم هم باید متد Cacheable ذکر شود اگر نشود به صورت متداول با آن برخورد خواهد شد.
- زمانیکه از متد Cacheable استفاده می‌شود، حالت queries cache فعال می‌شود. چون در مثال شما دو کوئری مختلف داریم، پس به کش مربوط به کوئری اول مراجعه نخواهد شد. این کوئری کش، با تغییر مقادیر پارامترهای یک کوئری هم مجددا به روز می‌شود. (این حالت برای کوئر‌ی‌هایی که با پارامترهای یکسان به طور متناوب فراخوانی می‌شوند، بسیار مناسب است)
- سطح دوم کش فقط پس از commit یک تراکنش معنا پیدا می‌کند. بنابراین اگر جهت آزمایش داخل یک تراکنش، پشت سر هم کوئری‌ها را نوشته‌اید ... در این لحظه از سطح دوم کش بی‌بهره خواهید بود (فقط سطح اول کش فعال است) و کوئری‌های پس از پایان تراکنش جاری، از نتیجه کش آن می‌توانند استفاده کنند.
- در مورد کش مربوط به موجودیت‌ها و تفاوت آن با کش کوئری‌ها در بالا صحبت شد (شما در یک جا کش کوئری را فعال کرده‌اید در جای دیگر کش entities را طلب می‌کنید که نمی‌شود).
‫۱۳ سال و ۵ ماه قبل، دوشنبه ۲ خرداد ۱۳۹۰، ساعت ۱۹:۱۰
دو مورد به نظر ممکن نیست :
-تشخیص اینکه شما با VPN به سایتی وصل شدید. چون نهایتا سرور موجود در انتهای این تونل امن است که متصل است نه شما به صورت مستقیم. (برای نمونه مراجعه کنید به کسانی که سال‌ها است در ایران دارند با سیستم پی پال کار می‌کنند)
-امکان استخراج آی پی و مکان اولیه شما پس از اتصال به VPN در سایت متصل شده توسط سروری در انتهای این تونل امن.

اما ... تنها در صورت نشتی مرورگر، این موارد ممکن است مثلا : (+)