نسخه دبیان۱۲.۷ با کد Bookworm” منتشر شده است.

 این به‌روزرسانی شامل 55 به‌روزرسانی امنیتی و 51 رفع اشکال است یا همون باگ است.


پروژه دبیان اعلام می‌کند که هفتمین به‌روزرسانی توزیع پایدار خود، دبیان 12 (با نام رمز bookworm) را منتشر کرده است. این نسخه نقطه‌ای عمدتاً اصلاحاتی برای مسائل امنیتی به همراه چند تنظیم برای مشکلات جدی اضافه می‌کند.
لطفاً توجه داشته باشید که این نسخه نقطه‌ای نسخه جدیدی از دبیان 12 نیست، بلکه فقط برخی از بسته‌های موجود را به‌روزرسانی می‌کند. نیازی به دور انداختن رسانه‌های قدیمی bookworm نیست. پس از نصب، بسته‌ها می‌توانند با استفاده از یک آینه به‌روز دبیان به نسخه‌های فعلی ارتقا یابند.

۷۲ کامنت گذاشته شده تا این لحظه، اکثرش هم درسته اشتباه نیست. مثل بحث observability، پروفایلینگ، بررسی خودت تیکت و شرایط کاربر، و … . منکر درست بودن اینا نیستم اصلا. یک سری کامنت غلط هم بود (از نظره من)، ولی یک چیزه خیلی خیلی ساده جا موند! کسی نگفت من میرم کدو بخونم ببینم چیکار میکنه و چیکار باید میکرده😅 ساده فکر کردن خیلی سخته😁

ببینید اگه میخواین یک کد رو پرفومنسشو بهتر کنید، اولین قدم آپتیمایز کردن اینه که شما یک کاغذ برداری، و این ۳ فلو اجرا رو بکشی (execution flow):
۱. حداقل فلویی که نیازه طی شه برای انجام اون کار
۲. بعد یک بررسی ساده و سریع، فلویی که فکر میکنی اتفاق میفته
۳. با دیباگر کدو ران کنی و جامپ کنی، و واقعا فلویی که اتفاق میفته

در کمال ناباوری، هیچوقت این ۳ تا نزدیک هم نیستن! 😅 وقتی این ۳ فلو رو داری، میتونی دقیقا تخمین بزنی که چقدر میتونی latency یک کد رو کم کنی. چقدر میتونی سریعترش کنی. با یک ضرب و تقسیم این عدد خیلی راحت به دست میاد. مراحل اضافه هم میتونی حذف کنی و تصمیم بگیری کجا رو ریفکتور کنی.
ببینید تو پروفایلینگ شما hotloop برنامتون رو پیدا میکنید، و اپتمایز میکنید. ولی اگه ۱۰۰ قدم ریز دارین برمیدارین که لازم نیست، و یک قدم بلند که لازمه انجام شه، پروفایلر به شما میگه اون قدم بلند رو آپتمایز کن. که لزوما ممکنه بهترین راه حل نباشه.

ویدیو زیر رو توصیه میکنم ببینید. ۳ ساعته، ولی یک ساعت اخرش پرسش پاسخه. یکی از قشنگ ترین ویدیو های tech هست که دیدم. کلشو یک شبه تموم کردم😅 ساعت ۹ شروع کردم دیدن، ۱۲ تموم شد!
https://www.youtube.com/watch?v=Ge3aKEmZcqY

این ویدیو شما رو قانع خواهد کرد:

۱ نرم افزار ها به شدت خیلی عجیبی کند هستند. همه نرم افزار ها! و سخت افزار خیلی سریعتر از چیزی هستن که میتونید تصور کنید.
۲. زبون و الگوریتم قطعا تاثیر گذار هست تو سرعت، ولی نه خیلی! چیزی که تاثیر گذار ترین عامله طرز فکر کسیه که داره یک کدی رو مینویسه.
۳. پرفومنس و readability و ساده بودن کد، دو نقطه متقابل نیستن!
۴. سرعت و latency اجرا شدن کد، تو هر بیزنسی مهمه.

@PyBackendHub

خیلی وقتا برای ما پیش میاد که تو یه برنچی کار میکنیم که میخوایم با main/master مرجش کنیم ولی کس دیگه‌ای اول مرج میکنه برنچشو و ما conflict می‌خوریم.
حالا وقتی میخوایم کانفلیکت‌ها رو حل کنیم می‌تونیم برنچ main رو با برنچ خودمون merge کنیم یا برنچ خودمون رو rebase کنیم به main جدید.

اینکه کدومش خوبه کدومش نه، جوابش بستگی داره‌س!
تو تیم‌هایی که جونیور زیاد دارن توصیه می‌شه مرج کنید و تموم. اینطوری تاریخچه پیچیده‌تری دارید (چون چرا یهو main تو یه برنچ مرج شده) ولی مجیک خاصی اتفاق نمی‌افته.
از طرفی rebase باعث می‌شه که یه تاریخچه شبیه‌سازی شده و جدید به وجود بیاد که توش کامیت‌های برنچ جدید شما انگار بعد از آخرین کامیت main به وجود اومدن! برای کسی که بعدا نگاه کنه فهمش راحت تره ولی نکته اینه که چنین چیزی اصلا وجود نداشته و ممکنه مشکل لاجیکی تو کد ایجاد کنه.
تو این ویدیو این بحث رو خیلی خوب در قالب یه مکالمه توضیح دادن. توصیه می‌کنم ببینید.
https://www.youtube.com/watch?v=7gEbHsHXdn0

⭕️ در URIها از زیرخط (_) استفاده نکنید
برنامه‌های نمایش متن (مثل مرورگرها، ویرایشگرها و غیره) معمولاً برای نشان دادن اینکه URIها قابل کلیک هستند، زیر آن‌ها خط می‌کشند. بسته به فونت استفاده‌شده در برنامه، کاراکتر زیرخط (_) ممکنه که به‌صورت جزئی یا کامل زیر این خط زیرین مخفی بشه. برای جلوگیری از این سردرگمی، به جای زیرخط از خط تیره (-) استفاده کنید.
این کار باعث میشه URIها بهتر دیده بشن و مشکلی در خواندن یا کلیک کردن روی اون‌ها پیش نیاد.

⭕️ از حروف کوچک در مسیرهای URI استفاده کنید
تا حد امکان در مسیرهای URI از حروف کوچک استفاده کنید، چون حروف بزرگ ممکنه گاهی اوقات مشکلاتی ایجاد کنن. بر اساس استاندارد RFC 3986، URI ها به غیر از بخش‌های مربوط به scheme و host نسبت به حروف بزرگ و کوچک حساس هستند.

مثال:

http://api.example.restapi.org/my-folder/my-doc

HTTP://API.EXAMPLE.RESTAPI.ORG/my-folder/my-doc

http://api.example.restapi.org/My-Folder/my-doc

در اینجا URI اول و دوم از نظر استاندارد یکسان هستن، اما URI سوم با اون‌ها فرق داره، که ممکنه باعث سردرگمی و مشکلات غیرضروری بشه. به همین دلیل بهتره از حروف کوچک استفاده کنید تا از این مشکلات جلوگیری بشه.

⭕️ پسوندهای فایل نباید در URI‌ها قرار بگیرند

در وب، کاراکتر نقطه (.) معمولاً برای جدا کردن نام فایل و پسوند اون در URI‌ها استفاده میشه. اما یک REST API نباید پسوندهای مصنوعی فایل رو توی URI‌ها بذاره تا فرمت محتوای پیام رو نشون بده. به جای این کار، باید از نوع رسانه (media type) که از طریق هدر Content-Type منتقل میشه، برای تعیین نحوه پردازش محتوای پیام استفاده بشه.

مثال:

نادرست: http://api.college.restapi.org/students/3248234/trannoscripts/2005/fall.json

درست: http://api.college.restapi.org/students/3248234/trannoscripts/2005/fall

به جای استفاده از پسوند فایل‌ها برای تعیین فرمت، بهتره که کلاینت‌های REST API از مکانیزم انتخاب فرمت ارائه‌شده توسط HTTP، یعنی هدر Accept در درخواست‌ها، استفاده کنن.

@ninja_leanr_ir

بعد از مدت‌ها فرصت‌شد تا ابزار دریافت کانفیگ رایگان رو بروزرسانی کنم. کانفیگ‌های ارائه شده به تفکیک لوکیشن و پروتکل، از یه‌سری کانال تلگرامی توسط پروژه HiN-VPN جمع‌آوری میشن و به‌صورت لینک ساب در اختیارتون قرار می‌گیرن.

👉 ircfspace.github.io/tconfig
👉 ircfspace.github.io/location

🔍 ircf.space
@ircfspace

من همیشه موقع دیباگ کردن و اجرای llm هام خیلی اوقات ریکوئست‌هام تکراری ان و نتایجشون هم یکیه برا همین یک ابزار رو برای cache کردن همه اون ریکوئست‌ها درست کردم
این ابزارچون به صورت یه پراکسی ساخته شده پس نیازی به تغییری در کدتون ندارید
لینک گیتهاب:
https://github.com/MSNP1381/cache-cool

@DevTwitter | <Nemat/>

یکی از زیبایی های گولنگ اینترفیس هست، چیزی که فلسفه composition over inheritance رو به زیبایی هر چه تمام تر در گولنگ امکانپذیر کرده
ولی نحوه استفاده از اینترفیس با زبان های دیگه متفاوته
این مقاله توضیحاتی در این مورد داده
https://eli.thegreenplace.net/2023/the-power-of-single-method-interfaces-in-go/

اینم یه مقاله زیرخاکی از russ cox در مورد اینترفیس
Go Data Structures: Interfaces
Posted on Tuesday, December 1, 2009
https://research.swtch.com/interfaces

@gocasts

#golang #interface

روی لینوکس بازی کنیم یا ویندوز؟

تو این ویدیو درباره مزایا و معایب بازی روی لینوکس صحبت میکنیم و بررسی میکنیم که آیا بعد از این همه مدت تلاش جامعه آزاد و توسعه‌دهنده‌های لینوکس و همینطور ولو (استیم) در کنارشون، آیا لینوکس به آمادگی لازم رسیده که گیمرها همه سوییچ کنن بهش؟ یا هنوز زوده و باید صبر کنیم؟

لینک ویدیو در یوتیوب:
https://youtu.be/9I4tccWg04U

@Bardia_Play

Be My Ex Driver 😂😂

#fun
@CodeModule

چیزی که میگم ممکنه راحت بنظر برسه
یا شاید هم تابلو.
ولی تا وقتی که ویدیو رو نبینید متوجه نمیشید دقیقا این طرز فکر چیه. خیلیم سخته که بخوام تو ۲۰۰ کلمه خلاصش کنم.
تو این اسکرین شات شما محاسبات بسیار ساده ای رو میبینید (که ممکنه بنظرتون خیلی سخت و پیچیده باشه ولی نیست) که داره حساب میکنه این کدش چقدر mathematic آپریشن انجام داده. و طبق سی پی یویی که داره چقدر میتونه کدش سریع بشه. مینیموم ترین سرعت رو کاغذ چیه؟ و چه تفاوتی با عمل داره.

این ویدیو به شما فقط مواردی که بهتون گفتم یاد نمیده, بهتون سخت افزار یاد میده, بهتون دانش کارکرد CPU و رم یاد میده, بهتون یک دید با زاویه کاملا متفاوتی میده که احتمالا نداشتین. (شخصا که نداشتم)

خلاصه ببینید ضرر نمیکنید 😁 ارزش ۲ ساعت رو واقعا داره.
@PyBackendHub

🔶 پس از اعمال تحریم های غرب و خروج رسمی تولیدکنندگان آمریکایی، اروپایی، ژاپنی و کره ای، روسیه عملا به کشوری با "خودروهای فرسوده خارجی" تبدیل شد.

#خبر

@TheRaymondDev

🔶 وقتی چت‌بات‌ها دربرابر توت‌فرنگی شکست می‌خورند

اخیراً کاربران اینترنت متوجه شدند که چت‌بات‌ها اعم از ChatGPT و Claude به‌طرز عجیبی نمی‌توانند تعداد حروف R را در کلمه‌هایی مثل Strawberry یا Raspberry به‌درستی تشخیص دهند. برای مثال، ChatGPT مبتنی‌بر مدل GPT-4o ابتدا گفت فقط دو حرف R در Strawberry وجود دارد. بار دیگر که گفت سه و وقتی با پرامپت «پاسخ اشتباه» کاربر روبه‌رو شد، بلافاصله جوابش را به همان دو R تغییر داد. حتی مدل زبانی Claude هم به‌اشتباه حروف R را ابتدا دو و بعد فقط یک R حساب کرد.

ناتوانی مدل‌های زبانی بزرگ در درک دقیق حروف و هجاها، نشان‌دهنده‌ی یک حقیقت بزرگ‌تر است که اغلب فراموش می‌کنیم: این سیستم‌ها مانند انسان قدرت تفکر ندارند؛ زیرا آن‌ها انسان نیستند.

#خبر

@TheRaymondDev

🔶 بنابر گزارشی از روزنامه‌ی ژاپنی نیک‌کی، تراشه‌های ساخت چین، حدود سه سال از تراشه‌های تولیدشده توسط TSMC تایوان، عقب‌تر هستند.

پیشرفت چشمگیر در صنعت ساخت تراشه‌ی چین در حالی رخ داده است که ایالات متحده با تحریم‌های مختلف، به‌دنبال تأثیرگذاری بر صنعت نیمه‌هادی در چین است؛ اما شرکت‌هایی مانند SMIC (شرکت بین‌المللی تولید نیمه‌هادی) با بهبود طراحی و فرایندهای تولید تراشه‌ها، توانسته‌اند فاصله‌ی خود را با رقبای جهانی کاهش دهند.

#خبر

@TheRaymondDev

بیشتره کاربرا عادت دارن از یک پسورد برای همه حسابهاشون استفاده کنن. حالا اگه یک سایت هک بشه، باقیه اکانت هاشونم به خطر میفته.

در لاراول یک قانونی هست به نام "uncompromised" که کمک میکنه از ایجاد پسورد هایی که قبلاً در سایت‌های دیگه لو رفتن جلوگیری بشه که باعث میشه رمز ایمن‌تری ایجاد بشه.

حالا چجوری این کارو میکنه؟

یه سرویس هست با نام HIBP که پسورد های لورفته در دیتابیسش هست.
این uncompromised نقش رابط بین laravel و سرویسHIBP رو داره و تهش متوجه میشه پسورد ایمنه یا نه و حالا اگه ایمن نباشه هم ولیدیشن به خطا میخوره.
#Laravel
@GoldenCodeir
(به منبع و مثالش توجه کنین👇🏾)
https://x.com/OussamaMater/status/1829613512168976836?s=19

Victory lies ahead! Death to all who oppose us!

- blood elf NPC

چون به عرشا قول داده بودم که درمورد نحوه کارکرد ویرایشگرهای متنی بنویسم، اون رو امشب می‌نویسم که اگه بعداً به هر نحوی نشد بدقول نشده باشم.

ویرایشگرهای متنی ابزارهایی هستن که هر روز با اون ها سروکار داریم از vim بگیر تا vscode و .....
حالا توی این پست می‌خوایم توضیح بدیم که چطوری کار می‌کنن.
اصولاً ویرایشگرهای متنی در هنگام استفاده ۶ کار رو انجام میدن که باهم مرور می‌کنیم.

۱. ورود داده‌ها و پردازش اولیه

وقتی کاربر متنی رو می‌نویسه، این متن ابتدا به عنوان مجموعه‌ای از کاراکترها در حافظه رم سیستم ذخیره میشن. هر کاراکتر به یک کد باینری (مثلاً در استاندارد ASCII یا Unicode) تبدیل می‌شه و این داده‌ها در یک ساختار داده‌ای مانند آرایه یا لیست پیوندی ذخیره میشن. این ساختار داده توسط ویرایشگر متنی مدیریت میشن تا کاربر بتونه متنش رو ویرایش کنه.

۲. بافر و مدیریت تغییرات

همونطور که کاربر تغییراتی در متن ایجاد می‌کنه (مانند اضافه کردن یا حذف کردن کاراکترها)، این تغییرات در یک بافر موقت اعمال میشن. این بافر معمولاً در حافظه رم سیستم نگهداری می‌شه و امکان برگشت به تغییرات قبلی یا «Undo» کردن آن‌ها رو فراهم می‌کنه. بافر نقش حیاتی در مدیریت تغییرات مداوم متن دارد تا زمانی که تصمیم به ذخیره‌سازی نهایی گرفته بشه.

۳. فرآیند ذخیره‌سازی

وقتی کاربر تصمیم می‌گیره که متن رو ذخیره کند، چندین مرحله کلیدی طی میشه:

- انتخاب فرمت فایل: بسته به نرم‌افزار و انتخاب کاربر، ویرایشگر متنی فرمت فایل رو مشخص می‌کنه (مانند .txt، .docx، .odt یا هر فرمت دیگه‌ای). هر فرمت فایل ممکنه که ساختار داده‌ای خاصی برای ذخیره‌سازی متن داشته باشه.

- سریال‌سازی (Serialization): متن و اطلاعات مرتبط با آن به یک رشته بایت تبدیل میشن. این رشته بایت می‌تواند شامل کاراکترها، اطلاعات قالب‌بندی، متادیتا و حتی داده‌های اضافی باشه که برای بازیابی صحیح فایل لازم هستن. سریال‌سازی فرآیندی است که در آن داده‌های پیچیده به فرمتی ساده‌تر برای ذخیره‌سازی تبدیل میشن.

- نوشتن بر روی دیسک: پس از سریال‌سازی، داده‌ها به سیستم فایل سیستم‌عامل ارسال میشن. سیستم فایل داده‌ها رو در سکتورهای فیزیکی دیسک سخت یا SSD می‌نویسه. در این مرحله، سیستم‌عامل ممکن است بافرهای اضافی رو برای بهینه‌سازی فرآیند ذخیره‌سازی استفاده کنه، اما در نهایت داده‌ها در مکان فیزیکی مشخصی روی دیسک ذخیره میشن.

۴. اعتبارسنجی و تایید
پس از اینکه داده‌ها به دیسک نوشته شدن، ویرایشگر متنی معمولاً یک بررسی اضافی انجام میده تا مطمئن بشه که فرآیند ذخیره‌سازی با موفقیت انجام شده یا نه. این کار ممکنه شامل خوندن مجدد بخش‌هایی از فایل برای تطابق با داده‌های اصلی بشه.

۵. بستن فایل و آزادسازی منابع
بعد از اینکه ذخیره‌سازی کامل شد و صحت آن تأیید شد، ویرایشگر متنی فایل رو «می‌بندد». این به معنی این است که هر ارتباط باز با سیستم فایل بسته میشه و منابعی که برای عملیات ذخیره‌سازی استفاده شده بودن، آزاد میشن. از این نقطه به بعد، داده‌ها به صورت دائمی در دیسک سخت ذخیره شدن و در صورت نیاز، قابل بازیابی هستند.

۶. تغییر وضعیت در نرم‌افزار
ویرایشگر متنی همچنین وضعیت داخلی خودش رو به‌روزرسانی می‌کنه. برای مثال، ممکنه نشون بده که تمام تغییرات ذخیره شدن و دیگه نیازی به ذخیره‌سازی مجدد نیست تا زمانی که تغییرات جدیدی ایجاد بشن. این تغییر وضعیت معمولاً از طریق رابط کاربری نرم‌افزار به کاربر اطلاع داده میشه.



امیدوارم توضیحات کافی رو داده باشم، هرچند خلاصه. اگر سوالی بود یا ایرادی توی متن دیدید می‌تونید توی کامنت‌ها بهم بگید.
شب خوبی رو داشته باشید.

@SohrabContents

یک بار برای همیشه فرق Emulator و Simulator رو یاد بگیر

ایمولیتور "دقیقا" اون سیستم رو شبیه سازی میکنه مثل VirtualBox یا شبیه سازی بازی های کنسول.

اما سیمولیتور "تقریبی" اون سیستم رو شبیه سازی میکنه، مثلا شبیه ساز های مدار الکتریکی، یا شبیه ساز پرواز هواپیما


توی شبیه ساز VirtualBox شما دقیقا دارید یه سیستم عامل رو شبیه سازی میکنید یعنی اگه یه عملی توی شبیه ساز انجام بدید دقیقا توی واقعیت هم همون عمل انجام میشه. اما توی شبیه ساز مدار الکتریکی به صورت ریاضی این عمل انجام میشه و تا حد ممکن توی واقعیت هم همین رفتار رو داره ولی ممکنه رفتارش متفاوت باشه.

🐧 @Linuxor

یکی از رفقا یه بات زده که به نظرم جالب بود

یه شماره کارت براش ارسال می‌کنی

+ اطلاعات صاحب کارت
+ شماره حساب
+ شماره شبا
+ نام بانک

کارت مورد نظر رو برات ارسال می‌کنه

و حتی می‌تونید اگر کارتی رو به عنوان کلاهبرداری سراغ دارید، ریپورتش کنید
و بعد از چندین ریپورت، از کاربرها اثبات خواسته می‌شه و در صورت تایید، توی بات اون کارت کلاهبرداری اعلام می‌شه

ID: @IRCardbot