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

location ~* \.(jpg|jpeg|png|gif|ico|css|js)$ {
    expires 12d;
}

خب اینجا دایرکتیو یا کانتکست location رو می‌بینید که کارش اعمال تنظیمات روی درخواست‌هاییست که با این الگو همخوانی داشته باشه.

~* \.(jpg|jpeg|png|gif|ico|css|js)$

اینجا دوتا قسمت داریم و یکی از اون قسمت‌ها ~* هستش.

~* به این معنی هستش که درخواست ارسال شده حساس به حروف بزرگ و یا کوچک نباشد، یعنی ABC با aBc تفاوتی ندارد و اگر با الگو مطابقت داشت، تنظیمات روی آن اعمال می‌شود. اگر می‌خواهید که به حروف کوچیک یا بزرگ حساس باشد کافیست که تنها ~ رو استفاده کنید.

قسمت دوم \.(jpg|jpeg|png|gif|ico|css|js)$ تعریف پسوند فایل‌هایی می‌باشد که می‌خواهیم کش کنیم.

خب اینجا \. یعنی اینکه یک نقطه در کاراکتر وجود داشته باشد و سپس یکی از پسوند‌های تعریف شده مثل jpg بعد از آن قرار بگیرد.

به عنوان مثال .jpg باشد!

علامتی که در بین پسوند‌ها می‌بینید “|” به معنی “یا” می‌باشد. یعنی یا jpeg باشد یا jpg یا png یا …

حالا اگر به انتهای رشته دقت کنید می‌بینید که علامت دلار ($) می‌بنید. به این معنیست که رشته با یکی از پسوند‌هایی که تعریف کردیم پایان یابد.

یعنی اگر درخواست به این شکل بود:

dailynginx.ir/file.jpeg بیا و این درخواست رو کش کن.

اگر فرضا درخواست به این شکل باشد:

dailynginx.ir/file.webp این درخواست کش نمی‌شود!

در ادامه می‌گیم که این درخواست چه مدت زمانی کش شود.

expires 12d;

اینجا کلمه expire به معنیه انقضاست! یعنی 12 روز (d) دیگه کش رو پاک کن. کلمه (d) به معنیه روز هستش.

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

خب اول از همه اینکه وب سرور انجینکس یک فایل کانفیگوریشن دیفالت داره به اسم default که در مسیر /etc/nginx/conf.d/ یا  /etc/nginx/sites-available/ قرار داره. (ممکنه در سایر توزیع‌های گنو/لینوکسی این فایل و دایرکتوری وجود نداشته باشه)

• این دو دایرکتوری معمولا بصورت پیشفرض در فایل کانفیگ سراسری (global) که اسمش nginx.conf هستش و در مسیر /etc/nginx قرار داره، اینکلود (include) شدن.

اول وارد دایرکتوری میشیم به این شکل: cd /etc/nginx/conf.d یا cd /etc/nginx/sites-available، حالا با دستور sudo mv default default.bak اسم این فایل رو به default.bak تغییر میدیم و میذاریمش یه گوشه و کاریش نداریم. در مقاله خودش بهش میپردازیم.

حالا یه فایل با همون اسم میسازیم، من از این کامند استفاده میکنم: sudo nano default.

وقتش رسیده که بریم سراغ کانفیگ، به قطعه کد زیر دقت کنید.

server {
 listen 80 default_server;
 server_name www.dailynginx.ir;
 location /hello {
 	index index.html index.htm;
 	root /var/www/html;
 }
}

توی کانفیگ بالا گفتیم که روی پورت ۸۰ در مسیر /var/www/html فایل‌ها رو serve کن.

خط اول یک بلاک یا کانتکست سرور هستش که درواقع یه سرور یا هاست تعریف میکنه و میگه که به گوش باش (listen) روی پورت ۸۰ و به عنوان کانفیگ دیفالت (default_server) در نظرش بگیر. یعنی چی؟ یعنی اینکه اگر ما چندین تا فایل کانفیگ هم داشته باشیم بصورت پیشفرض هر درخواستی که برروی پورت ۸۰ بیاد به سمت اون کانفیگی که پارامتر default_server رو براش تعریف کردیم میره.

خب خصوصیت یا دایرکتیو بعدی server_name هستش، سرور نیم درواقع آدرس دامنه یا بهتر بگم جایی هستش که قراره ریکوئست به سمتش بره. اینجا من گذاشتم www.dailynginx.ir، یعنی اینکه آقای انجینکس هر درخواستی به سمتت اومد و آدرسش dailynginx.ir بود رو باید این فایل کانفیگی که برات تعریف کردم قبولش کنه و بهش ریسپانس بده.

اینجا شما می‌تونید آدرس سایتتون رو هم با www و هم بدون www وارد کنید. به این شکل:

server {
 listen 80 default_server;
 server_name www.dailynginx.ir dailynginx.ir;
 location /hello {
 	index index.html index.htm;
 	root /var/www/html;
 }
}

یه نکته مهم

اگر پارامتر default_server رو تعریف کرده باشید server_name دیگه عملا کاربردی نداره، چون هر درخواستی که روی پورت ۸۰ بیاد میره سمت این کانفیگ فایل.

بلاک یا کانتکست بعدی location هستش، کار لوکیشن چیه؟ هر سایتی یه دامنه (domain) داره مثل dailynginx.ir، حالا هر سایتی کلی آدرس و صفحات مختلف داره مثلا dailynginx.ir/hello-nginx.

کار لوکیشن اینه که براساس آدرس‌های وارد شده بعد از دامنه (domain)، یعنی هرچیزی که بعد از dailynginx.ir وارد شه رو بخونه و اگر لوکیشنی مطابق با اون داشت، بیاد و یه سری کار انجام بده.

مثلا توی مثال بالا نوشته شده: location /hello

یعنی اینکه اگر آدرس dailynginx.ir/hello وارد شد بیا دستوراتی که توی بلاک یا کانتکست location /hello تعریف شده رو اجرا کن.

خب حالا میریم ببینیم داخل بلاک یا کانتکست لوکیشن چه خبره.

دایرکتیو index چیه؟

ایندکس به این معنی هستش که اول فایل‌هایی که بهت معرفی کردم رو اجرا کن. اینجا ما گفتیم index.html index.htm. یعنی اینکه اول بگرد ببین فایلی به نام index.html داری یا نه اگر نداشتی بگرد دنبال index.htm و اگر جفتشو نداشتی کلا لیست فایل‌ها رو نشون بده یا کار دیگه انجام بده.

دایرکتیو root چیه؟

روت به مسیری که سورس کد پروژمون قرار داره گفته میشه. یعنی اینکه وقتی من میزنم dailynginx.ir/hello برو توی مسیر /var/www/html و بگرد دنبال فایل هایی که توی index تعریف کردیم و اجراش کن.

خب به همین سادگی، یاد گرفتیم که چطوری یک کانفیگ فایل توی انجینکس ایجاد میشه و با مفهوم دیفالت سرور و لوکیشن و سرور نیم و … آشناشدیم.

اگر مطالب مفید بودن با نظراتتون خوشحالمون کنید

توی وب سرور انجینکس قابلیتی داریم به نام limit_rate، کارش چیه؟ کارش اینه که سرعت رو دستکاری کنه.

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

خب چه شکلی از limit rate استفاده کنیم؟ باید فایل ویرچوال هاستمون یا ساده تر بگم اون فایل .conf مورد نظرمون رو باز کنیم و توی بلاک server در قسمت location مورد نظرمون، limit rate رو اضافه کنیم. به مثال زیر دقت کنید:

server {
    listen 80;
    location / {
        limit_rate 80k;
     	...
    }
}

توی کد بالا اومدیم limit rate رو اضافه کردیم و گفتیم که سرعت دانلود به ازای هر کلاینت 80کیلوبایت باشه!

حالا میتونید یه قانون دیگه هم اضافه کنید و بگید که تا یه حجمی رو با سرعت عادی دانلود کن و بعد از رد کردن اون سقف، محدودیت سرعت رو اعمال کن. چطوری؟ به مثال زیر دقت کنید:

server {
    listen 80;
    location / {
         limit_rate_after 200m;
	 limit_rate 80k;
	 ...
    }
}

خب حالا اگه دقت کنید یه پارامتر دیگه توی کد اضافه شده به نام limit_rate_after، با استفاده از این قابلیت گفتیم که موقع دانلود فایل تا ۲۰۰ مگابایت هیچ محدودیت سرعتی رو اعمال نکن، اما اماااا وقتی در حین دانلود از۲۰۰ مگابایت گذشت حالا بیا و سرعت دانلودش رو محدود کن به ۸۰ کیلوبایت به همین راحتی

اگر سرور دانلود یا آپلود دارید یا توی اون لحظه بهتون داره اتک زده میشه و نیاز به محدود کردن سرعت دارید میتونید از این روش استفاده کنید. در مقالات آینده اینکه چطور براساس آی پی، منطقه، تعداد کانکنشن و … رو محدود کنیم هم اضافه می‌کنیم.

تا پستی دیگر بدرود، امیدوارم که به کارتون بیاد

برای فعالسازی HTTPS روی وب سرور انجینکس باید پارامتر SSL رو داخل کانفیگ قرار بدیم تا فعال بشه.

علاوه بر اضافه کردن پارامتر SSL ما نیاز به یک گواهینامه SSL هم داریم که توی مقاله دیگه تحت عنوان نحوه دریافت SSL رایگان آموزش دادیم

خب بریم سراغ کانفیگ…

server {
    listen              443 ssl;
    server_name         www.dailynginx.ir dailynginx.ir;
    ssl_certificate     /path/fullchain.pem;
    ssl_certificate_key /path/privkey.pem;
    ssl_protocols       TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers         HIGH:!aNULL:!MD5;
    ...
}

همونطور که می‌بینید پارامتر ssl رو توی بلاک سرور در قسمت خصوصیت listen قرار دادیم و دوتا خصوصیت دیگه هم اینجا وجود داره به نام‌های:

ssl_certificate
ssl_certificate_key

حالا آدرس فایل گواهینامه‌هایی که دریافت کردیم در مراحل قبل رو به این خصوصیات پاس میدیم.

به این شکل:

ssl_certificate     /path/fullchian.pem;
ssl_certificate_key /path/privkey.pem;

• دقت کنید که به جای /path/ باید مسیری که فایل‌ها در درونش قرار داره رو بنویسید.

حالا وب سرورتون رو ری استارت کنید.

خب تبریک میگم، وب سرور شما الان میتونه ریکوئست‌هایی که تحت https میاد رو بدون نمایش خطای امنیتی دریافت کنه و ریسپانس بده

اما هنوز یه مرحله دیگه مونده، اونم اینکه حالا که https فعال هستش ما دیگه نباید درخواست‌های http رو ریسپانس بدیم، پس باید هرچیزی که تحت http ارسال میشه رو بفرستیم به سمت https، چطوری؟ به شکل زیر:

server {
        listen 80;
        server_name www.dailynginx.ir dailynginx.ir;
        return 301 https://$host$request_uri;
}

اینجا تعریف کردیم که اگر هردرخواستی روی پورت ۸۰ برای ما ارسال شد اون درخواست رو بگیر و ریدایرکتش کن به https، به همین راحتی
پس کانفیگ ما به این شکل شد:

server {
        listen 80;
        server_name www.dailynginx.ir dailynginx.ir;
        return 301 https://$host$request_uri;
}
server {
    listen              443 ssl;
    server_name         www.dailynginx.ir dailynginx.ir;
    ssl_certificate     /path/fullchain.pem;
    ssl_certificate_key /path/privkey.pem;
    ssl_protocols       TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers         HIGH:!aNULL:!MD5;
    location / {
        return 200 'Hello, HTTPS!';
        add_header Content-Type text/plain;
    }
}

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

خوش اومدید، صدای من رو از تریبون مجله روزانه انجینکس دارید می‌شنوید، شایدم می‌خونید؟! نمیدونم خلاصه اینجا مجله روزانه انجین ایکسهههههههه.

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

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

البته ممکنه روزانه نباشه ولی خب رسالت اینه که روزانه باشه،‌ ما میگیم روزانه است شما هم بگید روزانه است

در ضمن فقط انجینکس نیست و هرچیزی که به انجینکس نزدیک باشه هم دربارش صحبت می‌کنیم

اگر شما هم صحبتی دارید می‌تونید بیاید اینجا و صحبت‌هاتون رو مکتوب کنیدD:

در آخر خیلی خوشحالم که قدم توی این مسیر گذاشتم و خیلی خوشحال تر میشم که کمکمون کنید که روبه جلو حرکت کنیم و درجا نزنیم.

قراره مقالاتمون بصورت خیلی خلاصه و مفید منتشر شه و درواقع به جواب سوالمون برسیم، نمیخوایم خیلی توضیح بدیم در حالی که دنبال دو خط کامند هستیم اما بصورت عمیق توی خیلی از مسائل وارد میشیم اما بصورت خلاصه، از مبتدی ترین مسائل تا پیشرفته ترین مثل load balancing, modules, gateway و …

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

در مورد مقاله نویسیمون حتما فیدبک‌هاتون رو بدید که اگر مشکلی بود برطرفش کنیم

اینجا درمورد هرچیزی که محبوب و دوست داشتنی باشه صحبت می‌کنیم، از انجینیکس گرفته تا محصولات ردهت و هشی‌کورپ و …

از این به بعد مجله ما رو یادتون باشه و اگر هم قراره یادتون بره توی کانال و گروه تلگرام ما جوین شید که همیشه در گوشتون حرف بزنیم.

آدرس کانال تلگرام: https://t.me/dailynginx

آدرس گروه تلگرام: https://t.me/Nginx_Group

ایمیل من: mrnginx@riseup.net