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

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 پوینا

بلک فرایدی از بامیلو شروع شد
اما بامیلو خودش تعطیل شد

بامیلو با چسبوندن بنر توی خیابون های تهرون بلک فرایدی رو مد کرد

بعدش دیجی کالا یاد گرفت و اون رو گسترش داد

بامیلو بزرگترین رقیب دیجی کالا به دلیل مشکلات مدیریتی که داشت تعطیل شد دلیلشم این بود فروشندگان اجناسی رو که نداشتن برای فروش میذاشتن

بامیلو تعطیل شد و حالا دامنش روی اسنپ مارکت پارک شده و گفته میشه به اسنپ مارکت واگذار شده

بامیلو بزرگترین حراجی سال رو در ایران راه اندازی کرد

و حالا اسنپ با درگاه واسطه خودش به دنبال پس گرفتن این حراجی بزرگ دوباره از دیجی کالا هست

@poinair پوینا

ماجرای کامل Automattic و WP Engine
تو دنیای نرم‌افزارها ما چیزی داریم به اسم (Fork) که یعنی میتونید یه برنامه‌رو clone کنید (کپی کنید) و داخلش تغییرات بدید.
این به لطف لایسنس اوپن‌سورس هست.
بعد خیلی هم پیش میاد، مثلا یه توسعه دهنده یه برنامه‌رو میسازه ولی رهاش میکنه

اینجا یه توسعه دهنده دیگه میاد همون رو Fork میکنه، مشکلاتش رو برطرف میکنه و بقیه آدما میتونن بیان از نسخه Fork شده استفاده کنن.
یا اینکه مثلا یه توسعه دهنده ویژگی‌های بیشتری به ذهنش میرسه و Fork میکنه و نسخه بهتری میسازه.
داستان ما از ۵ اکتبر شروع میشه تیم وردپرس تاریخ ۵ اکتبر گزارش یک آسیب‌پذیری امنیتی در ACF رو داخل توییتر اعلام میکنه.
این همون پلاگین معروف فیلدهای سفارشی هست که نسخه رایگان و پولی داره.
تیم WP Engine که میشه سازنده همین پلاگین آسیب‌پذیری ACF رو ۲ روز بعد یعنی ۷ اکتبر برطرف میکنه.
۱۲ اکتبر تیم وردپرس پلاگین ACF رو Fork میکنن و با یه نام جدید یعنی Secure Custom Forms (SCF) منتشر میکنن.
مت مولنوگ که میشه خالق وردپرس میگه ما پلاگین ACF رو فورک کردیم تا در کنار آپدیت‌های امنیتی بهتر، تبلیغات تجاری هم نداشته باشید.
یعنی جای ACF بیاید از SCF استفاده کنید.
اونم تازه نه ACF رایگان، بلکه SCF میشه Fork نسخه پولی ACF و در کنارش میگن این بار خود تیم وردپرس پشتیبانیش میکنه.
و میان ACF رو هم از مخزن وردپرس حذف میکنن.
تیم WP Engine هم میگه ما داریم اینجا زحمت میکشیم، یعنی چی که پلاگین پولی مارو تغییر دادی با یه اسم جدید رایگان گذاشتی
بعد WP Engine میاد یه نسخه جدید از ACF میده که دیگه از طریق مخزن وردپرس آپدیت نمیشه و آپدیت‌هاشو مستقیم از WP Engine میگیره.
این واکنش به خاطر این بود که ACF در کنار اینکه از مخزن وردپرس حذف شد، کاربرها هم بدون اجازه پلاگینشون به SCF تغییر کرد
واکنش‌ها از سمت کاربرهای عادی خوب بوده چون یه پلاگین پولی رو الان به صورت رایگان دارن، اونم با پشتیبانی تیم وردپرس.
ولی واکنش‌ها از سمت توسعه‌دهنده‌ها منفی.
یکیشون گفته:
«اگه قراره محصولی که میسازی و برای فروش قرار میدی رو کپی کنن دیگه چرا باید به خودت زحمت بدی؟»
البته خود Fork کردن یک کار قانونی و خیلی خوبه، اما نوع روشی که تیم وردپرس یا همون Automattic انجام داده از نظر جامعه توسعه‌دهنده‌ها غیر اخلاقی بوده و بسیاری اعتقاد دارن این اعتماد به وردپرس رو کاهش داده.
لینک منبع هم میذارم.

https://www.searchenginejournal.com/automattic-receives-backlash-for-cloning-premium-plugin/533589/

@DevTwitter | <Soroush Ahmadi/>

اگر دنبال مرورگری هستین که رابط کاربری مشابه مرورگر ادایی Arc داشته باشه ولی متن باز باشه و بر پایه کرومیوم نباشه، میتونین از مرورگر Zen استفاده کنین که بر مبنای فایرفاکس ساخته شده و علاوه بر پشتیبانی از افزونه های اون، از تبهای عمودی، پیش نمایش لینکها بدون باز کردن اونها، تبهای ایزوله، mod برای رابط کاربری و غیره هم پشتیبانی میکنه.

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

📍 @TechTube

🔰شرکت OpenAI در حال آماده سازی مرورگر خود برای چالش سلطه گوگل با کروم است.

شرکت OpenAI در حال بررسی ایجاد یک مرورگر وب با ChatGPT یکپارچه است و به دنبال رقابت مستقیم با Google Chrome است.این پروژه می‌تواند چشم‌انداز مرورگرها و جستجوی آنلاین را تغییر دهد، به ویژه اگر گوگل مجبور شود کروم را به دستور دادگاه بفروشد.

🔹مرورگر OpenAI شامل ویژگی‌های پیشرفته مبتنی بر هوش مصنوعی مانند SearchGPT خواهد بود تا تجربیات شخصی‌سازی‌شده‌تری ارائه دهد.

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

🔹دنیای مرورگرهای وب ممکن است در آستانه تحولی بزرگ باشد. OpenAI، شرکت سازنده ChatGPT معروف، به نظر می‌رسد چیزی بلندپروازانه‌تر در ذهن دارد: راه‌اندازی مرورگر وب خود با هوش مصنوعی یکپارچه. طبق چندین گزارش اخیر، این ابتکار به دنبال رقابت مستقیم با گوگل است، نامی که تاکنون به لطف کروم و موارد دیگر، عملاً مترادف با اینترنت بوده است.
گوگل که طبق آمار StatCounter بیش از 65 درصد از بازار جهانی مرورگر را در اختیار دارد، ممکن است با چالش غیرمنتظره‌ای مواجه شود اگر OpenAI موفق به تحقق این پروژه شود.
نویسنده: حسین سیلانی
منبع : کانال لینوکسی: لینوکس تی ان تی
@linuxtnt
📌به جمع حامیان کانال بپیوندید با حمایت از کانال📌
https://zarinp.al/learninghive.ir

مزاحم نشین دارم درس میخونم😂

🐧 @Linuxor

رویداد فرداست و من هنوز ارائه‌ام آماده نیست😂