Nginx سرور بلاڪ (ورچوئل هوسٽ) سان هڪ سرور تي گھڻيون ويب سائيٽون ڪيئن هلائجن؟

Nginx سرور بلاڪ، هڪ ئي سرور تي گھڻيون ڊومين يا ويب سائيٽون الڳ ترتيب سان هلائڻ جو طريقو آهي. هي طريقو "ورچوئل هوسٽ" جيان ڪم ڪري ٿو، جتي هر ويب سائيٽ لاءِ الڳ روٽ فولڊر، لاگ فائل، SSL سرٽيفڪيٽ، ۽ PHP سيٽنگون مقرر ڪري سگهجن ٿيون. مثال طور، اوهان هڪ ئي VPS تي example.com، blog.example.com ۽ dusri-site.com لاءِ الڳ فولڊر، الڳ لاگس، الڳ SSL، ۽ الڳ PHP ترتيب ڏئي سگهو ٿا. مختصر عمل: هر سائيٽ لاءِ الڳ فولڊر ٺاهيو، ڊومين جو DNS سرور جي IP ڏانهن موڙيو، /etc/nginx/sites-available هيٺ الڳ سرور بلاڪ فائل لکيو، ان کي sites-enabled ۾ لنڪ ڪيو، ترتيب کي پرکيو، ۽ Nginx سروس کي ري لوڊ ڪريو.

هن هدايت ۾ اسين Nginx سرور بلاڪ ذريعي گھڻيون سائيٽون هلائڻ جو عملي، محفوظ، تيز، ۽ قابل انتظام طريقو بيان ڪنداسين. اها رڳو ڪم ڪندڙ سيٽ اپ ناهي، بلڪه اهڙي ترتيب آهي جيڪا ايجنسيز، ڊولپرز، اي ڪامرس، گھڻين برانڊن جي ڪمپنين، ۽ سسٽم ايڊمنز لاءِ موزون هجي. جيڪڏهن اوهان وٽ سرور ناهي، ته VPS سرور ذريعي سرور جي چونڊ تي، ۽ ڊومين جي تصديق ذريعي ڊومين انتظام تي وڌيڪ ڄاڻ حاصل ڪري سگهو ٿا.

Nginx سرور بلاڪ ڇا آهن؟

Nginx سرور بلاڪ، Nginx جي ترتيب ۾ "server" بلاڪ طور تعريف ٿيل هجن ٿا، جيڪي ايندڙ HTTP يا HTTPS درخواست کي صحيح سائيٽ ڏانهن موڙين ٿا. Apache ۾ "VirtualHost" جيان، Nginx ۾ هر بلاڪ server_name سان لاڳاپيل هوندو. جڏهن وزيٽر برائوزر تي ڊومين لکي ٿو، DNS ان کي سرور جي IP تي موڙيندو. پوءِ Nginx، Host header جي بنياد تي، مناسب سرور بلاڪ کي هلائيندو.

هڪ ئي IP ۽ سرور تي گھڻيون ويب سائيٽون هلائي سگهجن ٿيون. هر سائيٽ لاءِ الڳ روٽ فولڊر، access log، error log، redirects، SSL، cache ۽ سيڪيورٽي رولز مقرر ڪري سگهجن ٿا. مثال طور، ڪاروباري سائيٽ لاءِ /var/www/business/public، بلاگ لاءِ /var/www/blog/public، ۽ ٽيسٽ لاءِ /var/www/staging/public کي استعمال ڪري سگهو ٿا.

Nginx جي event-driven آرڪيٽيڪچر ان کي اعليٰ concurrency لاءِ موزون بڻائي ٿي، خاص طور تي شيئرڊ هوسٽنگ، VPS، ڪلائوڊ سرور، ۽ وڏي ٽرئفڪ واري ايپليڪيشن لاءِ. گھڻيون سائيٽون هلائڻ لاءِ فائل پرمشن، DNS، SSL، ۽ لاگس جي ترتيب درست هجڻ ضروري آهي.

Nginx سرور بلاڪ ڪڏهن استعمال ڪيا وڃن؟

Nginx سرور بلاڪ خاص طور تي جڏهن اوهان کي هڪ سرور تي گھڻيون ويب سائيٽون يا پروجيڪٽس هلائڻا هجن، ته استعمال ٿين ٿا. اها ضرورت ٻه ننڍيون ڪاروباري سائيٽون هجن يا درجنين ڪسٽمر پروجيڪٽ، سب ڊومين يا microservices به ٿي سگهن ٿيون. اهم ڳالهه، هر پروجيڪٽ کي منطقي طور الڳ رکڻ آهي.

• گھڻيون ڊومينز هڪ ئي VPS تي هلائڻ چاهيو ٿا.
• www ۽ غير www ڊومين کي هڪ ڪينونيڪل پتو تي موڙڻ چاهيو ٿا.
• سب ڊومينز کي الڳ فولڊر يا ايپليڪيشن ڏانهن موڙڻ چاهيو ٿا.
• هر سائيٽ لاءِ الڳ SSL ۽ سيڪيورٽي پاليسي چاهيو ٿا.
• ڪسٽمر پروجيڪٽس لاءِ الڳ لاگ فائلون چاهيو ٿا.
• Laravel، WordPress، static HTML ۽ Node.js جيان مختلف اپليڪيشن هلائڻا آهن.

مثال طور، هڪ ڊجيٽل ايجنسي هڪ ئي 4GB RAM VPS تي 8 ننڍيون ڪاروباري سائيٽون هلائي سگهي ٿي، پر هر سائيٽ جي ٽرئفڪ، ڊسڪ، PHP، DB ۽ بڪ اپ تي نظر رکڻ ضروري آهي. جيڪڏهن پروجيڪٽس تيز ٽرئفڪ آهن يا رزورسز جي الڳ الڳ ضرورت آهي، ته وڌيڪ طاقتور VPS، ڪلائوڊ يا مينيجڊ هوسٽنگ چونڊيو. وڌيڪ ڄاڻ لاءِ ويب هاستنگ ۽ اداري ميزباني جو مقابلو ڪريو.

شروع ڪرڻ کان اڳ ضروري شيون

هي هدايت Ubuntu يا Debian تي ٻڌل سرور تي فرض ڪئي وئي آهي. ڪمانڊز ڊسٽرو تي ٿورڙيون تبديليون ٿي سگهن ٿيون، پر اصول ساڳيا آهن. پروڊڪشن ۾ هر قدم کان اڳ بڪ اپ وٺڻ لازمي آهي. غلط Nginx ترتيب سڀني سائيٽن کي عارضي طور بند ڪري سگهي ٿي.

ٽيڪنيڪل تياريون

• روٽ يا sudo حق رکندڙ Linux يوزر اڪائونٽ.
• هلندڙ Nginx سروس.
• سرور جي IP ڏانهن موڙيل گهٽ ۾ گهٽ هڪ ڊومين.
• Firewall تي 80 ۽ 443 پورٽ کلڻ.
• سائيٽ فائلن لاءِ منظم فولڊر جوڙجڪ.
• SSL لاءِ صحيح سرٽيفڪيٽ يا Let’s Encrypt.
• PHP اپليڪيشن لاءِ PHP-FPM انسٽال ٿيل.

DNS ۾ A record ڊومين کي IPv4 تي، AAAA record (جيڪڏهن آهي) IPv6 تي موڙيندو. www لاءِ CNAME يا A record استعمال ڪري سگهجي ٿو. DNS جي تبديلي عام طور تي ڪجهه منٽن کان 24 ڪلاڪن ۾ مڪمل ٿيندي آهي. ترتيب ڏيڻ کان اڳ DNS تيار ڪريو، پوءِ Nginx سرور بلاڪ سيٽ ڪريو.

تجويز ڪيل فولڊر جوڙجڪ

گھڻيون سائيٽون هلائڻ ۾ سڀ کان عام غلطي، سڀ فائلون هڪ ئي فولڊر ۾ رکڻ آهي. هي مختصر مدت لاءِ آسان لڳي ٿو، پر مينيجمينٽ، بڪ اپ ۽ ڊيبگنگ ۾ وقت ضايع ٿئي ٿو. بهتر آهي ته هر ڊومين لاءِ الڳ روٽ فولڊر، ۽ ان اندر public، logs، backups جهڙا سب فولڊر رکيا وڃن.

مثال: /var/www/site1.com/public، /var/www/site1.com/logs، /var/www/site2.com/public، /var/www/site2.com/logs. Nginx جو root هميشه public فولڊر ڏانهن هجڻ گهرجي. اهڙي طرح .env، بڪ اپس، ۽ حساس فائلون سڌو ويب تي نه رسنديون.

هر فولڊر ۾ هڪ سادي index.html فائل رکي سگهو ٿا، جنهن ۾ سائيٽ جو نالو لکيو، ته جيئن بلاڪ صحيح ڪم ڪري پيو. پروڊڪشن ۾ فولڊر جو مالڪ عام طور تي www-data يا deploy ڪندڙ يوزر هوندو. فولڊر لاءِ 755 ۽ فائل لاءِ 644 اجازت مناسب آهن. WordPress ۾ uploads جهڙن فولڊرن لاءِ الڳ اجازت ڏسو.

Nginx سرور بلاڪ ٺاهڻ جا قدم

هيٺ ڏنل قدم site1.com لاءِ بيان ڪيا ويا آهن، ساڳيا قدم ٻين سائيٽن لاءِ به ورجائي سگهو ٿا. اهم ڳالهه هر سائيٽ لاءِ منفرد server_name، root ۽ log فائل مقرر ڪرڻ آهي.

1. سائيٽ فولڊر ٺاهيو

پهريون قدم، web فائلن لاءِ فولڊر ٺاهڻ آهي. مثال: sudo mkdir -p /var/www/site1.com/public. پوءِ /var/www/site1.com/public/index.html ۾ "هي site1.com جي ٽيسٽ صفحو آهي" لکيو.

فولڊر جي مالڪي صحيح ڪرڻ لاءِ sudo chown -R www-data:www-data /var/www/site1.com استعمال ڪريو. جيڪڏهن deploy ٻين يوزر سان ڪيو ٿا ته گروپ اجازت ترتيب ڏيو. پروڊڪشن ۾ 777 اجازت کان پاسو ڪريو، ڇو ته سيڪيورٽي خطرو آهي.

2. سرور بلاڪ فائل ٺاهيو

Nginx ۾ عام طور تي /etc/nginx/sites-available هيٺ غير فعال ترتيب، ۽ /etc/nginx/sites-enabled ۾ فعال ترتيب رکجي ٿي. مثال: /etc/nginx/sites-available/site1.com.

سادي HTTP بلاڪ جو مثال: server { listen 80; server_name site1.com www.site1.com; root /var/www/site1.com/public; index index.html index.htm; access_log /var/log/nginx/site1.com.access.log; error_log /var/log/nginx/site1.com.error.log; location / { try_files $uri $uri/ =404; } }

listen 80 HTTP ٽرئفڪ تي، server_name ڊومينن کي سڃاڻپ ڏئي ٿو، root ويب فائلن جو فولڊر، index ڊفالٽ فائل، try_files دستياب فائل نه ملڻ تي 404 ڏيکاري ٿو. static سائيٽن لاءِ هي ترتيب ڪافي آهي.

3. سائيٽ کي فعال ڪريو

ترتيب کي فعال ڪرڻ لاءِ symbolic link ٺاهيو: sudo ln -s /etc/nginx/sites-available/site1.com /etc/nginx/sites-enabled/site1.com. هي طريقو فائل ڪاپي ڪرڻ کان وڌيڪ صحتمند آهي.

Nginx جي default بلاڪ کي غير فعال ڪرڻ چاهيو ٿا ته /etc/nginx/sites-enabled/default لنڪ هٽايو. پر پنهنجي سرور بلاڪ جي صحيح ڪم ڪرڻ جي پڪ ڪريو.

4. ترتيب کي پرکيو ۽ Nginx ري لوڊ ڪريو

هر تبديلي کان پوءِ sudo nginx -t سان syntax چيڪ ڪريو. درست صورت ۾ sudo systemctl reload nginx ذريعي سروس ري لوڊ ڪريو. reload عام طور تي restart کان محفوظ آهي، ڇو ته فعال ڪنيڪشنز متاثر نه ٿين.

غلطين جي صورت ۾، error message عام طور تي فائل ۽ لائن نمبر ڏيکاري ٿو. غلط semicolon، curly braces، فولڊر جو غلط پتو يا server_name جو تڪرار عام مسئلا آهن. مسئلو حل ڪرڻ کان اڳ Nginx ري لوڊ نه ڪريو.

ٻي ۽ ٽئين سائيٽ شامل ڪرڻ

گھڻيون سائيٽون هلائڻ جو فائدو اهو آهي ته پهرين صحيح سيٽ اپ کانپوءِ، عمل ورجائي سگهجي ٿو. site2.com لاءِ /var/www/site2.com/public ٺاهيو، /etc/nginx/sites-available/site2.com فائل لکيو، root ۽ log کي site2.com تي ترتيب ڏيو، symbolic link ٺاهيو، ۽ Nginx test هلائي ڇڏيو.

ٻي سائيٽ لاءِ بلاڪ مثال: server { listen 80; server_name site2.com www.site2.com; root /var/www/site2.com/public; index index.html; access_log /var/log/nginx/site2.com.access.log; error_log /var/log/nginx/site2.com.error.log; location / { try_files $uri $uri/ =404; } }

هر سائيٽ لاءِ الڳ لاگ رکڻ عملي طور انتهائي اهم آهي. مثال طور، هڪ سائيٽ تي 404 وڌي رهيو آهي ته ٻين تي مسئلو ناهي. الڳ لاگ سان مسئلو جلد سڃاڻپ ٿي سگھي ٿو. ٽرئفڪ، bot حملا، broken links ۽ performance به سائيٽ وارين لاگس مان معلوم ٿي سگهن ٿا.

SSL ۽ HTTPS ترتيب

2026 SEO معيارن مطابق HTTPS رڳو سيڪيورٽي نه، بلڪه يوزر اعتماد ۽ فني معيار جي علامت آهي. برائوزر HTTP سائيٽ کي غير محفوظ قرار ڏين ٿا؛ ادائيگي، ميمبرشپ، فارم يا ايڊمن پينل واري سائيٽن لاءِ SSL لازمي آهي. هر ڊومين لاءِ الڳ سرٽيفڪيٽ مقرر ڪريو. Hostragons تي SSL جي ضرورت لاءِ SSL سرٽيفڪيٽ ڏسو.

Let’s Encrypt سان Certbot ذريعي هر ڊومين لاءِ سرٽيفڪيٽ حاصل ڪري سگهو ٿا. مثال: certbot --nginx -d site1.com -d www.site1.com. هي Nginx جي ترتيب کي سڃاڻپ ڪري HTTPS بلاڪ پاڻمرادو شامل ڪندو. پر خودڪار تبديلي کانپوءِ ترتيب چيڪ ڪرڻ ضروري آهي، ڇو ته غلطيون يا duplicate بلاڪ ٿي سگهن ٿا.

HTTPS ترتيب ۾ عام طور تي 80 پورٽ تي ٽرئفڪ کي 443 تي دائمي طور موڙيو ويندو آهي. 301 redirect SEO لاءِ canonical سگنل آهي. www يا غير www بابت فيصلو ڪريو، ۽ سڀ variation هڪ canonical address تي موڙيو. مثال طور، https://site1.com کي canonical رکڻ لاءِ HTTP ۽ HTTPS www ٽرئفڪ کي غير www تي موڙيو، duplicate content خطرو گهٽايو.

PHP ۽ WordPress سائيٽن لاءِ Nginx سرور بلاڪ

Static HTML سائيٽن لاءِ ترتيب سادي آهي، پر WordPress، Laravel يا PHP اپليڪيشن لاءِ PHP-FPM سان integration ضروري آهي. index.php فائل مقرر ڪريو ۽ PHP request متعلق socket ڏانهن موڙيو. مثال طور Ubuntu تي PHP 8.3 لاءِ socket: /run/php/php8.3-fpm.sock هوندو.

PHP بلاڪ مثال: server { listen 80; server_name wordpress-site.com www.wordpress-site.com; root /var/www/wordpress-site.com/public; index index.php index.html; location / { try_files $uri $uri/ /index.php?$args; } location ~ php$ { include snippets/fastcgi-php.conf; fastcgi_pass unix:/run/php/php8.3-fpm.sock; } }

WordPress لاءِ permalinks جي صحيح ڪم لاءِ try_files $uri $uri/ /index.php?$args ضروري آهي. xmlrpc.php، wp-login.php تي rate limiting، uploads فولڊر ۾ PHP block ڪرڻ جهڙا حفاظتي قدم وٺو. هر WordPress سائيٽ لاءِ الڳ DB، يوزر، ۽ اپڊيٽ پاليسي رکو. WordPress هوسٽنگ جي لاءِ WordPress هاستنگ کي اختيار طور ڏسو.

Nginx سرور بلاڪ vs Apache VirtualHost

Nginx ۽ Apache هڪ مقصد لاءِ مختلف آرڪيٽيڪچر استعمال ڪن ٿا. ٻنهي ۾ گھڻيون سائيٽون هلائي سگهجن ٿيون. چونڊ، اپليڪيشن ضرورت، انتظام جي عادتن ۽ performance تي ڀاڙي ٿي.

جيڪڏهن اوهان جي اپليڪيشن .htaccess تي دارومدار رکي ٿي ته Apache آسان هوندو. پر اعليٰ ٽرئفڪ، cache، reverse proxy ۽ جديد deployment لاءِ Nginx وڌيڪ موزون آهي. ڪن حالتن ۾ Nginx reverse proxy ۽ Apache backend طور گڏ به استعمال ٿين ٿا.

سيڪيورٽي لاءِ بهترين طريقا

گھڻيون سائيٽون هڪ سرور تي هلائڻ جي لاڳت گهٽ آهي، پر سيڪيورٽي جو وزن وڌي ٿو. هڪ سائيٽ جي ڪمزوري ٻين تي اثر نه ڪري، ان لاءِ isolation ۽ least privilege اصول تي عمل ڪريو.

• هر سائيٽ لاءِ الڳ DB ۽ DB يوزر ٺاهيو.
• ويب روٽ صرف public فولڊر تائين محدود رکيو.
• Backup، .env، .git، config ۽ SQL فائلون ويب کان ٻاهر رکو.
• SSL سرٽيفڪيٽ باقاعده تجديد ڪريو، HTTPS لازمي ڪريو.
• سرور تي UFW يا firewall استعمال ڪريو، رڳو ضروري پورٽ کلڻ.
• Nginx ۽ OS اپڊيٽ باقاعده ڪريو.
• هر سائيٽ لاءِ الڳ access_log ۽ error_log رکو.
• ايڊمن پينل لاءِ IP restriction يا اضافي authentication لڳايو.
• فائلن تي 777 اجازت کان پاسو ڪريو.

X-Frame-Options، X-Content-Type-Options، Referrer-Policy ۽ Content-Security-Policy جهڙا header سيڪيورٽي لاءِ ڏيو. خاص طور تي Content-Security-Policy غلطي سان لاڳو ڪرڻ کان اڳ test ڪريو. وڌيڪ سيڪيورٽي لاءِ ويب سائيٽ جي سيڪيورٽي ڏسو.

Performance ۽ SEO لاءِ اهم ڳالهيون

Nginx سرور بلاڪ رڳو سائيٽ هلائڻ نه، بلڪه performance ۽ SEO تي به اثرانداز ٿين ٿا. غلط redirects، غلط canonical، ناقص gzip يا brotli compression، وڏيون لاگ فائلون يا ناقص cache ترتيب سائيٽ جي رفتار گهٽائي سگهن ٿا. گوگل جي page experience signals تيز، محفوظ، ۽ مستحڪم سائيٽون ترجيح ڏين ٿا.

هر ڊومين لاءِ هڪ canonical version مقرر ڪريو. HTTP کان HTTPS، www کان غير www يا ضد ۾، هڪ قدم ۾ redirect ڪريو. مثال طور: http://site.com کان سڌو https://site.com تي 301 redirect. نه ته وڌيڪ redirect chain ٺهي ويندي.

Static فائلن لاءِ cache-control header ڏيو. Images، CSS، JS جي browser caching لاءِ مدت مقرر ڪريو. بار بار تبديل ٿيندڙ فائلن لاءِ filename versioning يا query string استعمال ڪريو. Gzip compression HTML، CSS، JS، JSON جهڙن فائلن لاءِ bandwidth بچائي ٿو. وڏي ٽرئفڪ تي Nginx microcache، FastCGI cache يا CDN استعمال ڪريو. CDN لاءِ CDN ڇا آهي ڏسو.

لاگ انتظام ۽ مانٽرنگ

گھڻيون سائيٽون هلائڻ ۾ لاگ انتظام مسئلا حل ڪرڻ جي ڪنجي آهي. الڳ لاگ فائلون، هر سائيٽ تي مسئلا سڃاڻپ ڪرڻ ۾ مدد ڏين ٿيون. access_log وزيٽر جي request، error_log ترتيب، اجازت، missing files ۽ upstream errors رکي ٿو. 502 Bad Gateway عام طور PHP-FPM يا backend سان لاڳاپيل هوندو. 403 Forbidden اجازت يا index فائل جي مسئلي سبب هوندو. 404 Not Found روٽ يا try_files جي غلطي سبب.

لاگ فائلن جي لاڳيتو وڌڻ روڪڻ لاءِ logrotate ترتيب ڏسو. ننڍن پروجيڪٽس تي daily يا weekly rotation ڪافي آهي. وڏي ٽرئفڪ تي centralized logging، metric monitoring ۽ alerting استعمال ڪريو. Disk ڀرڻ Nginx لاگ نه لکڻ، DB بند ٿيڻ ۽ سائيٽون inaccessible ٿي وڃڻ جو سبب بڻجي سگهي ٿو. ان لاءِ disk threshold مقرر ڪريو.

عام غلطيون ۽ فوري حل

Nginx سرور بلاڪ سان ڪم ڪندي هيٺين غلطيون تقريباً هر پروجيڪٽ ۾ ٿين ٿيون. ڄاڻڻ سان وقت بچايو.

• ڊومين غلط سائيٽ تي وڃي ٿو: server_name تڪرار ۽ default بلاڪ چيڪ ڪريو.
• 403 Forbidden: روٽ فولڊر، فائل اجازت ۽ index فائل موجودگي چيڪ ڪريو.
• 404 Not Found: روٽ پتو ۽ try_files قاعدو چيڪ ڪريو.
• 502 Bad Gateway: PHP-FPM هلندڙ هجڻ ۽ socket پتو درست هجڻ جي تصديق ڪريو.
• غلط SSL سرٽيفڪيٽ: 443 بلاڪ جي server_name ۽ سرٽيفڪيٽ فائل چيڪ ڪريو.
• Redirect loop: HTTP-HTTPS ۽ www redirect قاعدو سادو رکو.
• Nginx reload نه ٿو ٿئي: sudo nginx -t جي output ۾ ڏنل لائن تي syntax غلطي درست ڪريو.

تجربيڪار ايڊمنز جي check-list: DNS درست؟ Nginx ترتيب فعال؟ روٽ فولڊر موجود؟ اجازت درست؟ سروس test مان گذري؟ لاگ ڇا ٿو چوي؟ هن ترتيب سان مسئلا آرام سان حل ٿين ٿا.

پروڊڪشن لاءِ عملي چيڪ لسٽ

سائيٽ live ڪرڻ کان اڳ هي چيڪ لسٽ سان هر سائيٽ جي تصديق ڪريو. خاص طور ڪسٽمر پروجيڪٽس ۾ هي لسٽ documentation لاءِ پروفيشنل معيار جو حصو بڻائي.

• ڊومين جو A يا AAAA record صحيح IP تي موڙيل آهي.
• www ۽ غير www مان هڪ canonical طور چونڊيو ويو آهي.
• HTTP ٽرئفڪ HTTPS تي 301 redirect ٿي رهي آهي.
• SSL سرٽيفڪيٽ صحيح ۽ auto-renew فعال آهي.
• هر سائيٽ لاءِ الڳ root ۽ لاگ فائل مقرر آهي.
• Nginx ترتيب sudo nginx -t سان تصديق ڪئي وئي آهي.
• Backup پلان مقرر، restore test ٿي چڪو آهي.
• فائل اجازت least privilege تي مقرر آهن.
• Firewall تي صرف ضروري پورٽ کلڻ.
• هڪڙي سائيٽ live ڪرڻ کانپوءِ 15 منٽ تائين لاگ ڏسو.

هي لسٽ ننڍي لڳي ٿي، پر حقيقي پروجيڪٽس ۾ downtime جو خطرو گھڻو گهٽائي ٿي. خاص طور SSL renewal، DNS ۽ لاگ مانٽرنگ، لڪل مسئلا جلد سڃاڻپ ڪن ٿا.

نتيجو

Nginx سرور بلاڪ، هڪ سرور تي گھڻيون سائيٽون منظم، محفوظ ۽ تيز هلائڻ جو بنيادي طريقو آهي. فولڊر جو صحيح جوڙجڪ، الڳ ترتيب فائلون، واضح redirect، HTTPS، الڳ لاگس ۽ باقاعده test سان multi-site management آسان ٿي وڃي ٿو. ننڍي portfolio سائيٽ کان وٺي گھڻين ڪسٽمر پروجيڪٽس تائين ساڳيا اصول لاڳو ٿين ٿا.

نئين پروجيڪٽ جي شروعات ڪرڻ کان اڳ ڊومين، سرور ۽ SSL جي ضرورت واضح ڪريو؛ پوءِ مٿي ڏنل چيڪ لسٽ سان Nginx ترتيب قدم بہ قدم سيٽ ڪريو. وڌيڪ منظم infrastructure لاءِ Hostragons جا هوسٽنگ جا پيڪيج, VPS سرور ۽ SSL سرٽيفڪيٽ حل ڏسو، ۽ پنهنجي پروجيڪٽ لاءِ موزون شروعات چونڊيو.

وڌيڪ پڇيل سوال

Nginx سرور بلاڪ سان ڪيتريون سائيٽون هلائي سگهجن ٿيون؟

تڪنيڪي طور Nginx سان هڪ سرور تي درجنين سائيٽون هلائي سگهجي ٿي؛ حد عام طور CPU، RAM، disk، traffic، database ۽ PHP-FPM جي صلاحيت تي ڀاڙي ٿي. Static سائيٽن تي گھڻيون سائيٽون ممڪن آهن، پر وڏي ٽرئفڪ واري WordPress يا اي ڪامرس لاءِ گهٽ سائيٽون بهتر.

هر سائيٽ لاءِ الڳ SSL سرٽيفڪيٽ لازمي آهي؟

ها، هر ڊومين يا سب ڊومين HTTPS تي هلائڻ لاءِ سرٽيفڪيٽ لازمي آهي. هڪ هڪ سرٽيفڪيٽ يا SAN/wildcard سرٽيفڪيٽ چونڊجي سگهن ٿا. Nginx جي 443 بلاڪ تي صحيح سرٽيفڪيٽ فائل صحيح ڊومين سان لڳايو.

Nginx سرور بلاڪ سان subdomain هلائي سگهجن ٿا؟

ها. blog.site.com يا panel.site.com لاءِ الڳ server_name مقرر ڪري، الڳ روٽ فولڊر يا backend ڏانهن موڙي سگهو ٿا. DNS طرف سب ڊومين لاءِ A يا CNAME record ٺاهيو.

sites-available ۽ sites-enabled ۾ فرق ڇا آهي؟

sites-available ترتيب فائلون رکڻ جي جاءِ آهي؛ sites-enabled فعال ترتيبون رکڻ جي جاءِ. عام طور sites-enabled ۾ sites-available فائل جي symbolic link رکيو ويندو آهي. ان سان سائيٽ کي فعال يا غير فعال ڪرڻ آسان ٿيندو.

غلط سائيٽ کلڻ جو سبب ڇا آهي؟

عام سبب: غلط DNS IP، server_name غلطي، default Nginx بلاڪ، يا 443 تي غلط SSL بلاڪ. پهرين DNS، پوءِ nginx -t جو نتيجو، فعال sites-enabled لنڪ ۽ access_log چيڪ ڪريو.