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

تو گروه پیام بدید و سعی کنید باهاش ارتباط برقرار کنید تا با یه هوش مصنوعی خیلی متفاوت روبرو بشید


فعلا خاموشه

🔶 قسمت اول - نصب لاراول ۱۲ و پیش نیاز آن

اوکیه؟

ویدئو آموزشی با SimpleScreenRecorder ضبط شده و میکروفون با صدای دریافتی ۳۰ درصد است.

نویز صدا با هوش مصنوعی audo.ai حذف شده است.

#لاراول

@TheRaymondDev

🎉 ورژن ۱.۱ بات ایو ریلیز شد
✔️ استخراج خودکار پروژه های فارسی زبان از گیت‌هاب، تحلیل خودکار و قراردادن در کانال
✔️ آماده سازی زیرساخت برای معرفی پانصد هزار پروژه در روز
✔️ تگ گذاری هوشمند روی پروژه ها

🧑‍💻پروژه ها در این کانال منتشر میشود
📔 @TheGeeksArchive

قانون اصلی: حرف فنی در گروه ممنوع.
🍃🙂

🆔 t.iss.one/TheGeeksCommunity

پنل‌های X-UI و 3X-UI آپدیت شدن و از مهمترین تغییراتش میشه به بروزرسانی هسته به نسخه جدید، پشتیبانی از TLS ECH و اضافه شدن امکان فوروارد پورت‌ها در dokodemo-door اشاره کرد.

👉 github.com/alireza0/x-ui/releases/latest
👉 github.com/MHSanaei/3x-ui/releases/latest

🔍 ircf.space
@ircfspace

مولانا | دیوان شمس | رباعیات | رباعی شمارهٔ ۱۴۵۹

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

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

نسخه ۱.۳ از پنل S-UI با نسخه جدید و استیبل Sing-box (یعنی ۱.۱۲) هماهنگ شده.

توی این آپدیت، پشتیبانی از پروتکل جدید AnyTLS اضافه شده و حالا میشه از اندپوینت‌های Tailscale هم استفاده کرد. تنظیمات DNS به یه صفحه جدا منتقل شده، پشتیبانی از لینک‌های اشتراک Clash و Stash اضافه شده و لینک‌های http، socks و mixed هم حالا قابل استفاده هستن.

پشتیبانی از APIهای V2Ray و Clash فعال شده و حالا تنظیمات Shadowsocks قابل مدیریت هست. یه گزینه برای اعمال اجباری تنظیمات اضافه شده، کدهای مربوط به Warp بهینه‌سازی شدن، قابلیت fragment برای TLS اضافه شده و Hysteria به‌صورت inbound با پشتیبانی از Port hopping در سمت کلاینت کار می‌کنه.

👉 github.com/alireza0/s-ui/releases/latest

🔍 ircf.space
@ircfspace

ابزار VictoriaMetrics یه ابزار سریع و مقیاس پذیر برای مانیتورینگ و مدیریت time-series data هست که در توسعه ش خیلی به مساله performance و reliability اهمیت دادن.

حالا یکی از توسعه دهندگانش توصیه کرده که اگه میخواید بدونید سیستم های high performance چطوری با گولنگ توسعه داده میشن کد پروژه VictoriaLogs رو بخونید.

If you want to know how high performance systems written in Go were built, read VictoriaLogs.
1. Custom bloom filters to reduce disk I/O and CPU cycles for redundant logs.

2. Column-oriented block storage for better compression ratio and cache locality.

3. Memory-mapped files with automatic pread fallback for zero-copy reads.

4. Lock-free object pools and arena allocators to reduce heap allocations.

5. Reflection-free JSON parsers for streaming at hundreds of MB/s per core.

6. Compile-time templates replace text/html parsing with near-printf speed.

7. Dictionary-aware Zstd compression balancing CPU cost against bandwidth savings.

8. Multi-core parallelism everywhere with adaptive concurrency limits.

9. Scatter-gather fan-out writes with adaptive concurrency for network saturation.

10. Fast hashing and lock-free randomization for minimal contention.

VictoriaLogs
Fast and easy to use database for logs, which can efficiently handle terabytes of logs
https://github.com/VictoriaMetrics/VictoriaLogs

https://x.com/func25/status/1950115605484552333?t=nlInVX9hO2aYSQa_gRZoog&s=35



@gocasts

یک دوره خیلی خوب از مایکروسافت راجع به Model Context Protocol (MCP) به اسم MCP for Beginners. اگه هنوز نمیدونید MCP چی هست یا اینکه چطور کار میکنه حتما این دوره را ببینید. به جز یک ویدیو ۱ ساعته باقی ویدیوها زیر ۵-۶ دقیقه هستند. MCP یکی از مهمترین مباحث برای درست کردن AI agents هست.
Youtube: https://youtube.com/watch?v=VfZlglOWWZw&list=PLlrxD0HtieHjYfVUpGl_-ai7D6FRBjV-d&index=1

@DevTwitter | <Mehdi Allahyari/>

چند وقت پیش مجبور شدم سیستم عاملم رو عوض کنم و یک لینوکس Ubuntu نصب کنم . همیشه پارتیشن ها و مسیر هایی داشتم که یادم میموند حتما ازشون بکاپ بگیرم و در سیستم عامل های جدید داشته باشمشون . مثلا مسیری که پروژه هامو ذخیره میکردم . مسیری که بکاپ های شرکت بود و ...

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

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

# in an important location :
$ touch .important

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

$ locate .important
/home/hossein/Desktop/DB/.important
/home/hossein/MrPython/.important
/home/hossein/Projects/.important
/home/hossein/Backups/.important

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

ولی خب این روشی بود که به ذهن من رسید از اونجایی که پارتیشن جدای اختصاصی ندارم .

🆔 : @MrPythonBlog | BOOST

کلادفلر گفته بات‌های پرپلکسیتی رو مسدود کرده، چون این شرکت اومده یه سیستم مخفیانه ساخته و خودش رو جای کاربر واقعی جا می‌زده و بدون رعایت قوانین robots.txt دیتای سایت‌هارو جمع‌آوری میکرده. در واقع پرپلکسیتی ۲ تا بات داشته که یکیش با اسم خودشون سایت‌هارو استخراج میکرده ولی یه بات مخفی هم داشتن برای سایت‌هایی که پرپلکسیتی یا بات‌های AI رو مسدود کردن. این بات خودش رو یه کاربر عادی که مرورگر کروم داره معرفی کرده. [L]

@shabakedev

فخر فروشی نرم افزاری

تو دانشگاه یه استاد داشتیم می‌گفت بعضی دیتابیس ها خیلی بهتر از SQL ان و خیلی راحت تر ولی چون مهندسا نمی‌تونن باهاش فخر بفروشن مثلا بگن من میتونم فلان Query سنگین رو بزنم تو نمی‌تونی ! پس سمتش نمیرن و تبلیغش نمیکنن؛ سازنده php هم یه حرف باحال زده بود می‌گفت که php یه ابزار pragmatistهاست: واسه انجام کار. نه واسه فخر فروختن بین مهندسا.

(منظور از pragmatist یعنی یه چیزی که کارتو راه بندازه نه صرفا یه چیز ایده‌آل)

@Linuxor

خب اگر بخوایم دوباره یوتوب رو شروع کنیم می‌تونید اینجا پیشنهاداتتون رو بگید تا ببینم چه میشه کرد.


https://youtube.com/post/Ugkx-l0OE022xgdQvP8h7uS8Wi04tatEMdNy?si=0kTkWvtdWQODxx6C


@SohrabContents

بالاخره معماری جدید واسه مدل های هوش مصنوعی که ظاهرا خیلی بهینه تر و بهتر از ترنسفورمرهاست. این مدل بیشتر از معماری مغز انسان الهام گرفته و با ۲۷میلیون پارامتر از دیپ سیک هم بهتر عمل کرده.

https://arxiv.org/pdf/2506.21734

@DevTwitter | <Nima/>

یه پیامک از سمت CRA برای مالک دامنه های IR اومده که دامنه شما توی اپراتور دانش های بنیادی-فیزیک نظری ثبت شده، چیز خاصی نیست برای همه اومده این سیستم همون سیستم رجیستری گوشی و مالکیت سیمکارته، احتمالا دارن برنامه ای درست می‌کنن که بعدا بتونید با کد ملی چک کنید مثلا چند تا دامنه به اسمتونه !

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

@Linuxor

یکی از دلایلی که برنامه نویسا دیت نمی‌رن اینه که با تایم استمپ راحت ترن


@Linuxor

چی هست fuzz testing؟

* در Go 1.18، fuzz testing به‌صورت داخلی وارد stdlib شد**؛ ابزاری که به‌طور خودکار ورودی‌های تصادفی تولید کرده و تابع مورد نظر را تست می‌کند تا **Bugها و edge caseها را بیابد
* برخلاف تست‌های واحد که ورودی‌های مشخص دارند، fuzz با تکیه بر یک seed corpus (مثلاً تعدادی ورودی اولیه) شروع گرفته و بر اساس راهنمای پوشش کد تست را گسترش می‌دهد، مسیرهای جدید کد را کشف می‌کند و موارد جالبی تولید می‌کند که تست‌های سنتی ممکن است پوشش ندهند

---

2. نحوه نوشتن fuzz test در Go

func FuzzReverse(f *testing.F) {
    f.Add("abc")   // seed اولیه
    f.Add("bb")
    f.Fuzz(func(t *testing.T, str string) {
        rev1 := Reverse(str)
        rev2 := Reverse(rev1)
        if str != rev2 {
            t.Errorf("fuzz test failed: %q became %q", str, rev1)
        }
        if utf8.ValidString(str) && !utf8.ValidString(rev1) {
            t.Errorf("invalid utf-8 after reverse: %q", rev1)
        }
    })
}

* تابع FuzzXXX در فایل تست نوشته می‌شود؛
* f.Add(...) ورودی‌های اولیه را مشخص می‌کند (seed corpus)؛
* f.Fuzz(...) تابع تست را با signature مشخص اجرا می‌کند و Go وظیفه دارد ورودی‌های جدید را تولید و اجرا کند

---

3. مزایا و معایب

✅ مزایا:

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

❌ معایب یا چالش‌ها:

* نیاز به طراحی درست تابع تحت تست (مثلاً برگشت error برای ورودی نامعتبر مانند invalid UTF-8)
* زمان‌بر بودن تست: اجرای fuzz برای هزاران ورودی ممکن است زمان زیادی ببرد
* در مولفه‌های پیچیده‌تر (مثلاً structهایی با فیلد private) ممکن است نیاز به ساخت custom generator باشد.

---

4. تجربه افراد و ابزارهای مکمل

* سیستم‌هایی مثل go-fuzz (پیش از نسخه رسمی Go) برای fuzz کردن بسته‌های Go استفاده می‌شد و بسیار موثر بود
* کتابخانه‌های property-based مانند pgregory.net/rapid گزینه‌ی جایگزینی هستند که قابلیت‌های پیشرفته توليد داده، مینیمال‌سازی خطاها و persistence را ارائه می‌دهند
* جامعه توسعه‌دهنده‌ها تجربه‌های بسیار مثبتی داشته‌اند:

🌟 ۵ استراتژی کلیدی برای دسترسی بالا (High Availability)

۱. 🍎 Load Balancing

توزیع هوشمند درخواست‌ها به سرورهای مختلف با در نظر گرفتن معیارهایی مثل مصرف CPU، حافظه و زمان پاسخ‌گویی. این کار از بارگذاری بیش‌ازحد یک سرور جلوگیری کرده و تضمین دسترسی مناسب را فراهم می‌کند

۲. 🔁 Data Redundancy with Isolation

ایجاد نسخه‌های متعدد از داده‌ها در دیتاسنترها یا مناطق مختلف (AZ/Region) برای جلوگیری از توقف سرویس در صورت خرابی یک محل. تکنیک‌هایی مثل replication و توزیع داده استفاده می‌شود

۳. 🛠 Failover

راه‌اندازی خودکار سرویس‌های پشتیبان (standby) که در صورت خرابی سرور اصلی، بدون وقفه بارکاری را ادامه دهند. این امکان از طریق load balancer، دیتابیس یا سرویس‌های کاربردی قابل اجراست

۴. 📈 Auto Scaling

تنظیم خودکار مقیاس منابع در مواجهه با افزایش یا کاهش بار. منابع مانند VM، کانتینر یا فانکشن سرورلس به کلود یا سیستم مدیریت اختصاصی اضافه و حذف می‌شوند

۵. 🚦 Rate Limiting

اعمال محدودیت در تعداد درخواست‌های دریافتی (مثلاً تعداد مشخص در هر ثانیه یا دقیقه) در لایه‌های مختلف مثل load balancer یا خود سرور. جلوگیری از overload سیستم و تضمین تجربه کاربری پایدار را ممکن می‌کند

---

🧭 چرا این روش‌ها مهم‌اند؟

* با ترکیب این استراتژی‌ها می‌تونی سیستم‌ت رو به‌گونه‌ای طراحی کنی که حتی در صورت خرابی یا حمله ناگهانی، ادامه به‌کار دهد.
* هر مورد از این استراتژی‌ها یک جنبه‌ی خاص از پایداری مثل توزیع بار، حفاظت داده‌ها یا کنترل درخواست را پوشش می‌دهد.
* این اصول نمایانگر مفاهیمی مثل حذف Single Point of Failure، failover خودکار، کشش دینامیک و کنترل ترافیک هستند.

---

🧩 سایر رویکردها که ممکنه مفید باشن:

* Redundancy + Fault Tolerance: استفاده از سرورهای active-active یا active-passive در داده‌سنترهای مختلف به‌همراه clustering و heartbeat برای مانیتورینگ خودکار .
* Distributed Storage & Replication: برای پایداری داده و تحمل خرابی در نودهای جغرافیایی متعدد
* Monitoring, Health Checks, Graceful Degradation: پیاده‌سازی مانیتورینگ لحظه‌ای، بررسی سلامت سرویس و ارائه fallback مناسب در شرایط بحرانی برای حفظ تجربه کاربری

---

✅ جمع‌بندی سریع

این پنج استراتژی (Load Balancing، Data Redundancy، Failover، Auto Scaling، Rate Limiting) پایه‌ای‌ترین اصول برای طراحی سیستم‌های با High Availability هستند. با اجرای مناسب آن‌ها می‌تونی سطح دسترسی بالا، مقاومت در برابر خطا و تجربه‌ی بدون وقفه‌ای برای کاربران فراهم کنی.


➖➖➖➖➖➖➖➖
https://t.iss.one/addlist/QtXiQlynEJwzODBk