تغییر مسیر در

درباره‌ی تغییر مسیر

در دنیای رابط خط فرمان، برنامه‌ها اغلب با سه جریان داده‌ی استاندارد سر و کار دارند:

1. ورودی استاندارد (stdin): جایی که برنامه ورودی خود را دریافت می‌کند (معمولاً از صفحه‌کلید).
2. خروجی استاندارد (stdout): جایی که برنامه خروجی معمول خود را می‌فرستد (معمولاً به صفحه‌ی ترمینال).
3. خطای استاندارد (stderr): جایی که برنامه پیام‌های خطا را می‌فرستد (معمولاً به صفحه‌ی ترمینال).

به یاد بیاورید که این‌ها را در فصل خط لوله و فهرست‌های دستور معرفی کردیم.

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

عملگرهای اصلی تغییر مسیر

در ادامه رایج‌ترین عملگرهای تغییر مسیر و کاری که انجام می‌دهند آمده است:

> (تغییر مسیر خروجی)

• هدف: تغییر مسیر خروجی استاندارد (stdout) یک دستور به یک فایل.

• رفتار:

  • اگر فایل وجود نداشته باشد، ساخته می‌شود.
  • اگر فایل وجود داشته باشد، محتوای آن بازنویسی می‌شود.

• مثال:

  # Sends the output of 'ls -l' to 'file_listing.txt'
  ls -l > file_listing.txt
  

date > date.txt         # populate the file with the current date
cat date.txt > date.txt # 'date.txt' is now empty!

>> (تغییر مسیر خروجی با افزودن)

• هدف: افزودن خروجی استاندارد (stdout) یک دستور به یک فایل.

• رفتار:

  • اگر فایل وجود نداشته باشد، ساخته می‌شود.
  • اگر فایل وجود داشته باشد، خروجی به انتهای فایل اضافه می‌شود.

• مثال:

  # Adds "Another line" to the end of the file
  echo "Another line" >> file_listing.txt
  

< (تغییر مسیر ورودی)

• هدف: تغییر مسیر ورودی استاندارد (stdin) یک دستور از یک فایل.

• رفتار: دستور ورودی خود را به‌جای صفحه‌کلید از فایل مشخص‌شده می‌خواند.

• مثال:

  # 'tr' reads from 'lowercase.txt' and
  # output is redirected to 'uppercase.txt'
  tr 'a-z' 'A-Z' < lowercase.txt > uppercase.txt
  

2> (تغییر مسیر خطا):

• هدف: تغییر مسیر خطای استاندارد (stderr) یک دستور به یک فایل.
• رفتار: پیام‌های خطا به‌جای ترمینال به فایل مشخص‌شده فرستاده می‌شوند.
• مثال:

  # Error message from 'rm' is sent to 'error_log.txt'
  rm non_existent_file 2> error_log.txt
  

می‌توانید خطای استاندارد را با 2>> به یک فایل بیفزایید.

تغییر مسیرهای دیگر

تغییر مسیرهایی هم وجود دارند که می‌توانند stdin و stderr را با هم ادغام کنند. برای جزئیات به راهنما مراجعه کنید.

/dev/null

/dev/null یک فایل ویژه است که

• وقتی از آن می‌خوانید، فایلی خالی است و
• همه‌ی داده‌ای که در آن نوشته می‌شود را دور می‌ریزد.

گاهی آن را «سبد بیت» می‌نامند. برای جلوگیری از نمایش خروجی یا خطاها مفید است.

some_command > /dev/null  # Discards stdout
some_command 2> /dev/null # Discards stderr

# Using /dev/null as input will prevent the command
# from reading data from the keyboard
some_command < /dev/null

ترکیب تغییر مسیرها

می‌توان چندین تغییر مسیر را همزمان نوشت.

some_command < input.txt > output.txt 2> error.txt

می‌توان یک تغییر مسیر را کپی کرد.

# send stderr to the same destination as stdout
some_command > output.txt 2>&1

وقتی 2>&1 را می‌بینید، آن را این‌طور بخوانید: «خطای استاندارد را به هر جایی که خروجی استاندارد همین حالا به آن اشاره می‌کند تغییر مسیر بده». Bash دستورهای تغییر مسیر را دقیقاً از چپ به راست پردازش می‌کند، یعنی می‌توانید این کار را بکنید:

# redirect stdout to 'output1.txt'
# redirect stderr to the same place
# then change stdout to 'output2.txt'
some_command > output1.txt 2>&1 > output2.txt

# create FD 3 as a copy of stdout
exec 3>&1
# send stdout to a log file
exec > log.txt

# then redirect both stdout and file descriptor 3
echo "some debug message" >&3  # displayed in the terminal
some_command  2>&1 # stdout and stderr send to 'log.txt'

خلاصه

چرا تغییر مسیر مفید است؟

• ذخیره‌ی خروجی: نتایج یک دستور را برای بررسی یا پردازش بعدی ذخیره کنید.
• ثبت وقایع: پیام‌های خطا را برای debug کردن بگیرید.
• خودکارسازی: دستورها را به هم زنجیر کنید و از خروجی یکی به‌عنوان ورودی دیگری استفاده کنید.
• پالایش: خروجی ناخواسته را دور بریزید.
• پردازش دسته‌ای: داده را به‌جای تایپ دستی، از فایل‌ها پردازش کنید.
• اسکریپت‌نویسی: تغییر مسیرها برای نوشتن اسکریپت‌های شل مقاوم ضروری است.

تغییر مسیرهای شل کنترل دقیقی بر نحوه‌ی تعامل برنامه‌ها با داده به شما می‌دهد و به شما امکان می‌دهد گردش‌کارهای پیچیده بسازید و اطلاعات را به‌طور مؤثر مدیریت کنید.