حافظ | غزلیات | غزل شمارهٔ ۱۰

دوش از مسجد سوی میخانه آمد پیر ما
چیست یاران طریقت بعد از این تدبیر ما
ما مریدان روی سوی قبله چون آریم چون
روی سوی خانه خمار دارد پیر ما
در خرابات طریقت ما به هم منزل شویم
کاین چنین رفته است در عهد ازل تقدیر ما
عقل اگر داند که دل در بند زلفش چون خوش است
عاقلان دیوانه گردند از پی زنجیر ما
روی خوبت آیتی از لطف بر ما کشف کرد
زان زمان جز لطف و خوبی نیست در تفسیر ما
با دل سنگینت آیا هیچ درگیرد شبی
آه آتشناک و سوز سینه شبگیر ما
تیر آه ما ز گردون بگذرد حافظ خموش
رحم کن بر جان خود پرهیز کن از تیر ما

#حافظ | گنجور
📍@iipoem

🎙️ عنوان پادکست:
🚫 Go team says no, what is HTTP error 407, and do you need DI frameworks
خلاصه پادکست:
این جمع‌بندی به چند خبر مهم از دنیای Go می‌پردازد: انتشار نسخه‌های نگه‌داری Go 1.24.4 و 1.23.10، تغییر مهمی در net/http (commit 4d1c255) برای حذف هدرهای حساس پروکسی هنگام Redirect، و توضیح کاربردی درباره HTTP 407 (Proxy Authentication Required) که معمولاً در شبکه‌های دارای پروکسی رخ می‌دهد. در بحث خطا، با اشاره به گفت‌وگوی Robert Griesemer، تیم Go بار دیگر با افزودن نحو جدید برای Error Handling مخالفت می‌کند و بر بازگشت‌های صریح خطا تأکید دارد....

❌ Miss Data
✅ Missed Data

اینو ببینید برای نمایش اعلان ها چه باحاله، توی طراحی رابط کاربری یه چیز opinionated داریم برای ارسال Toast (اعلان موقت) به اسم Sonner که خیلی جالبه

منظور از کلمه opinionated یعنی سازندش تصمیم گرفته که این چیز خوبیه و بقیه هم قبولش کردن، ساده تر یعنی من می‌گم خوبه و شماهم قبولش می‌کنید دیگه قابلیت تغییر توی جزییاتش وجود نداره و همین چیز خوبیه.

اگه خواستین استفادش کنید برید اینجا :
sonner.emilkowal.ski


@Linuxor

اگر سایت وردپرسی دارید یا حتی اگر میخواهید بخش وبلاگ برای سایتتون راه بندازید ، با این ورکفلو در پلتفرم n8n میتونید خیلی ساده فقط با چندتا تگ (کلمات کلیدی) ، مقاله کامل همراه با تصویر شاخص تولید کنید و بصورت پست منتشر کنید!

خفنی کار اینجاست که میشه مقالات طولانی هم براتون تولید میکنه Chat GPT و تصاویر رو خودش با Dall-E میسازه مربوط به پست تولید شده ، همچنین طول مقالات و تعداد کلمات و پست رو هم میتونید خودتون مشخص کنید!

https://n8n.io/workflows/2187-write-a-wordpress-post-with-ai-starting-from-a-few-keywords/

@DevTwitter | <POURYA/>

این crush عجب چیز خفنیه
یه coding agent ترمینالی با گولنگ

https://github.com/charmbracelet/crush

Your new coding bestie, now available in your favourite terminal.
Your tools, your code, and your workflows, wired into your LLM of choice.

brew install charmbracelet/tap/crush

البته از external-agentها مثل claude-code هم پشتیبانی نمیکنه و فعلا در برنامه شون نیست
https://github.com/charmbracelet/crush/issues/457

@gocasts

پیوند پخش‌زنده همایش دبیان ۱۳


https://tubedu.org/w/vjeJfcPkdmsUke9tnFDAyH



البته من که نیستم، ولی راهبری و پارچ هست خواستید برید یک سلامی برسونید :)


@SohrabContents

می‌خوام یه ابزار جدید و فوق‌العاده خفن رو معرفی کنم مکانیزم استایل نویسی رو در فرانت اند تغییر میده!

ابزار StyleX محصول جدید Meta (فیسبوک، اینستاگرام، واتس‌اپ و Threads) ـه، ساخته‌شده برای پروژه‌های بزرگ و تیم‌های چندمنظوره‌ای که با چالش مقیاس‌پذیری و پیچیدگی استایل‌ها روبه‌رو هستن.

با StyleX، تعریف و استفاده از استایل‌ها فقط به دانش محلی داخل کامپوننت نیاز داره یعنی دیگه نگران سلسله‌مراتب و جنگ specificity نیستی، در حالی که هنوز می‌تونی از قابلیت‌هایی مثل Media Query استفاده کنی.

موقع build شدن، استایل‌هایی بهینه شده تولید می‌کنه که بر پایه‌ی Atomic CSS ساخته شدن که این امر سبب خروجی‌ تمیزتر، سبک‌تر میشه.
ترکیبی هوشمند از CSS-in-JS و خروجی استاتیک CSS
بدون runtime و بدون ترس از name clash
عملکردی واقعاً سریع

چرا StyleX؟
- ساخته شده برای مقیاس‌پذیری و پایداری رابط کاربری در اپلیکیشن‌های پیچیده.
- ترکیبی هوشمند از CSS-in-JS و CSS استاتیک برای دستیابی به نظم، کارایی و عملکرد بی‌نظیر.
- جلوگیری از رشد بی‌رویه و آشفتگی فایل‌های CSS در کدبیس‌های در حال توسعه.
- پشتیبانی قدرتمند از theming، ترکیب سبک‌ها و بازاستفاده از مؤلفه‌ها در سطح تیم یا سازمان.

به‌نوعی StyleX مثل نقطه‌ی تعادل بین دو دنیا عمل می‌کنه:
قدرت و سرعت Tailwind رو با انعطاف و خوانایی Styled Components ترکیب کرده،
اما با نظمی مهندسی‌شده‌تر و بهینه‌سازی در سطح ساخت (build-time). ️

[لینک سایت]:
https://stylexjs.com


@DevTwitter | <Soheil Ghanbary/>

یک پارچر خوب همه جا فلش بوتبل پارچ همراشه تا بقیه رو پارچی کنه :)


در جشن انتشار دبیان ۱۳، نصب پارچ صورت می‌گیرد.



@SohrabContents

پایتون یه کتابخونه داره به اسم Desk که کار با داده‌های خیلی بزرگ یا محاسبات سنگین رو آسون می‌کنه. فرض کن دیتاستت از حافظه لپ‌تاپت بزرگ‌تره، یا می‌خوای پردازش‌ها رو روی چند هسته یا چند کامپیوتر اجرا کنی، Dask همه‌چیزو تقسیم و موازی می‌کنه تا سریع‌تر جواب بگیری.

چون خیلی از پروژه‌های واقعی توی دنیای داده و هوش مصنوعی با دیتای خیلی بزرگ سر و کار دارن. با Dask می‌تونی تقریبا همون کد Pandas یا NumPy خودت رو بدون دردسر روی دیتای بزرگ یا خوشه‌ها اجرا کنی. شاید بپرسین فرقش با Spark چیه؟ Dask سبک و پایتون‌محوره اون جاواییه بیسش، نصبش ساده و برای دانشجوها عالیه. Spark سنگین‌تره، روی خوشه‌ها اجرا می‌شه و برای دیتای خیلی خیلی بیش از حد بزرگ مناسب‌تره.


برای یادگیری برید اینجا، سایت خودشونه :
www.dask.org

@Linuxor

اگه سیستم عاملتون پرید و دیگه سیستمی نداشتید که باهاش فلش رو بوت کنید و دوباره سیستم عامل رو نصب کنید. نگران نباشید یه اپ اندرویدی هست که واقعا می‌شه باهاش فلش رو بوت کرد کافیه یه کابل رابط OTG داشته باشید و فایل ISO رو با گوشی دانلود کنید و از طریق این اپ، فلش رو بوت کنید :

play.google.com/store/apps/details?id=eu.depau.etchdroid

این فقط برای لینوکسه، اگه ویندوزی هستین، باهاش یه لینوکس سبک نصب کنید مثلا lubuntu بعدش با اون لینوکسه ویندوز رو دانلود و روی فلش بوت کنید.


@Linuxor

استیم یه کنسول خفن قراره تا 2026 بسازه!

مزیتش هم اینه بازی های کامپیوتر رو می‌تونید روی TV پلی بدید، درواقع یه کامپیوتر لینوکسیه با سیستم عامل SteamOS که جز بازی کردن کلی کار دیگه هم می‌شه کرد، ایده جذابیه، قبلا سال 2014 هم یه ایده شبیه این اجرایی کرد ولی اون موقع غول های کنسول اصلا اجازه ندادن حتی مطرح بشه، اما الان Valve بازار سنگینی رو دستش گرفته و خیلی راحت میتونه وارد بشه، حتی جایگزین سایر کنسول ها مثل XBox و PlayStation بشه.


@Linuxor

جلوگیری از اثر زنجیره‌ای در سرویس‌ها (Cascading Effect)

هر محصول از چندین برنامهٔ قابل‌اجرا تشکیل شده که با رشد تیم و وسعت محصول، تعدادشون کم‌کم به ده‌ها یا حتی صدها برنامه می‌رسه.
سازمان‌ها معمولاً سرویس‌ها رو بر اساس اهمیت به چند سطح تقسیم می‌کنن: tier1، tier2، ... تا برای هر سطح SLA، آن‌کال، و ظرفیت منابع متفاوتی تعریف کنن.
به عنوان نمونه در مثال دیجیکالا، اپلیکیشن ثبت سفارش می‌تونه tier1 باشه چون مستقیم روی درآمد و تجربه‌ی کاربر اثر می‌ذاره، اما بخش لایو اینفلونسرها tier کم‌اولویت‌تری داره و اگر چند دقیقه هم از دسترس خارج بشه، اثرات خیلی کمتری داره.

در حالت ایده‌آل، از کار افتادن یک سرویس با اولویت پایین نباید روی سرویس‌های حیاتی اثر جدی بذاره. اما همیشه این‌طور نیست؛ گاهی ارتباط سرویس‌ها طوری چیده شده که از کار افتادن یک سرویس tier4، عملاً سرویس tier1 رو هم با خودش پایین می‌کشه.

یکی از مهم‌ترین راه‌ها برای جلوگیری از این اثر زنجیره‌ای، طراحی asynchronous بین سرویس‌هاست. یعنی برنامه‌ها به‌جای وابستگی‌های synchronous و اجرای خطی، از صف‌ها، eventها یا callbackهای غیرهمزمان استفاده کنن.
خوبه هنگام طراحی ارتباط بین سرویس‌ها به این موضوع دقت کنیم و در trade-offها گزینهٔ async رو جدی‌تر بررسی کنیم.

مورد مهم دیگه انتخاب timeout مناسب و استفاده از retry + backoff و circuit breakerهاست؛ به‌طوری که اگر یکی از وابستگی‌ها قطع شد، سرویس بتونه خودش رو سرپا نگه داره و کامل از مدار خارج نشه.

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

@aminrbg

این سایته خیلی عجیب و جالب بود، توش کلی داستان از کار‌ آفرین ها هست (بیشتر برنامه نویس ها و حوزه Tech) و توضیح دادن که چطوری به اولین فروش و مشتری هاشون رسیدن، چیزای جالب و سرگرم کننده ای توش هست :

www.fakemayo.com

@Linuxor

در دوسال پیش صابر راستی کردار عزیز، سازنده قلم‌های آزاد وزیر، ساحل و .... آسمانی شد🖤


ما از قلم وزیرمتن برای نمایش متون فارسی در توزیع پارچ استفاده می‌کنیم.


روحش شاد و راهش پر رهرو باد.


با احترام، تیم توسعه و نگهداری از توزیع پارچ

@ParchLinux

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


@Linuxor

🎙️ عنوان پادکست:
Metal! 🤘 Bare metal go, config libs, building response writers
خلاصه پادکست:
** این قسمت با حال‌وهوای «Metal! 🤘» به Go روی سخت‌افزار بدون سیستم‌عامل می‌پردازد: هدف و کاربردهای GOOS=none برای هدف‌های freestanding، محدودیت‌های runtime و کار در نبود syscalls. در خبرها، به انتشار GCC 15.1 با پشتیبانی از COBOL اشاره می‌شود و موضوع «os: Root permits access to parent directory» به‌عنوان هشداری درباره لبه‌های امنیتی در مدیریت مسیرها بررسی می‌شود. سپس معیارهای یک کتابخانه پیکربندی «ارگونومیک» (API قابل‌کشف، ایمنی نوع، لایه‌بندی env/فایل/فلگ، hot reload و پیش‌فرض‌های معقول) و خطاهای رایج مرور می‌شود....

بدهی فنی (Technical Debt)
(هزینه‌ی تصمیم‌های سریع)

گاهی در یک پروژه، برای رسیدن به ددلاین یا تحویل سریع، تصمیم‌هایی اتخاذ می‌کنیم که «در لحظه» منطقی به‌نظر می‌رسند اما در بلندمدت هزینه‌های قابل‌توجهی ایجاد می‌کنند. این همان بدهی فنی است؛ مفهومی که توضیح می‌دهد چرا انتخاب‌های شتاب‌زده امروز، فردا منجر به پیچیدگی، کندی توسعه و افزایش هزینه‌ی نگه‌داری می‌شوند.

بدهی فنی الزاماً ناشی از بی‌دقتی یا ضعف فنی نیست؛ گاهی کاملاً آگاهانه ایجاد می‌شود:
زمان محدود است، نیاز کسب‌وکار فوری است یا انتشار سریع‌تر محصول مزیت رقابتی ایجاد می‌کند. آنچه اهمیت دارد این است که بدانیم این بدهی باید بازپرداخت شود؛ در غیر این صورت انباشته شده و در نهایت روند توسعه را مختل می‌کند.

برخی از بدهی فنی رایج:

- کدی که تغییر یا توسعه آن بیش از حد دشوار شده است
- معماری‌ای که دیگر پاسخگوی نیازهای جدید نیست
- میان‌برهای موقت که در ابتدا ساده بودند اما امروز به گره‌هایی پیچیده تبدیل شده‌اند

برای مدیریت بدهی فنی، شفافیت و برنامه‌ریزی ضروری است. باید بدانید کجا و چرا بدهی ایجاد شده، چه ریسکی دارد و در چه زمانی باید تسویه شود. توسعه‌ی پایدار بدون نگاه آگاهانه و مسئولانه به بدهی فنی ممکن نیست.

در نهایت، بدهی فنی دشمن توسعه نیست؛ ابزاری است که اگر آگاهانه به‌کار گرفته شود می‌تواند سرعت ایجاد کند. اما اگر رها شود، همان سرعت را از شما خواهد گرفت.

موفق باشید! 🌹

@srfirouzi_channel

گاهی اوقات بیشتر از یک پروسه بکند داریم که ممکنه روی سرور های مختلفی باشن و میخوایم درخواست ها به همه اینا برسه. تو اینطور شرایط از چیزی به اسم LoadBalancer استفاده میکنیم.
کارش اینه که روی یک پورت لیسن میکنه و هرچی درخواست میاد رو میفرسته به آدرس یا آدرس هایی که بهش میگیم.
نمونه: Haproxy و Nginx (چند ده محصول معروف دیگه هستن که اسمشون رو نمیگم)
سوالی که پیش میاد اینه که چطور میفهمه به کدوم بکند بفرسته؟

الگوریتم های LoadBalancing:
1️⃣ ‏Round Robin: الگوریتم خیلی معروف در Scheduling هست که بصورت ترتیبی درخواست هارو به ترتیب به بکند های مختلف ارسال میکنه.

2️⃣ ‏Least Connections: بررسی میکنه که درحال حاضر چند کانکشن به هر سرور بازه، و درخواستو میفرسته به اونی که درحال حاضر کمترین تعداد کانکشن رو داره.

3️⃣ ‏Source IP Hash: هر درخواستی که میاد رو بررسی میکنه، آدرس IP و Port مبدا و مقصد رو تو یه جدول نگهداری میکنه و همیشه درخواست های یک Source IP خاص رو به یک بکند خاص میفرسته.

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

وارد جزئیات نمیشم ولی مثلا وقتی Websocket استفاده میکنیم بطور معمول نیاز میشه که از Source IP Hash استفاده کنیم (اگر میخواید تو ChatGPT سرچ کنید، به این برمیگرده که وبسوکت از نوع Stateful Connection هست).

#LoadBalancing

روی موبایل یا لپ تاپ ، مدل های Ai سازگار با گوشی یا لپتاپت رو بصورت شخصی ، آفلاین و رایگان اجرا کن!

با ابزار فوق‌العاده Anythingllm این کارو میتونید خیلی ساده انجام بدید.

https://anythingllm.com

برای موبایل فعلا نسخه اندروید داره
ولی این تنها قابلیت این نرم افزار نیست ، میتونید به Api های Ai های دیگه هم وصلش کنید و ازش استفاده کنید مثل یک چت بات سریع و سبک

@DevTwitter | <POURYA/>