🦾 زور بازوت رو نشون بده و جایزه ببر!
یه مسابقه ۱۰۰ میلیون تومنی برای ساخت بازو (بات) و مینی‌اپ در بله

💵 از استعدادت پول در بیار!
❓ چطوری؟

🤔 شاید ایدهٔ ساخت یه محصول جدید، خیلی وقته که ذهنت رو درگیر کرده؛ ولی نمی‌دونستی چطوری ایده‌ات رو عملی کنی یا حمایت مالی برای ساختش نداشتی!
💡شاید هم دنبال یه فرصت برای یادگیری و تجربه‌های جدید در حوزهٔ برنامه‌نویسی هستی.

🚀 بله با مسابقهٔ «زور بازوت رو نشون بده!» یک فرصت عالی برای مهندسین نرم‌افزار، وب دولوپر‌ها، صاحبان سایت‌ها و اپلیکیشن‌ها و تیم‌های محصول فراهم کرده که پاسخگوی این دغدغه‌هاست.

در طول مسابقه می‌تونی:
🔰دوره‌های آموزشی ببینی؛
🔰 از راهنمایی مربی‌ها استفاده کنی؛
🔰 و گواهی‌نامهٔ معتبر دریافت کنی.

یه مسابقه با ۱۰۰ میلیون تومن جایزهٔ نقدی و ۱ میلیارد تومن اعتبار تبلیغات منتظرته! 🎁✨

👈 همین الان در مسابقه ثبت‌نام کن!👉

کانال اخبار بازو در بله

کانال اطلاع‌رسانی بله | @BaleMessenger

بعد از جریان لایسنس Redis شاهد حضور نرم افزار Valkey
با حمایت شرکت canonical به صورت deb package در Ubuntu 24.04 release و ارائه image – securely در داکر با ویژگی LTS هستیم
اطلاعات بیشتر
https://ubuntu.com/blog/valkey-container-image

سلام به همه عزیزان

ما در تیم نرم افزار مون سه تا پوزیشن جدید داریم با مشخصات زیر:

1) Job Position:#Frontend_Developer#Remote
- Job Level: Senior
- Requirements: nextJS, ReactJS, RestfulAPI, CSS, TDD, Git

2) Job Position:#Backend_Developer, Remote
- Job Level: Senior
- Requirements: django Python

3) Job Position:#FullStack_Developer, Remote
- Job Level: Senior
- Requirements: Python, django, ReactJS, nextJS

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


راستی، اگر همکاری خوبی داشته باشیم امکان #اسپانسرشیپ_ویزا اروپا هم وجود داره.

https://www.linkedin.com/posts/amirmougouei_frontendabrdeveloper-remote-backendabrdeveloper-activity-7300118738303918082-JbTy?utm_source=share&utm_medium=member_desktop&rcm=ACoAAClra28BavkOYc-F6nhnvSM_iIlDclEXTZI

💻@DevAcaademy
💬@DevAcademyGroup

📢 اگر تلگرام پرمیوم دارید، کانال ما رو Boost کنید ! 🚀

با Boost کردن کانال، به رشد و دیده شدن ما بیشتر کمک کنید💙

https://news.1rj.ru/str/boost/gopher_academy

دستورات پیشرفته‌تر systemctl برای مدیریت سرویس‌ها در لینوکس
علاوه بر دستورات پایه‌ای، systemctl امکانات قدرتمند دیگری نیز دارد که برای مدیریت حرفه‌ای سرویس‌ها و پردازش‌های سیستم ضروری هستند. در ادامه لیستی از دستورات کاربردی و پیشرفته را بررسی می‌کنیم:

+ مدیریت سرویس‌ها (Services)
- مشاهده وضعیت تمامی سرویس‌های در حال اجرا:
systemctl list-units --type=service --state=running

- مشاهده وضعیت تمامی سرویس‌های فعال و غیرفعال:
systemctl list-units --type=service

- بررسی وضعیت سرویس خاص به همراه لاگ‌های اخیر:
systemctl status nginx --no-pager

- اجبار به توقف یک سرویس (Kill کردن سخت یک سرویس):
systemctl kill apache2
- مشاهده تمامی وابستگی‌های یک سرویس:
systemctl list-dependencies sshd

- مشاهده سرویس‌هایی که در هنگام بوت اجرا می‌شوند:
systemctl list-unit-files --state=enabled

+ فعال/غیرفعال کردن سرویس‌ها
- فعال‌سازی یک سرویس برای اجرا در هنگام بوت:
systemctl enable mysql

- غیرفعال کردن یک سرویس تا هنگام اجرای دستی:
systemctl disable docker

- ری‌لود کردن تغییرات در سرویس بدون نیاز به ری‌استارت:
systemctl reload nginx

- ریست کردن وضعیت یک سرویس:
systemctl reset-failed apache2

+ کنترل سطح دسترسی و وضعیت بوت
- مشاهده سطح اجرایی (Runlevel) فعلی:
systemctl get-default

- تغییر سطح اجرایی به حالت چندکاربره (Multi-User Mode):
systemctl set-default multi-user.target

- تغییر به حالت اضطراری (Emergency Mode):
systemctl emergency

- بوت سیستم به حالت ریکاوری:
systemctl rescue

+ مدیریت لاگ‌ها و رخدادها
- مشاهده لاگ‌های جدید سرویس خاص:
journalctl -u nginx --no-pager

- مشاهده لاگ‌های سرویس از زمان بوت سیستم:
journalctl -u sshd --since today

- مشاهده لاگ‌های کرنل:
journalctl -k
- مشاهده لاگ‌های جدید در لحظه (مشابه tail -f):
journalctl -f

+ خاموش، ری‌استارت و خاموشی زمان‌بندی شده
- خاموش کردن سیستم:
systemctl poweroff

- ری‌استارت سیستم:
systemctl reboot

- ری‌استارت زمان‌بندی شده در 10 دقیقه:
shutdown -r +10
- لغو خاموشی یا ری‌استارت برنامه‌ریزی‌شده:
shutdown -c

چرا systemctl مهم است؟
ابزار systemctl یک ابزار قدرتمند برای مدیریت حرفه‌ای سرویس‌ها، بررسی وضعیت سیستم، تنظیمات بوت، لاگ‌ها و کنترل پردازش‌ها است. اگر ادمین لینوکس هستید، این دستورات می‌توانند شما را در مدیریت بهتر سرور و سرویس‌های حیاتی یاری کنند.

@DevTwitter | <Ebrahim Rohani/>

مولانا | دیوان شمس | رباعیات | رباعی شمارهٔ ۳۲۸

دل رفت بر کسی که بیماش خوش است
غم خوش نبود و لیک غم هاش خوش است
جان می طلبد نمی دهم روزی چند
جان را که محل نیست تقاضاش خوش است

#مولانا | گنجور
📍@iipoem

ا، چه الگوی آشنایی!
‏پیام‌رسان سراغ داریم محکم پای‌ حفظ حریم خصوصی کاربران وایستاد، ولی دید جای دیگه‌ای نیست بتونه بساط رانت رو‌ پهن کنه، شل کرد 😁

🔍 ircf.space
@ircfspace

درباره RefreshToken و AccessToken براتون مطلبی رو آماده کردم تا بیشتر باهاشون آشنا بشیم

وقتی درباره‌ی رفرش توکن صحبت می‌کنیم، در واقع داریم درباره‌ی یه مکانیزم امنیتی حرف می‌زنیم که به کاربر اجازه می‌ده بدون نیاز به لاگین مجدد، به سیستم دسترسی داشته باشه. این کار با استفاده از دو نوع توکن انجام می‌شه:
Access Token: یه توکن کوتاه‌مدت که برای دسترسی به منابع استفاده می‌شه.
Refresh Token: یه توکن بلندمدت‌تر که برای گرفتن Access Token جدید استفاده می‌شه.

مراحل کلی رفرش توکن:
اول:کاربر لاگین می‌کنه: بعد از لاگین، سرور یه Access Token و یه Refresh Token به کلاینت می‌ده.

دوم:Access Token منقضی می‌شه: بعد از یه مدت (مثلاً ۱۵ دقیقه)، Access Token دیگه معتبر نیست.

سوم:درخواست جدید با توکن منقضی شده: وقتی کاربر یه درخواست جدید می‌فرسته، سرور خطای 401 (Unauthorized) برمی‌گردونه.

چهارم:رفرش توکن فرستاده می‌شه: کلاینت با استفاده از Refresh Token، یه درخواست به سرور می‌فرسته و یه Access Token جدید می‌گیره.

پنجم:درخواست اصلی تکرار می‌شه: کلاینت درخواست اصلی رو با Access Token جدید دوباره ارسال می‌کنه.

چطوری با Axios توی پروژه‌ها رفرش توکن رو خودکار کنیم؟
یه مشکلی که همیشه توی پروژه‌های با احراز هویت پیش میاد، منقضی شدن توکن‌هاست. کاربر کارش رو می‌کنه، یهو می‌بینه خطای 401 می‌گیره و مجبوره دوباره لاگین کنه!
این کار رو می‌شه با استفاده از Axios Interceptors به راحتی پیاده‌سازی کرد. یعنی وقتی توکن منقضی میشه، به جای اینکه کاربر رو به لاگین برگردونیم، یه درخواست جدید برای رفرش توکن می‌فرستیم و بعد درخواست اصلی رو دوباره ارسال می‌کنیم. به همین سادگی!

چطوری کار می‌کنه؟
خطای 401 رو می‌گیریم: هر وقت سرور بهمون بگه "توکنت تموم شده" (یعنی خطای 401)، وارد عمل میشیم.
رفرش توکن می‌گیریم: یه درخواست به سرور می‌فرستیم و با استفاده از Refresh Token، یه توکن جدید می‌گیریم.
درخواست اصلی رو تکرار می‌کنیم: توکن جدید رو جایگزین می‌کنیم و درخواست اصلی رو دوباره ارسال می‌کنیم.

نکات مهم:
-با کوکی‌ها کار می‌کنیم: با withCredentials: true مطمئن می‌شیم که کوکی‌ها (مثل Refresh Token) به درستی ارسال میشن.

-جلوی تلاش‌های بی‌جا رو می‌گیریم: با یه فلگ ساده (retry_) مطمئن می‌شیم که فقط یه بار برای رفرش توکن تلاش می‌کنیم.

-امنیت اولویته: همیشه حواسمون به ذخیره‌سازی امن Refresh Token باشه!

این روش نه‌تنها تجربه کاربری رو بهتر می‌کنه، بلکه باعث میشه کاربر کمتر با صفحه‌ی لاگین کلنجار بره و کارش رو سریع‌تر تموم کنه

@DevTwitter | <Soheil Seyyedi/>

#پنج_دشمن_کار_تیمی
قسمت ۳

بزار بگم
قراره کتاب

Boost your DjangoDX

که ادام جانسون نوشته رو براتون بزارم 😁

پ.ن: رایگانشو هیچ جای وب مجاز پیدا نمیکنید 😬

Operating Systems: Three Easy Pieces - Version 1.00 - Remzi H. Arpaci-Dusseau & Andrea C. Arpaci-Dusseau - 2018
@debrary

کانال جالبیه دوست داشتید نگاهش بندازید:

https://news.1rj.ru/str/segfault_t


@SohrabContents

یدونه نرم افزار چت p2p
https://github.com/aminGhafoory/peerchat
برای بازی کردن با webrtc ساختمش
قراره بشه یدونه نرم افزار انتقال فایل بین دو تا سیستم از طریق webrtc

@DevTwitter | <krusty the clown/>

#خبر

بالاخره همه ۵۰ ایالت آمریکا پروسه تلاش برای تصویب قانون «حق تعمیر» رو شروع کردن

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

در حال حاضر از هر ۵ آمریکایی فقط یکی در ایالتی زندگی می کنه که قانون «حق تعمیر» داره ولی حالا هر ۵۰ ایالت پروسه بررسی این قانون رو شروع کردن.

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

https://www.ifixit.com/News/108371/right-to-repair-laws-have-now-been-introduced-in-all-50-us-states