خب بالاخره مرورگر zen نصب شد.

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


@SohrabContents

علت اینکه توی نونوایی ها میگن اونایی که یدونه نون میخوان صف وای نستن برای جلو گیری از تشکیل صف های طولانیه، توی سیستم عامل هم به الگوریتم Multilevel Queue Scheduling معروفه.

🐧 @Linuxor

جیمیل میخواد امکان ساخت ایمیل یک‌بار مصرف رو ایجاد کنه، اینجوری که وقتی جایی عضو میشید و اگه دوست نداشتید نیاز نباشه آدرس ایمیل اصلی خودتون رو بدید.
اسم این ویژگی Shielded Email هست و کارش اینطوریه که بهتون آدرس ایمیل جدید میده که روی ایمیل اصلی خودتون فوروارد هست.
حالا وقتی میخواید یه نفر بهتون ایمیل بزنه یا توی سایت‌ها برای عضویت ایمیل اصلی رو نمیخواید وارد کنید میتونید این آدرس رو بزنید.
الان تو نسخه آزمایشی پیدا شده و به‌زودی میتونیم منتظر باشیم در اپ موبایل جیمیل اضافه بشه، خبرها میگن این ویژگی برای نسخه موبایل هست و هنوز معلوم نیست جیمیل تحت وب هم این ویژگی رو داره یا نه.
digitaltrends
@geekalerts

خیلی وقتا، ما به دنبال مشکل واسه راه‌حل‌هایی هستیم که در سر داریم و گله‌مندیم که چرا این ایده نگرفت. ایده به این خوبی..! و خب دلسرد می‌شیم. :)

🔵 عنوان مقاله
Reduce Your Apache Kafka Costs by 80+%

🟢 خلاصه مقاله:
مقاله‌ای که به بررسی پیاده‌سازی سرویس Kafka بدون نیاز به دیسک‌های محلی یا هزینه‌های بین منطقه‌ای می‌پردازد، اشاره دارد که این ساختار امکان مقیاس‌پذیری خودکار بدون دخالت عملیاتی (zero ops) را فراهم می‌آورد. سرویس مذکور طوری طراحی شده است که مستقیماً در ابر مشتری و بدون نیاز به دسترسی‌های متقابل حساب‌های کاربری (no cross-account access) فعال می‌شود. این ویژگی‌ها نه تنها امنیت داده‌ها را تقویت می‌کند، بلکه با کاهش پیچیدگی‌های مربوط به مدیریت و نگهداری زیرساخت، به‌شدت به بهبود بهره‌وری و کاهش هزینه‌های عملیاتی کمک می‌کند. این سیستم ایده‌آل برای کسب‌وکارهایی است که به دنبال راهکاری آسان برای استقرار و مدیریت Kafka در مقیاس بزرگ هستند، ضمن اینکه نگرانی‌های مربوط به مدیریت زیرساخت فیزیکی را نیز از بین می‌برد.

🟣لینک مقاله:
https://golangweekly.com/link/162093/web

➖➖➖➖➖➖➖➖
👑 @gopher_academy

بنظرم وقتی Rust Foundation چنین Statementی منتشر میکنه، خوب یا بد، هیاهوی اینکه همه چیزو باید مجدد در Rust بنویسیم سراومده و سلطه کنونی C++ در قلمرو System Programming رو پذیرفتن، به همان دلایلی که قبلا گفتم بنظرم هنوز اینتگره کردن راست در Legacy Code سخته
https://github.com/rustfoundation/interop-initiative/blob/main/problem-statement.md

@DevTwitter | <Mamadou On GameDev/>

📣 خودتان را با پرستیژ، مدرن و آوانگارد معرفی کنید!

🎖با قالب‌های جدید و رایگان رزومه‌ساز «ای-استخدام» مهارت‌ها و تجربیات خود را زیباتر نشان دهید!

💫 قالب‌های بسیار زیبا با رنگ‌بندی‌های متنوع، رزومه شما را از دیگران متمایز می‌کنند!

🖨 رزومه خود را با قالب‌های آوانگارد، مدرن، پرستیژ، کلاسیک و کامپکت بسازید و نسخه pdf آن را برای شرکت‌های معتبر ارسال کنید!

🧾 امکان ارسال مستقیم رزومه به شرکت‌های معتبر از طریق سایت «ای-استخدام»


⬅️ قالب‌های زیبای رزومه‌ساز «ای-استخدام» را همین حالا از اینجا امتحان کنید:
www.e-estekhdam.com/u-z371w3
.

سلام به عزیزان کانال گیک آلرتس
اخباری که در ادامه میخونید در یک ماه اخیر منتشر شدن و دلیل انتشار امروزشون تعطیل بود کانال در دوران عید بود
تشکر میکنم مجدد از همه شما عزیزانی که دنبال کننده این کانال هستید
@geekalerts

چند ماه پیش یکی از دوستان نیاز داشت که از مودم MN6200D مبین نت دسترسی SSH بگیره من هم فریمور مودم رو بررسی کردم متوجه شدم یک فایل باینری مسئول ساخت رمز وایفای از روی مک هست الگوریتمی که برای محاسبه رمز استفاده میشه رو تو گیتهاب براتون گذاشتم

https://github.com/Hamid-1920/LT643-SSH-Password-Calculator

@DevTwitter | <Hamid Ajami/>

Backpressure

تو این پست با چند مثال Backpressure رو بررسی میکنیم.

مثال اول:‌کارخانه شکلات
در برنامه تلویزیونی "I Love Lucy" قسمتی وجود دارد که Lucy در یک کارخانه بسته‌بندی شیرینی کار می‌کند. وظیفه او برداشتن شیرینی از نوار نقاله و بسته‌بندی هر کدام در کاغذ است.
او با این مشکل مواجه می شود که تعداد شیرینی هایی که در نوار نقاله می أید بیشتر از توان او در بسته بندی است.

او دو روش مختلف برای مقابله با آن را امتحان می‌کند: کنار گذاشتن برخی تا بعدا بهشون رسیدگی کنه (buffering)، و در نهایت شروع به خوردن و پنهان کردن آنها در کلاهش می‌کند (dropping). با این حال، در مورد یک کارخانه شکلات، هیچ یک از این استراتژی‌های Backpressure عملی نیستند. در عوض، او نیاز داشت که نوار نقاله را آهسته‌تر کنند؛ به عبارت دیگر، او نیاز به کنترل سرعت producer دارد.

مثال دوم: خواندن و نوشتن از فایل:
حالا درباره Backpressure مرتبط با نرم‌افزار صحبت می‌کنیم. رایج‌ترین حالت هنگام کار با file system است.

نوشتن در فایل کندتر از خواندن فایل است. تصور کنید یک hard drive که سرعت موثر خواندن ۱۵۰ مگابایت بر ثانیه و سرعت نوشتن ۱۰۰ مگابایت بر ثانیه را ارائه می‌دهد. اگر بخواهید فایلی را با حداکثر سرعت ممکن به memory بخوانید، در حالی که همزمان آن را با حداکثر سرعت ممکن به دیسک بنویسید - باید هر ثانیه ۵۰ مگابایت را buffer کنید. در هر ثانیه 50 مگابایت را باید بافر کنید!

شما نمی‌توانید به بافر رسیدگی کنید تا زمانی که خواندن فایل ورودی کاملاً به پایان برسد.

حالا تصور کنید این کار را با یک فایل ۶ گیگابایتی انجام می‌دهید. تا زمانی که فایل را کاملاً خوانده‌اید، یک buffer ۲ گیگابایتی خواهید داشت که هنوز باید نوشتن آن را تمام کنید.

6 GB / 150 MB = 40 seconds
150 MB - 100 MB = 50 MB deficit
50 MB x 40 = 2 GB !!!

مقدار زیادی memory هدر رفته است. در برخی سیستم‌ها این ممکن است حتی از مقدار memory موجود فراتر رود.

نگران نباشید، راه‌حل ساده است: فقط به همان سرعتی بخوانید که می‌توانید بنویسید. تقریباً تمام I/O library ها abstraction هایی را برای انجام خودکار این کار برای شما ارائه می‌دهند.

مثال سوم: ارتباط Server
مثال بعدی ارتباط بین server ها است. امروزه استفاده از معماری microservice که در آن مسئولیت‌ها بین چندین server تقسیم می‌شود بسیار رایج است.

Backpressure
معمولاً این سناریو زمانی رخ می‌دهد که یک server درخواست‌ها را سریع‌تر از آنچه server دیگر می‌تواند پردازش کند، ارسال می‌کند.

اگر server A، ۱۰۰ rps (requests per second) به server B بفرستد، اما server B فقط بتواند ۷۵ rps را پردازش کند، شما یک کسری ۲۵ rps دارید.

در هر صورت، server B باید به نوعی با Backpressure مقابله کند. Buffer کردن آن کسری ۲۵ rps یک گزینه است، اما اگر آن افزایش ثابت بماند، به زودی memory تمام می‌شود و از کار می‌افتد. Drop کردن درخواست‌ها گزینه دیگری است که در اکثر سناریو ها قابل قبول نیست.

گزینه ایده‌آل این است که server B نرخ ارسال درخواست‌های server A را کنترل کند، اما باز هم این همیشه عملی نیست - اگر server A به نمایندگی از یک کاربر درخواست می‌کند، شما نمی‌توانید کاربر ها را کنترل کنید که آهسته‌تر شوند، اغلب بهتر است که server درخواست کننده buffer داشته باشد، تا بتوانید بار memory را در downstream، جایی که استرس وجود دارد، بهتر توزیع کنید و بر سایر درخواست کنندگان تأثیر نگذارید.

به عنوان مثال، اگر سه نوع مختلف سرویس (A, B, C) همگی به یک سرویس downstream مشترک (Z) درخواست بدهند، و یکی از آنها (A) تحت بار بالا باشد، سرویس Z می‌تواند به طور موثر به سرویس A بگوید "آهسته‌تر شو" (کنترل producer) که باعث می‌شود سرویس A درخواست‌ها را buffer کند. اگر این ادامه پیدا کند، در نهایت سرویس A با کمبود memory مواجه می‌شود، با این حال، دو سرویس دیگر (B, C) همچنان فعال می‌مانند، همانطور که سرویس downstream Z نیز فعال می‌ماند زیرا اجازه نمی‌دهد یک سرویس بدرفتار از دسترسی برابر برای دیگران جلوگیری کند. در این مورد ممکن است قطعی اجتناب‌ناپذیر باشد، اما ما محدوده را محدود کردیم و از Denial of Service زنجیره‌ای جلوگیری کردیم.

مثال ها:
https://medium.com/@jayphelps/backpressure-explained-the-flow-of-data-through-software-2350b3e77ce7

#Backpressure

@Syntax_fa

آیا پردازنده های سری جدید AMD دچار مشکل میشوند
#MSI #AMD_Ryzen #X870 #9000X3D

شرکت MSI اخیراً گزارشی را دریافت کرده مبنی بر آسیب دیدن پردازنده AMD Ryzen™ 7 9800X3D بر روی مادربرد
MSI MAG X870 TOMAHAWK WIFI
بر اساس گزارش ها، دو کاربر در انجمن های آنلاین از سوختن پردازنده Ryzen 7 9800X3D خود خبر داده اند.
تیم MSI اعلام کرده پس از بررسی این شرکت تنها زمانی توانسته این مشکل را تجربه و تکرار کنند که پردازنده به درستی در سوکت نصب نشده بود.
شرکت MSI همچنین اعلام کرده که تاکنون هیچ گزارشی از بازگرداندن این محصولات به آنها ارائه نشده است.

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

عکس های منتشر شده از پردازنده و سوکت مادربرد نشان می دهد که احتمالاً نصب نادرست پردازنده عامل اصلی این مشکل بوده است.
همچنین ممکن است برخی از مادربردهای MSI MAG X870 TOMAHAWK WIFI دارای سوکت های معیوب باشند.

قبلا هم شبیه این مشکلات رو در Ryzen 7000X3D ها دیده بودیم که از ولتاژ بالا و تنظیمات اشتباه بایوس بود.

منبع خبر

@LinAcademy | @LinNews

یه پروژه‌ی اپن سورس که فکر کنم به کار دیگران هم بیاد.
دلیل ساختش هم این بود که با بخش Password Generator اپ‌هایی مثل Microsoft Authenticator یا Bitwarden و غیره… حال نمی‌کردم و خودم این Password Generator رو نوشتم.

https://4n0nymou3.github.io/PassForgeMatrix

@DevTwitter | <Ananymous/>

The End.

باز ChatGPT یه آپدیت جدید داد و صدها استارتاپ بزرگ مثل Cursor AI رو نابود کرد!

آپدیت جدید اپ مک ChatGPT امکان استفاده مستقیم از اون رو داخل Xcode و ترمینال و... میده و باعث میشه برنامه نویس‌ها نیازی به هیچ ابزار دیگه‌ای نداشته باشن!


> Farokh

#tweet #ai #هوش_مصنوعی

@PhiloLearn

یه چیت شیت تر و تمیز برای یادگیری اسکریپت نویسی با Bash

بتمن حواسش به شهر هست 😂
@PyBackendHub

پارسا هستم اولین پیامی هست که تو این کانال دارم ارسال میکنم
خواستم یه موضوعی رو بگم که در واقع تجربه چندین ساله منه تو این stack :

من موقع شروع php ورژن 5.6 داشتم کار میکردم که الان تا 8.4 اومده
لاراول اون موقع ورژنش 6 بود فکر کنم
از اون موقعست با لاراول کار کردم تا الان ولی خب موضوعی که هست اینه که و حواستون باید باشه اینه ،
وقتی دارید با لاراول کار میکنید ، در واقع کد نویسی نمیکنید برنامه سازی میکنید ، خیلی فرق دارن این 2 تا کلمه ،
لاراول یه ساختاری ساده ساخته که به راحتی هر نرم افزاری بخوای بنویسی و در واقع واسط چارچوب ساخته و نمیتونی از این چارچوبه در بیای بیرون و ....
در واقع موضوعی که پیش اومده اینه محدود شدیم تو یه ساختار نمیتونیم بیرون بیاییم. و کل دنیای برنامه نویسی ما شده لاراول ، دنیای برنامه نویسی PHP فقط لاراول نیست :)
میکرو فریمورک هایی هم هست که خیلی سرعتشون بالاست
لینک لیست فریم ورک ها اینجاست

لذت ببرید و رتبه لاراول رو هم ببینید به چه حالته ... من حرفی ندارم

من دارم laminas رو یاد میگیرم. که توسط ZEND داره پشتیبانی میشه . و میشه گفت خودت انتخاب میکنی چی باشه و ساختار و skeleton به چه سبکی باشه ...

تقریبا اوایل داشتم برای خودم یه MVC میساختم ولی خب منصرف شدم ...
ولی خب در کل حرف آخرم اینه : سیاست لاراول مثل سیاست ماکروسافته خیلی گستره میره و به نظر من قرار نیست زیاد بالا بالا ها بمونه ....

مشتاقم نظر شما رو هم داخل کامنت ها ببینم 😁😊

@GoldenCodeir

#prs1378