فرایند نشان کردن کاربران سیستم کانکت

-
سلام
برداشت و چیزی که در نظر دارم برای نشان کردن کاربران سیستم کانکت پیاده کنم به این شرح است. اگه نکته ای، مسئله ای، تغییری نیازه داشته باشه، ممنون می شوم اطلاع بدید.

در اصل یه سری نکاتی داشت که گفتم قبل از شروع، به حضورتان رسانده باشم که در یک مسیر قدم برداریم و بعدها مسئله ساز و سوال برانگیز نباشد.

نشان کردن کاربران به این شکل است که در لیست رویدادها و یا در پروفایل کاربری، بشه کاربر مربوطه را نشان کرد. و این اتفاق می تونه در رویدادی اتفاق بیفته.

نحوه ذخیره سازی کاربران نشان شده، جدا از رویدادی که کاربر درش شرکت کرده اتفاق خواهد افتاد. این به این معنی است که اگر کاربری در رویداد X نشان شده باشه، همان کاربر در رویداد Y هم به عنوان نشان شده در نظر گرفته خواهد شد، با وجود اینکه کاربر مربوطه در رویداد Y نشان نشده بود.

در نتیجه کاربران نشان شده، در رویدادهای بعدی هم لحاظ و قابل رویت خواهند بود.

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

منظور از نشان کردن همان Bookmark کاربران عزیز تر از جان می باشد.

سپاس های فراوان

نظرات

ارسال یک نظر

پست‌های معروف از این وبلاگ

استفاده از Refresh Token جهت دریافت توکن‌های معتبر جدید (کانکت)

-
سلامی مجدد و با شکوه در صورتی که اعتبار access token موجودتان از بین بره و منقضی بشه، نیاز خواهید داشت که با استفاده از refresh token درخواست توکن‌های معتبر جدید بدید. فقط توجه کنید که refresh token هم می تونه اعتبارش رو از دست بده و منقضی بشه که دیگه کاری براش نمی شه کرد و فقط می شه کاربر رو دوباره از مراحل احراز هویت گذروند. ولی در صورتی که توکن معتبر داشته باشید می تونید درخواستتان را به این شکل به ریسورس مربوطه ارسال نمایید: POST https://connect.evand.com/api/oauth2/token { "grant_type": " refresh_token ", "client_id": "client_test", "client_secret": "test", "refresh_token": " XXXXX...... " } دیتاهایی که نیازه به این فیلد بفرستید به این شرح هستن: فیلد grant_type تعیین کننده، نوع درخواست توکن هست که اینجا برای رفرش کردن توکن ها نیازه مقدار refresh_token تعیین بشه. فیلدهای client_id و client_secret اطلاعات مربوط به کلاینت مربوطه است که جداگانه در اختیارشان قرار
بیشتر بخوانيد

لیست کاربران نشان شده - سرویس کانکت

-
برای دریافت لیست کاربران نشان شده درخواست GET به ریسورس مورد نظر ارسال می کنید: GET https://connect.evand.com/api/ bookmarks/users {   "_total_items": 1,   "_page": 1,   "_page_count": 1,   "_links": {     "self": {       "href": "https://connect.evand.com/api/bookmarks/users?page=1"     }   },   "_embedded": {     " public_user ": [       {         "name": "hossein",         "surname": "baghayi",         "avatar": "https://static.evand.net/connect/user/profile/4db4fc4d-2cf3-4332-92a7-14fc218ed45d.jpeg",         "biography": "web developer",         "jobTitle": null,         "organization": ":’(",         "website": null,         "telegram": null,         "linkedin": null,         "twitter": "@ba
بیشتر بخوانيد

بلیت خریداری شده کاربر در رویداد

-
برای ورود و استفاده از سرویس کانکت، نیاز به تهیه بلیت ای از رویداد مد نظر هست. از این رو، کلاینت ها جهت بهبود و تسریع فرایند ورود نیاز به دانستن این دارن که بدونن آیا کاربر مربوطه بلیت ای از رویداد مد نظر تهیه کرده است یا خیر! در اصل بلیت های خریداری شده از ریسورس هایی در دسترس است ولی نیاز به جست و جو و فرایند هایی بسیار دشوار و طاقت فرسایی برای کلاینت ها پیش رو دارد که هر انسانی رو به گریه و زاری وا می دارد. هدف از این تسک تسهیل این امر می باشد. هدفی که در نهایت باعث شادی و خرسندی بچه های کلاینت می شود. بچه های دوست داشتنی، بچه های قوقول مقولی و نی ناش ناش. راه حل ارائه شده بدین شکل است که در صورتی که کاربر (نه مهمان) باعث بارگزاری دیتاهای مربوط به رویدادی شود (GET /events/SLUG) در بتن اطلاعات رویداد، لینکی به بلیت خریداری شده کاربر خواهد بود. این لینک در صورتی که کاربری بلیت ای از رویداد مد نظر تهیه نکرده باشد، مقداری نخواهد داشت و برابر null خواهد بود. GET https://api.evand.com/events/SLUG و خروجی بدین شکل خواهد بود: {   "data": {     "
بیشتر بخوانيد