این سایته رو امروز دیدمش حدود 500k وکتور SVG اوپن لایسنس رو جمع آوری کرده فقط کافیه اسم اون چیزی که میخواین رو سرچ کنید

svgrepo.com


🐧 @Linuxor

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

توی بلاگش نوشته ما صدای شما را شنیدیم 😒

اعلام کرده نیازی به لاگین نیست
میایی نصب کنی و لاگین را skip کنی میگه نمیشه 😡
https://www.warp.dev/blog/lifting-login-requirement
#linux

بلاگ jwt در گو

https://permify.co/post/jwt-authentication-go/

وقتی به یه برنامه نویس ارشد میگن که هوش مصنوعی قرار جاتو بگیره

#طنز

@code2_ir

و‌ در آخر منتشر شد، بله vite 6 (وقتی این پست رو می نویسم سه ساعت پیش) نسخه stable ش ریلز شد.

تو گیت هابش changelog ش انقد طولانی لود نمیشه و گفتن که قرار اسپلیتش کنن بزودی.


ولی تو لینک زیر می تونید تغییرات اصلی رو ببینید:

https://vite.dev/blog/announcing-vite6.html#main-changes

@DevTwitter | <Mohammad Abdorrahmani/>

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

1. Dropbox
- مشکل: استفاده از یک متد HTTP (POST) برای همه درخواست‌ها
- توضیح:
در نسخه‌های اولیه API خود، تقریباً همه درخواست‌ها (حتی موارد مربوط به خواندن داده‌ها) را با متد POST انجام می‌داد. این در حالی است که طبق استاندارد HTTP، متدهای GET باید برای دریافت داده‌ها استفاده شوند و نیازی به ارسال داده در بدنه (Body) نیست.

2. Twitter
- مشکل: استفاده از Query String برای ارسال اطلاعات حساس
- توضیح:
  در نسخه‌های اولیه API توییتر، برخی از درخواست‌های احراز هویت (مانند ارسال کلید API یا Access Token) از طریق Query String انجام می‌شد. این روش باعث می‌شد که اطلاعات حساس در URL ذخیره شوند و در لاگ‌های سرور یا مرورگر ثبت شوند.

  چرا استاندارد نیست؟
  طبق اصول امنیتی، اطلاعات حساس باید در بدنه درخواست (Body) یا هدر (Header) ارسال شوند، نه در Query String.

3. GitHub
- مشکل: استفاده از Status Code 404 برای پنهان کردن اطلاعات
- توضیح:
گیت هاب در برخی از APIهای خود، وقتی کاربری به یک منبع غیرمجاز دسترسی پیدا می‌کند (مثلاً یک ریپازیتوری خصوصی)، به جای استفاده از کد وضعیت 403 Forbidden، کد 404 Not Found را برمی‌گرداند. این کار برای جلوگیری از افشای وجود منابعی که کاربر به آن‌ها دسترسی ندارد انجام می‌شود.

4. Facebook
- مشکل: عدم استفاده صحیح از محدودیت نرخ (Rate Limit) در برخی نسخه‌های اولیه API
- توضیح:
  در نسخه‌های اولیه API فیس‌بوک، محدودیت نرخ (Rate Limit) به صورت یکنواخت برای همه کاربران اعمال نمی‌شد و رفتار مشخصی برای درخواست‌های بیش از حد وجود نداشت. گاهی درخواست‌های اضافی به صورت موفقیت‌آمیز پاسخ داده می‌شدند، اما در برخی موارد دیگر خطای غیرشفاف بازگردانده می‌شد.

5. Instagram
- مشکل: استفاده از کد وضعیت 200 برای خطاها
- توضیح:
  در API اینستاگرام، در برخی از نسخه‌های قدیمی، خطاها (مانند درخواست‌های نامعتبر) با کد وضعیت 200 OK بازگشت داده می‌شدند و جزئیات خطا در بدنه پاسخ قرار می‌گرفت.

6. PayPal
- مشکل: استفاده از کدهای وضعیت غیررایج
- توضیح:
  در برخی پاسخ‌های APIهای قدیمی PayPal، کدهای وضعیت غیررایج یا غیرمستند (مانند 490) ارسال می‌شدند. این کدها در مستندات HTTP تعریف نشده‌اند و کلاینت‌ها نمی‌توانند به درستی آن‌ها را پردازش کنند.

7. Amazon S3
- مشکل: استفاده از کد وضعیت 200 برای پاسخ‌های جزئی
- توضیح:
  در برخی از عملیات S3 (مانند لیست کردن اشیاء در یک باکت بزرگ)، اگر پاسخ به دلیل محدودیت اندازه به صورت چندبخشی باشد (Partial Response)، همچنان کد وضعیت 200 OK بازگردانده می‌شود.

  چرا استاندارد نیست؟
  برای پاسخ‌هایی که تنها بخشی از داده‌ها را شامل می‌شوند، استاندارد HTTP کد 206 Partial Content را پیشنهاد می‌کند.

8. LinkedIn
- مشکل: ساختار غیریکسان در پاسخ‌های JSON
- توضیح:
در برخی از نسخه‌های قدیمی APIهای لینکدین، ساختار پاسخ‌های JSON در درخواست‌های مختلف یکنواخت نبود. مثلاً کلیدها در یک پاسخ به صورت snake_case و در پاسخ دیگر به صورت camelCase بودند.

چرا استاندارد نیست؟
یکی از اصول طراحی API این است که ساختار پاسخ‌ها باید یکنواخت باشد تا توسعه‌دهندگان بتوانند به راحتی آن‌ها را پردازش کنند.

9. Google Maps API
مشکل: ارسال داده‌های غیرضروری در پاسخ‌ها
- توضیح:
در برخی پاسخ‌های Google Maps API، مقادیر غیرضروری و اضافی که گاهی هیچ ارتباطی با درخواست کاربر ندارند، بازگردانده می‌شدند. این می‌تواند باعث افزایش حجم داده و تأخیر در پردازش شود.

@Syntax_fa

Vite 6 is up! (no rolldown yet)

https://vite.dev/blog/announcing-vite6

#vite #news

🔵 عنوان مقاله
superfile: A Terminal-Based File Manager App

🟢 خلاصه مقاله:
مقاله‌ای که خوانده شده، به بررسی ابزار مدیریت فایل جدیدی می‌پردازد که با استفاده از زبان برنامه‌نویسی Go و کتابخانه‌ی Bubble Tea ساخته شده است. این ابزار طراحی بصری جذابی دارد و ترکیبی از سادگی ابزارهای ترمینالی و دسترسی آسان به فایل‌ها را فراهم می‌آورد. این جذابیت بصری و سادگی، رویکردی تازه و قابل دسترس به مدیریت فایل را ارائه می‌دهد، که می‌تواند برای کاربرانی که به دنبال راهکارهای کارآمد و کم‌دردسر در مدیریت فایل‌های خود هستند، مفید باشد. از نقاط قوت این ابزار می‌توان به سرعت بالا، امکانات پیشرفته و رابط کاربری ساده و در عین حال کاربردی اشاره کرد. این ابزار با تمرکز بر بهبود تجربه کاربری در محیط‌های ترمینال و استفاده از تکنولوژی‌های مدرن، توانسته است تفاوتی قابل توجهی در این زمینه ایجاد کند.

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

➖➖➖➖➖➖➖➖
👑 @gopher_academy

هاروارد ۲ تا درس داره به اسم‌های Data Systems و Big Data Systems که مطالبشون جالب به نظر میاد.

اولی بیشتر مربوط به بخش‌های مختلف دیتابیسه و دومی گسترده‌تره و سیستم‌های ذخیره‌سازی، سیستم‌های دیتای پشت سر AI، و خیلی مطالب دیگه است.

با اینکه ویدئوهاشون در اینترنت نیست، ولی همون اسلایدها و لیست مقاله‌هایی که در سایتشون هست به نظرم مفیده.

درس اول (CS 165):
https://daslab.seas.harvard.edu/classes/cs165/
درس دوم (CS 265):
https://daslab.seas.harvard.edu/classes/cs265/

برای کسانی که خارج هستند و یا خودشون یا شرکتشون ۳۳۴۰ دلار می‌تونه خرج آموزشش کنه، درس دوم قراره از ژانویه برای علاقمندان به صورت آنلاین در پلتفرم Harvard Extension School برگزار بشه.

ولی به هر حال خودتون هم می‌تونید مطالب رو خودآموز جلو برید.

اگه به ویدئو علاقمندید، درس دیتابیس CMU (در https://15445.courses.cs.cmu.edu/fall2024/) و درس سیستم‌های توزیع‌شده MIT (در https://youtube.com/@6.824) کمی با این دروس همپوشانی داره و می‌تونید به اونا مراجعه کنید.

@DevTwitter | <Hadi/>

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

اسپیس ایکس از FCC مجوز اتصال گوشی های همراه به اینترنت ماهواره ای رو گرفته.

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


🐧 @Linuxor

دستش درد نکنه رید توی گروه قبلی

#فیلترنت

🔍 ircf.space
@ircfspace

☁️ ـAmazon S3 Blob Storage چیه و چرا انقدر مهمه؟

ـAmazon S3 (Simple Storage Service) یکی از پرکاربردترین سرویس‌های AWS برای ذخیره‌سازی داده‌هاست.
این سرویس از نوع Object Storage محسوب می‌شه و برای ذخیره‌سازی حجم‌های زیادی از داده‌های ساختارنیافته (مثل فایل‌ها، تصاویر، ویدیوها یا بکاپ‌ها) طراحی شده.
تو AWS، S3 مثل یه انبار دیجیتاله که داده‌هات رو می‌ذاری و هر وقت بخوای با یه درخواست API بهشون دسترسی پیدا می‌کنی. سادگی در استفاده و مقیاس‌پذیریش باعث شده انتخاب اول خیلی از شرکت‌های بزرگ باشه.

🔍 چه ویژگی هایی داره؟

1⃣ـ **Object Storage:

توی Object Storage، داده‌ها تو قالب Object ذخیره می‌شن. هر Object شامل:
ـData: خود داده (مثل یه فایل)
ـMetadata: اطلاعات اضافی در مورد فایل
ـKey: یه شناسه منحصربه‌فرد برای پیدا کردن فایل

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

2⃣ـ Buckets

تو S3، داده‌ها توی چیزی به اسم Bucket ذخیره می‌شن.
هر Bucket مثل یه پوشه سراسریه که می‌تونی داده‌هات رو توش ذخیره کنی. چند نکته درباره Buckets:
اسماش باید یکتا باشن
می‌تونن عمومی یا خصوصی باشن
تو هر منطقه جغرافیایی (Region) جداگانه ساخته می‌شن

3⃣ مقیاس‌پذیری

فرقی نمی‌کنه بخوای 1 گیگ ذخیره کنی یا 100 ترابایت. S3 خودش مقیاس‌پذیری رو مدیریت می‌کنه و نگران منابع سخت‌افزاری نیستی.

4⃣ ـDurability و Availability

ـDurability:
ـS3 ادعا می‌کنه داده‌ها رو با تضمین 99.999999999% (11 9) ذخیره می‌کنه. این یعنی حتی با خرابی‌های سخت‌افزاری، دیتات از بین نمی‌ره.

ـAvailability:
زمان دسترسی به داده‌ها هم نزدیک به 99.99 درصد.

5⃣ امنیت داده‌ها
ـEncryption:

می‌تونی داده‌هات رو هم در زمان انتقال (SSL/TLS) و هم در زمان ذخیره‌سازی رمزنگاری کنی.

ـIAM Policies:

مدیریت دسترسی کاربران به Bucket و Objectها

ـBucket Policies:

قوانین امنیتی برای کنترل سطح دسترسی‌ها

6⃣ ـStorage Classes
ـS3 برای کاهش هزینه‌ها چند کلاس ذخیره‌سازی ارائه می‌ده:

ـStandard:

مناسب برای دسترسی‌های مکرر

ـIntelligent-Tiering:

خودش به‌صورت خودکار داده‌هایی که کمتر استفاده می‌شن رو به کلاس ارزون‌تر انتقال می‌ده

ـGlacier:

برای آرشیو کردن داده‌هایی که خیلی کم استفاده می‌شن

ـOne Zone-IA:

برای داده‌هایی که فقط تو یه منطقه ذخیره می‌شن

جمع‌بندی✍
فهمیدیم Amazon S3 یکی از قوی‌ترین و انعطاف‌پذیرترین ابزارهای ذخیره‌سازی داده‌ست که با امکاناتی مثل امنیت بالا، مقیاس‌پذیری بی‌نهایت و تنوع Storage Classes، بهت اجازه می‌ده هر سناریویی رو پیاده کنی.

امید وارم مفید بوده باشه :)

#AWS #تکنلوژوی #برنامه_نویسی

🔆 CHANNEL | GROUP

کمپانی HuggingFace مدل SmolVLM، که یک مدل پیشرفته ۲ میلیارد پارامتری برای زبان و تصویر که کوچک، سریع، کارآمد در حافظه و کاملاً متن‌باز است را معرفی کرده.
چرا این مدل مهم هست؟ چون که خوراک دستگاه‌های با محدودیت منبع یا به اصطلاح on-device و edge است

ویژگی‌های SmolVLM:
- کوچک (۲ میلیارد پارامتر)
- استنتاج سریع
- اجرا روی لپ‌تاپ یا دستگاه‌های edge.
- کاملاً متن‌باز تحت لیسانس Apache 2.0.

نسخه‌ های SmolVLM:
مدل SmolVLM-Base: مناسب برای آموزش بیشتر.
مدل SmolVLM-Synthetic: آموزش‌دیده روی داده‌های مصنوعی.
مدل SmolVLM-Instruct: آماده برای استفاده تعاملی.
مدل‌ها + داده‌ها + ابزارها = خوشحالی برای توسعه‌دهندگان و پژوهشگران!

چه چیزی SmolVLM را متفاوت می‌کند؟
ساخته‌شده بر اساس معماری Idefics3، اما با تغییرات:
مدل زبانی: SmolLM2 (۱.۷ میلیارد) به‌جای Llama 3.1.
فشرده‌سازی تصویری قوی‌تر (۹ برابر در مقایسه با ۴ برابر در Idefics).
مدل بصری: SigLIP بهینه‌شده برای پچ‌های ۳۸۴×۳۸۴.

نتایج عملکردی:
- دقت رقابتی در بنچمارک‌هایی مثل DocVQA و TextVQA.
- استفاده کم از حافظه: تنها به ۵ گیگابایت رم GPU نیاز دارد!
مقایسه مصرف رم GPU:
SmolVLM: 5 GB
Qwen-VL 2B: 13.7 GB
InternVL2 2B: 10.5 GB
PaliGemma 3B: 6.7 GB

مزیت سرعت:
معماری بهینه SmolVLM = عملکرد فوق‌العاده سریع.
در مقایسه با Qwen2-VL:
-۳.۳ تا ۴.۵ برابر سریع‌تر در پر کردن اولیه
- ۷.۵ تا ۱۶ برابر سریعتر در جنریشن
اطلاعات بیشتر به همراه کد مثال: https://huggingface.co/blog/smolvlm
دمو: https://huggingface.co/spaces/HuggingFaceTB/SmolVLM

@DevTwitter | <Mehdi Allahyari/>

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

مثل صفحه حالت تعمیر در وردپرس

#ووکامرس

@TheRaymondDev

توی بلک فرایدی دیجی کالا هم سرورش هی کم میاره

چقدر عجیب ترافیک میزنن سایتا توی بلک فرایدی

بعضی سایتا ترافیک یکسالشون توی بلک فرایدی زدن

@poinair پوینا