ایوند - Evand API

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

سلام بچه‌ها از ویروس چه خبر؟ سلام می رسونه؟ آپدیت اول: جهت اطلاع اط تغییرات مربوطه به انتهای همین صفحه و آپدیت اول مراجعه نمایید! توضیح اجمالی مسئله ای که وجود داشت و نیاز به حلش بود، تغییر مقدار ظرفیت بلیت ها بود. در اصل فیلدی داشتیم به اسم available_count که توسط برگزار کننده در پنل رویداد به یک عددی تعیین می شه. این عدد خوشگل ما بخاطر رزرو و خرید بلیت، کم و زیاد می شه که باعث گمراهی برگزار کننده و حتی پیچیده تر شدن سیستم می کنه که برای تحلیل دیتا هم اذیت کننده می تونه باشه. از این فیلد available_count در صفحه خرید بلیت، جهت نشان دادن تعداد بلیت باقی مانده و یا اطلاع از اتمام موجودی بلیت نیز، استفاده می شود. تغییراتی در سیستم صورت گرفته که این مسئله رو حل کنه. تغییرات کلی بدین شکل است که فیلد جدیدی به اسم availability_count به ریسورس بلیت اضافه شده است. وظیفه این فیلد، نشان دادن تعداد بلیت موجود با در برگرفتن تعداد بلیت های فروش رفته و تعداد بلیت های رزر شده می باشد. در نتیجه برای صفحه خرید بلیت، نیاز است از فیلد جدید availability_count استفاده شود که

سلام و صدها سلامی دیگر تاریخچه در حال حاضر که این متن آماده می شه روش تایید شماره موبایل پروفایل کاربر در ایوند به شیوه ای انجام می شه که یه توضیح ای در موردش می دیم و اینکه در آینده ای نزدیک قرار به حذف شدنش خواهد بود و تنها راه برای تایید به شیوه جدید که به زودی به بررسیش خواهیم رسید. شیوه قدیمی برای تایید شماره موبایل پروفایل بدین شکل است که درخواستی به ریسورس  POST https://api.evand.com/users/USER_ID/verifyMobile ارسال می شه که باعث ارسال کدی ۵ یا ۶ به شماره موبایل ای که همراه درخواست فوق ارسال می شه، می شده است. سپس برای تایید شماره موبایل مربوطه درخواست دیگری به ریسورس  GET https://api.evand.com/auth/confirmMobile/5_OR_6_DIGIT_VERIFICTION_CODE جهت تایید شماره موبایل ذخیره شده در پروفایل کاربری ارسال می شد. یه سری نکاتی در رابطه با این شیوه قدیم وجود داره که بهتره یه اشاره ای بهشون بشه: نکته اول اینه که برای درخواست اولی نیاز به آی دی کاربر بود، با اینکه هدر مربوطه جهت اهراز هویت ارسال می شد. این مسئله در ریسورس جدید حل شده و نیازی به ارسال آی دی کارب

سلام قبل از پرسش سوالات نظرسنجی از شرکت کننده گان، نیاز بر این است که بدانیم آیا اصلا شرکت کننده مربوطه تو رویداد شرکت کرده بود که سوالات رو ازش بپرسیم یا خیر. برای این منظور ریسورس جدایی از سوالات نظرسنجی طراحی شده و تنها کاربردش دریافت اطلاعات مربوط به شرکت کننده غایب می باشد. در صورت حاضر بودن شرکت کننده در رویداد، این ریسورس کاربردی ندارد و می شه سوالات نظرسنجی رو مطرح کرد و پاسخ شان را جداگانه از ریسورس مربوط به خودش ثبت کرد. خروجی شرکت کننده گان غایب داخل فایل اکسل ای که پاسخ سوالات نظرسنجی درش قرار می گیره، خواهد بود. ثبت غیبت شرکت کننده برای اطلاع سیستم از غیبت شرکت کننده درخواستی بدین منظور ارسال می کنیم: PUT https://api.evand.com/events/ EVENT_SLUG /absentees/ TICKET_CODE پارامترهای ریسورس اولی  EVENT_SLUG هست که نیازه اسلاگ رویداد مربوطه رو جایگزینش کنید. دومی  TICKET_CODE هست که کد بلیت شرکت کننده رو نیازه درش قرار بدید. همین. در صورت موفقیت آمیز بودن عملیات از کد وضعیت ۲۰۰ و فک و فامیلاش استفاده می شود. غیبت کاربر یک بار ثبت می

سلام و درد اینجا جای خالی توضیحات مربوط به ریسورس رویدادها می باشد. لطفا اینجا را خودتان با کلمات مناسب پر نمایید. نوع منبع رویدادها نیاز بر این بوده که نوع رویدادهایی که از طریق ریسورس رویدادها ارائه می شه رو تعیین نماییم. در اصل جدیدا در ریسورس رویدادها، سورت رویدادهای ویژه کاربران، ابتدا رویدادهای ویژه قرار می گیرد. سپس رویدادهای ترند شده قرار می گیرد. نیاز بر تشخیص منبع این دو نوع رویداد بوده می باشد. برای این منظور ۲ فیلد به اطلاعات مربوط به رویدادها افزوده شده است: Is_user_special_event is_trended_event مقدار این دو فیلد بصورت boolean خواهد بود. توجه نمایید برای اینکه این دو فیلد نمایان شوند، نیاز است تمام فیلدهای مربوط به رویدادها رو دریافت کنید و فیلدهای رویدادها رو محدود به چند تا از طریق کوئری پارامتر fields نکنید. کاربرد این دو فیلد در دو بخش از ریسورس رویدادها خواهد بود. اولی هنگامی که رویدادهای ویژه کاربران رو دریافت می کنید (سورت user-special-events ) که در این صورت رویدادهای اولی معمولا رویدادهای ویژه کاربر می باشد که در

شروع این تسک با هدف افزودن قابلیت دسترسی برگزار کننده گان رویداد به کانکت بود. افزودن برگزار کننده جدید به رویداد (سیستم به سیستم) برای این منظور نیازه که درخواستی به سمت سرویس کانکت ارسال نمایید: POST https://connect.evand.com/api/ gateways/organizers Headers: Content-Type: application/json Authorization: Bearer TOKEN { " mobile ": "+989140000000", " event_id ": 1, "name": "Hamidreza", "surname": "shhadana" } از دیتاهای فوقی که نیازه به ریسورس مربوطه ارسال شوند، مقادیر mobile و event_id اجباری می باشد. در صورتی که مقادیر این دو فیلد ارسال نشه و یا اشتباه باشه، با خطاهای خیلی ۵۰۰ روبرو خواهیم شد.از آنجایی که برای خودمون می نویسیم و سیستم به سیستم قراره استفاده بشه، وقت بیشتری برای ولیدیشن نزاشتم. برای همین خطای ۵۰۰ می گیریم. در صورت نیاز می شه ولیدیشن مناسبی به ریسورس مربوطه افزود. مقدار فیلد mobile نیاز است که string باشه. مقدار فیلد event_id نیاز است که integer باشه.