موهطاوا
Yopiq kanal
افکار تصادفی چند دانشجوی دیوانه
Ko'proq ko'rsatishMamlakat belgilanmaganToif belgilanmagan
267
Obunachilar
Ma'lumot yo'q24 soatlar
+87 kunlar
+930 kunlar
Ma'lumot yuklanmoqda...
O'xshash kanallar
Ma'lumot yo'q
Muammo bormi? Iltimos, sahifani yangilang yoki bizning qo'llab-quvvatlash boshqaruvchimizga murojaat qiling>.
Taglar buluti
Ma'lumot yo'q
Muammo bormi? Iltimos, sahifani yangilang yoki bizning qo'llab-quvvatlash boshqaruvchimizga murojaat qiling>.
Kirish va chiqish esdaliklari
---
---
---
---
---
---
Obunachilarni jalb qilish
Iyul '26
Iyul '26
+9
0 kanalda
Iyun '26
+9
0 kanalda
Get PRO
May '26
+85
2 kanalda
Get PRO
Aprel '260
0 kanalda
Get PRO
Mart '26
+33
0 kanalda
Get PRO
Fevral '260
0 kanalda
Get PRO
Yanvar '26
+3
0 kanalda
Get PRO
Dekabr '250
0 kanalda
Get PRO
Noyabr '25
+5
0 kanalda
Get PRO
Oktabr '25
+7
0 kanalda
Get PRO
Sentabr '250
0 kanalda
Get PRO
Avgust '25
+6
0 kanalda
Get PRO
Iyul '250
0 kanalda
Get PRO
Iyun '25
+12
0 kanalda
Get PRO
May '250
0 kanalda
Get PRO
Aprel '25
+25
0 kanalda
Get PRO
Mart '250
1 kanalda
Get PRO
Fevral '25
+30
0 kanalda
Get PRO
Yanvar '250
0 kanalda
Get PRO
Dekabr '24
+57
1 kanalda
| Sana | Obunachilarni jalb qilish | Esdaliklar | Kanallar | |
| 12 Iyul | 0 | |||
| 11 Iyul | 0 | |||
| 10 Iyul | 0 | |||
| 09 Iyul | 0 | |||
| 08 Iyul | +1 | |||
| 07 Iyul | +5 | |||
| 06 Iyul | 0 | |||
| 05 Iyul | +3 | |||
| 04 Iyul | 0 | |||
| 03 Iyul | 0 | |||
| 02 Iyul | 0 | |||
| 01 Iyul | 0 |
Kanal postlari
همینجوری گفتم منم یک نقل قول از نسیم طالب بذارم.
اینجا داره میگه هیچوقت از یک رودخونه که میانگین عمقش چهار فوت هست عبور نکن.
معنی حرفش اینه که شاید بیشتر مسیر کمعمق باشه اما حتی فقط یک نقطهی ده فوتی کافیه تا همهچیز تموم بشه. میانگین، جونِ انسان رو نجات نمیده.
یک تشبیه شاید بیربط هم اگر بخوام انجام بدم، پرسیدن میانگین نمرهی دروس موقع انتخاب واحده. مثلاً وقتی طرف میفهمه میانگین فلان درس فلان استاد ۱۷ هست خوشحال میشه و از همون موقع انگار حداقل نمرهی ۱۷ رو برای خودش میدونه. ولی با خودش نمیگه که وقتی میانگین ۱۷ هست و ۲۰ هم داریم، این وسط احتمالا یه سریا ۱۴ اینطورا هم بشن و شاید اون شخص من باشم! بعد طرف آخر ترم میگه عه چرا نمرهم اینجوری شد؟ مگه قرار نبود میانگین ۱۷ باشه؟
| 2 | دنیای عجیبیه. شما حتی اگر مهدی سمیعی باشید هم ممکنه که پست خوب بذارید. | 144 |
| 3 |  بنده جزو طرفداران نسیم طالب نیستم، امروز اما این کوت ازش رو در توییتر دیدم و خوشم اومد. فحوای فارسی کلامش میشه این که:
نسبت آکادمی به دانش، مثل نسبت تنفروشی به عشق است؛ در ظاهر شاید مو نزنند، اما آدم اگر مال این صحبتها باشد و کلاه سرش نرود، میفهمد که اصلا و ابدا یک چیز نیستند
منظورش اینه که عشق یک حس درونی و خالص و عمیقه. در حالی که تنفروشی شکل تجاری و سطحی و معاملهگرایانه اونه. عشق به فهمیدن یک امری جوشیده از کنجکاویه اما محیط آکادمی اون رو تبدیل به شغل، تجارت، مدرکگرایی، مقاله نویسی برای ارتقای رتبه و معامله تبدیل کرده. و همونطور که ممکنه تنفروشی ظاهر و کارهای مربوط به رابطه عاشقانه را تقلید کنه اما روح عشق در اون وجود نداره. آکادمی هم با کاغذبازی و ساختارهای اداری ادای تولید دانش را درمیاره اما لزوما به حقیقت یا درک عمیق منجر نمیشه. | 119 |
| 4 | اگر منو میشناسید، دربارهی میزان ارادتم به ffmpeg احتمالاً اطلاع دارید. بالاخره مگه میشه چنین چیزی که ما رو از نگهداری و ارسال ویدئوهای حجیم انقدر نجات داده، دوست نداشت؟
حالا امروز به یه مشکل جدید خوردم گفتم اینجا هم بذارم. احتمالاً شما هم یه سری جاها با این موضوع روبهرو شدین که میگن مثلاً یک اسکرین رکورد ۵ دقیقهای بگیرید؛ بعدش که ضبط میکنید میبینید مثلاً شده ۸ دقیقه. حالا تنبلانهترین راه حل چیه؟ این که همون ویدیو رو مثلاً با سرعت ۱٫۵ برابر خروجی بگیرید. تجربه نشون داده که بیننده معمولاً تا سرعت ۱٫۵ برابر رو زیاد متوجه نمیشه که دستکاری شده.
برای این کار از دستور زیر استفاده کردم. (قدیما Camtasia میزدم و خیلی سنگینتر بود.) عملاً ترکیبی از همون دستور همیشگی برای فشردهسازی + افزایش سرعت ویدیو هست. کانفیگ کلیش برای اسکرینرکوردهای عادی خوبه و یحتمل نیازی به تغییر پارامترهاش نداشته باشید اما مثلاً برای تصویر دوربین، یحتمل FPSش پایین باشه.
ffmpeg -i in.mp4 -vf "setpts=PTS/1.5,scale=-2:720,fps=15" -af "atempo=1.5" -c:v libx264 -crf 28 -c:a aac -b:a 32k -max_muxing_queue_size 1024 out.mp4
پ.ن: باید یک ویدیوی ۳ تا ۶ دقیقهای میگرفتم برای تمرین دانشگاه اما یهو دیدم ۱۲ دقیقه شده. خلاصه به همون افزایش سرعت ۱٫۵ برابری قانع شدم که خیلی هم ضایع نباشه. انشاءالله که نمره کم نکنن 🙂 | 164 |
| 5 |  الحمدلله همهی ما متخصصیم. از بقیه هم متخصصتر. کلاً همه بدن ولی ما خوبیم. کسی هم قدر تخصصمون رو نمیدونه. کلا ما استعدادهای حیفشدهایم. ظرفیت این دنیا برای درک میزان عظمت ما خیلی کمه.
یه نمونه تخصص جالب هم توی اینستاگرام به چشمم خورد که داداشمون توی این «حوضه» متخصصن. شاید مثلاً اگر بپرن توی یه حوض ⛲ دیگه، اونجا متخصص نباشن. | 230 |
| 6 | من صبح اومدم یک پستی بنویسم و گفتم شاید مسخره باشه از دیدگاه عموم شما (مثل باقی پستا احتمالا 😂)، (هیربد جان اگه این پست رو داری میخونی میتونی اسکیپش کنی.)
ولی الان برای سعید تعریف کردم به نظرش جالب اومد و گفتم خب بنویسم دربارهش.
من همواره با این اکستنشنهای مختلفی که میاد روی vs code و باید کلی کانفیگشون کنی مشکل داشتم و خیلی سختم بوده که باهاشون کار کنم، تقریبا همیشه میرم سراغ ترمینال برای کارهایی مثل کامپایل و اینا.
اخیرا به جای overleaf و اینا برای لتک رفتم سراغ سولوشنهای آفلاین (به خاطر وضعیت عالی اینترنت) و خب برای اینکه بتونم تغییراتم رو ببینم (بدون اکستنشن vscode) مجبور بودم هی بعد هر ادیت بیام تو ترمینال کامند بزنم که لتکم کامپایل بشه.
با یک مقدار سرچ رسیدم به inotifywait
که این خروجی tldrشه:
inotifywait
Waits for changes to files.
See also: `fatrace`.
More information: https://manned.org/inotifywait.
- Watch a specific file for events, exiting after the first one:
inotifywait path/to/file
- Continuously watch a specific file for events without exiting:
inotifywait --monitor path/to/file
- Watch a directory recursively for events:
inotifywait --monitor --recursive path/to/directory
- Watch a directory for changes, excluding files, whose names match a regex:
inotifywait --monitor --recursive --exclude "regex" path/to/directory
- Watch a file for changes, exiting when no event occurs for 30 seconds:
inotifywait --monitor --timeout 30 path/to/file
- Only watch a file for file modification events:
inotifywait --event modify path/to/file
- Watch a file printing only events, and no status messages:
inotifywait --quiet path/to/file
- Run a command when a file is accessed:
inotifywait --event access path/to/file && command
یه inotifywatch هم هست که اونم خودتون برید بیبنید جالبه :))
به صورت خلاصه هم کار من اینطوری راه افتاد که در یک لوپ بینهایت، با این inotifywait میتونم هربار که فایل سیو شد کامپایلش کنم و تغییراتش رو لایو ببینم.
#!/bin/bash
FILE="./chapters/context.tex"
COMMAND="xelatex -interaction=nonstopmode Seminar.tex"
echo "Watching $FILE..."
while true; do
inotifywait -q -e close_write "$FILE"
echo "Modification detected!"
eval "$COMMAND"
done
پ.ن: این tldr هم چیز خیلی جالبیه اگه باهاش کار نکردید، به جای یک manual بسیار طولانی میتونید یه سری مثال و خلاصه از دستور ببینید. | 229 |
| 7 | یه ابزار به شدت خفن و کاربردی به اسم Stern هم هست که واسه خوندن لاگها تو کوبرنتیز، مخصوصا وقتی همزمان با بالای ۵ تا استریم سر و کار دارید، قشنگ میتونه بار بزرگی رو از روی دوشتون برداره. مثلا وقتی ما میخوایم لاگ چندتا پاد مختلف رو با هم مانیتور کنیم، در حالت عادی مجبوریم کلی تب تو ترمینال باز کنیم و دونه دونه با دستورات دیفالت کوبرنتیز قاطی لاجیک دیباگمون درگیر بشیم. اما وقتی Stern رو میارید تو ابزارهاتون، این ابزار قشنگ نقش یه تجمیعکنندهی هوشمند رو بازی میکنه و تمام این پیچیدگیهای پیدا کردن کانتینرها رو ازتون میگیره. یعنی شما فقط با یه کوئری ساده یا Regex با Stern حرف میزنید و اون خودش میره کارای سنگین وصل شدن و جمع کردن لاگها رو انجام میده. از همه خفنترش اینه که به لاگ هر پاد یه رنگ مشخص میده و وقتی یه استریم قطع میشه یا پاد ریاستارت میشه، خودش دوباره کانکشن رو برقرار میکنه، بدون اینکه حتی نیاز باشه شما دست به ترمینال بزنید، که این تو تریس کردن ریکوئستها تو پروژههای بزرگ واقعا یه معجزهست. ولی خب همه چیز به این قشنگیا نیست و تو عمل یه سری چالشها و بدی هم داره. مثلا یکی از ایراداش اینه که باید حواستون بهش باشه اینه که وقتی Stern میاد همهچیز رو تو یه ترمینال تجمیع میکنه و بالای ۵ تا استریم دارن با هم لاگ میندازن، شما عملا یه سیل وحشتناک از دیتا میگیرید و اون کنترل دقیق و خوندن خط به خط رو از دست میدید؛ جوری که ترمینالتون شبیه کدهای ماتریکس میشه. علاوه بر این، چون قراره همزمان به چندین کانتینر وصل بشه، ناخودآگاه یه مقدار مصرف منابع و کانکشنهای باز روی API Server کوبرنتیز رو میبره بالا. از طرفی وقتی یه مشکلی تو سیستم پیش میاد، دیباگ کردنش تو اون حجم از لاگ در حال حرکت، یه مقدار اعصابخردکن و پیچیده میشه، چون باید بگردی ببینی تو این شلوغیِ رنگارنگ دقیقا کدوم سرویس داره لنگ میزنه. خلاصه که استفاده ازش بدون فیلتر کردن دقیق واسه خوندن همزمان کلی استریم شاید واقعا Overkill باشه و شما رو تو لاگها غرق کنه، ولی اگه درگیر یه معماری پیچیده هستید و میخواید مسیر یه باگ رو تو چندتا میکروسرویسهای مختلف پیدا کنید، با وجود این دردسرهای جانبیش، قشنگ یه لول سرعت دیباگ و تمرکزتون رو میبره بالا. | 274 |
| 8 | این متن رو بخاطر این نوشتم که انگار ubuntu قراره Livepatch (من با kpatch که مال redhat هست بیشتر حال میکنم و استفاده کردم) که مال خود canonical هستش رو روی ubuntu های arm based هم ببره | 269 |
| 9 | آپدیت کردن کرنل لینوکس تو سرورهای پروداکشن همیشه یه کابوسه، ولی دو تا ابزار به شدت خفن و کاربردی به اسمهای kexec و kpatch هستن که اگه درگیر نگهداری سیستمهای حساس باشید، قشنگ میتونن بار بزرگی رو از روی دوشتون بردارن. داستان از این قراره که تو حالت عادی وقتی ما میخوایم یه کرنل جدید رو بیاریم بالا یا سرور رو آپدیت کنیم، مجبوریم سیستم رو کامل ریبوت کنیم. این یعنی کلی زمان هدر میره واسه لود شدن بایوس و چک کردن تکتک قطعات سختافزاری. اما وقتی kexec رو میارید تو معماریتون، این ابزار قشنگ نقش یه میانبر رو بازی میکنه و تمام این پیچیدگیهای سختافزاری رو دور میزنه. یعنی مستقیما کرنل جدید رو لود میکنه تو مموری و تو یه چشم به هم زدن سوئیچ میکنه روی اون. اینطوری زمان Downtime سرورتون به طرز وحشتناکی کم میشه. اما از اون طرف kpatch رو داریم که از اینم خفنتره! فکر کن یه باگ امنیتی خفن پیدا شده و باید سریع کرنل رو پچ کنی ولی اصلا نمیتونی سرور رو حتی واسه چند ثانیه از دسترس خارج کنی. kpatch اینجا چیکار میکنه؟ بدون اینکه حتی نیاز باشه یه بار سرور رو ریبوت کنی، قشنگ میاد کدهای جدید رو تو دل همون کرنلی که داره کار میکنه و در حال اجراست inject میکنه. یعنی شما آپدیت رو انجام میدی بدون اینکه حتی یه دونه از کانکشنهای شبکهت قطع بشه یا برنامههات متوقف بشن، که این تو سرورهای بزرگ واقعا یه معجزهست. ولی خب همه چیز به این قشنگیا نیست و تو عمل استفاده از اینا یه سری چالشها و بدی هم داره. مثلا یکی از ایرادای kexec که باید حواستون بهش باشه اینه که درسته خیلی سریعه، ولی در نهایت یه ریبوته! یعنی شما عملا تمام پراسسهایی که در حال اجرا بودن رو از دست میدید، کانکشنهای TCP دراپ میشن و State اپلیکیشنهاتون میپره. در مورد kpatch داستان حتی حساستر هم هست. وقتی kpatch میاد کرنل رو در لحظه دستکاری میکنه، شما عملا محدود میشید به یه سری تغییرات کوچیک و Hotfixهای امنیتی. یعنی نمیتونید با kpatch یهو ورژن کرنل رو کلا ارتقا بدید (مثلا از ورژن ۵ برید رو ۶) و فقط به همون قابلیتهای پایهای پچ کردن فانکشنها محدود میشید. دلیلش هم اینه که kpatch با مموری و استک در حال اجرا سر و کار داره و امکان تغییرات ساختاری بزرگ رو ازتون میگیره. علاوه بر این، وقتی یه مشکلی تو سیستمی که با kpatch آپدیت شده پیش میاد، دیباگ کردنش یه مقدار اعصابخردکن و پیچیده میشه، چون کرنل شما اصلاحا Tainted است و باید بگردی ببینی باگ از کدهای خود برنامهته، باگ از خود لینوکسه، یا اون وسط تو پروسه تزریق کد به صورت لایو یه چیزی لنگ میزنه و مموری به هم ریخته. خلاصه که استفاده از kpatch واسه هر آپدیتی شاید واقعا Overkill باشه و دیباگ کردن رو براتون جهنم کنه، ولی اگه درگیر یه زیرساخت خفن و حساس هستید که آپتایم ۱۰۰٪ میخواد، با وجود این دردسرهای جانبیش، قشنگ یه لول پایداری و تمیزی مدیریت سرورهاتون رو میبره بالا. از اون طرف هم واسه آپدیتهای اساسیتر، kexec همون ابزاریه که میتونه جونتون رو از ریبوتهای طولانی نجات بده. | 417 |
| 10 | اگر شما هم مثل من نمیدونستید که تلگرام و... داشتن از این سرویس برای سرچ گیف استفاده میکردن: | 314 |
| 11 |  گوگل در اقدام عجیبی اعلام کرده که API سرویس بسیار محبوب جستجوی GIF یعنی Tenor رو تا اخر این ماه میلادی تعطیل میکنه!
اکثر شبکه های اجتماعی از جمله X، واتساپ، دیسکورد، تلگرام و غیره، برای جستجوی Gifها از Tenor استفاده میکنن و تعطیل شدن اون خبر بزرگی برای کاربران هست، به طوری که X قبل از اتمام موعد تعطیل شدن API، دسترسی به Tenor رو قطع کرده و حالا کاربران به Gifهای بسیار اندکی برای جستجو و استفاده دسترسی دارن.
گوگل در سال 2018 سرویس Tenor رو خریداری کرد و برای سرویسهای خودش (مثل Gboard) و دیگر شرکتها اون رو سرپا نگه داشته و به فکر درامدی از اون نبوده. در اوایل سال میلادی جاری این شرکت اعلام کرد برای کاهش هزینه هاش API اون رو برای بقیه شرکتها قطع کرده و از اخر این ماه میلادی (30 جون) فقط سایت Tenor قابل استفاده خواهد بود.
شرکتها برای جایگزین میتونن از API سرویسهای Giphy (که متا اون رو خرید ولی به دلیل قوانین ضد انحصار گرایی اون رو به Shutterstock فروخت) و همچنین KLIPY مهاجرت کنن که KLIPY توسط موسسان Tenor ساخته شده و احتمالا اکثر شرکتها تصمیم به مهاجرت به اون بگیرن.
🔎 google
📍 @TechTube | 289 |
| 12 | این خیلی دقیق و کامل همهی ۷ تا اپراتور موبایل رو با هم مقایسه کرده. جالبه بنظرم ۵ دقیقه وقت بذارید و بخونید.
https://shabakehchi.com/buyer-guide/34741/price-comparison-of-mobile-internet-packages | 337 |
| 13 | واقعاً نمیتونم درک کنم که چرا دولتها متوجه چنین موضوعی نیستن | 359 |
| 14 |  واقعاً SMSهایی که ارسال میشن، هر روز مزخرفتر از دیروزن | 377 |
| 15 |  +1«بالاس پلیر»
یکی از تجربههای بانمک خودم در این زمینه، نرمافزار بالاس پلیر بود. این پلیر برای فروش کورس و pdf و... به کار میره که جلوی اسکرینشات گرفتن و... رو بگیره.
اگر تا حالا با این نرمافزارها یا چیزهای مشابه مثل اسپاتپلیر کار نکردین، احتمالا در گام اول میگین که خب بدیهیه که. روی vm اجرا میکنی و تمام. اما همهی اینا اجرا روی vm رو تشخیص میدن و بعد از اینکه لایسنست رو زدی، میگن روی vm هستی و اجرا نمیکنیم. هه.
حالا من در تلاش بودم که یه pdf رو از بالاس پلیر ذخیره کنم. اول اومدم با تریکهای مختلف اسکرینشات بگیرم که شاید مثل طاقچه و... راحت بشه دور زد ولی هر کار کردم نشد. بعدش گفتم اگر واقعا یه مانیتور دیگه باشه چی؟ پس یه مانیتور وصل کردم به لپ تاپ و دیدم داره یه هشدار بزرگ روی صفحه میده که مانیتور دوم شناسایی شد و جداش کنین. این هشدار چون بزرگ بود، باعث میشد نشه pdf رو خوند.
بعد از اینکه چندبار دیگه امتحان کردم، یهو دیدم تشخیص نداد که مانیتور اضافه وصل کردم. بعد فهمیدم یه مشکل race conditionطور داره که اگر دقیقا 1 ثانیه بعد از اینکه دکمه باز کردن pdf رو زدی مانیتور رو وصل کنی، پنجرهی هشدار میافته زیر پنجره pdf viewer و دیگه اون هشدار مانع خوندن فایل نمیشه.
بعد اومدم کارت کپچر خریدم. کارت کپچر اینجوریه که بهش ورودی HDMI میدین و بهتون خروجی USB Video میده. عین تصویر وبکم مثلا. توی OBS و... راحت میشه دیدش. بعد نیاز داشتم که اتوماتیک برم صفحه بعد. برای این کار به سبک طاقچه، اسکریپت پایتون زدم که روی لپتاپ اول نیم ثانیه یه بار دکمه چپ رو بزنه که بره صفحه بعدی و روی لپتاپ دوم هم اسکریپت زدم که یک ثانیه یکبار اسکرینشات بگیره. ولی خب بالاس حتی اجرای اسکریپتهای پایتون رو هم بلاک میکرد. با دو سه تا زبان دیگه هم تست کردم و اونا رو هم بلاک کرد.
اینجا بود که سراغ بورد Digispark Attiny85 عزیزم رفتم. این بورد میتونه یه HID دیوایس رو شبیهسازی کنه و انگار واقعا یه سری دکمه داره روی کیبورد زده میشه. خلاصه که همون کار رو به جای پایتون با این بورد انجام دادم و تمام.
دیگه خلاصه با موفقیت تونستم اون فایل محافظتشده رو سیو کنم 😂 | 447 |
| 16 |  «کپی محتوا و سیاه شدن صفحه»
احتمالا شما هم با اپهایی روبهرو شدین که نمیذارن اسکرینشات بگیرین یا وقتی اسکرینشات میگیرین، صفحه سیاه ذخیره میشه.
یه ویدیوی جالب از پیج tech explain دیدم که اینجا گذاشتمش. همچنین در رابطه با این موضوع، چند تا سورس جالب دیگه هم دیدم و خواستم share کنم.
Google Widevine
Android FLAG_SECURE
Intel HDCP | 295 |
| 17 | در حالی که OpenAI و Anthropic دارن میزنن توی سر همدیگه که قدرت مدل رو بیشتر کنن، گوگل واقعا دارن AI رو همگانی میکنه. این demoی خفنشون رو حتما ببینید.
https://t.me/Digiato/108588 | 307 |
| 18 |  کسی تریکی برای حل این داره؟ | 281 |
| 19 | بارها همه منتقدین گفتند که حملات هدفمند اسرائیل به لبنان، محاصره تنگه هرمز توسط آمریکا و موش و گربهبازی در خلیجفارس اهرم فشاری است تا دست به ماشه شوید!
اگر قصد پاسخ دارید یا آنگونه پاسخ دهید که منجر به عقبنشینی اسرائیل از مواضع سفت و سخت خود شود یا پاسخ محدودتان باعث آسیب به زیرساختهای کشور خواهد شد.
آنقدر هزینه پروپاگاندای دور از واقعیت کردهاید که خودتان هم باورتان شدهاست!
این دست شلیکهای پراکنده فقط آنهارا ترغیب به پرواز برفراز آسمان بی دفاع ایران میکند.
#چه_بگوییم_که_هرچه_بگوییم_بیفایده_است
@P_raetorio | 350 |
| 20 | داشتم یه شعری رو توی تلگرامم سرچ میزدم که به این پیام رسیدم. یادش بخیر. روزی وجود داشت که 90 میلیون بودن پراید، دیگه خیلی تو پاچه به حساب میومد. 😂😂 | 338 |
