🔰 مقالات و اخبار مرتبط با پایتون فارسی
🎗 گروه رسمی بنیاد نرم افزار پایتون فارسی:
@PyFarsi
🎗 گروه برنامه نویسی و امنیت شبکه:
@Gozarit | @Gozaritch
🎗 گروه آفتاپیک:
@PyFarsi_offtopic | @GozarITOfftopic
🎗 تبلیغات:
@GozaritADS
@PSFarsi offers specialized information about gozarit and gozaritofftopic for subscribers interested in ابزارهای هک
هنوز هیچ نظری وجود ندارد. اولین نفری باشید که نظر خود را به اشتراک میگذارید!
آخرین پستها
بنیاد پایتون کاران فارسی
۲۸ اردیبهشت ۱۴۰۵، ۲۰:۵۷
📷 Photo
📱 تست نفوذ حرفهای و دسترسی کامل به گوشیهای اندرویدی!
🖥 یادگیری تکنیکهای پیچیده و ابزارهای تخصصی برای تست نفوذ اندورید!
📶 در این سناریو تست نفوذ بر روی موبایل هایی که به شبکه Wi-Fi ما متصل هستند، صورت میگیرد.
📝 در این سناریو از دیوایس های واقعی استفاده میشود و از مجازی ساز ها ( مانند Nox و ... ) استفاده نمیشود و کاملا در محیط واقعی و کلاینت های واقعی انجام میشود.
⌨️ قراره یاد بگیریم با زبان پایتون دسترسی به پیامک ها و ... از موبایلی که به شبکه ما وصل هست بگیریم.
🔜 به زودی ...
✅ با ما همراه باشید ...
💪 حمایت کنید ...
〰〰〰〰〰
🌐 Website: http://LearnSecurity.ir/
🎓 Channel: https://t.me/LearnSecurityIR
🖥 Programming: https://t.me/GozarIT | https://t.me/PyFarsi
〰〰〰〰〰
1,170
6
0
بنیاد پایتون کاران فارسی
۲۸ اردیبهشت ۱۴۰۵، ۲۰:۵۷
#سوال مشکل کد زیر از نظر type annotation چیست؟ def f(l: list[object], k: list[int]) -> None: l = k
2,360
12
0
بنیاد پایتون کاران فارسی
۲۸ اردیبهشت ۱۴۰۵، ۲۰:۵۷
📷 Photo
آیا میدونستید میتونید با استفاده از کامنت
# type:
تو پایتون برای تعریف type annotation استفاده کنید؟😁
پ.ن: خودم شخصا برای ignore کردن یسری از خطاهای مربوط به همین type ها ازش استفاده میکردم ولی نمیدونستم این قابلیت هم داره
2,510
19
بنیاد پایتون کاران فارسی
۲۸ اردیبهشت ۱۴۰۵، ۲۰:۵۷
📷 Photo
Every dunder method in Python
Link: https://pym.dev/every-dunder-method/
〰️〰️〰️〰️〰️〰️〰️〰️〰️
🔰Group: https://t.me/PyFarsi
🔰Channel:
2,970
7
بنیاد پایتون کاران فارسی
۲۸ اردیبهشت ۱۴۰۵، ۲۰:۵۷
✔️ پایتون ۳.۱۳ با یک REPL جدید ریلیس میشه 😁😁
https://treyhunner.com/2024/05/my-favorite-python-3-dot-13-feature/
〰️〰️〰️〰️〰️〰️〰️〰️〰️
🔰Group: https://t.me/PyFarsi
🔰Channel:
2,870
7
0
بنیاد پایتون کاران فارسی
۲۸ اردیبهشت ۱۴۰۵، ۲۰:۵۷
#سوال
مشکل کد زیر از نظر type annotation چیست؟
def f(l: list[object], k: list[int]) -> None:
l = k
1,540
2
0
بنیاد پایتون کاران فارسی
۲۸ اردیبهشت ۱۴۰۵، ۲۰:۵۷
📷 Photo
با سلام امروز در این مقاله قصد داریم کمی درباره ی ویژگی Specialized Adaptive Interpreter که در پایتون نسخه 3.11 اضافه شده صحبت کنیم:
لینک مقاله: https://vrgl.ir/U39hy
〰️〰️〰️〰️〰️〰️〰️〰️〰️
🔰Group: https://t.me/PyFarsi
🔰Channel:
4,350
7
بنیاد پایتون کاران فارسی
۲۸ اردیبهشت ۱۴۰۵، ۲۰:۵۷
📷 Photo
✔️ الگوریتم Timsort
بیاید تا یکی از سریعترین الگوریتمهای مرتبسازی که حدود ۲۲ ساله زندهست و از پایتون 2.3 الگوریتم مرتب سازی استاندارد پایتونه و همچنین توی جاوا و Rust و Android و GNU Octave و انجین V8 هم حضور داره رو کاملا مفصل بررسیش کنیم 😁
🔗 https://virgool.io/@liewpl/timsort-algorithm-u41h0wv0jnax
〰〰〰〰〰〰〰〰〰
🔰Group: https://t.me/PyFarsi
🔰Channel:
3,310
11
بنیاد پایتون کاران فارسی
۲۸ اردیبهشت ۱۴۰۵، ۲۰:۵۷
📎 File
اگه نیاز به یک دیتابیس برای تمرین، تست و ... دارید میتونید از این دیتابیس استفاده کنید.
آدرس گروه :
🔰 https://t.me/PyFarsi
آدرس کانال :
🔰
2,270
7
بنیاد پایتون کاران فارسی
۲۸ اردیبهشت ۱۴۰۵، ۲۰:۵۷
Generators
درود. میخواستم درباره ی آبجکت معروف و شناخته شده ی generator حرف بزنیم ولی با نگاه کمی متفاوت تر و به این برسیم که دقیقا چطور کار میکنه و چطور پیداش شد. نیاز هست که کمی حرف های پیش نیاز بزنیم صبور باشید.
قبل از هر چیزی درباره ی خود فانکشن حرف بزنیم ولی نه تو پایتون بلکه تو C:
وقتی یه فانکشنی کال میشه، توی call stack یک frame جدید میاد که برای اون فانکشن هست. این frame شامل تمام متغیر های لوکال و پارامتر های اون فانکشن هست. وقتی فانکشن تموم میشه چه اتفاقی میفته؟
اون frame از stack پاپ میشه(یا دقیق ترش stack pointer کم میشه)
و نکته اینجاس که هرچی که توی اون frame هست دیگه قابل دسترس نیست و اگه استفادشون کنیم undefined behavior هست. چرا؟ چون توی "مموری استک" این frame قرار داده شده بود و اون فضا الان آزاد شده و قابل استفاده هست برای بقیه(توی پرانتز، تو C که مدیریت حافظه نداره، باید آبجکت هایی که توی heap میسازیم رو خودمون مدیریت کنیم نه استک):
int *returnArray() {
int arr[3] = {11, 22, 33};
printf("%p\n", arr);
printf("%d\n", arr[1]);
return &arr;
}
int main(void) {
int *arr;
arr = returnArray();
printf("%p\n", arr);
printf("%d\n", arr[1]); // ???
}
با اینکه آدرسش رو return کردیم ولی باز نمیتونیم به آیتم های لیست دسترسی داشته باشیم.
حالا اینارو گفتم که موضوع مهمی رو بگم اونم اینکه تو پایتون هم همین call stack و اینا هست ولی اون frame object توی heap ساخته میشه. این به این معناس که اگه بخوایم میتونیم ذخیرش داشته باشیمش و همیشه بمونه! مثلا مانع از نابود شدن خودش و آبجکت های درونش بشیم. تو مثال زیر global f رو اگه از کامنت در بیارید obj از بین نمیره چون frame رو ذخیره کردیم:
from gc import collect
from sys import _getframe
class A:
def __del__(self):
print("del called")
def fn():
# global f
f = _getframe(0)
obj = A()
fn()
collect()
input()
خب حالا که اینو گفتیم بریم سراغ خود آبجکت فانکشن تو پایتون. وقتی فانکشن کال میشه یه frame object ساخته میشه. این frame object داخلش آبجکت های زیادی هست(مستقیم یا غیر مستقیم) از جمله رفرنسی داره به متغیر های داخل اون namespace و رفرنسی داره به code object که یک unit عه executable هست. داخل این code object ما bytecode ها رو داریم که همون instruction ها هستن.
درواقع instruction ها هستن که اجرا میشن و این state ذخیره میشه. تو کد زیر lasti یعنی last instruction. (توی cpu هم اتفاق مشابهی میفته. اینجا pvm میخواد بدونه چیو اجرا کرده و حالا نوبت چیه):
from sys import _getframe
def fn():
print(_getframe(0).f_lasti)
a = 10
print(_getframe(0).f_lasti)
fn()
خب حالا بخش جالب ماجرا اینجاس. ما به عنوان طراحان فرضی زبان پایتون، میدونیم که frame ما میتونه خارج از موقع کال شدن هم زنده بمونه + از طرفی به state هم که دسترسی داریم...( اینکه الان متغیر های local چیا هستن، اینکه الان تا instruction چندم اجرا شده و غیره)
فقط یه مشکلی هست، فانکشن های ما وقتی کال میشن از اولین instruction تا آخرینش رو اجرا میکنن و تموم میشن و همه ی آبجکت های داخل اون frame از بین میرن(اگه رفرنس دیگه ای نداشته باشن جای دیگه).
الان همه چیز محیا هست برای اینکه یه ساختار یا keyword جدیدی بیاریم تو زبان که هرجایی از execution فانکشن خواستیم بتونیم pause کنیم و اون رو با هر state ای که داره به حال خودش رها کنیم. بیایم yield رو معرفی کنیم! هروقت yield اومد، کافیه اجرا رو متوقف کنیم و مثل فانکشن ها(که بعد از تموم شدنشون، frame شون از stack frame جدا میشد) این generator ها رو هم frame شون رو جدا کنیم.
بعدا اگه خواسیم generator رو ادامه بدیم و روش next بزنیم(مستقیم خودمون یا غیر مستقیم توسط پایتون) تنها کاری که باید بکنیم اینه که frame ش رو برداریم بچسبونیم به stack frame ممون و از اون state ای که بودیم ادامه بدیم.
def gen():
a = 1
yield
b = 1
yield
g = gen()
next(g)
print(g.gi_frame.f_lasti, g.gi_frame.f_locals)
next(g)
print(g.gi_frame.f_lasti, g.gi_frame.f_locals)
این call stack با linkedlist پیاده سازی شده و frame ها نود های اون هستن. با f_back به frame قبلی اشاره میکنن به راحتی وصل میشن و جدا میشن.
جنریتور ها با وجود سرعت خوبی که دارن، برای سرعت بیشتر ساخته نشدن بلکه برای استفاده ی بهینه تر از مموری ساخته شدن. داشتن همچین آبجکتی(به اضافه ی ساختار هایی مثل yield from) میتونه زمینه ی خیلی چیز ها رو فراهم کنه. از جمله فریموورک هایی مثل asyncio :)
