Binary musings with sirmerdas – Telegram
Binary musings with sirmerdas
82 subscribers
106 photos
17 videos
80 links
I post some stuffs, maybe about tech or not🤷‍♂️

@sirmerdas | https://sirmerdas.dev

IDK, If you want to reach me anonymously:
https://news.1rj.ru/str/harfmanbot?start=5763961169
Download Telegram
Binary musings with sirmerdas
پیوی پیام بدید.
البته تو کامنت‌ها هم بپرسید جواب میدم.😂♥️
3
#iran_access@sirmerdas_binary🦁

موضوع چهارم و مهم‌تر از همه، همیشه تحت هر شرایطی یه سرور مجازی لوکیشن ایران داشته باشید، با هر کانفیگی(حالا البته هرچی بیشتر بهتر، ولی خب اگه براتون نیمیصرفید💀) شده یه سرور رم ۲ یک هسته، فقط یه سروری داشته باشید که اگه قطحی سرور ایران اومد مثل این سری، داستان نشه.

و در اسرع وقت هم روش داکر رو نصب کنید. با تشکر از همراهیتون.
Please open Telegram to view this post
VIEW IN TELEGRAM
7
Maybe on the Moon
Aaron
Maybe on the moon
There's a soil for the doomed
I should save us a ride.
4
Binary musings with sirmerdas
Aaron – Maybe on the Moon
I'll do what you want me to do
You're the needle in my arm
5
This media is not supported in your browser
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
بنده در حال وارد شدن به غذاخوری شرکت با عِلم بر اینکه کد باگ دار پوش کردم رو پروداکشن.
11
#iran_access@sirmerdas_binary🦁

موضوع پنجم: ارتباط.

خب از اونجایی که به اپ‌های پیامرسان داخلی هیچ اعتمادی نیست(فقط بحث امنیت نیست، پایداری خوبی ندارند، در زمانی که همه از تلگرام استفاده میکنن جوابگوعه نیازه، ولی به محض اینکه یه لحظه فشار بیفته رو سرور از دسترس خارج میشن)

در نتیجه همیشه اپ پیامرسان داخلی شرکت خودتون رو داشته باشید، چیزی که من بهش رسیدم و از استفاده ازش راضی بودم تو اون مدت، سرویس mattermost بود،
قبلا گفته بودم چطوری بیارید بالا:
https://news.1rj.ru/str/sirmerdas_binary/174

بازم سوالی داشتید در خدمتم.
خوبیه mattermost اینه که کلاینت برای گوشی هم داره و عالیه⚡️
Please open Telegram to view this post
VIEW IN TELEGRAM
6🔥1
Binary musings with sirmerdas
به محض اینکه یه لحظه فشار بیفته رو سرور از دسترس خارج میشن)
البته راجع به این من یه چیزی بگم، اگه به چشم یه پیامرسان دولتی نگاه کنیم، همچین چیزی توجیهی نداره، ولی اگه به چشم استارتاپی نگاه کنیم، خیلی نمیشه ایراد گرفت.

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

حالا البته جدیدا دیدم یه سری جاها سرویس سرور رزرو اضافه کردن، که وقتی که کارکرد سرورتون میره بالا اون سرور رزرو رو میاره بالا و میاره تو مدار، ولی خب بازم هزینه نگه‌داریش زیاده.
6
#DevExperience@sirmerdas_binary⚡️

دوستان توروخدا اگه از ai برای تولید متن برای محصولات سایتتون استفاده میکنید، یه بار بخونید بعد paste کنید😭😂😂.

پ.ن: البته فکر میکنم این دوستمون با api اینو تولید کرده و به خاطر همین هم هست که با فرمت markdown ایجاد شده.
Please open Telegram to view this post
VIEW IN TELEGRAM
104
Reza
#tips@sirmerdas_binary♥️ فرداهایی که زمان قراره درستشون کنه، نتیجه امروز‌های حوصلشو ندارم هستش.
#tips@sirmerdas_binary♥️

شاید پیش بیاد روزهایی که حوصلش رو ندارید، مهم اینه اجازه ندید این روزها تبدیل به هفته‌ها و ماه‌ها و ... بشه.
Please open Telegram to view this post
VIEW IN TELEGRAM
7👍1
#DevExperience@sirmerdas_binary⚡️

افزایش توان زیرساخت یا همون به اصطلاح Scaling کردنی که بهش اشاره کرده بودم، به دو صورت افقی و عمودی انجام میشه
(Horizonal vs Vertical scaling)
که هر کدوم Trade offهای خودشون رو دارن.
توی Horizontal scaling، ما میایم تعداد سرورهای خودمون رو افزایش میدیم، یعنی مثلا اگه در حال حاضر فقط یک سرور داریم، میایم تعداد سرورهای خودمون رو به 2 یا 3 تا افزایش میدیم.
اما توی Vertical scaling، به جای اینکه بیایم تعداد سرورهارو افزایش بدیم، میایم منابع سخت افزاری همون سرور فعلی رو افزایش میدیم، یعنی برای مثال اگه سرور فعلیمون با Ram 8G و CPU 4 core هست، میایم منابع رو به RAM 16 و CPU 8 core افزایش میدیم.

حالا چه Trade offای دارن؟
توی روش Vertical scaling، شما شاید کار خودتون رو راحت‌تر کنید، ولی در عمل اگه همون سرور به مشکل بخوره، شما کلا اپ/سرویس‌هاتون از دسترس خارج میشه. برای مثال تو ایران خیلی ساده برق دیتاسنتر میره💀😂.
اما تو روش Horizontal scaling، شما دیگه با این مشکلات مواجه نیستید، اما موضوعی که هست اینه که شما سروراتون باید سینک باشن، مثلا دیتابیس سرویس‌هاتون، که برای این موضوع میتونید از روش Replication استفاده کنید به عنوان مثال.

در کل به نظر من، تو سایز‌های کوچیک Vertical scaling شاید مناسب‌تر باشه، ولی وقتی یکم بیزنس جدی‌تر میشه حتما باید به Horizontal scaling روی بیارید.

اگه خواستید بیشتر بخونید از این مقاله میتونید استفاده کنید:
https://www.cockroachlabs.com/blog/vertical-scaling-vs-horizontal-scaling/

پ.ن: عکس پست از همین نوشته گرفته شده.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥41
همه‌چی تقصیر من بود!
2👎111
Goodbye
Apparat
For neither ever, nor never
Goodbye
14
#DevExperience@sirmerdas_binary⚡️

دوستان به‌خدا برای کسی اهمیتی نداره شما علاقه‌مندی‌هاتون چیه/تفریحاتتون چیه لازم نیست توی رزومه‌ای که برای شرکتی میفرستید اینارو لحاظ کنید.
حالا تو سایتتون یا هرجای دیگه خواستید بزارید(همونطور که خودمم گذاشتم) اون خیلی موردی نیست ولی اگه برای جایی رزومه میفرستید از بخش رزومه حذف کنید.
همین که رزومتون رو ببینن شانس آوردید بعد میخواید توش بزارید تفریحم گیم زدنه😭😂😂
Please open Telegram to view this post
VIEW IN TELEGRAM
41👎1
Binary musings with sirmerdas
Apparat – Goodbye
بیاید پیوی باهام بحث کنید ولی به اهنگم دیسلایک ندید😭😭

ادیت: حل شد🙏.
1
#tips@sirmerdas_binary♥️

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

هیچ چیزی تو این جهان اتفاقی و شانسی نیست.
Please open Telegram to view this post
VIEW IN TELEGRAM
5👍11
Binary musings with sirmerdas
Replication
#DevExperience@sirmerdas_binary⚡️

داخل این پست، به یه مفهومی اشاره کردم داخل دیتابیس‌ها به اسم Replication، اما راجبش صحبت نکردیم.
این Replication چیه؟ خب از ریشه replicate میاد و به معنی همانند سازی هستش، و کارش دقیقا همینه، همانند ساختن از دیتای دیتابیس یک سرور، به داخل یک دیتابیس در سروری جدا.
این فرآیند عموما به صورت Master-slave replication انجام میشه(نام گذاری 100/100) و به این صورت هستش که یک دیتابیس مرکزی داریم، که Master در نظر گرفته میشه، و یک یا چند دیتابیس دیگه که slave نامیده میشه. هر اتفاقی که داخل دیتابیس Master رخ بده، عینا در Slave‌ها کپی میشه.

کاربردش چیه؟ بهتون کمک میکنه load مربوط به read/write سیستم رو جدا در نظر بگیرید، و مهم‌تر از همه بتونید سیستمتون رو Horizontal scale out بکنید.
Please open Telegram to view this post
VIEW IN TELEGRAM
211
Binary musings with sirmerdas
#DevExperience@sirmerdas_binary⚡️ داخل این پست، به یه مفهومی اشاره کردم داخل دیتابیس‌ها به اسم Replication، اما راجبش صحبت نکردیم. این Replication چیه؟ خب از ریشه replicate میاد و به معنی همانند سازی هستش، و کارش دقیقا همینه، همانند ساختن از دیتای دیتابیس…
حالا یه مدل Replication دیگه هم داریم به اسم Master-Master Replication، یه جوری میشه گفت مثل تو رابطه بودن دوتا آدم تاکسیک میمونه، هر کسی حرف خودش رو میزنه، با این تفاوت که اینجا در نهایت حرف جفت طرفین درسته😂😂
و اینطوریه که هر اتفاقی توی هر سروری بیفته تو این یکی سرور عینا انجام میشه.

فقط اینجا یه چالش وجود داره، چالش هندل کردن کلیدهای auto_increment، چون خب همونطوری که خودتون میدونید نمیشه دوتا کلید primary با یه id یکسان وجود داشته باشه، اگه تکراری باشه سیستمتون به مشکل میخوره. که یکی از راه‌حل هایی که میتونید استفاده کنید اینه که اینطوری در نظر بگیرید که یک دیتابیس کلید‌های increment به صورت 2n + 1 اضافه بشه و تو سرور دیگه 2n+2 باشه و همینطور 2n +k که n اینجا میشه تعداد سرورها که ثابته، و k هم میشه شماره سرورها که توی هر سرور متغیره و از 1 شروع میشه تا k.

البته راه حل‌های دیگه‌ای وجود داره مثل استفاده از uuid و ...
🔥6
اسپاتیفای هم از هوش مصنوعی جا نموند و DJ شخصی به اسم DJ x اضافه کردش.

به history و اهنگاتون دسترسی داره و سعی میکنه یه رفتار از اون بسازه، خلاصه چیز جالبی بود تو این مدت که استفاده کردم.
6