برنامه یادآور استراحت (Break Reminder) برای ویندوز

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

این برنامه توسط تیم ما برنامه نویسی شده

دانلود از گیت هاب
https://github.com/iaghapour/BreakReminder/

@DevTwitter | <iAghapour/>

این هم یک مطلب جدید درباره لینوکس موبایل توی dev.to

https://dev.to/behdanisohrab/linux-on-mobile-my-experience-so-far-nbm

همینطوری دارم اینجا هم فعال میشم.


@SohrabContents

خبر بد برای لینوکسی ها:

پایان پشتیبانی GNOME از X11

پروژه GNOME تصمیم گرفته است پشتیبانی از سیستم قدیمی نمایشگر X11 را تا پایان سال جاری میلادی کنار بگذارد. این در حالی‌ست که نسخه‌ی بعدی اوبونتو با نام Ubuntu 26.04 LTS (که سال آینده منتشر می‌شود) هنوز برنامه دارد از X11 (یا همان Xorg) پشتیبانی کند.
پروژه GNOME قصد دارد در نسخه 50 خود، کدهای مربوط به اجرای دسکتاپ با X11 را حذف کند. این یعنی اگر کسی بخواهد GNOME را با Xorg اجرا کند، دیگر پشتیبانی رسمی وجود نخواهد داشت.

البته، در حال حاضر اوبونتو به صورت پیش‌فرض از Wayland استفاده می‌کند، حتی در کارت‌های گرافیک NVIDIA. اما نسخه Xorg برای کاربرانی که سخت‌افزار یا نرم‌افزار خاصی دارند که فقط با Xorg سازگار است، همچنان در دسترس است.

مشکل اصلی برای اوبونتو این است که اگر GNOME دیگر امکان اجرای دسکتاپ X11 را از طریق GDM (صفحه ورود به سیستم) فراهم نکند، کاربران مجبور می‌شوند از نمایشگرهای ورود دیگر مانند LightDM یا SDDM استفاده کنند که ممکن است با GNOME سازگاری کامل نداشته باشند.

یک راه‌حل پیشنهادی این است که به‌جای GDM، خود محیط دسکتاپ مسئول اجرای Xorg شود، که این تغییر می‌تواند بخشی از مشکل را حل کند.
در نهایت، پروژه GNOME معتقد است نگه داشتن پشتیبانی از X11 فقط جلوی پیشرفت به سمت Wayland را می‌گیرد و انرژی توسعه‌دهندگان را هدر می‌دهد. از نظر آنها، زمان تغییر فرا رسیده است — حتی اگر برای برخی کاربران ناراحت‌کننده باشد.

🔶 شت! چقدر این ویدیو حس عجیبی داره!

کاراکترهایی که به خاطر پرامپت‌های ما توی سرویس‌های AI دارن عذاب می‌کشن!

@TheRaymondDev

به بهانه کنسرت علیرضا قربانی و داون شدن سایت فروش بلیط، مسأله سیستم دیزاین امشب:

فرض کنید یه سایت فروش بلیت رو می‌خوایم طراحی کنیم که توانایی هندل کردن لود زیاد به شکل bursty رو داشته باشه، مثلاً سر ساعتی که فروش بلیط باز میشه.

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

فرض کنید این ویژگی رو هم داریم که لیست صندلی های خالی با Polling آپدیت بشه، ولی همچنان کاربر موقعی که می خواد رزرو کنه باز سرور باید چک کنه که همه ى صندلی های انتخاب شده خالی باشن.

۱- تحليل تون از تعداد کاربر همزمان و RPS در زمان پیک برای همین کنسرت که در تهران قراره برگزار بشه چقدره؟

۲- توی راه حلتون چه اجزایی و چه تکنیک‌هایی استفاده می کنید؟ مثلا کش و دیتابیس و صف و ... اگر از تکنولوژی خاصی استفاده می کنید که کمک می کنه هم بگید.

۳- با توجه به اینکه لود همیشگی نیست و یه بار پیش میاد، چطوری می شه این معماری رو لود تست کرد تا مطمئن باشیم در روز موعود سیستم نمی افته. هرچی تست کامل تر باشه بهتر مثلا شامل این هم بشه که لود بالانسرها درست لود رو بتونن هندل کنن و gateway timeout ندیم. دیتابیس پر نشه و ...

۴- شاید در عمل دغدغه مهمی نباشه ولی چطور می شه برای زمان هایی که لود کمه، با کمترین تفییر، سیستم رو به حالتی رسوند که منابع کمتری مصرف کنه چون همیشه اون load رو نداریم. فرض کنید لود قابل پیش بینی هست و نیاز نیست خودکار scale بشه.

بچه‌ها یه ۲۰۰ و خورده‌ای ابزارهای OSINT رو توی این ریپو جمع کردم. دسته‌بندی شده و برای هر ابزار هم توضیحی هست که بشه فهمید ابزاره چیه.

https://github.com/teal33t/osint-notes

@DevTwitter | <Saman Esmaeil/>

حملات Server-Side به زبان‌های مدرن (Go, Rust, Node.js) نیاز به پیلودهای خاص خودشون رو دارن. این ریپو تفاوت‌های RCE توی Python vs PHP vs Java رو با جزئیات فنی نشون میده، از Deserialization گرفته تا SSTI توی فریمورک‌های مختلف. توش کلی پیلود مختلف می‌تونید پیدا کنید :

github.com/swisskyrepo/PayloadsAllTheThings

@Linuxor

یه مقاله‌ای دو سه روز پیش دیدم روی arxiv در مورد in-place sorting. یه دانشجوی کارشناسی دانشگاه UC Davis تنهایی یه الگوریتم جدید برای in-place sorting داده که تونسته مشکل الگوریتم quicksort که بخاطر suboptimal pivot selection توی worst case مرتبه زمانی O(n^2) داره رو حل کنه و توی worst case مرتبه زمانیش O(n*(logn)^2) بشه. الگوریتم wave-sort یه ایده‌ی جدید برای dynamic pivot selection مطرح میکنه که ماکسیمم سایز recursion stack اش O(logn) هستش( یعنی پیچیدگی لگاریتمیک داره، برخلاف merge sort که نیاز به فضای O(n) داره). این الگوریتم divide-and-conquer دو فاز up-wave و down-wave داره فاز اول میاد ساب لیست سورت شده رو با سابلیست سورت نشده ادغام میکنه و عمل partitioning و block swapping توی فاز دوم انجام میشه. با توجه به اینکه این الگوریتم comparison-based هستش یه نکته جالبش اینه که توی evaluation نشون میده که حدود ۲۴ درصد تعداد مقایسه‌هاش کمتر از quick sort عه و تعداد مقایسه‌هاش بسیار نزدیک به lower bound تئوری یعنی log2n! هستش. دقیق تر، به طور میانگین فقط ۱ درصد تعداد مقایسه‌هاش بیشتر از lower bound ایه که میتونه باشه!

خلاصه جالب بود ولی خسته کننده
اینم لینکش
https://arxiv.org/pdf/2505.13552

کلا نمیدونم چرا انقدر این track A تئوری تفلونه. یعنی هر کاری میکنم باهاش حال کنم نمیتونم. و جدی قرار هم نیست خیلی راجع بهش اینجا چشماتون رو خسته کنم. ولی یه مقاله دیگه هم هست که بعدا میذارم براتون.

این PSR چیه و چرا باید برات مهم باشه؟

اگه PHP کار میکنی و میخوای کدت حرفه‌ای باشه باید با PSR (PHP Standard Recommendation) آشنا بشی.
این استانداردها توسط گروه PHP-FIG تعریف شدن تا کدنویسی بین فریم‌ورک‌ها و توسعه‌دهنده‌ها هماهنگ باشه.


چرا PSR مهمه؟

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


📌 مهمترین PSRها که نیازه بشناسی:

* PSR-1:
اصول پایه مثل نام‌گذاری کلاس‌ها و فایل‌ها

* PSR-2 / PSR-12:
سبک نوشتن تمیز کد (Formatting)

* PSR-3:
استاندارد لاگ‌گیری در PHP

* PSR-4:
یعنی Autoloading کلاس‌ها با استفاده از namespace

* PSR-6 / PSR-16:
کش کردن داده‌ها به‌صورت استاندارد

* PSR-7:
مدیریت Request/Response برای اپلیکیشن‌های وب

* PSR-11:
استاندارد Container برای Dependency Injection

* PSR-14:
سیستم Event Dispatcher (رویدادها و listenerها)

مثال PSR-4:

namespace App\Controllers;

class UserController {
    public function index() {
        echo "User index page";
    }
}
composer.json:

"autoload": {
  "psr-4": {
    "App\\": "src/"
  }
}

خلاصه که اگه میخوای برنامه‌نویس PHP حرفه‌ای باشی، یادگیری PSR اجباره و نه یک انتخاب.❤️‍🔥

@GoldenCodeir

پسر جدی چی میشد من چهل پنجاه سال پیش در یک نقطه‌ای به دور از خاورمیانه بدنیا می‌اومدم و فضای informatic رو در زمان حیات Dijkstra زیست می‌کردم. چرا انقدر دیر اومدم؟ چرا توی عصر ابتذال LLM ؟

حالا از این track A ای ها تباه تر اونایین که فکر میکنن LLM قراره براشون الگوریتم‌های اینطوری که به lower bound ثابت شده‌ی تئوری نزدیکه رو جنریت کنه. همین چند سال پیش بود که گوگل شارلاتان اومد یه مقاله به nature انداخت که آقا مدل ما تونست سریع ترین الگوریتم sorting جهان رو جنریت کنه و از این خالی‌بندی‌ها. اگر خیلی بیکارید و دوست داشتید بدونید جریان چی بوده یا یادآوری بشه این پست رو بگیرید بیاید پایین.

ای به خشکی شانس

The pipe operator is coming to PHP 8.5 — Amit Merchant — A blog on PHP, JavaScript, and more
https://www.amitmerchant.com/the-pipe-operator-php-85/

ویدیویی که می‌بینید رو کاملا با مدل Veo 3 ساختن، هم صدا و هم تصویر. گوگل با عرضه این مدل تونست ترند جدیدی رو شروع کنه، هرچند که دسترسی بهش گرونه.

x
hadi @geekalerts

🔶 سایت css-tricks که مرجع یادگیری CSS است از دسترس ایران خارج شد.

https://css-tricks.com/

#خبر

@TheRaymondDev

آقا تارسکی و کریپکی رو هستم. منم ببرید