🔰 Linux Command Cheat Sheet
File Commands
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
SSH (Secure Shell)
-
-
-
-
Searching
-
-
-
-
Process Management
-
-
-
-
-
-
-
File Permissions
-
-
-
Networking
-
-
-
-
Archiving and Compression
-
-
-
-
System Info and Management
-
-
-
-
Misc Commands
-
-
-
-
File Commands
-
ls
- Directory listing-
ls -l
- Long listing format-
ls -a
- List all files including hidden files-
cd /path/to/directory
- Change directory-
pwd
- Display the current working directory-
mkdir directory_name
- Create a new directory-
rmdir directory_name
- Remove an empty directory-
rm file_name
- Remove a file-
rm -r directory_name
- Remove a directory and its contents recursively-
touch file_name
- Create or update a file-
cat file_name
- Concatenate and display the file content-
more file_name
- View file content page by page-
less file_name
- Improved viewing of file content over more
-
cp source_file target_file
- Copy files from source to target-
mv old_name new_name
- Rename or move a file/directorySSH (Secure Shell)
-
ssh user@host
- Connect to host as user-
ssh -p port user@host
- Connect using a specific port-
ssh-keygen -t rsa
- Generate RSA key pair-
ssh-copy-id user@host
- Copy your key to the remote server for password-less loginSearching
-
grep pattern files
- Search for a pattern in files-
grep -r pattern dir
- Recursively search for a pattern in a directory-
find dir -name name*
- Find files starting with name in a directory-
locate file_name
- Find files by name (uses a database)Process Management
-
ps aux
- Display your currently active processes-
ps aux | grep process_name
- Find a process named process_name-
top
- Display all running processes-
kill pid
- Kill a process with a given PID-
killall process_name
- Kill all processes named process_name-
bg
- List stopped or background jobs; resume a stopped job in the background-
fg
- Bring the most recent job to the foregroundFile Permissions
-
chmod +x file_name
- Make a file executable-
chmod 755 file_name
- Set read and execute permissions for owner and read for others-
chown user:group file_name
- Change file owner and groupNetworking
-
ifconfig
- Display all network interfaces and IP addresses-
ping host
- Send ICMP echo request to host-
traceroute host
- Display the route packets take to a network host-
netstat -tulnp
- Display listening ports and their applicationsArchiving and Compression
-
tar cf archive_name.tar files
- Create a tar archive containing files-
tar xf archive_name.tar
- Extract files from a tar archive-
gzip file_name
- Compress a file and rename it to file.gz-
gunzip file.gz
- Decompress file.gz back to the originalSystem Info and Management
-
uname -a
- Show system and kernel info-
df -h
- Display free disk space in a human-readable form-
du -sh directory_name
- Show disk usage of a directory in human-readable form-
free -m
- Show free and used memory in MBMisc Commands
-
man command_name
- Show manual for a command-
echo "text"
- Display a message on the screen-
date
- Display the current date and time-
uptime
- Show how long the system has been runningإزاي تنفذ الـ Caching في Node.js؟ 🤔
.
.
لو أنت شغال بـ Node.js، فـ أكيد قابلت في يوم مشكلة إن الـ API عندك بيبقى بطيء بسبب requests كتير أو عمليات تقيلة زي queries على database، وبدأت تفكر:
"ليه كل مرة أجيب نفس الداتا؟ طب مفيش حل أسرع؟"
الإجابة هي: Caching.
وده اللي هنتكلم عنه اليوم بالتفصيل....
[ كل الأكواد هتلاقيها في التعليقات تحت الرسالة ]
———
🎯 إيه هو الـ Caching؟
ببساطة، هو إنك تحفظ نسخة من الداتا مؤقتًا في مكان تاني (بيكون أسرع من المصدر الأساسي زي الـ DB)، علشان لما تيجي تطلب نفس الحاجة تاني، ما تروح تجيبها من الأول، لا، ترد بسرعة من الـ cache.
وده بيفرق جامد جدًا في السرعة، والأداء، والحمل على السيرفر.
———
إزاي تعمل الـ Caching في Node.js؟
1. الـ In-Memory Caching (باستخدام node-cache أو lru-cache)
لو عندك داتا مش كبيرة ومش محتاج تشاركها بين أكتر من instance، فـ in-memory caching بيكون حل سريع وسهل.
📌 مناسب لحالات زي الداتا القليلة، أو عمليات حسابية تقيلة، بس خلي بالك إنه volatile، يعني لو السيرفر عمل restart، كل حاجة بتروح.
———
2. الـ Redis Caching (الحل الأقوى والأشهر)
لو بتدور على Cache centralized وسريع وتقدر تشارك الداتا بين أكتر من instance، يبقى Redis هو الأفضل هنا.
🎯 الـ Redis سريع جدًا، وبيستخدم في مشاريع كبيرة زي Twitter و GitHub. وكمان تقدر تتحكم في TTL، وتعمل invalidation، وتخزن أكتر من نوع داتا.
———
3. الـ Caching Responses مباشرة (مثلًا في GraphQL أو REST)
لو شغال مثلاً بـ Apollo Server في GraphQL، تقدر تستخدم built-in caching
أو حتى لو شغال REST تقدر تستخدم middlewares زي apicache أو express-cache-controller.
———
🤔 إمتى تستخدم الـ Caching؟
- لما تكون بتكرر نفس الـ requests بكميات كبيرة.
- لما الداتا تكون مش بتتغير كتير.
- لو الـ DB عندك بطيئة أو بتاخد وقت في المعالجة.
- لو عايز تقلل الترافيك على الـ backend.
———
⚠️ خلي بالك:
لازم تعمل Cache Invalidation كويس، علشان ما ترجع داتا قديمة بعد التحديث.
بلاش تستخدم الـ Caching لأي داتا حساسة أو شخصية (privacy first).
خليك دايمًا عارف إمتى تعمل Cache، وإمتى لا... مش كل حاجة محتاجة تتخزن.
———
وفقكم الله لكل خير 🌿
.
.
لو أنت شغال بـ Node.js، فـ أكيد قابلت في يوم مشكلة إن الـ API عندك بيبقى بطيء بسبب requests كتير أو عمليات تقيلة زي queries على database، وبدأت تفكر:
"ليه كل مرة أجيب نفس الداتا؟ طب مفيش حل أسرع؟"
الإجابة هي: Caching.
وده اللي هنتكلم عنه اليوم بالتفصيل....
[ كل الأكواد هتلاقيها في التعليقات تحت الرسالة ]
———
🎯 إيه هو الـ Caching؟
ببساطة، هو إنك تحفظ نسخة من الداتا مؤقتًا في مكان تاني (بيكون أسرع من المصدر الأساسي زي الـ DB)، علشان لما تيجي تطلب نفس الحاجة تاني، ما تروح تجيبها من الأول، لا، ترد بسرعة من الـ cache.
وده بيفرق جامد جدًا في السرعة، والأداء، والحمل على السيرفر.
———
إزاي تعمل الـ Caching في Node.js؟
1. الـ In-Memory Caching (باستخدام node-cache أو lru-cache)
لو عندك داتا مش كبيرة ومش محتاج تشاركها بين أكتر من instance، فـ in-memory caching بيكون حل سريع وسهل.
📌 مناسب لحالات زي الداتا القليلة، أو عمليات حسابية تقيلة، بس خلي بالك إنه volatile، يعني لو السيرفر عمل restart، كل حاجة بتروح.
———
2. الـ Redis Caching (الحل الأقوى والأشهر)
لو بتدور على Cache centralized وسريع وتقدر تشارك الداتا بين أكتر من instance، يبقى Redis هو الأفضل هنا.
🎯 الـ Redis سريع جدًا، وبيستخدم في مشاريع كبيرة زي Twitter و GitHub. وكمان تقدر تتحكم في TTL، وتعمل invalidation، وتخزن أكتر من نوع داتا.
———
3. الـ Caching Responses مباشرة (مثلًا في GraphQL أو REST)
لو شغال مثلاً بـ Apollo Server في GraphQL، تقدر تستخدم built-in caching
أو حتى لو شغال REST تقدر تستخدم middlewares زي apicache أو express-cache-controller.
———
🤔 إمتى تستخدم الـ Caching؟
- لما تكون بتكرر نفس الـ requests بكميات كبيرة.
- لما الداتا تكون مش بتتغير كتير.
- لو الـ DB عندك بطيئة أو بتاخد وقت في المعالجة.
- لو عايز تقلل الترافيك على الـ backend.
———
⚠️ خلي بالك:
لازم تعمل Cache Invalidation كويس، علشان ما ترجع داتا قديمة بعد التحديث.
بلاش تستخدم الـ Caching لأي داتا حساسة أو شخصية (privacy first).
خليك دايمًا عارف إمتى تعمل Cache، وإمتى لا... مش كل حاجة محتاجة تتخزن.
———
وفقكم الله لكل خير 🌿