Python BackendHub
Open in 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
Show more7 421
Subscribers
No data24 hours
-247 days
-6730 days
Data loading in progress...
Similar Channels
Tags Cloud
No data
Any problems? Please refresh the page or contact our support manager.
Incoming and Outgoing Mentions
---
---
---
---
---
---
Attracting Subscribers
January '26
January '26
+36
in 0 channels
December '25
+121
in 0 channels
Get PRO
November '25
+128
in 0 channels
Get PRO
October '25
+206
in 2 channels
Get PRO
September '25
+145
in 2 channels
Get PRO
August '25
+175
in 3 channels
Get PRO
July '25
+238
in 3 channels
Get PRO
June '25
+227
in 0 channels
Get PRO
May '25
+130
in 2 channels
Get PRO
April '25
+109
in 1 channels
Get PRO
March '25
+187
in 4 channels
Get PRO
February '25
+171
in 5 channels
Get PRO
January '25
+273
in 0 channels
Get PRO
December '24
+425
in 6 channels
Get PRO
November '24
+499
in 6 channels
Get PRO
October '24
+548
in 10 channels
Get PRO
September '24
+244
in 3 channels
Get PRO
August '24
+465
in 11 channels
Get PRO
July '24
+338
in 8 channels
Get PRO
June '24
+272
in 7 channels
Get PRO
May '24
+440
in 7 channels
Get PRO
April '24
+561
in 12 channels
Get PRO
March '24
+484
in 8 channels
Get PRO
February '24
+592
in 6 channels
Get PRO
January '24
+487
in 6 channels
Get PRO
December '23
+550
in 12 channels
Get PRO
November '23
+88
in 8 channels
Get PRO
October '23
+92
in 5 channels
Get PRO
September '23
+224
in 0 channels
Get PRO
August '23
+338
in 0 channels
Get PRO
July '23
+232
in 0 channels
Get PRO
June '23
+828
in 0 channels
| Date | Subscriber Growth | Mentions | Channels | |
| 28 January | 0 | |||
| 27 January | +4 | |||
| 26 January | 0 | |||
| 25 January | +1 | |||
| 24 January | 0 | |||
| 23 January | +1 | |||
| 22 January | +1 | |||
| 21 January | +1 | |||
| 20 January | +1 | |||
| 19 January | 0 | |||
| 18 January | +1 | |||
| 17 January | +2 | |||
| 16 January | 0 | |||
| 15 January | +2 | |||
| 14 January | +1 | |||
| 13 January | +3 | |||
| 12 January | +1 | |||
| 11 January | 0 | |||
| 10 January | 0 | |||
| 09 January | 0 | |||
| 08 January | 0 | |||
| 07 January | +2 | |||
| 06 January | +3 | |||
| 05 January | +4 | |||
| 04 January | +3 | |||
| 03 January | +4 | |||
| 02 January | 0 | |||
| 01 January | +1 |
Channel Posts
| 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 |  No text... | 1 |
| 9 |  No text... | 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 |
