#آموزش #جنگو
‌
⚡️ می‌دونستین get_or_create توی جنگو چیکار می‌کنه؟
‌
خیلی وقت‌ها می‌خوای یک رکورد رو از دیتابیس بگیری و اگه نبود، بسازیش. معمولاً این کار رو با try/except و DoesNotExist می‌نویسیم، ولی جنگو یک میان‌بر آماده براش داره.
‌
فرض کن مدل Tag یک فیلد name داره و مدل Profile فیلدهای email و city رو:
‌

tag, created = Tag.objects.get_or_create(name="python")
print(tag.name, created)

tag, created = Tag.objects.get_or_create(name="python")
print(tag.name, created)

print(Tag.objects.count())

‌
خروجی:
‌

python True
python False
1

‌
این متد یک تاپل دوتایی برمی‌گردونه: خود آبجکت و یک True یا False که می‌گه تازه ساخته شد یا از قبل بود. بار دوم چیزی ساخته نشد و هنوز فقط یک تگ داریم.
‌
💎 فیلدهایی که فقط موقع ساختن لازم‌ان رو توی defaults بده. این فیلدها توی جستجو استفاده نمی‌شن:
‌

p, created = Profile.objects.get_or_create(
    email="ali@example.com",
    defaults={"city": "Tehran"},
)
print(p.city, created)

p, created = Profile.objects.get_or_create(
    email="ali@example.com",
    defaults={"city": "Shiraz"},
)
print(p.city, created)

‌
خروجی:
‌

Tehran True
Tehran False

‌
بار دوم پروفایل پیدا شد، پس شهرش عوض نشد. اگه می‌خوای رکورد موجود آپدیت هم بشه، سراغ update_or_create برو:
‌

p, created = Profile.objects.update_or_create(
    email="ali@example.com",
    defaults={"city": "Shiraz"},
)
print(p.city, created)

‌
خروجی:
‌

Shiraz False

‌
✔️ خروجی این متدها تاپله، نه خود آبجکت. اگه created رو لازم نداری، بنویس tag, _ = ...
⚠️ طبق مستندات جنگو، جلوگیری از رکورد تکراری توی درخواست‌های هم‌زمان فقط وقتی تضمینه که فیلدهای جستجو توی دیتابیس یکتا باشن (مثلاً با unique=True). توی این مثال name و email یکتا تعریف شدن.
❌ اگه جستجو بیشتر از یک رکورد پیدا کنه، خطای MultipleObjectsReturned می‌گیری.
‌
آموزش هوش مصنوعی و برنامه نویسی 👇
@codingyar
وبسایت آموزشی:
www.codingyar.com

#آموزش #پایتون
‌⚡️ می‌دونستین برای شمردن تکرارها توی پایتون یک ابزار آماده هست؟
‌
اسمش Counter هست و توی ماژول collections خود پایتونه، پس نصب لازم نداره. یک لیست بهش بدین تا تعداد تکرار هر عضو رو بشمره و پرتکرارترین‌ها رو هم بهتون بده:
‌

from collections import Counter

langs = ["python", "go", "python", "rust", "go", "python"]
counts = Counter(langs)
print(counts)
print(counts.most_common(2))

‌
خروجی:
‌

Counter({'python': 3, 'go': 2, 'rust': 1})
[('python', 3), ('go', 2)]

‌
متد most_common(2) دو عضو پرتکرار رو به‌ترتیب، همراه تعدادشون برمی‌گردونه. دیگه لازم نیست خودتون یک دیکشنری بسازید و توی حلقه یکی‌یکی بهش اضافه کنید.
‌
🔸 کلید ناموجود خطا نمی‌ده
توی دیکشنری معمولی، خوندن کلیدی که وجود نداره خطای KeyError می‌ده، ولی Counter برای چیزی که ندیده صفر برمی‌گردونه (ادامهٔ همون کد بالا):
‌

print(counts["java"])

‌
خروجی:
‌

0

‌
🔸 روی رشته هم کار می‌کنه
هر چیزی که بشه روش حلقه زد رو می‌شمره؛ مثلاً حروف یک کلمه:
‌

letters = Counter("banana")
print(letters)

‌
خروجی:
‌

Counter({'a': 3, 'n': 2, 'b': 1})

‌
🔸 پیدا کردن عضوهای تکراری
چون Counter در اصل یک دیکشنریه، متد items و بقیهٔ امکانات دیکشنری رو داره:
‌

dupes = [x for x, n in counts.items() if n > 1]
print(dupes)

‌
خروجی:
‌

['python', 'go']

‌
🔸 اضافه کردن داده‌های جدید
متد update شمارش‌های جدید رو با قبلی‌ها جمع می‌کنه، نه اینکه جاشون بنویسه:
‌

counts.update(["rust", "rust"])
print(counts["rust"])

‌
خروجی:
‌

3

‌
▫️ اگه به most_common عددی ندید، همهٔ عضوها رو از بیشترین به کمترین برمی‌گردونه.
▫️ اگه تعداد تکرار دو عضو برابر باشه، هر کدوم زودتر دیده شده باشه اول میاد.
▫️ چند کاربرد واقعی: شمردن کدهای وضعیت توی فایل لاگ، پیدا کردن پرتکرارترین کلمه‌های یک متن یا شمردن رأی‌های یک نظرسنجی.
‌
آموزش هوش مصنوعی و برنامه نویسی 👇
@codingyar
وبسایت آموزشی:
www.codingyar.com

#آموزش #گیت
‌
⚡️ می‌دونستین کامیتی که با یک ریست اشتباه از تاریخچه پریده، هنوز توی گیت هست و برمی‌گرده؟
‌
گیت هر جابه‌جایی HEAD رو توی یک دفترچهٔ محلی به اسم reflog ثبت می‌کنه. فرض کنید با ریست کردن به یک کامیت عقب‌تر، کامیت «add login page» غیب شده. با این دو دستور پیداش می‌کنیم و برش می‌گردونیم:
‌

git reflog
git reset --hard HEAD@{1}

‌
خروجی:
‌

377ca14 HEAD@{0}: reset: moving to HEAD~1
73550dc HEAD@{1}: commit: add login page
377ca14 HEAD@{2}: commit (initial): initial commit
HEAD is now at 73550dc add login page

‌
عبارت HEAD@{1} یعنی «جایی که HEAD یک قدم قبل بود». همون‌طور که توی خط دوم خروجی می‌بینید، اون موقع روی کامیت گمشده بود؛ پس با ریست به همون نقطه، کامیت دوباره سر جاش برمی‌گرده.
‌

💎
راه امن‌تر: اول یک برنچ نجات بسازید
اگه مطمئن نیستید کدوم خط درسته، به‌جای ریست، اون نقطه رو توی یک برنچ جدا نگه دارید و با خیال راحت بررسیش کنید:
‌

git branch rescue HEAD@{1}
git log --oneline rescue

‌
خروجی:
‌

73550dc add login page
377ca14 initial commit

‌
‌
🔥 برنچی که پاک کردین هم برمی‌گرده
موقع پاک کردن برنچ، گیت هش آخرین کامیتش رو نشون می‌ده:
‌

git branch -D feature

‌
خروجی:
‌

Deleted branch feature (was 94be905).

‌
اگه این پیام رو از دست دادین، هش رو از خروجی reflog پیدا کنید (خط «commit: add feature») و برنچ رو با همون هش دوباره بسازید:
‌

git reflog -3
git branch feature 94be905

‌
خروجی:
‌

73550dc HEAD@{0}: checkout: moving from feature to main
94be905 HEAD@{1}: commit: add feature
73550dc HEAD@{2}: checkout: moving from main to feature

‌
‌
⚠️ ریست با گزینهٔ --hard تغییرات کامیت‌نشده رو پاک می‌کنه و reflog فقط کامیت‌ها رو نگه می‌داره، نه تغییراتی که هیچ‌وقت کامیت نشدن. پس قبلش با این دستور مطمئن بشید چیز کامیت‌نشده‌ای ندارید:
‌

git status

‌
▫️ دفترچهٔ reflog فقط روی سیستم خودتونه و با push جایی نمی‌ره؛ توی یک کلون تازه فقط یک خط «clone» داره.
▫️ ورودی‌ها همیشگی نیستن: با تنظیمات پیش‌فرض، ورودی‌هایی که به کامیت‌های بیرون از تاریخچهٔ برنچ فعلی اشاره دارن (مثل همین کامیت گمشده) بعد از ۳۰ روز و بقیه بعد از ۹۰ روز موقع پاک‌سازی خودکار گیت حذف می‌شن؛ پس نجات رو عقب نندازید.
‌
آموزش هوش مصنوعی و برنامه نویسی 👇
@codingyar
وبسایت آموزشی:
www.codingyar.com