Python BackendHub
Kanalga Telegram’da o‘tish
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
Ko'proq ko'rsatish7 421
Obunachilar
Ma'lumot yo'q24 soatlar
-247 kun
-6730 kun
Ma'lumot yuklanmoqda...
O'xshash kanallar
Taglar buluti
Ma'lumot yo'q
Muammo bormi? Iltimos, sahifani yangilang yoki bizning qo'llab-quvvatlash boshqaruvchimizga murojaat qiling>.
Kirish va chiqish esdaliklari
---
---
---
---
---
---
Obunachilarni jalb qilish
Yanvar '26
Yanvar '26
+36
0 kanalda
Dekabr '25
+121
0 kanalda
Get PRO
Noyabr '25
+128
0 kanalda
Get PRO
Oktabr '25
+206
2 kanalda
Get PRO
Sentabr '25
+145
2 kanalda
Get PRO
Avgust '25
+175
3 kanalda
Get PRO
Iyul '25
+238
3 kanalda
Get PRO
Iyun '25
+227
0 kanalda
Get PRO
May '25
+130
2 kanalda
Get PRO
Aprel '25
+109
1 kanalda
Get PRO
Mart '25
+187
4 kanalda
Get PRO
Fevral '25
+171
5 kanalda
Get PRO
Yanvar '25
+273
0 kanalda
Get PRO
Dekabr '24
+425
6 kanalda
Get PRO
Noyabr '24
+499
6 kanalda
Get PRO
Oktabr '24
+548
10 kanalda
Get PRO
Sentabr '24
+244
3 kanalda
Get PRO
Avgust '24
+465
11 kanalda
Get PRO
Iyul '24
+338
8 kanalda
Get PRO
Iyun '24
+272
7 kanalda
Get PRO
May '24
+440
7 kanalda
Get PRO
Aprel '24
+561
12 kanalda
Get PRO
Mart '24
+484
8 kanalda
Get PRO
Fevral '24
+592
6 kanalda
Get PRO
Yanvar '24
+487
6 kanalda
Get PRO
Dekabr '23
+550
12 kanalda
Get PRO
Noyabr '23
+88
8 kanalda
Get PRO
Oktabr '23
+92
5 kanalda
Get PRO
Sentabr '23
+224
0 kanalda
Get PRO
Avgust '23
+338
0 kanalda
Get PRO
Iyul '23
+232
0 kanalda
Get PRO
Iyun '23
+828
0 kanalda
| Sana | Obunachilarni jalb qilish | Esdaliklar | Kanallar | |
| 28 Yanvar | 0 | |||
| 27 Yanvar | +4 | |||
| 26 Yanvar | 0 | |||
| 25 Yanvar | +1 | |||
| 24 Yanvar | 0 | |||
| 23 Yanvar | +1 | |||
| 22 Yanvar | +1 | |||
| 21 Yanvar | +1 | |||
| 20 Yanvar | +1 | |||
| 19 Yanvar | 0 | |||
| 18 Yanvar | +1 | |||
| 17 Yanvar | +2 | |||
| 16 Yanvar | 0 | |||
| 15 Yanvar | +2 | |||
| 14 Yanvar | +1 | |||
| 13 Yanvar | +3 | |||
| 12 Yanvar | +1 | |||
| 11 Yanvar | 0 | |||
| 10 Yanvar | 0 | |||
| 09 Yanvar | 0 | |||
| 08 Yanvar | 0 | |||
| 07 Yanvar | +2 | |||
| 06 Yanvar | +3 | |||
| 05 Yanvar | +4 | |||
| 04 Yanvar | +3 | |||
| 03 Yanvar | +4 | |||
| 02 Yanvar | 0 | |||
| 01 Yanvar | +1 |
Kanal postlari
| 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 |  Matn yo'q... | 1 |
| 9 |  Matn yo'q... | 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 |
