این شرکت توی لیندکین آشنا شدم و برای یه موقعیت قرار شد task رو انجام بدم. یه کار خیلی جالبی که دارن این که ریسورس های مختلف برای job role هاشون رو لیست کردن. به نظرم خیلی کار جالب و قشنگی هست.
منابع هم انصافاً دستچین و خوب بود 👌

https://payever.org/careers/technical-faq

خلاصه بخوام بگم، تو این مجموعه، یه سیستم کوتاه کننده لینک (همون URL) رو با استفاده از معماری میکروسرویس‌ها، gRPC و Go می‌سازیم و در عین حال چیزای مهمی مثل API Gateways و کش کردن رو هم بررسی می‌کنیم.

معماری میکروسرویس چیه؟

میکروسرویس یه جور روش طراحی نرم‌افزاره که توش یه برنامه به یه عالمه سرویس کوچیک و جدا از هم تقسیم می‌شه که هر کدومشون یه کار خاص رو انجام می‌دن و با بقیه از طریق شبکه و با پروتکل‌های سبک مثل HTTP یا gRPC ارتباط برقرار می‌کنن.

خوبی‌های میکروسرویس‌ها:

* مقیاس‌پذیری: هر سرویس می‌تونه جداگونه مقیاس پیدا کنه.
* انعطاف‌پذیری: سرویس‌ها می‌تونن از تکنولوژی‌ها و زبون‌های مختلف استفاده کنن.
* تحمل خطا: اگه یه سرویس خراب شه، معمولاً بقیه کارشون مختل نمی‌شه.
تیم‌ها می‌تونن سرویس‌ها رو جدا جدا توسعه بدن و منتشر کنن.

کی از میکروسرویس استفاده نکنیم:

وقتی نیاز نیست :) میکروسرویس در ظاهر داره بخش های پروژه رو از هم جدا سازی میکنه و بهتون این امکان رو میده سرویس های مستقل جدا از هم توسعه بدید ولی در عمل داره یه پیچیدگی اضافه تر برای ارتباط سرویس ها بهتون اضافه میکنه.

چرا از API Gateways استفاده می کنیم؟

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

کارهای اصلی یه درگاه API:

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

درگاه API در مقابل reverse proxy

این دوتا شبیه همن، ولی فرق دارن:

* هدف: درگاه API برای مدیریت API و هماهنگ کردن میکروسرویس‌هاست، ولی reverse proxy فقط درخواست‌های HTTP رو به سرورهای بکند می‌فرسته.
* احراز هویت: درگاه‌های API هویت کاربر رو چک می‌کنن، ولی reverse proxy معمولاً این کار رو نمی‌کنه.
* تبدیل درخواست: درگاه‌های API می‌تونن درخواست‌ها رو تغییر بدن و جواب‌ها رو جمع کنن، ولی reverse proxy معمولاً درخواست‌ها رو بدون تغییر می‌فرسته.
* ویژگی‌های مخصوص API: درگاه‌های API قابلیت‌هایی مثل محدود کردن تعداد درخواست‌ها، کش کردن، و نظارت رو دارن، اما reverse proxy ندارد.


خلاصه که درگاه API خیلی کامل‌تر و مناسب میکروسرویس‌هاست، ولی reverse proxy فقط روی فرستادن درخواست‌ها و تقسیم بار تمرکز داره.

چرا gRPC برای میکروسرویس‌ها؟

مفهوم gRPC یک چارچوب RPC با کارایی بالا است که برای سیستم‌های توزیع‌شده مدرن طراحی شده و مزایای قابل توجهی نسبت به APIهای HTTP سنتی ارائه میده. به جای فرمت‌های مبتنی بر متن مانند JSON، این چارچوپ از پروتکل بافرها (Protobuf) برای سریال‌سازی فشرده و کارآمد استفاده میکنه (داده ها را به صورت باینری ارسال و دریافت میکنه) که باعث کاهش پهنای باند و سربار پردازش میشه. gRPC که بر پایه HTTP/2 ساخته شده، از ویژگی‌هایی مثل چندگانه سازی (multiplexing)، (streaming) و ارتباط با تأخیر کم پشتیبانی میکنه.

برخلاف APIهای REST HTTP استاندارد، gRPC از تایپ ها پشتیبانی میکنه، تولید خودکار کد برای کلاینت‌ها و سرورها به زبان‌های مختلف و امنیت داخلی با TLS رو هم فراهم می‌کنه. این امر gRPC را سریع‌تر، کارآمدتر و مقیاس‌پذیرتر می‌کنه، به ویژه برای میکروسرویس‌ها و سیستم‌هایی که به ارتباط بین سرویسی کارآمد نیاز دارن.

ساده و خلاصش شده اینکه شما یه فایل به نام .proto ایجاد میکنید و توش تعریف میکنید چه داده هایی قرار ارسال یا دریافت بشه و نوع هرکدوم از داده ها چی هستند بعدش با استفاده از کامپایلر (Protocol Buffer) میاد بسته به زبانی که دارید باهاش برنامه نویسی میکنید فایل های مورد نیاز رو تولید میکنه . یک بخشی از سرویس به عنوان کلاینت و یه بخشی از سرویس به عنوان سرور عمل میکنه. که توی این مثال api getway ما نقش client داره و کوتاه کننده ی لینک نقش server رو بازی میکنه. چطوری؟ جلوتور با مثال بهش می رسیم

جمع بندی:
ما به یه api getway نیاز داریم که کاربر بتونه با استفاده از http بهش متصل بشه و endpoint داشته باشه و درخواست ها را با استفاده از پروتکل grpc به سرویس کوتاه کننده ی لینک برسونه و جواب برگشتی رو به کاربر نشون بده.


🆔 @MdDaily

داشتم فکر میکردم برای این اموزشش رو به صورت ویدیویی توی چنتا قسمت بگیرم.

نظرتون چیه؟

با ویدیویی راحت تر هستید یا همین شکل به صورت متنی جلو بریم.

پ ن :
اگه با ویدیویی موافق هستید پستو لایک کنید

کصشر او اس (کروم)

#پستانک

© Jamalrahmaty

🔍 ircf.space
@ircfspace

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


@Linuxor ~ HRKeshavarz

یک نقل قول (و حق) دیگه از پرایم
اگه از AI استفاده میکنید toolbox تون باشه، نه boxتون!

به زبون ساده تر، از AI مثل یک جعبه ابزار استفاده کنید. نه اینکه کامل بهش وابسته باشین.

ما به طور کلی دو مشکل داریم وقتی کد میزنیم،

یا داریم به کامپیوتر میگیم چیکار کنه. مثلا اگه رو این دکمه کلیک کردم، یک modal باز شه. فریم ورک و AI و جعبه ابزار هایی که داریم، به ما تو این مسیر کمک میکنن. این کاره خیلی سختی نیست. بالاخره از پسش برمیایم.

یا داریم فکر میکنیم که کامپیوتر باید چیکار کنه. اصل پیچیدگی کار ما همینجاست. و تو این مورد AI اصلا نباید و نمیتونه کمکتون کنه!

@PyBackendHub

YouTu.be/cJom4uqpg2Q

از اون‌هاست که باید برای یارتون بفرستید. :))

یار عزیزم. دوستت دارم. ❤️

#موقت

من ذره بدم ز کوه بیشم کردی
پس مانده بدم از همه پیشم کردی

درمان دل خراب و ریشم کردی
سرمستک و دستک زن خویشم کردی

— رباعی شمارهٔ ۱۹۶۵، رباعیات، دیوان شمس، مولانا، گنجور

#poem #quote
@amiria703_channel

superfile
https://superfile.netlify.app/

superfile is a modern terminal file manager crafted with a strong focus on user interface, functionality, and ease of use. Built with Go and Bubble Tea, it combines a visually appealing design with the simplicity of terminal tools, providing a fresh, accessible approach to file management.

#fm
#file_manager

Yazi
https://yazi-rs.github.io/
https://github.com/sxyazi/yazi

Blazingly fast terminal file manager written in Rust, based on async I/O.

Yazi (means "duck") is a terminal file manager written in Rust, based on non-blocking async I/O. It aims to provide an efficient, user-friendly, and customizable file management experience.

Usage: https://yazi-rs.github.io/docs/installation
Features: https://yazi-rs.github.io/features

#fm
#file_manager

مجری: آیا شما توانایی حذف محتوای ضدامنیتی یا غیراخلاقی از واتس‌اپ بازگشایی شده رو دارید؟
- آقامیری [از جواب طفره می‌ره] ... کاربرها می‌رن گزارش می‌کنن.

خب گزارش کاربر (report) که از قبل هم بود. مریضین فیلتر می‌کنین به بهانه «حکمرانی مجازی»، وقتی می‌دونین تره هم براتون خرد نمی‌کنن؟

© Hamed

🔍 ircf.space
@ircfspace

یه چیزی که خیلی وقتا توی دنیای تکنولوژی درباره‌اش صحبت می‌کنیم، بحث availability یا همون در دسترس بودن سیستمه. حالا اگه یه اپلیکیشن داری، سوال اینه که کاربرات چه درصدی از زمان می‌تونن ازش استفاده کنن؟
اینجاست که بحث اون ۹۹ درصدای معروف میاد وسط.

🔸۹۹٪
یعنی توی یه سال، سیستم حدود ۳.۶۵ روز خوابیده. یه چیزی شبیه اینترنت خونت که بیشتر وقتا کار می‌کنه ولی بعضی وقتا وسط کار می‌خوابه.

🔸۹۹.۹٪

اینجا سیستم حدود ۸.۷ ساعت توی سال داون میشه.

🔸۹۹.۹۹٪

حالا داریم وارد حرفه‌ای‌ها میشیم. داون‌تایم سالیانه میشه فقط ۵۲ دقیقه. سیستم خیلی خفن و قابل اعتماده. مثل سرورایی که بانک‌ها استفاده می‌کنن.

🔸۹۹.۹۹۹٪

یعنی یه داون‌تایم ریز در حد ۵ دقیقه توی سال. اینجا دیگه سیستم شبیه ساعت سوئیسیه.😅 هر لحظه کار می‌کنه.

🔸۹۹.۹۹۹۹٪

این سطح خدای availability حساب میشه! داون‌تایم در حد ۳۱ ثانیه توی ساله. اینو بیشتر شرکتایی دارن که اگه حتی یه لحظه داون بشن، ضررشون میلیونی یا میلیاردیه. مثل سیستم‌های پرداخت آنلاین.

مقایسه دیدگاه سازنده golang و rust

اگه یه چیزی رو دوست دارید عمیق یاد بگیرید سعی کنید از نگاه خود سازنده اون ابزار هم بهش نگاه کنید.

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

من قبلا یکی از اولین ارائه های rob pike و گولنگ رو تو کانال گذاشتم
https://t.iss.one/gocasts/97

در مقابل یکی از اولین ارائه های graydon hoare در mozilla رو بخونید
https://venge.net/graydon/talks/intro-talk-2.pdf

مثلا برای گولنگ تو طراحی و اهداف شون اشاره کرده بود که میخواد گرامر زبان منظم و ساده باشه با تعداد keyword کم

و در مقابل rust میگه syntax آخرین دغدغه ای هست که بهش فکر میکنم…

یا میگه multi-paradigm هستم، یعنی FP و OO و procedural رو بسته به استفاده شون تو زبان خواهم داشت.

دونستن این دیدگاه کمک میکنه که اگه مثلا rust یاد میگیری سعی نکنی همه چیز رو OO ببینی، یا همه چیز رو FP ببینی.

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

@gocasts

جمع‌بندی ماجرای «گوگل‌پلی و واتس‌اپ» ...

۱. گوگل و متا همکاری با ایران نداشتن و صرفا برای اقناع این رو گفتن.
۲. دلیل باز کردن واتس‌اپ اینه که بر پایه شماره هست و اساسا میشه نظارت روی گروه‌ها داشت، از طرفی پیام‌رسان محبوبی مثل تلگرام نیست که باعث به خطر افتادن پیام‌رسان‌های داخلی بشه.
۳. غیرفعال کردن گوگل پلی‌پروتکت به شکل کلی یا محدود برای ایران خلاف قوانین حفظ امنیت کاربران گوگل هست و هیچ واحدی از گوگل اجازه توافقی بر خلاف قوانین داخلی این شرکت رو نداره.
۴. دلیل باز شدن گوگل‌پلی آلوده شدن گوشی‌های اندرویدی توی ایران هست. گوشی‌های آلوده محلی برای حمله به زیرساخت کشورهای دیگه شدن و نتیجه اینه که کشورهای دیگه اومدن ایران رو در بلک‌لیست ارتباط قرار دادن و دلیل باز کردن گوگل‌پلی جلوگیری حملات به زیرساخت کشورهای دیگه از طریق گوشی‌های اندرویدی هست.
۵. هیچ گزارش معتبری در مورد امکان شنود پیام و تماس واتس‌اپ وجود نداره، این پیام‌رسان دقیقا از رمزنگاری امن (E2E) سیگنال استفاده میکنه با این حال اگه ارتباط حساسی دارید از خود سیگنال استفاده کنید.
۶. مدیران واتس‌اپ، سیگنال و iMessage سر لایحه Online Safety Bill بریتانیا که گفتن برای نظارت بیشتر میخوان پیام‌رسان‌هارو مجبور کنن رمزنگاری امن (E2E) رو کنار بذارن، گفتن ما از بریتانیا میریم اگه این قانون اجرا بشه.

© MrSoroushAhmadi

🔍 ircf.space
@ircfspace

سناریو شماره ۳ - پر شدن فضای دیسک و آزاد کردن آی‌نود و تفاوت ری‌استارت با ریلود

توی این ویدیو یه لینوکس داریم که دیسکش توسط یک پروسسی که مهم هست داره پر میشه و ما میخوایم این مشکل رو حل کنیم. با مفاهیم آی نود آشنا میشیم و تفاوت ریستارت و ریلود رو توضیح میدیم

https://youtu.be/FA8ov9aMoJ0

پروژه Divest که یک رام سفارشی اندروید بود بعد از ۱۰ سال به پایان رسید.


https://divestos.org/pages/news#end


@SohrabContents