ایوند - Evand API

سلام و صدها سلامی دیگر تاریخچه در حال حاضر که این متن آماده می شه روش تایید شماره موبایل پروفایل کاربر در ایوند به شیوه ای انجام می شه که یه توضیح ای در موردش می دیم و اینکه در آینده ای نزدیک قرار به حذف شدنش خواهد بود و تنها راه برای تایید به شیوه جدید که به زودی به بررسیش خواهیم رسید. شیوه قدیمی برای تایید شماره موبایل پروفایل بدین شکل است که درخواستی به ریسورس  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 باشه. ...

بله، قضیه از این قرار است! قصه ای که امشب قراره براتون تعریف کنم، از نحوه کارکرد progress bar در رویدادهامون هست. هدف از وجود progress bar بر این اساس بود  که کاربر رو تشویق کنیم تا برگزار کننده هامون یه سری از قابلیت هایی که رویدادها دارن رو فعال و ازش استفاده کنن تا به این نحو بتوانیم بر کیفیت رویدادها بیفزاییم. لیست آیتم ها یه سری آیتم که الان داریمشون و قصد تشویق کاربر به استفاده ازشون داریم به این شرح است: توضیح رویداد ایمیل دعوت‌نامه همکاری در فروش تبلیغات (خرید تبلیغات وندو) لوگو و کاور سازمان رویدادها نظرسنجی آیتم هایی که برایتون لیست کردم از جمله آیتم هایی است که الان داریمشون. ممکنه برگزار کننده این آیتم ها رو پر کرده /فعال کرده باشه و یا نکرده باشه. و همچنین ترتیبی خواهند داشت به ترتیب تغریف شده نیاز به نمایششان خواهد بود. هر کدام از این آیتم ها توضیحاتی در برخواهد داشت که اینا از طرف کلاینت (فرانت/ موبایل) هامون هندل می شه. از آنجایی که در کنار توضیحات نیاز به لینک به دیگر بخش ها هست و متاسفانه بک نمی تونست درگیر تولید لینک فرانت...

سلام سرویس اصلی ایوند نیاز به ورودیه ای داره که بتونه رویدادهای ویژه کاربران رو از سرویس مربوطه ای دریافت بکنه. این اطلاعات همانطوری که تحویل گرفته می شه، برای استفاده های بعدی در جدول user_special_event ذخیره می شوند. برای تحویل رویدادها بدین شکل عمل می کنیم: POST http://api.evand.com/ data-providers/user-special-events Headers: Authorization: Bearer TOKEN [ { "user_id": 1, "events": [ [1, 1], [2, 0.9], [100, 0.8] ] }, { "user_id": 2, "events": [ [1, 1], [2, 0.9], [100, 0.8] ] } ] چند نکته، یک اینکه برای اینکه بتونید درخواستی ثبت کنید نیاز به اهراز هویت است و نیاز است توکن jwt تان رو از هدر ارسال نمایید. کاربر تان نیازه که دسترسی ادمین داشته باشه. دیتاهای ارسالی نیاز است بصورت آرایه ارسال شود. می تونید رویدادهایی که مربوط به یه کاربر است رو در یه درخواست جدا ارسال کنید و یا اطلاعات چندین کاربر رو همزمان ارسال کنید. هر کدام که راحت هستید قابل انجام است. اطلاعات رویدادهایی که برای یه کاربر می فرستید، ب...

رویدادهای امکان ارسال نظرسنجی برای شرکت کننده گانشان را دارا می باشند. از طرفی راهی برای پاسخگویی به سوالات نظرسنجی نیاز است. هدف این مطلب توضیح، نحوه پاسخ گویی به سوالات نظرسنجی ارسال شده به شرکت کننده می باشد. برای پاسخ گویی نیاز به کد بلیت، آی دی نظرسنجی و  آی دی سوال (ها) همراه با پاسخ شان وجود دارد که نیاز است بصورت کتبی تحویل ریسورس مورد نظر شود. برای ثبت پاسخ های نظرسنجی به این شیوه عمل می کنیم: POST https://api.evand.com/surveys/ SURVEY_ID /answers { "attendee_id": " TICKET_CODE ", "questions": [ { "id": 1, "answer": ["no", "hello"] }, { "id": 2, "answer": "yes" }, { "id": 3, "answer": ["yes"] } ] } همونطور که ملاحظه می کنید، آی دی نظرسنجی (SURVEY_ID) در URI ریسورس تعیین شده است. یعنی نیازه که قرار بگیره. کد بلیت شرکت کننده (TICKET_CODE) هم در بدنه درخواست ...