‫۶ سال و ۵ ماه قبل، شنبه ۱۸ فروردین ۱۳۹۷، ساعت ۱۵:۳۰
یک راه دیگر :
public static class AsyncHelper  
{
    private static readonly TaskFactory _taskFactory = new
        TaskFactory(CancellationToken.None,
                    TaskCreationOptions.None,
                    TaskContinuationOptions.None,
                    TaskScheduler.Default);

    public static TResult RunSync<TResult>(Func<Task<TResult>> func)
        => _taskFactory
            .StartNew(func)
            .Unwrap()
            .GetAwaiter()
            .GetResult();

    public static void RunSync(Func<Task> func)
        => _taskFactory
            .StartNew(func)
            .Unwrap()
            .GetAwaiter()
            .GetResult();
}
نحوه استفاده  
AsyncHelper.RunSync(() => client. IsAcceptAsync ( response ,  secretkey ));

‫۶ سال و ۵ ماه قبل، شنبه ۱۸ فروردین ۱۳۹۷، ساعت ۰۰:۰۳
چند نکته در جهت بهبود کیفیت کدهای آن

- یک چنین سطری در برنامه‌های ASP.NET نباید وجود داشته باشد:
if (!Task.Run(() => client.IsAcceptAsync(response, secretkey)).Result)
کلا ASP.NET MVC 5.x روشی را برای اجرای async اکشن فیلترها ندارد. البته این محدودیت در نگارش Core برطرف شده‌است.
اگر در نگارش 5x از Task.Run استفاده کنید، سبب بروز این مشکلات خواهید شد:
- تداخل با thread pool خود ASP.NET که سبب کاهش کارآیی برنامه با مصرف تردی اضافی می‌شود.
- سبب اجرای قطعه کد قرار گرفته‌ی درون آن، خارج از  request context جاری می‌شود.
یعنی در اینجا یک ترد جدید را ایجاد کردید و همچنین با استفاده از Result اجرای غیرهمزمان کدهای داخل آن‌را سد کردید. این یک سطر باز هم غیرهمزمان اجرا می‌شود. بنابراین نیازی به Task.Run ندارد؛ چون با مصرف کردن یک ترد اضافی، جلوی پاسخ‌دهی برنامه را به یک درخواست ممکن می‌گیرد.
همچنین بجای استفاده‌ی از Result هم به این صورت عمل کنید:
if (!client.IsAcceptAsync(response, secretkey).GetAwaiter().GetResult())

- از قطعه کد زیر استفاده نکنید. اطلاعات بیشتر
using (var client = new HttpClient())
‫۶ سال و ۶ ماه قبل، چهارشنبه ۱ فروردین ۱۳۹۷، ساعت ۰۴:۰۴
زمانیکه از این کامپوننت در لینوکس استفاده میکنم کپچا رو به این صورت نمایش میده:

‫۶ سال و ۶ ماه قبل، جمعه ۱۸ اسفند ۱۳۹۶، ساعت ۰۳:۳۱
من به شخصه با نظر آقای نصیری موافقم.
اگر شخصی برنامه نویس باشد و توانایی یادگیری داشته باشد می‌تواند تمام تکنولوژی‌ها رو بررسی کند و یک یا چند تکنولوژی رو بر اساس نیاز انتخاب کند.
بحث نه ماکروسافت هست ونه گوگل و غیره
مهم داشتن تکنولوژی و همراه شدن با تکنولوژی‌ها می‌باشد. حال اینکه بیایم آنگولار رو زیر سوال ببریم یا بگوییم ماکروسافت خوب نیست و یا ری اکت بهتر هست همه این موضوعات مرتبط با نحوه استفاده از تکنولوژی می‌باشد.

در نهایت تخریب یک مطلب و یا یک تکنولوژی دردی را دوا نمی‌کند. اگر توانایی ایجاد یک فریم ورک را دارید طراحی کنید تا همه لذت ببرند نه اینکه فقط حرف زده شود
‫۶ سال و ۶ ماه قبل، پنجشنبه ۱۷ اسفند ۱۳۹۶، ساعت ۱۷:۳۴
ضرورتی به تکرار اصل مشکل که «تفرقه پراکنی» و «ترویج نفرت» هست، نیست. اینکه ما اینجا وقت گذاشتیم در مورد TypeScript و همچنین Angular مطلب تهیه کردیم، بعد شخصی اینجا تمام توانش را جهت ترویج «تئوری توطئه» در مورد این محصولات صرف کند، قابل تحمل نیست. شما اگر در جمعی قرار گرفتید که برای مثال در مورد TypeScript و همچنین Angular به صورت منظم مطلب تهیه می‌کنند، اخلاق حکم می‌کند که با آن‌ها همکاری کنید یا آن سایت را ترک کنید، بجای سمپاشی در این مورد؛ بجای سرد کرد و گرفتن انگیزه‌ی مثبت از این افراد؛ بجای کثیف خواندن این پروژه‌های سورس باز با کیفیت، چون توسط گروه و قبیله‌ی شما ارائه نشدند و نام چند شرکت بزرگ پشت آن‌ها است.

نتیجه گیری: یک جمع بر اساس «هم‌دلی» و «همراهی» می‌توانند رشد کنند و یا ... «جمع» نامیده نمی‌شوند.