اشتراک‌ها
آرشیو خبرنامه های جامعه آزاد رایانش ابری ایران
سیر تکاملی محاسبات به گونه ای است که می‌توان آن را پس از آب، برق، گاز و تلفن به عنوان صنعت همگانی پنجم فرض نمود. در چنین حالتی، کاربران سعی می‌کنند بر اساس نیازهایشان و بدون توجه به اینکه یک سرویس در کجا قرار دارد و یا چگونه تحویل داده می‌شود، به آن دسترسی یابند. رایانش ابری از دید فرآهم کنندگان منابع زیرساخت، می­تواند با کمک ماشین‌های مجازی شبکه شده، به عنوان یک روش جدید برای ایجاد پویای نسل جدید مراکز داده و مراکز پردازش فوق سریع، مورد استفاده قرارگیرد تا بتوانند یک زیرساخت قابل انعطاف برای ارائه انواع مختلف خدمات محاسباتی و ذخیره سازی در اختیار داشته باشند.

برای شروع به کار در زمینه رایانش ابری از کجا شروع کنیم؟  

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

اگر قصد دارید یک سیتم نظر دهی بری سایت خود راه اندازی کنید disqus گزینه‌ی خوبی برای این کار می‌باشد . در کمترین زمان می‌توانید قسمت نظر دهی مطالب سایت خود را با بهترین کیفیت ایجاد کنید . ابتدا می‌بایست در سایت ثبت نام و سایت خود را ثبت نمایید .
از مهمترین مزایای آن :
- درج نظر برای کاربران به آسانی صورت میگیرد
- مدیریت این قسمت را بر عهده  disqus  می‌باشد
- نمایش هر نظر و نمایش پاسخ‌ها مرتبط با هر نظر
و از معایب :
احتمال از دست دادن نظرات به هر دلیلی وجو دارد .
سایت هایی که از Disqus استفاده میکنند :
-http://htmlbook.ru/
- cnn.com
jsfiddle.net
http://www.sitepoint.com/
و...

ایجاد نظر دهی سایت با استفاده از  Disqus
اشتراک‌ها
پروژه Bootstro.js (طراحی تور مجازی معرفی بخشهای مختلف در صفحه وب)

پلاگینی برای طراحی تور مجازی معرفی یا راهنمایی بخشهای مختلف صفحه وب (guided tour) مخصوصا برای زمانی که کاربران برای اولین بار به صفحه وب شما وارد می‌شوند و بخش‌های جدید اضافه شده به این صفحه وب را می‌خواهید در یک نمای کلی و به صورت اجمالی معرفی کنید.

برای دیدن نسخه نمایشی دمو بر روی دکمه  Click me! I'm Demo  در صفحه ای که باز شد کلیک نمایید و برای ادامه دکمه‌های Next را کلیک کنید.

لینک دانلود پلاگین بر روی Github

پروژه Bootstro.js (طراحی تور مجازی معرفی بخشهای مختلف در صفحه وب)
نظرات مطالب
ترفندهای یونیکد برای زبان‌های راست به چپ

یک نکته‌ی تکمیلی: اگر می‌خواهید کاربران موبایل به سادگی بتوانند اعداد صحیح را وارد کنند، از یک ورودی با ویژگی‌های type=tel و inputmode=numeric استفاده کنید:

<input type="tel" inputmode="numeric">

مزیت اینکار، نمایش خودکار صفحه کلید تمام عددی تنظیم شده‌ی بر روی حالت انگلیسی است؛ به این ترتیب مشکل «... در دستگاه‌های موبایل، زمانیکه صفحه کلید در حالت فارسی قرار دارد، اعداد را هم فارسی وارد می‌کند ...» اصلا رخ نمی‌دهد.

نظرات مطالب
سفارشی سازی ASP.NET Core Identity - قسمت اول - موجودیت‌های پایه و DbContext برنامه
با سلام و تشکر
اگر بخواهیم از این پروژه برای هسته یک مجموعه نرم افزار استفاده  کنیم معماری درست چگونه است؟
پروژه مد نظر شامل سامانه‌های مختلفی که باهم مرتبط هستند خواهد بود
برای مثال: سامانه نگهداری اسناد و فایلها  - سامانه مکاتبات - سامانه اطلاعات تجهیزات
این سامانه ها  مستقل هستند و ممکن است برای مشتریان یکی یا چند تا از این سامانه‌های نام برده شده نصب شود

لازمست که احراز هویت کاربران متمرکز باشد در صورتی که مثلا دو سامانه از این سه سامانه به مشتری فروخته میشود احراز هویت و رویداد نگاری و این موارد مشترک باشد.
از شما سپاسگزارم.
نظرات مطالب
اعتبارسنجی مبتنی بر JWT در ASP.NET Core 2.0 بدون استفاده از سیستم Identity
خیر. شیء this.User با اطلاعات جدول کاربران، تناظر یک به یک ندارد. از نگارش‌های پیشین ASP.NET ، هنوز هم اطلاعات شیء User مانند User.Identity.Name در ASP.NET Core نیز در دسترس هستند. به این ترتیب زمانیکه کاربری به سیستم وارد شد، دیگر نیازی نیست تا جهت یافتن Name او، از بانک اطلاعاتی کوئری گرفت. خاصیت Name یاد شده به صورت خودکار از کوکی رمزنگاری شده‌ی و یا در اینجا از توکن او دریافت شده و در اختیار برنامه قرار می‌گیرد. این Name در ASP.NET Core Identity، اصطلاحا یک User Claim پیش‌فرض نام دارد و به صورت خودکار ایجاد و مقدار دهی می‌شود. روش مقدار دهی اولیه‌ی آن هم در متد createAccessTokenAsync مشخص است. هر زمانیکه این توکن به سمت سرور ارسال می‌شود، پس از اعتبارسنجی توکن و پذیرش آن، این Claims هم پردازش شده و جزئی از اطلاعات شیء this.User می‌شوند.
نظرات مطالب
کوئری نویسی در EF Core - قسمت هشتم - کوئری‌های بازگشتی
بله. آن‌را حذف کنید، فقط ردیف با ID مساوی 27 را خواهید داشت (چون حذف آن، سبب عدم مقدار دهی <ICollection<Member توسط EF-Core می‌شود). این ترکیب است که سبب جوین جدول کاربران با خودش می‌شود، بطوریکه زنجیره‌ی رو به بالای توصیه کننده‌ها (m.MemId = m0.RecommendedBy)، توسط EF-Core قابل تشخیص و تشکیل می‌شوند (یا همان امکان دسترسی به خاصیت member.Recommender به صورت بازگشتی در متد FindParents).
در حین تعریف یک رابطه‌ی خود ارجاعی، خواص Reply (یا Recommender در اینجا) و Children کاملا به هم مرتبط هستند (و زمانیکه یک جدول با خودش جوین می‌شود، به صورت خودکار هر دوی این اشیاء و دو سر رابطه توسط EF-Core تشکیل می‌شوند):
entity.HasOne(d => d.Reply)
                    .WithMany(p => p.Children)
                    .HasForeignKey(d => d.ReplyId);
نظرات مطالب
انجام کارهای زمانبندی شده در برنامه‌های ASP.NET توسط DNT Scheduler
چطوری میشه موقع Stop کردن IIS و یا stop شدن پروژه به هر دلیلی (قبل از Stop کامل) متدی call شود که آخرین اطلاعاتی که در رم و در job‌ها اجرا شده رو در دیتابیس ذخیره کرد؟
مثلا تعداد کاربران آنلاین رو در یک متغیر static ذخیره می‌کنم که وقتی پروژه به هر دلیلی Stop شد میخوام آخرین اطلاعات متغیر استاتیک رو در دیتابیس ذخیره کنم.
البته در یک وظیفه (job) در پایان هر روز کل تعداد بازدید‌ها رو به تاریخ همان روز در دیتابیس ذخیره می‌کنم ولی می‌خواستم اگر به هر دلیلی پروژه Stop شد آخرین تعداد رو تا لحظه Stop شدن در دیتابیس ذخیره کنم.

برای حل این مشکل چه راهکاری پیشنهاد می‌کنید؟
نظرات مطالب
سفارشی سازی ASP.NET Core Identity - قسمت پنجم - سیاست‌های دسترسی پویا
مشکل؟ یا طبیعت سیستم؟
- به ازای هر درخواست، یکبار متد RetrieveAsync کلاس DistributedCacheTicketStore فراخوانی می‌شود؛ چون شیء User موجود در HttpContext، بر اساس اطلاعات کوکی دریافتی ساخته می‌شود. اکنون که این کوکی داخل دیتابیس هست، خوب باید خوانده شود تا این شیء را تشکیل دهد.
- فعالسازی ()services.enableImmediateLogout ، سبب فراخوانی RenewAsync کلاس DistributedCacheTicketStore به ازای هر درخواست می‌شود. اگر می‌خواهید تعداد آن‌را کمتر کنید، قابلیت logout آنی کاربران در زمان غیرفعال شدن آن‌ها در بانک اطلاعاتی را حذف کنید.
نظرات مطالب
React 16x - قسمت 28 - احراز هویت و اعتبارسنجی کاربران - بخش 3 - فراخوانی منابع محافظت شده و مخفی کردن عناصر صفحه
با سلام؛ مگر غیر اینه که اعتبارسنجی کاربران در گرو اینه که ما در هر بار ارسال درخواست به سمت سرور تو هدر، فیلد Authorization رو با مقدار Bearer + token  ارسال کنیم؟ تا از اون طرف بتونم به مقادیر اطلاعات کاربر تو claim  دسترسی داشته باشیم و بخونیم؟ برداشتم از مطالب این بود. آیا اشتباهه؟ و اینکه اگه درسته پس چرا وقتی صفحه رو تو مرورگر رفرش میکنم authorization  به درستی مقداردهی میشه ولی از اون طرف وقتی از claim میخونم null بهم برمیگردونه؟ و یا اینکه وقتی تو ادیتور کدهای html و یا react  رو تغییر میدم و save میکنم چون مجددا رفرش میشه این اتفاق می‌افته. جالب اینکه تا زمانی که صفحه رو رفرش نمیکنم مشکلی نیست و اعتبارسنجی درست انجام میشه و بقیه ماجرا ...