از Spotify یاد بگیریم 🔥 Idempotency در سیستم پرداخت

Рет қаралды 1,188

MHRCODE دنیای برنامه‌نویسی

Күн бұрын

Пікірлер: 50

@raminsadeghnasab9310 3 ай бұрын

خیلی خوب بود. دستت درد نکنه.

@atanoomandian3980 8 ай бұрын

خیلی خوب بود، ممنونم 🙏🏻. اینکه توی توضیحاتتون مثال هایی شرکت های بزرگ و مشکلاتی که خوردند رو مطرح می کنید واقعا ویدئو رو جذاب می کنه!

@amiranbari5268 8 ай бұрын

بینظیر بود محمد جان

@saharmokarrami7722 8 ай бұрын

خیلی کاربردی بود و چقدر ساده و روان توضیح دادین. ممنونم

@mhr_code 8 ай бұрын

🙏🙏

@mohammadmahdibaleghsefat8067 8 ай бұрын

Perfect as always

@amiranbari5268 8 ай бұрын

خیلی عالی بود 👌👌

@shahriarvelayat101 8 ай бұрын

خیلی کاربردی بود

@iamrasulsh 8 ай бұрын

عالی بود

@esrafilelahi5733 8 ай бұрын

عالی . در مورد db sharding , db replication هم بگو

@mhr_code 8 ай бұрын

حتما بزودی میذارم

@iman.notebook 8 ай бұрын

مرسی از چیز های زیادی که یاد دادی بهم. دمت گرم

@mhr_code 8 ай бұрын

ممنون بابت لطف همیشگیت ایمان جان🙏

@san_mou_sc 8 ай бұрын

Thank you for sharing.

@mohammadgolshan4353 8 ай бұрын

مثل همیشه عالی . واقعا نکات عالی و مهمی رو مطرح میکنی و در کنارش فن بیان خوب با مثال های کاربردی . دمت گرم

@mhr_code 8 ай бұрын

ممنون بابت لطفت محمد جان🙏🌸

@alidadgar445 8 ай бұрын

چقدر کاربردی و عالی-لطفا ادامه بدید.تشکر

@saeidkazemi8480 8 ай бұрын

درود محمد عزیز

@mhr_code 8 ай бұрын

🙏🌸

@rezamohamadzadeh7420 8 ай бұрын

Sharding , master slave , replication , load balancing لطفا این موارد رو بصورت عملی توضیح بدید. با تشکر از زحماتتون.

@mhr_code 8 ай бұрын

حتما بزودی میذارم💪

@mahmoud_etc 8 ай бұрын

در ضمن بایستی یک متد برای inquiry بر اساس Client Request Id یا هرچیزی که نامگذاری میشه هم بگذاریم که در صورت timeout خوردن ریکوئست از سمت کلاینت بشه نتیجه‌ی نهایی رو کوئری گرفت و نشون داد.

@amirali_tpj 8 ай бұрын

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

@mhr_code 8 ай бұрын

حتما🌸 ممنون بابت حمایتت

@xmilad5214 8 ай бұрын

very helpful

@shayandrg 8 ай бұрын

❤❤❤❤❤

@alimah3708 8 ай бұрын

عالی دمت گرم ❤❤❤

@samitalebian7122 8 ай бұрын

خیلی ممنون از ویدئو های خوبتون. ی سوال، مبنای تولید اون idempotency key چیه؟ مثلا من ی بار میرم خرید میکنم محصولی رو بعد دوباره بعد از چند دیقه یادم میوفته یکی کم خریدم دوباره میرم همون محصول رو میخرم. این وضعیت چطوری توی این پترن حل میشه؟ خیلی ممنون

@mhr_code 8 ай бұрын

هر بار شروع فرایند خربد هست توی سیستم هامون با مثلا uuid یک کلید جدید میسازیم، سمت کلاینت برای اینکه یک فرم دوبار اجرا نشه میشه از csrf استفاده کرد. این idempotent key توی خود سبستم های ما بیشتر به کار میاد پس هربار کاربر خرید کنه یک کلید جدید براش ساخته میشه و مسئله ایی نداره

@sinafallahpour2626 8 ай бұрын

تو معماری event driven میشه همون eventId؟ رو به جای هدر بزاریم؟

@mhr_code 8 ай бұрын

اره میشه

@mohammadmostajeran7978 8 ай бұрын

سیستم دیزاین خیلی کم بهش پرداخته شده، لطفا ادامه بده

@hjman2934 8 ай бұрын

عالی بود، ولی من نفهمیدم دقیق چطوری اون آیدی سمت کاربر باید هندل بشه که برای محصول x اینه، اگه خرید برای محصول x موقق بود توی کلاینت یه ایدی جدید جنریت میشه برای اون محصول؟!

@mhr_code 8 ай бұрын

اره هر خرید یک ای دی جدید

@mohammadhosain960 8 ай бұрын

سلام کلاینت کلید آیدمپوتنت رو باید از یه روت دیگه بگیره و بزاره تو هدر درخواست؟ خب اینجوری که هربار داره یه کلید جدید میگیره که!

@mhr_code 8 ай бұрын

ادمپوتنت کی رو کلاینت نیازی نیست ست کنه، کلاینت با CSRF‌ میتونه جلوی این قضیه رو بگیره و کلا اکثر apiها به این نیازی ندارن، این بیشتر توی طراحی ماکروسرویس‌ها خودشو نشون میده

@mahmoud_etc 8 ай бұрын

یادمه حدود ده سال پیش یه سوییچ فروش شارژ تو بستر بانکهای مختلف نوشته بودم که سر نداشتن کلاینت کی از طرف یک بانکها ریجکت شد و اونجا با این مفهوم روبرو شدم. تو سیستمهای خرید این دیگه یه اصل پیاده سازیه.خیلی تعجب میکنم Spotify اخیرا (۲۰۱۹)همچین مشکلی خورده باشه که بخواد بعنوان یک کار جدید و بدیع در باره‌اش بلاگ پست بنویسه

@mhr_code 8 ай бұрын

ممنون بابت تجربت. حس منم اینه سیستم بانکی ما بخاطر centralized بودن یکم جلوتر از APIهای خارجی باشه

@mehrdadpc 8 ай бұрын

محمد مگه اینجا Atomic بودن جلوی مشکل رو نمیگیره؟

@mhr_code 8 ай бұрын

نه دیگه، شبکه قطع بشه سرویس مبدا متوجه انجام خرید نمیشه، حالا اتمیک باشه یا نه

@mehrdadpc 8 ай бұрын

@@mhr_code آها، درسته! یعنی دیتابیس کارش رو درست انجام داده و ریسپانس رو جنریت کرده، دلیور شدنش به مشکل خورده. انقدر که اسپاتیفای رول‌های مزخرف داره توو وب اپلیکیشن‌هاش حالا یا ای‌پی‌آی گیت‌وی‌هاش! قشنگ ارتباط چالشیه کانکشن اسپانیفای!!!

@hoomanyarahmadi 8 ай бұрын

کور بنکینگ ها اینارو دارن ولی به شیوه ساده تری دیگه مثلا داشتن یه api دیگه به اسم verify که کارش چک کردن تراکنش ها قبلا از فرستادن تراکنش الان تو سوییچ سرویس پل همین اتفاق میوفته

@ahmadrezamarashi4571 8 ай бұрын

البته فکر کنم باید تیبل اصلی و ایدم پتنسی رو توی یک ترنزکشن تغییر بدی که اتومیک باشه. درست میگم؟ :)))

@mhr_code 8 ай бұрын

درسته، توی کد هم همین کارو کردیم دیگه

@ahmadrezamarashi4571 8 ай бұрын

@@mhr_code !ببخشید من تو گوشی تماشا کردم، ندیدم

@ahmadrezamarashi4571 8 ай бұрын

@@mhr_code ببخشید من تو گوشی تماشا می‌کردم و ندیدمش

@ZemmJ 8 ай бұрын

یه نکته‌ی ریز توی ویدئو رفتید سایت شاپیفای و مقاله‌ش رو خوندید ولی ثامبنیل و اسم ویدئوتون نوشتید اسپاتیفای🤓

@mhr_code 8 ай бұрын

اره متاسفانه خیلی هول هولکی شد ساخت ویدیو سلول خاکستری های مغزمم شوخی شون گرفته بود باهام:))

@milad8589 8 ай бұрын

چند سال قبل درگاه پرداخت بانک سامان همین شکلیا بود(الانو خبر ندارم) یه پرداخت رو هر چند بار ازش می پرسیدی می گفت درسته و نمی گفت که قبلا سِتِل شده. و اگه پذیرنده، درست پیاده سازی نکرده بود می تونستی تو سایتش با یه پرداخت چند بار سفارش بدی😁

@mhr_code 8 ай бұрын

😂😂