‫۹ سال و ۶ ماه قبل، یکشنبه ۹ فروردین ۱۳۹۴، ساعت ۰۱:۴۷
بنده در حال ساخت جستجویی برای وب سایتی هستم. این جستجو بر روی جداول کتاب، نویسنده، مترجم و انتشارات انجام میشه و در صورتی که کاربر قسمتی از نام کتاب و نام نویسنده را وارد کند جستجو بر روی این دو فیلد که از دو جدول متفاوت هستند انجام می‌شود.
مشکل اینجاست که از آنجایی که دستوارت FTS بر روی یک جدول عمل می‌کنند و با توجه به پیچیدگی جستجو، شما چه راهی را برای کوئری گرفتن از چندین جدول (که ممکن است یک کتاب چند نویسنده هم داشته باشد) پیشنهاد می‌کنید.
بنده در حال حاضر تمام این جداول را در یک View قرار داده و فیلدهای چندمقداری را با Concat بوسیله " ، " در یک فیلد جای داده‌ام.
ممنون از راهنماییتون
این خطا ممکن است در هر حالتی یا سناریویی رخ دهد و وابسته به راه حل جاری نیست. به این معنا است که کلاس A از اینترفیس تزریق شده‌ی کلاس B استفاده می‌کند و کلاس B از اینترفیس تزریق شده‌ی کلاس A استفاده می‌کند. این نوع طراحی یک ارجاع حلقوی را ایجاد می‌کند. راه حل آن این است که موارد مشترک را در یک کلاس C قرار دهید و اینترفیس آن‌را در دو کلاس B و A تزریق کنید تا دیگر این دو کلاس ارجاع دو طرفه‌ای به هم نداشته باشند.
در حین استفاده از این نکته با خطای زیر برخورد کردم، لطفا راهنمایی بفرمایید:
Bi-directional dependency relationship detected!
البته وابستگی هایی که تزریق میشوند کلاسهای uow و اینترفیس‌های business لازم برای کنترلرAPI هستند. که تنها وجه مشترک این Web API با بقیه استفاده از uow برای DbContext است.
‫۹ سال و ۸ ماه قبل، شنبه ۱۸ بهمن ۱۳۹۳، ساعت ۱۹:۰۶
- کلاینت سمت کاربر SiganlR که درون مرورگر اجرا می‌شود، اساسا جاوا اسکریپتی است. (البته برای جاوا یا دات نت و امثال آن هم کلاینت مخصوص دارد؛ ولی بحث مرورگر آن مشخص است)
+ این متد خاص هاب سمت سرور، در آخرین نگارش SiganlR به این نحو تغییر کرده‌است:
public override Task OnDisconnected(bool stopCalled)
{
    if (stopCalled)
    {
        // We know that Stop() was called on the client,
        // and the connection shut down gracefully.
    }
    else
    {
        // This server hasn't heard from the client in the last ~35 seconds.
        // If SignalR is behind a load balancer with scaleout configured, 
        // the client may still be connected to another SignalR server.
    }

    return base.OnDisconnected(stopCalled);
}
اگر پارامتر stopCalled با مقدار true فراخوانی شد، یعنی سمت کلاینت، با استفاده از کدهای جاوا اسکریپتی SignalR (فراخوانی شده به صورت خودکار در حین بستن یک تب یا مرورگر یا به صورت دستی به نحوی که عنوان شد)، درخواست بسته شدن صفحه را داده‌است. اگر مقدار آن false بود، یعنی سرور تشخیص داده‌است که در طی 35 ثانیه‌ی قبل کاربر فعالیتی نداشته‌است.
‫۹ سال و ۸ ماه قبل، شنبه ۱۸ بهمن ۱۳۹۳، ساعت ۱۸:۳۷
با توجه به اینکه این کد سمت کلاینت قابل ویرایش است ، راه حل امنی برای تعیین متصل بودن و یا غیرمتصل بودن یک ConnectionId محسوب نمی‌شود و ظاهرا تنها راه حل برای بررسی وضعیت اتصال یک ConnectionId ، چک کردن اتصال آن در دوره‌های زمانی مشخص است .
‫۹ سال و ۸ ماه قبل، شنبه ۱۸ بهمن ۱۳۹۳، ساعت ۱۷:۴۲
- البته این متد با این امضاء از نگارش جدید SiganlR حذف شده‌است. نسخه‌ی به روز رسانی شده‌ی آن در اینجا.
+ بحثی در اینجا شده و پیشنهاد کردند این کد را در سمت کلاینت اضافه کنید:
window.onbeforeunload = function (e) {
    $.connection.hub.stop();
};