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 день
Триває завантаження даних...
Схожі канали
Хмара тегів
Немає даних
Виникли проблеми? Будь ласка, оновіть сторінку або зверніться до нашого support-менеджера.
Вхідні та вихідні згадування
---
---
---
---
---
---
Залучення підписників
січень '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 |
