• این سایت برای تمرین تایپ 10 انگشتی فوق العاده هست.
• تایپ 10 انگشتی مهارتی نیست که خیلی بخواهین روش زوم کنین اما با افزایش و تسلط خیلی رو سرعت تایپتون موقع کد نویسی بالا میبره.
• اگه مثل من دوست دارین با بازی کردن یادبگیرین این سایتو پیشنهاد میکنم 😁
#ترفند #معرفی_ابزار
https://monkeytype.com/
• تایپ 10 انگشتی مهارتی نیست که خیلی بخواهین روش زوم کنین اما با افزایش و تسلط خیلی رو سرعت تایپتون موقع کد نویسی بالا میبره.
• اگه مثل من دوست دارین با بازی کردن یادبگیرین این سایتو پیشنهاد میکنم 😁
https://zty.pe/
#ترفند #معرفی_ابزار
@Code_Unique
هم اکنون کابوس تمامی برنامه نویسان :)
#فکت #میم #fun
مهندس یه ایده خفن دارم اگر موافق باشی پیاده سازیش کنیم، ایده از من کار از تو 🥴
#فکت #میم #fun
@Code_Unique
سلام رفیقای گلم صبحتون بخیر
امیدوارم صبحی آروم شروع کنین و هر روز به هدف ها نزدیک نزدیکتر بشین ❤️
یادمون باشه انرژی و حال بدی هامون داعمی نیستن و این ما هستیم که اجازه میدیم تا کی همراهمون باشن ماچ به کلتون
#دلی
امیدوارم صبحی آروم شروع کنین و هر روز به هدف ها نزدیک نزدیکتر بشین ❤️
#دلی
@Code_Unique
• اگه به دنبال استفاده از ORM محبوب Prisma در nodejs بودین این پلی لیست یوتیوب برای شماست 🔥
• در قالب این آموزش به زبان انگلیسی کامل اومده اول خود Prisma و Migrations رو توضیح داده سپس استفاده از Prisma داخل دیتابیس های MongoDB, Postgresql هم پوشش داده که این فوقالعاده عالیه. حتی اگه شما به زبان انگلیسی تسلط ندارین (پیشنهاد میکنم حتما در حد کار راه بنداز تقویت کنین) اما اگه قبلا با ORM کارکرده باشین میتونین به خوبی و کامل با این ویدیو ارتباط بگیرین.
#postgresql #prisma #mongodb #orm #mysql #ویدیو_آموزشی
لینک
https://youtube.com/playlist?list=PLIGDNOJWiL1_ygbYCizW9ORMazELD9foK&si=E9CdaepBr5Ak_hDw
• در قالب این آموزش به زبان انگلیسی کامل اومده اول خود Prisma و Migrations رو توضیح داده سپس استفاده از Prisma داخل دیتابیس های MongoDB, Postgresql هم پوشش داده که این فوقالعاده عالیه. حتی اگه شما به زبان انگلیسی تسلط ندارین (پیشنهاد میکنم حتما در حد کار راه بنداز تقویت کنین) اما اگه قبلا با ORM کارکرده باشین میتونین به خوبی و کامل با این ویدیو ارتباط بگیرین.
#postgresql #prisma #mongodb #orm #mysql #ویدیو_آموزشی
@Code_Unique
• داشتم تو لینکدین میگشتم که یهو یه پستی رو دیدم و موارد جالبی در خصوص 10 مورد از مهم ترین بخش های رزومه اصولی رو عنوان کرده بود حتما مطالعه کنین.
#تجربه #استخدام #لینکدین #رزومه #linkdin
لینک پست
https://www.linkedin.com/posts/soheibkiani_resume-activity-7272857312132759552-A0hD?utm_source=share&utm_medium=member_desktop
#تجربه #استخدام #لینکدین #رزومه #linkdin
@Code_Unique
Linkedin
Resume | Soheib Kiani | 16 comments
تجربه 4 سال سابقه کاری و مشاوره با 7 برنامه نویس سنیور در "خصوص رزومه"
این 10 مورد شاید مهم ترین ها باشن
1. پروژههای واقعی رو نشون بده
پروژههای شخصی: اگه یه پروژه جالب انجام دادی یا توی یه پروژه متنباز کار کردی، حتماً بهش اشاره کن. بگو چه چالشهایی رو…
این 10 مورد شاید مهم ترین ها باشن
1. پروژههای واقعی رو نشون بده
پروژههای شخصی: اگه یه پروژه جالب انجام دادی یا توی یه پروژه متنباز کار کردی، حتماً بهش اشاره کن. بگو چه چالشهایی رو…
• طراحی دیتابیس به سرعت برق با این ابزار هوش مصنوعی 🔥
• آیا شما هم به عنوان یک بکاند دولوپر، ساعتها وقت خود را صرف طراحی دیتابیسهای پیچیده میکنید؟ با این هوش مصنوعی این مشکل به راحتی حل میشود. این ابزار هوش مصنوعی قدرتمند، با تنها چند کلیک، یک طرح اولیه کامل از دیتابیس شما را ایجاد کرده و حتی کد SQL مورد نیاز را تولید میکند.
• این هوش مصنوعی از انواع مختلف دیتابیسهای SQL پشتیبانی میکند و به شما امکان میدهد تا با سرعت و دقت بیشتری، دیتابیسهای خود را طراحی کنید.
•مثال: فرض کنید میخواهید یک دیتابیس برای یک فروشگاه آنلاین طراحی کنید. با این ابزار هوش مصنوعی، تنها کافیست اطلاعاتی مانند نوع محصولات، کاربران و سبد خرید، کیف پول، مقالات و ... را وارد کنید تا ابزار به طور خودکار یک طرح اولیه از دیتابیس شما را ایجاد کند.
#معرفی_ابزار #طراحی_دیتابیس #sql #mysql #postgresql
• آیا شما هم به عنوان یک بکاند دولوپر، ساعتها وقت خود را صرف طراحی دیتابیسهای پیچیده میکنید؟ با این هوش مصنوعی این مشکل به راحتی حل میشود. این ابزار هوش مصنوعی قدرتمند، با تنها چند کلیک، یک طرح اولیه کامل از دیتابیس شما را ایجاد کرده و حتی کد SQL مورد نیاز را تولید میکند.
• این هوش مصنوعی از انواع مختلف دیتابیسهای SQL پشتیبانی میکند و به شما امکان میدهد تا با سرعت و دقت بیشتری، دیتابیسهای خود را طراحی کنید.
•
آدرس سایت :
https://postgres.new
#معرفی_ابزار #طراحی_دیتابیس #sql #mysql #postgresql
@Code_Unique
• با بالا رفتن قیمت ارز، هزینه های طراحی وب سایت بالاتر می رود. زیرا تعرفه قبلی برای انجام پروژه با توجه به تورم و هزینه های زندگی کنونی صرفه ندارد.
#فکت #دلی
شامل برنامه نویسی نرم افزار و سخت افزار هم می شود.
#فکت #دلی
@Code_Unique
• بریم صبحمون با یه پست جاذاب شروع کنیم 😁🔥
• امکان داره امروز یا هر وقت دیگه در حین وبگردی و گشتن به دنبال مقالات مختلف از وبسایت medium.com استفاده کرده باشی.
و برای استفاده از مقالات پریمیوم این وبسایت به مشکل خورده باشید :(
• حالا با استفاده از این وبسایت readmedium.com میتونید دسترسی کامل به تمامی مقالات علمی medium داشته باشید ;)
#تجربه #ترفند #مقاله #معرفی_منبع
• امکان داره امروز یا هر وقت دیگه در حین وبگردی و گشتن به دنبال مقالات مختلف از وبسایت medium.com استفاده کرده باشی.
و برای استفاده از مقالات پریمیوم این وبسایت به مشکل خورده باشید :(
• حالا با استفاده از این وبسایت readmedium.com میتونید دسترسی کامل به تمامی مقالات علمی medium داشته باشید ;)
#تجربه #ترفند #مقاله #معرفی_منبع
@Code_Unique
• یه رجکس قوی برای پیش شماره های ایرانی
#regex
/^(0|98)?([ ]|-|[()]){0,2}9[0-4|9]([ ]|-|[()]){0,2}(?:[0-9]([ ]|-|[()]){0,2}){8}$/#regex
@Code_Unique
• دنبال آموزش Design Patterns بودین؟ 😃
• تو این ریپو اومده دیزاین پترن هارو به زبون آدمی زاد توضیح داده و برای هر زبان برنامه نویسی مثال هایی هم زده که عالیه 🔥
#تجربه #دیزاین_پترن #معرفی_منبع #design_patterns
• تو این ریپو اومده دیزاین پترن هارو به زبون آدمی زاد توضیح داده و برای هر زبان برنامه نویسی مثال هایی هم زده که عالیه 🔥
آدرس ریپو
https://github.com/3lf/design-patterns-for-humans
#تجربه #دیزاین_پترن #معرفی_منبع #design_patterns
@Code_Unique
GitHub
GitHub - 3lf/design-patterns-for-humans: آموزش دیزاین پترن به زبون آدمیزاد - Teaching design patterns in Persian
آموزش دیزاین پترن به زبون آدمیزاد - Teaching design patterns in Persian - 3lf/design-patterns-for-humans
• بهترین پلتفرم ها برای یادگیری و تقویت SQL
- Dataford =⟩ https://lnkd.in/gtqdw864
- LeetCode =⟩ https://lnkd.in/gkCpv7NA
- Namaste SQL =⟩ https://lnkd.in/gQTuepVf
- HackerRank =⟩ https://lnkd.in/gnFS4frz
- SQLZoo =⟩ https://sqlzoo.net/
- Mode Analytics =⟩ https://lnkd.in/gRPrQrf5
- SQL Bolt =⟩ https://sqlbolt.com/
- GeeksforGeeks =⟩ https://lnkd.in/ggYbizNB
- LearnSQL =⟩ https://www.learnsql.com/
- LearnMode =⟩ https://lnkd.in/gQYCkwS2
- Strata Scratch =⟩ https://lnkd.in/gYtZQY53
- DataLemur =⟩ https://datalemur.com/
- SQL Fiddle =⟩ http://sqlfiddle.com/
- DB-Fiddle =⟩ https://www.db-fiddle.com/
- SQL Exercises =⟩ https://lnkd.in/d89TewuQ
- SQL Practice Set =⟩ https://lnkd.in/ddn7hfeu
- DataCamp =⟩ https://lnkd.in/dUyvbSwC
- Kaggle =⟩ https://lnkd.in/dn83kbwv
- Mode SQL Tutorial =⟩ https://lnkd.in/d53iPD-U
- SQL Murder Mystery =⟩ https://lnkd.in/dtVqDV-g
#تجربه #معرفی_منبع #معرفی_ابزار #sql #mysql #postgresql
- Dataford =⟩ https://lnkd.in/gtqdw864
- LeetCode =⟩ https://lnkd.in/gkCpv7NA
- Namaste SQL =⟩ https://lnkd.in/gQTuepVf
- HackerRank =⟩ https://lnkd.in/gnFS4frz
- SQLZoo =⟩ https://sqlzoo.net/
- Mode Analytics =⟩ https://lnkd.in/gRPrQrf5
- SQL Bolt =⟩ https://sqlbolt.com/
- GeeksforGeeks =⟩ https://lnkd.in/ggYbizNB
- LearnSQL =⟩ https://www.learnsql.com/
- LearnMode =⟩ https://lnkd.in/gQYCkwS2
- Strata Scratch =⟩ https://lnkd.in/gYtZQY53
- DataLemur =⟩ https://datalemur.com/
- SQL Fiddle =⟩ http://sqlfiddle.com/
- DB-Fiddle =⟩ https://www.db-fiddle.com/
- SQL Exercises =⟩ https://lnkd.in/d89TewuQ
- SQL Practice Set =⟩ https://lnkd.in/ddn7hfeu
- DataCamp =⟩ https://lnkd.in/dUyvbSwC
- Kaggle =⟩ https://lnkd.in/dn83kbwv
- Mode SQL Tutorial =⟩ https://lnkd.in/d53iPD-U
- SQL Murder Mystery =⟩ https://lnkd.in/dtVqDV-g
#تجربه #معرفی_منبع #معرفی_ابزار #sql #mysql #postgresql
@Code_Unique
• یه ضربالمثلی هست میگه اگه با 3 تا خلافکار بگردی نفر بعدی خودتی !
• حتما باید دایره افرادمون رو با آدم هایی پر کنیم که علمی به دانشمون اضافه میکنن.
#فکت
• حتما باید دایره افرادمون رو با آدم هایی پر کنیم که علمی به دانشمون اضافه میکنن.
#فکت
@Code_Unique
~> MySQL VS MariaDB
• MySQL و MariaDB دو RDBMS(سیستم مدیریت پایگاه داده رابطهای) هستن که هر دو از SQL استفاده میکنن و از معماری کلاینت-سرور پشتیبانی میکنن. این دو پروژه بهطور نزدیکی به هم مرتبط هستن، اما تفاوتهای کلیدیای دارن که بر انتخاب یکی از اونها تأثیر میذاره.
• MySQL در ابتدا توسط شرکتی به نام MySQL AB توسعه داده شد و بعدها توسط شرکت Sun Microsystems خریداری شد. بعد از اینکه Oracle در سال 2010 Sun رو خرید، توسعه MySQL تحت کنترل Oracle قرار گرفت. همین باعث شد که بخشی از کامیونیتیِ دولوپرها نگران آیندهٔ MySQL بشن و به فکر ایجاد یک Fork از MySQL بیوفتن. اگه Git کار کرده باشین میدونین Fork به طور ساده به معنی ایجاد یک کپی از کدهای موجود و توسعه مستقل اونهاست. نتیجهی این کار شد MariaDB.
• MariaDB توسط یکی از بنیانگذاران اصلی MySQL یعنی Michael "Monty" Widenius راهاندازی شد. اسم MariaDB هم از نام دختر وایدنیوس، Maria، گرفته شده، درست همونطور که اسم MySQL از نام دختر دیگهاش، My، گرفته شده. 😃
• از نظر فنی، MariaDB و MySQL در نسخههای ابتدایی خیلی شبیه به هم بودن و حتی MariaDB طوری طراحی شده بود که جایگزین Drop-in کاملی برای MySQL باشه. این یعنی شما میتونستی MariaDB رو بدون نیاز به تغییرات اساسی در کانفیگ یا کد اپلیکیشن، جایگزین MySQL کنی. اما بهمرور زمان، تفاوتهای فنی بیشتری بین این دو به وجود اومده. برای مثال، MariaDB موتورهای ذخیرهسازی جدیدی مثل Aria و ColumnStore رو اضافه کرده، در حالی که MySQL همچنان به توسعه موتور InnoDB متمرکز هستش.
• یکی دیگه از تفاوتهای کلیدی بین MySQL و MariaDB توی مدل توسعه اونهاست. MySQL به عنوان یک پروژه open source باقی مونده، اما تحت کنترل Oracle هستش که گاهی ممکنه تصمیمهای این شرکت با منافع جامعهٔ open source هماهنگ نباشه. در مقابل، MariaDB بهعنوان یک پروژه کاملاً open source اداره میشه و تصمیمات اون توسط یک بنیاد مستقل (MariaDB Foundation) گرفته میشه که تضمین میکنه توسعهی MariaDB همیشه بهصورت آزاد و شفاف پیش بره.
• در نتیجه، وقتی بحث انتخاب بین MySQL و MariaDB پیش میاد، انتخاب شما بستگی به نیازهای خاص پروژه و میزان اهمیتی که به open source بودنِ کامل میدین، داره. اگر دنبال پایداری و یکپارچگی با ابزارها و سرویسهای Oracle هستین، شاید MySQL گزینه بهتری باشه. اما اگه برای شما مهمه که از یک پروژه کاملاً Open Source استفاده کنین که با سرعت بیشتری بهروزرسانی میشه و ویژگیهای جدیدتری ارائه میده، MariaDB میتونه انتخاب مناسبی باشه.
#mysql #mariadb #sql
@Code_Unique
• MySQL و MariaDB دو RDBMS(سیستم مدیریت پایگاه داده رابطهای) هستن که هر دو از SQL استفاده میکنن و از معماری کلاینت-سرور پشتیبانی میکنن. این دو پروژه بهطور نزدیکی به هم مرتبط هستن، اما تفاوتهای کلیدیای دارن که بر انتخاب یکی از اونها تأثیر میذاره.
• MySQL در ابتدا توسط شرکتی به نام MySQL AB توسعه داده شد و بعدها توسط شرکت Sun Microsystems خریداری شد. بعد از اینکه Oracle در سال 2010 Sun رو خرید، توسعه MySQL تحت کنترل Oracle قرار گرفت. همین باعث شد که بخشی از کامیونیتیِ دولوپرها نگران آیندهٔ MySQL بشن و به فکر ایجاد یک Fork از MySQL بیوفتن. اگه Git کار کرده باشین میدونین Fork به طور ساده به معنی ایجاد یک کپی از کدهای موجود و توسعه مستقل اونهاست. نتیجهی این کار شد MariaDB.
• MariaDB توسط یکی از بنیانگذاران اصلی MySQL یعنی Michael "Monty" Widenius راهاندازی شد. اسم MariaDB هم از نام دختر وایدنیوس، Maria، گرفته شده، درست همونطور که اسم MySQL از نام دختر دیگهاش، My، گرفته شده. 😃
• از نظر فنی، MariaDB و MySQL در نسخههای ابتدایی خیلی شبیه به هم بودن و حتی MariaDB طوری طراحی شده بود که جایگزین Drop-in کاملی برای MySQL باشه. این یعنی شما میتونستی MariaDB رو بدون نیاز به تغییرات اساسی در کانفیگ یا کد اپلیکیشن، جایگزین MySQL کنی. اما بهمرور زمان، تفاوتهای فنی بیشتری بین این دو به وجود اومده. برای مثال، MariaDB موتورهای ذخیرهسازی جدیدی مثل Aria و ColumnStore رو اضافه کرده، در حالی که MySQL همچنان به توسعه موتور InnoDB متمرکز هستش.
• یکی دیگه از تفاوتهای کلیدی بین MySQL و MariaDB توی مدل توسعه اونهاست. MySQL به عنوان یک پروژه open source باقی مونده، اما تحت کنترل Oracle هستش که گاهی ممکنه تصمیمهای این شرکت با منافع جامعهٔ open source هماهنگ نباشه. در مقابل، MariaDB بهعنوان یک پروژه کاملاً open source اداره میشه و تصمیمات اون توسط یک بنیاد مستقل (MariaDB Foundation) گرفته میشه که تضمین میکنه توسعهی MariaDB همیشه بهصورت آزاد و شفاف پیش بره.
• در نتیجه، وقتی بحث انتخاب بین MySQL و MariaDB پیش میاد، انتخاب شما بستگی به نیازهای خاص پروژه و میزان اهمیتی که به open source بودنِ کامل میدین، داره. اگر دنبال پایداری و یکپارچگی با ابزارها و سرویسهای Oracle هستین، شاید MySQL گزینه بهتری باشه. اما اگه برای شما مهمه که از یک پروژه کاملاً Open Source استفاده کنین که با سرعت بیشتری بهروزرسانی میشه و ویژگیهای جدیدتری ارائه میده، MariaDB میتونه انتخاب مناسبی باشه.
#mysql #mariadb #sql
@Code_Unique
• امیدوارم هیچوقت این صحنه رو تجربه نکنید که به چشمای مادرتون نگاه کنید و با خودتون بگید این طور زندگی کردن حقش نبود.
• روز مادرو به تمامی مادرایی که هستن مبارک ❤️ و اوناییم که تو این دنیا نیستن روحشون شاد. 💔
#متفرقه #دلی
• روز مادرو به تمامی مادرایی که هستن مبارک ❤️ و اوناییم که تو این دنیا نیستن روحشون شاد. 💔
#متفرقه #دلی
~> @Code_Unique
• میخوای جاوااسکریپتتو قوی تر از فولاد کنی؟
• تو این ریپو های گیت هاب هر کدوم 100 سوال مختلف جاوا اسکریپت، همراه با پاسخ دارن که بهتون پیشنهاد میکنم حتما یه سر بزنید.
#معرفی_منبع #js
• تو این ریپو های گیت هاب هر کدوم 100 سوال مختلف جاوا اسکریپت، همراه با پاسخ دارن که بهتون پیشنهاد میکنم حتما یه سر بزنید.
~> https://github.com/sudheerj
~> https://github.com/ganqqwerty
~> https://github.com/lydiahallie
#معرفی_منبع #js
~> @Code_Unique
• اگه میخواهین بدونین زبان انگلیسیتون در چه سطحی هست همین که 20days رو بیست days خوندید معلوم میشه سطح زبانتون در چه مرحله ایی هست ;)
~> GN 🌃
~> GN 🌃
~> @Code_Unique
~> از Redis کجاها استفاده کنیم؟ کجاها استفاده نکنیم؟
• Redis یکی از سریعترین و محبوبترین ابزارهای in-memory data store تو دنیاست. این ابزار هم به عنوان database، هم cache و هم message broker استفاده میشه . اما این که هرجایی ازش استفاده کنیم، اصلا کار درستی نیست. تو این پست میخوایم بررسی کنیم کجا Redis انتخاب خوبیه و کجا بهتره سراغش نریم.
~> کجاها از Redis استفاده کنیم؟
• Caching
وقتی یه داده رو مدام از دیتابیس اصلی میخونی و نیاز به سرعت بالا داری، Redis میتونه به عنوان یه کش عالی عمل کنه. مثلا:
کش کردن نتایج کوئریهای سنگین
ذخیره صفحات رندر شده
ذخیره session data برای کاربرها
• Real-Time Analytics
اگه میخوای یه داشبورد real-time بسازی که اطلاعات رو لحظهای نشون بده، Redis با ساختارهای داده سریعش (مثل sorted sets) میتونه خیلی کمککننده باشه.
• Rate Limiting
وقتی میخوای تعداد درخواستهای کاربرها رو محدود کنی، مثلا برای جلوگیری از حملات DDoS یا اسپم، Redis یه گزینه عالیه.
• Pub/Sub Systems
برای ارتباط بین سرویسها یا ارسال پیام در سیستمهای real-time مثل چتها، Redis با قابلیت publish/subscribe خیلی خوب عمل میکنه.
• Leaderboard ها و سیستمهای امتیازدهی
ساختار داده sorted sets برای ساختن رتبهبندیهای real-time (مثل امتیاز بازیکنها) ایدهآله.
~> کجاها از Redis استفاده نکنیم؟
• ذخیرهسازی دادههای پایدار
• Redis یه in-memory database هست. یعنی دادهها رو تو حافظه ذخیره میکنه، نه روی دیسک. اگه برق بره یا سیستم ریاستارت بشه، دادهها ممکنه از دست برن. برای دادههایی که نمیخوای از دست برن، از دیتابیسهایی SQL مثل PostgreSQL یا Mysql یا ... استفاده کن.
• حجمهای بالا
اگه حجم دادههات خیلی زیاده و رم کافی نداری، Redis انتخاب خوبی نیست. مثلا ذخیرهسازی دادههای سنگین مثل فایلها یا لاگها.
• آنالیزهای پیچیده
اگه نیاز به کوئریهای پیچیده داری (مثل join یا aggregation)، بهتره از دیتابیسهای relation-based مثل MySQL یا PostgreSQL استفاده کنی.
~> اشتباهات رایج در استفاده از Redis
• استفاده از Redis برای همهچیز
خیلیا وقتی Redis رو یاد میگیرن، فکر میکنن باید همهچیز رو توش ذخیره کنن. ولی این ابزار برای همه نوع داده مناسب نیست. مثلا برای ذخیره تراکنشهای مالی یا دادههای حساس، بهتره از دیتابیسهای دیگه استفاده کنی.
• تنظیم نکردن TTL
اگه از Redis به عنوان کش استفاده میکنی ولی TTL (زمان انقضای دادهها) رو تنظیم نکنی، ممکنه حافظه پر بشه و سیستم کرش کنه.
• نادیده گرفتن محدودیت رم
Redis همه دادهها رو تو رم ذخیره میکنه. اگه حجم دادههات از ظرفیت رم بیشتر بشه، سیستم به مشکل میخوره.
• مدیریت نکردن replication
برای سیستمهای حساس، باید replication رو تنظیم کنی تا در صورت خرابی سرور اصلی، دادهها از بین نرن.
• عدم مانیتورینگ
خیلیها Redis رو راه میندازن ولی هیچ وقت مانیتور نمیکنن که چقدر حافظه مصرف میشه یا چقدر latency داره. این اشتباه میتونه باعث مشکلات جدی بشه.
#redis
• Redis یکی از سریعترین و محبوبترین ابزارهای in-memory data store تو دنیاست. این ابزار هم به عنوان database، هم cache و هم message broker استفاده میشه . اما این که هرجایی ازش استفاده کنیم، اصلا کار درستی نیست. تو این پست میخوایم بررسی کنیم کجا Redis انتخاب خوبیه و کجا بهتره سراغش نریم.
~> کجاها از Redis استفاده کنیم؟
• Caching
وقتی یه داده رو مدام از دیتابیس اصلی میخونی و نیاز به سرعت بالا داری، Redis میتونه به عنوان یه کش عالی عمل کنه. مثلا:
کش کردن نتایج کوئریهای سنگین
ذخیره صفحات رندر شده
ذخیره session data برای کاربرها
• Real-Time Analytics
اگه میخوای یه داشبورد real-time بسازی که اطلاعات رو لحظهای نشون بده، Redis با ساختارهای داده سریعش (مثل sorted sets) میتونه خیلی کمککننده باشه.
• Rate Limiting
وقتی میخوای تعداد درخواستهای کاربرها رو محدود کنی، مثلا برای جلوگیری از حملات DDoS یا اسپم، Redis یه گزینه عالیه.
• Pub/Sub Systems
برای ارتباط بین سرویسها یا ارسال پیام در سیستمهای real-time مثل چتها، Redis با قابلیت publish/subscribe خیلی خوب عمل میکنه.
• Leaderboard ها و سیستمهای امتیازدهی
ساختار داده sorted sets برای ساختن رتبهبندیهای real-time (مثل امتیاز بازیکنها) ایدهآله.
~> کجاها از Redis استفاده نکنیم؟
• ذخیرهسازی دادههای پایدار
• Redis یه in-memory database هست. یعنی دادهها رو تو حافظه ذخیره میکنه، نه روی دیسک. اگه برق بره یا سیستم ریاستارت بشه، دادهها ممکنه از دست برن. برای دادههایی که نمیخوای از دست برن، از دیتابیسهایی SQL مثل PostgreSQL یا Mysql یا ... استفاده کن.
• حجمهای بالا
اگه حجم دادههات خیلی زیاده و رم کافی نداری، Redis انتخاب خوبی نیست. مثلا ذخیرهسازی دادههای سنگین مثل فایلها یا لاگها.
• آنالیزهای پیچیده
اگه نیاز به کوئریهای پیچیده داری (مثل join یا aggregation)، بهتره از دیتابیسهای relation-based مثل MySQL یا PostgreSQL استفاده کنی.
~> اشتباهات رایج در استفاده از Redis
• استفاده از Redis برای همهچیز
خیلیا وقتی Redis رو یاد میگیرن، فکر میکنن باید همهچیز رو توش ذخیره کنن. ولی این ابزار برای همه نوع داده مناسب نیست. مثلا برای ذخیره تراکنشهای مالی یا دادههای حساس، بهتره از دیتابیسهای دیگه استفاده کنی.
• تنظیم نکردن TTL
اگه از Redis به عنوان کش استفاده میکنی ولی TTL (زمان انقضای دادهها) رو تنظیم نکنی، ممکنه حافظه پر بشه و سیستم کرش کنه.
• نادیده گرفتن محدودیت رم
Redis همه دادهها رو تو رم ذخیره میکنه. اگه حجم دادههات از ظرفیت رم بیشتر بشه، سیستم به مشکل میخوره.
• مدیریت نکردن replication
برای سیستمهای حساس، باید replication رو تنظیم کنی تا در صورت خرابی سرور اصلی، دادهها از بین نرن.
• عدم مانیتورینگ
خیلیها Redis رو راه میندازن ولی هیچ وقت مانیتور نمیکنن که چقدر حافظه مصرف میشه یا چقدر latency داره. این اشتباه میتونه باعث مشکلات جدی بشه.
#redis
~> @Code_Unique
• سورس کامل و عالی که خیلی مطالب رو راحت کرده برای درک Design Pattern ها به زبان انگلیسی.
• از دست ندید چون الان تقریبا یکی از واجبات شرکت ها شده.
#تجربه #design_patterns #معرفی_منبع #مقاله #دیزاین_پترن
• از دست ندید چون الان تقریبا یکی از واجبات شرکت ها شده.
~> https://sourcemaking.com/design_patterns
#تجربه #design_patterns #معرفی_منبع #مقاله #دیزاین_پترن
~> @Code_Unique
~> 20 دلیل پرتکرار که باعث میشه استارتاپ ها شکست بخورن!!
~> Note:
حتما سعی کنین حین یادگیریتون در برنامه نویسی ایده های استارتاپی خودتون رو رویا پردازی کنین و مهارت هاتون، شبکه سازی، گسترش تیمتون رو ارتقا بدین نسبت به اون ایده که دارین.
• مثلا خودم قصد راه اندازی دیتاسنتر در آینده دارم😶
#تجربه #متفرقه
~> Note:
حتما سعی کنین حین یادگیریتون در برنامه نویسی ایده های استارتاپی خودتون رو رویا پردازی کنین و مهارت هاتون، شبکه سازی، گسترش تیمتون رو ارتقا بدین نسبت به اون ایده که دارین.
• مثلا خودم قصد راه اندازی دیتاسنتر در آینده دارم😶
#تجربه #متفرقه
~> @Code_Unique
~> این سایت آمار فعالیتتون داخل GitHub در سال 2024 رو میده میتونین یه نگاه بندازین 😃
#معرفی_منبع #معرفی_ابزار #git #github
~> https://git-wrapped.com
#معرفی_منبع #معرفی_ابزار #git #github
~> @Code_Unique
~> چیت شین درباره Http Headers
• داخل این چیت شیت اومده درباره Http Headers تا سطح پیشرفته و خیلی حرفه ایی پیش رفته حتما به سایتش سر بزنین.
#مقاله #معرفی_منبع
• داخل این چیت شیت اومده درباره Http Headers تا سطح پیشرفته و خیلی حرفه ایی پیش رفته حتما به سایتش سر بزنین.
~> https://cheatsheetseries.owasp.org/cheatsheets/HTTP_Headers_Cheat_Sheet.html
#مقاله #معرفی_منبع
~> @Code_Unique