تابع get_FOO_display در جنگو چیه؟

بهترین روش برای توضیح این تابع، مثاله:

from django.db import models


class Person(models.Model):
    SHIRT_SIZES = {
        "S": "Small",
        "M": "Medium",
        "L": "Large",
    }
    name = models.CharField(max_length=60)
    shirt_size = models.CharField(max_length=2, choices=SHIRT_SIZES)

و نتیجه:

>>> p = Person(name="Fred Flintstone", shirt_size="L")
>>> p.save()
>>> p.shirt_size
'L'
>>> p.get_shirt_size_display()
'Large'

گرفتی کارش چیه؟ یس 👍🏻 اور نو 👎

دستور flush توی جنگو چکار میکنه؟

این دستور اینجوری اجرا میشه:

python manage.py flush

چکار میکنه؟
همه دیتاهای دیتابیس، بجز دیتاهای جدول migrations رو پاک میکنه. در واقع TRUNCATE میکنه.

سوال: TRUNCATE چیه؟
دستور TRUNCATE ربطی به جنگو نداره و دستور SQL هست. اینجوری معمولا نوشته میشه

TRUNCATE TABLE felan

فلان هم اسم جدولی هست که میخوای truncate کنی. این دستور همه دیتای جدول رو حذف میکنه، با این تفاوت که مثل DELETE لاگ نمیشه و خیلی سریع هست. لذا خطرناک هم هست . و البته identity یا همون Auto Increment رو ریست میکنه.

برای دیدن کد ع sql ع دستور flust می تونید بنویسید:

python manage.py sqlflush

راستی بعد از flush ، جنگو post_migrate میکنه.

نظر عمو جی پی تی در مورد post_migrate:

سیگنال post_migrate برای این طراحی شده که بعد از هر بار همگام‌سازی دیتابیس (migrate یا flush)، داده‌ها و تنظیمات لازم دوباره ساخته بشن.
چیزهایی که معمولا انجام میده:
ایجاد پرمیشن‌ها برای تمام مدل‌ها (هر بار بعد از flush، جدول auth_permission دوباره پر میشه).
ساخت گروه‌ها یا داده‌های پیش‌فرض که بعضی اپلیکیشن‌ها نیاز دارن.
مثلا جنگو برای اپلیکیشن auth، همیشه پرمیشن‌های add, change, delete, view رو دوباره ایجاد می‌کنه.
اجرای هر سیگنالی که تو پروژه به post_migrate وصل کردی.
مثلا اگر خودت کدی نوشتی که بعد از post_migrate یه کاربر پیش‌فرض یا داده‌ی خاص بسازه، اون هم دوباره اجرا میشه.

این post_migrate جالبه

اینجوری تستش کنید:
یه migrate الکی بزنید، پیغام میده که چیزی برای مایگریت نیست، اما کارهایی روی دیتابیس کرده.
مثلا برو و توی جدول auth_permission یکی از codename هارو تغییر بده. مثلا یه عدد آخرش اضافه کن.
بعد دوباره migrate رو بزن و باز میگه چیزی برای مایگریت نیست.
حالا برو جدول auth_permission رو ببین. یه سطر بهش اضافه شده

مقدارش چیه؟؟؟
اگه میدونی یا تست ش کردی، جواب رو کامنت کن 😁😈

⭕️ بچه ها امسال بیاید مسابقات المپیک رو شرکت کنید با هم بریم بزنیم :)
من هم مثل هرسال توی مسابقات حضور دارم و اگر سوالی ، کاری راهنمایی چیزی فنی داشتید به گروه تلگرامی ما بپیوندید.

به امید دیدار در فینال مسابقات 🔥

@securation

اگه از Docker روی ویندوز با WSL2 استفاده می‌کنین، ممکنه بخواهید مصرف رم و CPU رو محدود کنید تا سیستم کند نشه به خصوص اگر محدودیت RAM دارید که 8 گیگ باشه این مورد خیلی می تونه بهتون کمک کنه.در حالت عادی 80 درصد ریسورس استفاده نشده سیستم رو wsl برای کار خودش در نظر میگیره ولی با این کار محدودیت لازم ایجاد میشه. برای این کار کافیه فایل .wslconfig بسازید یا ویرایش کنید:

مسیر فایل:

C:\Users\<YourUserName>\.wslconfig

نمونه تنظیمات:

[wsl2]
memory=1GB # ram limit
processors=3 # processor limit
swap=4GB # swap incase ran out of ram
pageReporting=true
swapFile=C:\\swap\\wsl_swap.vhdx # placement for swap (better to use ssd)

بعد از ذخیره فایل، WSL و Docker رو ریستارت کنید:

wsl --shutdown

حالا Docker روی WSL با منابع محدودتر اجرا می‌شه و سیستم روان‌تر کار می‌کنه.


📢 @thealibigdeli_channel

#tips

چطور توی جنگو، مایگریشن هارو یکی کنیم، بدون اینکه دیتا حذف بشه

منظورم چیه؟
فرض کنید در طول توسعه نرم افزارمون (شاید به دلیل تحلیل اشتباه اولیه یا هر دلیل دیگه ای...) همش تغییراتی توی مدل هامون میدیم.
بعد از مدتی، مایگریشن های زیادی برای هر اپ داریم
و به این فکر میکنیم؛ "کاش همه رو حذف کنم و از اول مایگریشن بزنم"
پس قبلی ها حذف. و یه مایگریشن می زنیم و هر اپ یه 0001_initial براش میمونه و خلوت میشه.

مشکل:
حالا باید migrate کنیم.
اما خطا میده.
من که مبتدی هستم، خیلی راحت دیتابیس sqlite رو حذف میکنم. و دوباره migrate میکنم و...

⚠️قبل از ادامه باید بگم:
شاید واقعا نیاز به این کار نباشه.
مثلا شما جدول django_migrations رو ببینید، خود جنگو همه رو یکی نکرده
مثلا برای اپ auth تعداد 12 مایگریشن زده شده
پس بد هم نمیشه که مایگریشن هارو داشته باشم، فقط وقتی migrate می کنیم، به ترتیب تغییرات اعمال میشن

ادامه مشکل:
اگه دیتا توی دیتابیس داشته باشم که برام مهم باشه چی؟
یا دیتابیسم توی پروداکشن باشه چی؟
نمیشه که دیتابیس رو حذف کنم.


چندتا راه هست (من اینارو بلدم):
یکی squashmigrations : که چندتا مایگریشن رو یکی میکنه.
یکی makemigrations --merge که میگرده اگه conflict یی باشه، یکی شون میکنه.

✔️یکی دیگه که خواستم بهش برسم، حذف کردن مایگریشن ها به صورت دستی،
بعد makemigrations که همه initial_0001 بشن
بعد حذف کردن اطلاعات جدول django_migrations
بعد استفاده از migrate --fake-initial هست
من توی محیط پروداکشن از migrate --fake استفاده کردم. وقتی initial رو بزنید آخرش، فقط initial هارو FAKE میکنه.

نکته مهم: ساختار دیتابیس باید با مایگریشن ها حتما یکی باشه

راستی توی پروداکشن بکاپ بگیر

اگه چیزی اشتباهه، توی کامنت ها بگو لطفا و 👎
وگرنه 👍🏻

کتاب Fluent Python همین الان رسید دستم

کیفیت کاغذ و کیفیت چاپش واقعا خوبه

الان درگیر هستم، توضیح دیگه ای لازم بود. همین پست رو ویرایش میکنم.

- آدرس کانال اصلی شون: @ITBook_Pub
-  نمونه کار هاشون: @ITBook_Images

ویرایش:
-دیروز خونه نبودم، وگرنه میخواستن بفرستن
-حاشیه داخلی کتاب خوبه و نیاز به سیمی کردن نداره
-چهار روز بعد از سفارش به دستم رسید، البته من ساکن تهرانم و از تهران برای من ارسال شد

تخفیف های 80 درصدی دوره های سایت دانشجویار

دوره فروشگاه جنگو من هم شامل شده

البته اینی که پای لپ تاپ ع، ظاهرا شهرشون یه متر برف باریده تو پاییز 🥶

https://www.daneshjooyar.com/landing/autumn1404/

سری مهندسی نرم‌افزار: پست 11
از لینکدین Saeed Shahrivari Joghan
قواره کردن کت به سبک خیاطی

این پست راجع به کاستومایز کردن اسکرام هست و طبعاً آخرین قسمت از دنباله اسکرام. در قسمت‌های قبلی مفصل راجع به چارچوب بودن اسکرام و ممنوع بودن دستکاری در اصول اون صحبت شد. اما چطوری میشه اسکرام رو برای تیم خودمون و یا حتی سازمان دل‌پذیر‌تر کنیم؟ خب اسکرام سبکه و میشه با سلیقه خودمون و با حفظ اصولش تا حد زیادی کاستومایزش کنیم. من به چند محور اشاره می‌کنم:

۱- ادغام نقش‌ها: من خیلی از دوستان با تجربه شنیدم که نقش‌هایی مثل «مالک محصول» به درد نمی‌خوره و چرنده و ما چرا باید به یه نفر کلی حقوق ماهیانه بدیم که یه نقش الکی به نام مالک محصول داشته باشه؟ خب اگه شما حتی یه تجربه خیلی محدود در پیاده‌سازی یک سیستم مالی یا سرمایه‌گذاری داشته باشید خیلی راحت درک می‌کنید که در چنین نرم‌افزارهایی به دلیل دانش تخصصی عملاً یک مهندس نرم‌افزار بدون کمک کسی که مالک محصول باشه توانایی دلیور کردن نخواهد داشت. اما در تمام پروژه‌ها واقعا نیاز به یک مالک محصول تمام وقت نیست و خیلی از اوقات یکی از توسعه‌دهنده‌ها میتونه همزمان نقش مالک محصول رو هم ایفا کنه یا برعکس در پروژه‌های خیلی پیچیده ممکنه چندین مالک محصول داشته باشیم. بنابراین به جای حذف نقش‌های مالک محصول و اسکرام مستر میشه عوض یک فرد تمام وقت این نقش‌ها رو به
توسعه‌دهنده یا فرد دیگه‌ای سپرد ولی لطفا هرگز این نقش رو حذف نکنیم (توجه کنید که از واژه نقش استفاده می‌کنم نه فرد)

۲- تغییر در سرمونی‌ها: میشه جلسات پلنینگ رو به چند جلسه کوتاه‌تر شکست یا برای پیش‌برد بهتر در یه قسمت طولانی‌تر با کمک چند عضو تیم عمده کار رو انجام داد و بعد در یک جلسه کوتاه‌تر با شرکت تمام اعضای تیم کار رو جمع کرد که باعث خستگی افراد نشه. خیلی اوقات میشه جلسات رترو رو در قالب یک جلسه به صرف چای یا قهوه انجام داد تا کسالت کمتر بشه یا حتی خیلی کوتاه در عرض ۱۰ دقیقه در انتهای جلسه ریویو برگزارش کرد.

۳- تغییر در آرتیفکت‌ها: برای مثال اگه انجام تخمین برای وزن‌دهی به آیتم‌های بک‌لاگ با استفاده از اعداد براتون سخته میشه از سایز‌های تیشرت استفاده کرد. یا میشه تعریف done رو برای هر تیم شخصی‌سازی کرد.

در آخر مجدداً جمع‌بندی می‌کنم که اسکرام چکش طلایی نیست و به درد تمام پروژه‌ها نمی‌خوره اما از اون طرف هم اگه یه نفر بیاد بگه اسکرام در پیته و قدیمی شده و کلاً به درد نخوره به نظرم حرف ناپخته‌ای زده. اسکرام برای همه پروژه‌ها مناسب نیست ولی در طیف خوبی از پروژه‌ها خوب پاسخ می‌ده و معمولاً اگه از این افراد منتقد بپرسی خب اگه اسکرام رو اجرا نکنیم چیکار کنیم؟ جواب قانع‌کننده‌ای ندارند یا یه روش من‌در‌آوردی از خودشون ارائه میدن که قابل اتکا نیست. اسکرام بر خلاف چیزی که مشهوره یه چارچوب نسبتا سبکه و تا حد خوبی میشه با حفظ اصول کاستومایزش کرد اما از اون سمت هم نباید به خود چارچوب دست بزنیم مثل قواره کردن یه کت.