Python BackendHub
رفتن به کانال در Telegram
Learning python & Backend Engineering, with Mani! Youtube: https://www.youtube.com/@GitOverHere Github: https://github.com/ManiMozaffar Linkedin: https://www.linkedin.com/in/manimozaffar ❌تبلیغات نداریم❌ Admin: @Mani_nikou
نمایش بیشتر7 421
مشترکین
اطلاعاتی وجود ندارد24 ساعت
-247 روز
-6730 روز
در حال بارگیری داده...
کانالهای مشابه
ابر برچسبها
هیچ دادهای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
ژانویه '26
ژانویه '26
+36
در 0 کانالها
دسامبر '25
+121
در 0 کانالها
Get PRO
نوامبر '25
+128
در 0 کانالها
Get PRO
اکتبر '25
+206
در 2 کانالها
Get PRO
سپتامبر '25
+145
در 2 کانالها
Get PRO
اوت '25
+175
در 3 کانالها
Get PRO
ژوئیه '25
+238
در 3 کانالها
Get PRO
ژوئن '25
+227
در 0 کانالها
Get PRO
مه '25
+130
در 2 کانالها
Get PRO
آوریل '25
+109
در 1 کانالها
Get PRO
مارس '25
+187
در 4 کانالها
Get PRO
فوریه '25
+171
در 5 کانالها
Get PRO
ژانویه '25
+273
در 0 کانالها
Get PRO
دسامبر '24
+425
در 6 کانالها
Get PRO
نوامبر '24
+499
در 6 کانالها
Get PRO
اکتبر '24
+548
در 10 کانالها
Get PRO
سپتامبر '24
+244
در 3 کانالها
Get PRO
اوت '24
+465
در 11 کانالها
Get PRO
ژوئیه '24
+338
در 8 کانالها
Get PRO
ژوئن '24
+272
در 7 کانالها
Get PRO
مه '24
+440
در 7 کانالها
Get PRO
آوریل '24
+561
در 12 کانالها
Get PRO
مارس '24
+484
در 8 کانالها
Get PRO
فوریه '24
+592
در 6 کانالها
Get PRO
ژانویه '24
+487
در 6 کانالها
Get PRO
دسامبر '23
+550
در 12 کانالها
Get PRO
نوامبر '23
+88
در 8 کانالها
Get PRO
اکتبر '23
+92
در 5 کانالها
Get PRO
سپتامبر '23
+224
در 0 کانالها
Get PRO
اوت '23
+338
در 0 کانالها
Get PRO
ژوئیه '23
+232
در 0 کانالها
Get PRO
ژوئن '23
+828
در 0 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 28 ژانویه | 0 | |||
| 27 ژانویه | +4 | |||
| 26 ژانویه | 0 | |||
| 25 ژانویه | +1 | |||
| 24 ژانویه | 0 | |||
| 23 ژانویه | +1 | |||
| 22 ژانویه | +1 | |||
| 21 ژانویه | +1 | |||
| 20 ژانویه | +1 | |||
| 19 ژانویه | 0 | |||
| 18 ژانویه | +1 | |||
| 17 ژانویه | +2 | |||
| 16 ژانویه | 0 | |||
| 15 ژانویه | +2 | |||
| 14 ژانویه | +1 | |||
| 13 ژانویه | +3 | |||
| 12 ژانویه | +1 | |||
| 11 ژانویه | 0 | |||
| 10 ژانویه | 0 | |||
| 09 ژانویه | 0 | |||
| 08 ژانویه | 0 | |||
| 07 ژانویه | +2 | |||
| 06 ژانویه | +3 | |||
| 05 ژانویه | +4 | |||
| 04 ژانویه | +3 | |||
| 03 ژانویه | +4 | |||
| 02 ژانویه | 0 | |||
| 01 ژانویه | +1 |
پستهای کانال
| 2 | شروع شد | 938 |
| 3 | ده دقیقه دیگه شروع میشه. | 1 016 |
| 4 | امروزه از دست ندید اگه میخواین شرکت کنید. | 1 230 |
| 5 | لایو تجربه مهاجرت کاری مانی مظفر به آلمان 🚀🇩🇪
Software Engineer | Noah Labs | Berlin
📅 زمان: چهارشنبه ۷ آبان (29th Oct)
🕔ساعت: 10 شب به وقت ایران | ۷:۳۰ بعدازظهر به وقت اروپای مرکزی
🎙 میزبان: بابی
📆 اضافه کردن ایونت به کلندر:لینک
https://www.youtube.com/watch?v=7alVm0lwytg | 2 659 |
| 6 |  وضعیت وایب کدر ها:
@PyBackendHub | 4 268 |
| 7 |  یک ترد جالب تو ردیت
از اینجور آدما فراری باشید :)
کامنت خیلی خوب بود.. resume driven development 😂
@PyBackendHub | 4 404 |
| 8 |  بدون متن... | 1 |
| 9 |  بدون متن... | 1 |
| 10 | یک ترد جالب تو ردیت
از اینجور آدما فراری باشید :)
کامنت خیلی خوب بود.. resume driven development 😂
@PyBackendHub | 1 |
| 11 | ظاهرا پست لینکدین جواب داد. تو ردیت همه نوشته بودن ۲-۳ هفته طول میکشه جواب بدن بررسی کنند. جالبه تیکتی که باز کردم هنوز جوابی نگرفته. تازه sponsorship گیتهابو فعال کردن برام که بتونم پروژه هام اسپانسر بگیرن و پول بگیرم از این طریق. :))
@PyBackendHub | 3 687 |
| 12 | سلام به همه همراهان
من اکانت گیت هابم بسته شده, بدون اینکه دلیل رو بهم ایمیل کنند یا بگن. و این واقعا برام عجیب بود. تیکت ساختم که پییگری بشه ولی برام خیلی مهمه که بتونم اکانتمو برگردونم چون پروژه اوپن سورس داشتم روش که روزانه هزار دانلود میخورد و داکیومنتش رو گیت هاب هاست میشد :(
خیلی خوشحال میشم اگه این پست لینکدین رو repost کنید تا بیشتر دیده بشه 🙏
@PyBackendHub | 3 439 |
| 13 |  گیتهاب یک فیچر خوب داشت که میدیدی تو چه PR و ایشو هایی اخیرا چه فعالیت هایی بود (اونایی که سابسکرایب کرده بودی) و اینم برداشتن :))
@PyBackendHub | 3 242 |
| 14 | دوستان خواهشا پیوی من سوال برنامه نویسی و جنرال نپرسید.
https://t.me/PythonFellow
عضو گروه بشین، من همیشه معمولا پاسخ میدم. بقیه هم میدن، سوال ممکنه برای شما باشه ولی بقیه هم میتونن استفاده کنند جواب بدن و نظره من ممکنه bias باشه. بحث بهتره جمعی باشه تا دو نفره.
پیوی زمانی بپرسید که سوالتون رو نمیخواین تو جمع مطرح کنید به دلایل خیلی شخصی.
@PyBackendHub | 3 886 |
| 15 |  فکت :))
@PyBackendHub | 4 009 |
| 16 | مرسی که دلیل های بیشتری گذاشتین :)) | 3 593 |
| 17 |  آقا دیس لایک میذارید دلیلشم بنویسید.
به قول مهدی تو گروه همه چیز را همگان دانند و همگان هنوز از مادر نزاده اند.
چهار تا چیزم ما یاد میگیریم از کامنت هاتون.
ولی این ری اکشنا چیزی یاد کسی نمیده.
کامنت و ری اکشن برای همین بازه که شما نظرتونو بگید و مخالفت کنید :)
@PyBackendHub | 3 627 |
| 18 |  و به این شکل یوزر هر زبونی که هست براش ترجمه میکنید.
چرا بهتره ترجمه رو سمت کلاینت نگه داریم؟
۱. از رو مرورگر میتونید متوجه بشید زبون کاربر چیه. ولی بخواین اینو رو سرور متوجه شید باید فرانت اول یک کدی بفرسته که اینو براتون تو سرور بفرسته.
۲. اینکه کاربر چه زبونی داره در درجه اول state frontend هست. نه بک اند.
۳. اگه یوزر زبونش رو تغییر داد, اگه فرانت state management رو درست انجام داده باشه بدون اینکه درخواست http ای بزنه کل محتوا صفحه رو میتونه آپدیت کنه. و این تجربه کاربری رو بهتر میکنه.
۴. اکوسیستم مدیریت زبان در فرانت بسیار قوی تره.
ولی خب در نهایت یک جاهایی مجبور میشیم ترجمه سمت سرورم داشته باشیم. مثلا ارسال نوتفیکیشن.
@PyBackendHub | 3 085 |
| 19 | این پستو دیدم تقریبا هر Rest standard ای بود توش رعایت نشده :))
در خصوص ارور و integration داشتن خوب با فرانت اند؛
۱. همیشه سعی کنید از HTTP STATUS استفاده کنید. اگه ۲۰۰ میدین یعنی ریسپانس موفقیت آمیز بوده، حالا هرچی که اسمشو میذارید. چون تقریبا تمام ابزار های telemetry بر مبنا همین کار میکنه. اینکه شما http status code رو بذارید تو بادی کار بسیار اشتباه و غلطی هست.
۲. فرانتی که نمیدونه کی به سرور درخواست داده، دولوپر نیست. صرفا یک LLM ای هست با دسترسی به git. یک تایمی ارسال میشه از سمت سرور به کلاینت. حالا اگه این تایم استمپ زمان اتمام درخواسته بازم برای کلاینت مهم نیست که شما بخوای رو سرور بذاری. برای کلاینت مهم اینه که درخواست رو کی دریافت کرده که میدونه.
۳. اینکه شما پیام ترجمه شده رو سمت سرور نگه دارید یک اشتباه دیگست. code کافیه. داکیومنت شما باید تو OpenAPI برای ارور ها باید schema داشته باشه که فرانت بدونه چه ارور هایی ممکنه بیاد. اینطوری اگه فرانت از ابزار های code auto generate استفاده کنه (که مثلا schema openapi رو میگیرن و کلاینت میسازن خودشون) اون ارور هارو هم میبینه و تو تایپ سیستمش میاد. میتونه اونا رو حالا به هر زبونی که کاربر هست بهش نشون بده. میتونه هرجوری بخواد ترجمه کنه. OBJECT_NOT_FOUND هم به شدت کلید اشتباهیه. چون معلوم نیست کدوم آبجکت not found عه. درستش اینه مثلا BookNotFound.که فرانت بتونه ترجمه کنه.
اگه خیلی فرانت بخوای قشنگ کارو در بیاره (تو سورس کد خودم اینکارو کردم) یک هوک نوشتم useError. این هوک اگه ریسپانس ۲۰۰نباشه ریسپانس رو میگیره. و کدش رو مپ میکنه به زبون یوزر و ترجمه میکنه و بهش نمایش میده. اگه کدی هم وجود نداشت (مثلا اروری که واقعا catch نشده بود) اون موقع فال بک میشه به اینکه خطایی در سرور رخ داده و نمیدونم این خطا چیه :). این هوک من, به شما هم ErrorMessage رو میده. هم یک کال بکی میده که از react-toastify استفاده کرده و ارور رو toast میکنه برای شما.
پس هم میتونی بنویسی
const { errorMessage } = useError()
errorMessage(response)
و هم
const { toastError} = useError()
toastError(response)
@PyBackendHub | 2 760 |
| 20 | این پستو دیدم تقریبا هر Rest standard ای بود توش رعایت نشده :))
در خصوص ارور و integration داشتن خوب با فرانت اند؛
۱. همیشه سعی کنید از HTTP STATUS استفاده کنید. اگه ۲۰۰ میدین یعنی ریسپانس موفقیت آمیز بوده، حالا هرچی که اسمشو میذارید. چون تقریبا تمام ابزار های telemetry بر مبنا همین کار میکنه. اینکه شما http status code رو بذارید تو بادی کار بسیار اشتباه و غلطی هست.
۲. فرانتی که نمیدونه کی به سرور درخواست داده، دولوپر نیست. صرفا یک LLM ای هست با دسترسی به git. ا | 1 |
