توی OpenOffice یه باگی بوده که سه‌شنبه‌ها فایل‌ها رو پرینت نمی‌گرفته!

اما داستان چی بوده؟ موقع پرینت توی فایل postscriptی که می‌ساخته، زمان ساخت فایل رو هم اضافه می‌کرده،
بعد زمانی که دستور file می‌خواسته نوع فایل رو تشخیص بده، به جای postscript که واقعا بوده، Erlang jam file تشخیص می‌داده.


پی‌نوشت: دستور file کارش اینه که روی یک فایل اجراش می‌کنیم و تشخیص میده جنس فایل چیه. با وجود صدها پترنی که برای فایل‌های مختلف وجود داره قابل پیش‌بینی هم هست که بعضی وقتا این مشکلات پیش بیاد.

بیشتر بخوانید:
https://beza1e1.tuxen.de/lore/print_on_tuesday.html

ریپورت باگ روی OpenOffice:
https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/255161/comments/28

ریپورت باگ روی file:
https://bugs.launchpad.net/ubuntu/+source/file/+bug/248619

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

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

لینک سایت:
https://www.sniffnet.net/

وقتی آدرس یک وب‌سایت را می‌زنیم در مرورگر وارد میکنیم چه اتفاقی می‌افتد؟
یک راهنمای کامل شبکه و اینترنت و مرورگر

https://github.com/vasanthk/how-web-works

برای ترکیب کردن دستورات توی bash، ما معمولا از pipe استفاده می‌کنیم. به این شکل مثلا:

grep PATTERN myfile.txt | wc -l

اما این تنها راه نیست. راه‌های دیگه‌ای هستند مثلا استفاده از بک‌تیک

مثلا این رو ببینید:

cd `cat cd-destination.txt`

اینطوری خروجی دستور cat میاد به جای خود عبارت قرار می‌گیره و به عنوان آرگومان دستور cd ما می‌شینه.
یا مثلا میخوام فایلی که نتیجه‌ی fzf یا find هست رو پاک کنم. میتونم یه چنین کاری کنم:

rm `fzf`
یا 
rm `find -bluh bluh | head -1`

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

سایت skillicons بهتون کمک می‌کنه که داخل فایل md صفحه گیت‌هابتون از آیکون‌های زیبا استفاده کنید، آموزش نحوه استفاده و لیست آیکون‌ها رو هم می‌تونید در این ریپو skill-icons مشاهده کنید

مشکل با OOP، آبجکت ها نیستم، بلکه oriented بودنه!

یعنی چی؟ اینجا یکسری ایده داره که چرا OOP بد است
https://mht.wtf/post/oop-oriented/

تکامل اعتماد

یک راهنمای تعاملی برای نظریه بازی درباره اینکه چرا به یکدیگر اعتماد می‌کنیم.

💻 @hicteblog 💬

https://hamed.github.io/trust/

اگه میخواید فایل‌ها و آدمای یه پروژه version control رو visualize کنید این پروژه، پروژه‌ی خیلی جالبیه.


https://gource.io/

در مورد آموزش makefile تا اینجا توی چنل ده ها مطلب گذاشتم! اما این آموزش یه ویژگی داره، به نظرم نیاز به makefile رو خیلی خوب توضیح میده و با همون مثال‌های اولش متوجه می‌شید که به دردتون میخوره یا نه اصلا.

https://makefiletutorial.com/

یه ویدیو خوب در مورد curl و البته مهم تر از اون، آشنایی با API ها
https://www.youtube.com/watch?v=ZOwnCSYfP7w

داستان بازنویسی قسمت sync دراپ باکس.
به نظرم مستقل از زبان مبدا و مقصد، نکات خیلی زیبا و فکر شده‌ای در مورد بازنویسی میگه.

https://dropbox.tech/infrastructure/rewriting-the-heart-of-our-sync-engine

#ارسالی
دوست دارید رزومه با در واقع پورتفیلوتون ترمینالی باشه؟
چند تا ایده از اینجا بگیرید:

https://dev.to/evilprince2009/few-amazing-terminal-style-portfolio-website-you-might-like-4pom

نمی‌دونم خبر دارید یا نه اما Redhat بعد از اینکه توسط IBM خریده شده، دیگه اون شرکت قبلی نیست.
اقدام قبلی‌ای که هممون رو کلی اذیت کرد این بود که CentOS رو خرید و خرابش کرد. اما چی بود جریان؟
ردهت یه توزیع لینوکس اوپس سورس ولی پولی بود که برای استفاده ازش باید پول پرداخت میکردین و از پشتیبانی و اینا هم استفاده میکردین. حالا یه سری توزیع بودن که همون سورس که در دسترس همه بود رو کامپایل می‌کردن و re-distribute میکردن تا سرورها بتونن رایگان ازش استفاده کنن. تا اینکه ردهت اومد CentOS رو خرید و باعث شد دیگه به درد نخوره. در واقع اینطور شد که به جای اینکه ردهت همون محتوایی که ردهت ارائه میداد رو ارائه بده به شکل upstream پکیج‌های آپدیت تر و غیر استیبل تر رو ارائه میداد. این برای سرورها اصلا خوب نبود برای همین یه سری گروه دیگه اومدن و کاری که CentOS میکرد رو ادامه دادن.
این چند ماه اسم Rocky Linux و Alma Linux رو اگر شنیدین، این‌ها توزیع هایی هستن که همون کارو میکنن و می‌شد روی سرورها ازشون استفاده کرد تا اینکه در یک اقدام عجیب ردهت اومد دسترسی به سورس‌کد رو محدود کرد! فقط به کسایی که محصول رو بخرن ارائه میده و اونا هم حق ندارن منتشرش کنن، تیپیکال شرکت انحصاری!

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

سوال بعدی اینکه این نقض GPL نیست؟ بحث زیاده سرش ولی گویا نگفتن ما متن رو می‌بندیم، فقط دسترسیش رو به هرکی پول بده میدیم و اگرم منتشر بکنه مشکلی نیست فقط ما دیگه اشتراکش رو تمدید نمی‌کنیم. مسخره‌س!


البته من اخبار رو پوشش نمی‌دم اینجا، فقط اومدم بگم من دوست داشتم توی Redhat کار کنم چون از contributor های بزرگ لینوکسه و شرکت قابل احترامی برام بود ولی متاسفانه دیگه نه. متاسفانه. سنگر بعدی موزیلاس!



لینک دعواها سر لایسنس:
https://www.reddit.com/r/linux/comments/14g4ttb/rhel_going_closed_source_then_they_shouldnt_use/

لینک پست اعلامیه شرکت ردهت:
https://www.redhat.com/en/blog/furthering-evolution-centos-stream?sc_cid=701f2000000tyBjAAI


لینک یک توییت مرتبط:
https://twitter.com/christitustech/status/1671758445966512130

لینک ویدیوی توضیح توسط DT:
https://www.youtube.com/watch?v=gDRjgymRKBk

برای خودمون چطوری با سی، ردیس رو پیاده سازی کنیم؟
به کمک این کتاب.

https://build-your-own.org/redis/

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

در این مطلب بررسی میشه که چرا perl خوب است!
نویسنده از اون برای اسکریپت نویسی استفاده میکنه و تجربه خودشو منعکس می‌کنه.
https://two-wrongs.com/why-perl.html

اگر شما می‌خواستین stackoverflow رو طراحی کنید چه کار میکردید؟ احتمالا جواب خیلیا با اون حجم کاربر microservice باشه.
ولی جواب اینه که خیر. یه monolith روی چند تا سروره و تمام!

توی یه قسمت از خبرنامه‌ی bytebytego می‌تونید در موردش بخونید:
https://blog.bytebytego.com/p/ep27-stack-overflow-architecture

در مورد اینکه چطوری به این performance می‌رسن، این صفحه از stack exchange هم جالبه:
https://stackexchange.com/performance

هر کسی دلیل خاصی داره که به لینوکس علاقه داشته باشه
مثلا آزادی که داره،‌ کاستومایزیبل بودنش
من ترمینال‌ش رو دوست دارم،

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

https://www.wiregeek.ir/p/%DA%86%D8%B1%D8%A7-%D9%84%DB%8C%D9%86%D9%88%DA%A9%D8%B3-%D8%B1%D9%88-%D8%AF%D9%88%D8%B3%D8%AA-%D8%AF%D8%A7%D8%B1%D9%85/

خب امروز ۳ بار رمز sudo رو اشتباه زدم و sudo تنبیهم کرد! قضیه اینطوری بود که تا ۱۰ دقیقه اجازه نمیداد لاگین کنم اما اصلا این رو نمی‌گفت، بلکه پسیو اگرسیو رفتار میکرد! رمز رو میپرسید ولی درست هم که می‌زدم می‌گفت درست نیست!
یکم سرچ کردم با دستور faillock آشنا شدم. این دستور که بدون sudo اجرا می‌شه میتونه بهتون بگه چه تلاش هایی شده که رمز غلط بوده و sudo اجازه نداده. هم اینکه میتونید تاریخچه رو reset کنید که sudo پسیو اگرسیو رفتار نکنه!
اما چطوری؟ دستورش ساده‌س توی man pageش هم می‌تونید بخونید. این بلاگ پست هم تجربه‌ی مشابهی داشته و اگه دوست داشتید بخونید.
https://joshtronic.com/2021/05/23/unlock-user-after-too-many-failed-sudo-attempts/

نکته ای که وجود داره اینه که چرا اگه می‌خواست قفل کنه، حالا اجازه میده با faillock reset قفلش باز بشه؟ فقط میخواست من یه سرچی کنم؟
اصلا نمیشه قبل هر sudo یه faillock reset هم بذاریم؟