Nginx ಸರ್ವರ್ ಬ್ಲೋಕ್ಗಳು (Server Blocks) ಎಂದರೆ ಒಂದೇ Nginx ಇನ್ಸ್ಟಾಲೇಶನ್ನಲ್ಲಿ ವಿಭಿನ್ನ ಡೊಮೇನ್ ಅಥವಾ ವೆಬ್ಸೈಟ್ಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ವಹಿಸಲು ಬಳಸುವ Virtual Host ತಂತ್ರ. ಉದಾಹರಣೆಗೆ, ನೀವು ಒಂದೇ VPSನಲ್ಲಿ example.com, blog.example.com ಮತ್ತು ಎರಡನೇ-site.comಗೆ ವಿಭಿನ್ನ root ಫೋಲ್ಡರ್ಗಳು, ಲಾಗ್ ಫೈಲ್ಗಳು, SSL ಸೆರ್ಟಿಫಿಕೇಟ್ಗಳು ಮತ್ತು PHP ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ರೂಪಿಸಬಹುದು. ಸರಳವಾಗಿ ಹೇಳುವುದಾದರೆ: ಪ್ರತಿಯೊಂದು ಸೈಟ್ಗಾಗಿ ಪ್ರತ್ಯೇಕ ಫೋಲ್ಡರ್ ನಿರ್ಮಿಸಿ, ಡೊಮೇನ್ನ DNS ಅನ್ನು ಸರ್ವರ್ IPಗೆ point ಮಾಡಿ, /etc/nginx/sites-available ನಲ್ಲಿ ಪ್ರತ್ಯೇಕ server block config ಬರೆಯಿರಿ, sites-enabled ಗೆ link ಮಾಡಿ, config test ಮಾಡಿ ಮತ್ತು Nginx service reload ಮಾಡಿ.
ಈ ಮಾರ್ಗದರ್ಶಿಯಲ್ಲಿ, Nginx ಸರ್ವರ್ ಬ್ಲೋಕ್ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಅನೇಕ ಸೈಟ್ಗಳನ್ನು host ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು production-grade ರೀತಿಯಲ್ಲಿ ವಿವರಿಸುತ್ತೇವೆ. ಉದ್ದೇಶ ಕೇವಲ ಕೆಲಸ ಮಾಡಿಸುವುದಲ್ಲ; ನಿರ್ವಹಣೆ ಸುಲಭವಾಗಿರಬೇಕು, ಸುರಕ್ಷಿತವಾಗಿರಬೇಕು, ವೇಗವಾಗಿ serve ಮಾಡಬೇಕು, backup ಸುಲಭವಾಗಿರಬೇಕು ಮತ್ತು scale ಮಾಡಲು ಸಾಧ್ಯವಾಗಿರಬೇಕು. ವಿಶೇಷವಾಗಿ ಡಿಜಿಟಲ್ ಏಜೆನ್ಸಿಗಳು, developers, ecommerce ಮಾಲೀಕರು, multi-brand ವಹಿಸುವ ಕಂಪನಿಗಳು ಮತ್ತು system admins ಒಂದೇ ಸರ್ವರ್ನಲ್ಲಿ ಅನೇಕ projectಗಳನ್ನು host ಮಾಡಬೇಕಾದಾಗ ಉಪಯುಕ್ತ ಪದಗಳನ್ನು ಹಂಚುತ್ತೇವೆ. ನೀವು ಇನ್ನೂ ಸರ್ವರ್ ಆಯ್ಕೆ ಮಾಡಿಲ್ಲದಿದ್ದರೆ VPS ಸರ್ವರ್ ಮತ್ತು ಡೊಮೇನ್ ಆಡಳಿತಕ್ಕೆ ಡೊಮೇನ್ ನೋಂದಣಿ ಪುಟಗಳನ್ನು ನೋಡಿ.
Nginx Server Block (Virtual Host) ಎಂದರೆ ಏನು?
Nginx server blockಗಳು, Nginx configನಲ್ಲಿ server{} sectionಗಳಾಗಿ ರೂಪಿಸಲಾಗುತ್ತವೆ—ಇವು incoming HTTP/HTTPS requestಗಳು ಯಾವ siteಗೆ ಹೋಗಬೇಕು ಎಂಬ ನಿಯಮಗಳನ್ನು ನಿರ್ಧಾರ ಮಾಡುತ್ತವೆ. Apacheನ VirtualHost conceptಗೆ ಸಮಾನ. Visitಯೊಬ್ಬನು browserನಲ್ಲಿ domain name type ಮಾಡಿದಾಗ DNS ಅದು server IPಗೆ resolve ಆಗುತ್ತದೆ. Nginx requestನಲ್ಲಿ Host header ನೋಡಿ, server_name value match ಆಗುವ server blockನ್ನು activate ಮಾಡುತ್ತದೆ.
ಇದರಿಂದ ಒಂದೇ IP address ಮತ್ತು ಒಂದೇ hardware ಅಥವಾ VPS ಮೇಲೆ ಅನೇಕ ವೆಬ್ಸೈಟ್ಗಳನ್ನು host ಮಾಡಬಹುದು. ಪ್ರತಿಯೊಂದು siteಗಾಗಿ ವಿಭಿನ್ನ root folder, access log, error log, redirection rule, SSL certificate, cache policy ಮತ್ತು security rule define ಮಾಡಬಹುದು. ಉದಾಹರಣೆಗೆ, ನಿಮ್ಮ company siteನ್ನು /var/www/company/public ನಲ್ಲಿ, blogನ್ನು /var/www/blog/public ನಲ್ಲಿ, test siteನ್ನು /var/www/staging/public ನಲ್ಲಿ ಇಡಬಹುದು.
Nginx event-driven architectureದ ಕಾರಣಕ್ಕೆ ಅತ್ಯಂತ ಕಡಿಮೆ resources ಬಳಸಿ ಹೆಚ್ಚಿನ concurrent connections handle ಮಾಡಬಹುದು. ಇದರ ಕಾರಣದಿಂದ shared hosting, VPS, cloud server ಮತ್ತು ಹೆಚ್ಚಿನ traffic projectಗಳಲ್ಲಿ Nginx ಹೆಚ್ಚು ಬಳಸಲಾಗುತ್ತದೆ. Multi-site hosting ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡಬೇಕಾದರೆ file permissions, DNS pointing, SSL setup, log separation ಎಲ್ಲವೂ ಸರಿಯಾಗಿ plan ಮಾಡಬೇಕು.
Nginx Server Block ಯಾವಾಗ ಬಳಕೆ ಮಾಡಬೇಕು?
Nginx server blocksನ್ನು ಬಳಸುವುದು ಒಂದೇ server ಮೇಲೆ ಅನೇಕ web presence ನಿರ್ವಹಿಸಬೇಕಾದಾಗ ಮುಖ್ಯ. ಇದು ಎರಡು simple sites ಆಗಿರಬಹುದು ಅಥವಾ ಹಲವಾರು client projects, subdomainಗಳು ಅಥವಾ microservices ಆಗಿರಬಹುದು. ಮುಖ್ಯವಾದುದು, projectಗಳ logicವಾಗಿ ಪ್ರತ್ಯೇಕವಾಗಿರಬೇಕು.
- ಒಂದೇ VPS ಮೇಲೆ ಅನೇಕ domainಗಳನ್ನು host ಮಾಡಲು ಬೇಕಾದರೆ.
- www ಮತ್ತು non-www versionಗಳನ್ನು single canonical addressಗೆ redirect ಮಾಡಲು.
- Subdomainಗಳನ್ನು ವಿಭಿನ್ನ folder/appಗಳಿಗೆ point ಮಾಡಲು.
- ಪ್ರತಿಯೊಂದು siteಗಾಗಿ ಪ್ರತ್ಯೇಕ SSL certificate/security policy define ಮಾಡಲು.
- Client projectsಗಾಗಿ ಪ್ರತ್ಯೇಕ log files tracking ಮಾಡಲು.
- Laravel, WordPress, static HTML, Node.js ಮುಂತಾದ ವಿಭಿನ್ನ appsನ್ನು host ಮಾಡಲು.
ಉದಾಹರಣೆಗೆ, ಒಂದು digital agency ಒಂದು 4GB RAM VPSನಲ್ಲಿ 8 corporate sitesನ್ನು host ಮಾಡಬಹುದು—traffic, disk usage, PHP process count, database load, backup frequency ಎಲ್ಲವೂ projectಕ್ಕೆ 맞춰 계산 ಮಾಡಬೇಕು. Projectsಗೆ heavy traffic ಇದ್ದರೆ ಅಥವಾ resource isolation ಮುಖ್ಯವಾದಲ್ಲಿ, ಹೆಚ್ಚಿನ VPS, cloud server ಅಥವಾ managed hostingನ್ನು ಪರಿಗಣಿಸಿ. ವೆಬ್ ಹೋಸಟಿಂಗ್ ಮತ್ತು ಕೋಷ್ಟಕ ಹೋಸ್ಟಿಂಗ್ comparisonಗೆ refer ಮಾಡಬಹುದು.
ಆರಂಭಿಸುವ ಮುನ್ನ ಬೇಕಾದ Requirements
ಈ guideನಲ್ಲಿ Ubuntu/Debian-based Linux server assume ಮಾಡಲಾಗಿದೆ. Commands distributionಅನುಸಾರ ಸ್ವಲ್ಪ ವ್ಯತ್ಯಾಸ ಇರುತ್ತವೆ; ಆದರೆ concept ಒಂದೇ. Productionನಲ್ಲಿ actionಗೆ ಮುನ್ನ backup ತೆಗೆದುಕೊಳ್ಳಿ: ತಪ್ಪಾದ config ಎಲ್ಲ siteಗಳು down ಆಗುವ ಕಾರಣವಾಗಬಹುದು.
Technical तैयारी
- Root/sudo access ಇರುವ Linux user account.
- Nginx install ಆಗಿದೆ ಮತ್ತು running ಇದೆ.
- Server IPಗೆ point ಆಗಿರುವ ಕನಿಷ್ಠ ಒಂದು domain.
- Firewallನಲ್ಲಿ 80 ಮತ್ತು 443 ports open ಇರಬೇಕು.
- Site filesಗಾಗಿ orderly directory structure.
- SSL certificate valid ಆಗಿರಬೇಕು ಅಥವಾ Let’s Encrypt ಬಳಸಬಹುದು.
- PHP-based applicationಗಳಿಗೆ PHP-FPM install ಮಾಡಿರಬೇಕು.
DNSನಲ್ಲಿ A record main domain IPv4ಗೆ point ಮಾಡುತ್ತದೆ; AAAA record IPv6ಗೆ. www ಮುಂತಾದ subdomainಗಳಿಗೆ CNAME/A record ಬಳಸಬಹುದು. DNS propagation ಸಾಮಾನ್ಯವಾಗಿ ಕೆಲವು ನಿಮಿಷಗಳಿಂದ 24 ಗಂಟೆಗಿಂತ ಹೆಚ್ಚು ಆಗಬಹುದು. ಮೊದಲಾಗಿ DNS records configure ಮಾಡಿ, ನಂತರ Nginx server blocks setup ಪ್ರಾರಂಭಿಸಿ—time save ಆಗುತ್ತದೆ.
Recommended Directory Structure
Multi-site hostingನಲ್ಲಿ ಹಚ್ಚಾ ತಪ್ಪು ಎಂದರೆ ಎಲ್ಲ filesನ್ನು mix ಮಾಡಿ ಒಂದೇ folderನಲ್ಲಿ ಇಡುವುದು. Short-term easy ಅನಿಸುತ್ತಿದ್ದರೂ maintenance, backup, debuggingನಲ್ಲಿ time waste ಆಗುತ್ತದೆ. ಉತ್ತಮ solution ಎಂದರೆ, ಪ್ರತಿಯೊಂದು domainಗಾಗಿ top-level folder ಮತ್ತು public, logs, backups ಮುಂತಾದ subfolders.
ಉದಾಹರಣೆಗೆ: /var/www/site1.com/public, /var/www/site1.com/logs, /var/www/site2.com/public, /var/www/site2.com/logs. Nginxನ root config public folderಗೆ point ಮಾಡಬೇಕು. Sensitive files (.env, backup) web accessಗೆ expose ಆಗಬಾರದು.
Static test pageಗಾಗಿ ಪ್ರತಿಯೊಂದು site folderಗೆ index.html file ಹಾಕಬಹುದು—site name mention ಮಾಡಿ, ಯಾವ server block activate ಆಗಿದೆ quick check ಆಗುತ್ತದೆ. Productionನಲ್ಲಿ ownership www-data user ಅಥವಾ deploy user assign ಆಗಿರುತ್ತದೆ. Folder permission 755, file permission 644 static sitesಗೆ کافی. WordPress uploads folder write permission extra check ಮಾಡಬೇಕು.
Step by Step: Nginx Server Block ನಿರ್ಮಿಸುವುದು
ಕೆಳಗಿನ steps site1.com exampleಗಾಗಿ. ಇದೇ processನ್ನು site2.com, site3.com ಮುಂತಾದ ಅನೇಕ siteಗಳಿಗೆ repeat ಮಾಡಬಹುದು. ಮುಖ್ಯ point: ಪ್ರತಿಯೊಂದು siteಗಾಗಿ unique server_name, root, log file assign ಮಾಡಬೇಕು.
1. Site folder ನಿರ್ಮಿಸಿ
Web files store ಮಾಡುವ folder ನಿರ್ಮಿಸಿ: sudo mkdir -p /var/www/site1.com/public. Testಗಾಗಿ /var/www/site1.com/public/index.html file create ಮಾಡಿ, "site1.com test page" ಎಂಬ message include ಮಾಡಿ.
Correct ownership assign ಮಾಡಲು: sudo chown -R www-data:www-data /var/www/site1.com. Deploy user different ಆಗಿದ್ದರೆ group permission adjust ಮಾಡಿಕೊಳ್ಳಿ. Productionನಲ್ಲಿ 777 permission avoid ಮಾಡಿ—attackers upload abuse ಮಾಡಬಹುದು.
2. Server Block config file create ಮಾಡಿ
Nginx practice: inactive configs /etc/nginx/sites-availableನಲ್ಲಿ ಇಟ್ಟು, activate configs /etc/nginx/sites-enabledನಲ್ಲಿ symbolic link ಮೂಲಕ link ಮಾಡುವುದು. Example file: /etc/nginx/sites-available/site1.com.
Simple HTTP server block config: 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 traffic handle ಮಾಡುತ್ತದೆ; server_name domain assign ಮಾಡುತ್ತದೆ; root web folder point ಮಾಡುತ್ತದೆ; index default file; try_files file/folder found ಇಲ್ಲದಿದ್ದರೆ 404 return ಮಾಡುತ್ತದೆ. Static siteಗಳಿಗೆ ಈ config ಸಾಕು.
3. Site activate ಮಾಡಿ
Configuration activate ಮಾಡಲು symbolic link: sudo ln -s /etc/nginx/sites-available/site1.com /etc/nginx/sites-enabled/site1.com. Copy ಮಾಡುವುದಕ್ಕಿಂತ safe; changes linked file update ಆಗುತ್ತದೆ.
Nginx default config disable ಮಾಡಬೇಕಾದರೆ /etc/nginx/sites-enabled/default link remove ಮಾಡಬಹುದು—ಮೊದಲು ನಿಮ್ಮ server block correct ಆಗಿದೆ check ಮಾಡಿ.
4. Config test ಮಾಡಿ ಮತ್ತು Nginx reload ಮಾಡಿ
Every changeಗೆ sudo nginx -t syntax check ಮಾಡಿ. Success ಆಗಿದ್ರೆ sudo systemctl reload nginx—service interruption ಇಲ್ಲದೆ reload ಆಗುತ್ತದೆ, restartಗಿಂತ safe. Test fail ಆದರೆ error message file name/line number show ಮಾಡುತ್ತದೆ: missing semicolon, wrong curly brace, invalid path, conflicting server_name etc. Error fix ಆಗದೆ reload ಮಾಡಬಾರದು.
Second/Third Site ಸೇರಿಸುವುದು
Multiple site hostingನಲ್ಲಿ beauty ಎಂದರೆ first setup correct ಮಾಡಿದ ನಂತರ process repeatable. site2.comಗಾಗಿ /var/www/site2.com/public folder create ಮಾಡಿ, /etc/nginx/sites-available/site2.com config file ಬರೆಯಿರಿ, root/log values site2.com assign ಮಾಡಿ, symbolic link ಮಾಡಿ, nginx test ಮಾಡಿ.
site2.com config: 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; } }
Separate logs real-worldನಲ್ಲಿ ಬಹಳ ಉಪಯುಕ್ತ: ಒಂದು siteನಲ್ಲಿ 404 errors ಹೆಚ್ಚಾದರೆ, ಮತ್ತೊಂದು site clean. Log split ಮಾಡುವುದರಿಂದ error source ಬೇಗ ಪತ್ತೆಹಚ್ಚಬಹುದು. Traffic analysis, bot attacks, broken links, performance issues site-wise tracking ಮಾಡಬಹುದು.
SSL ಮತ್ತು HTTPS Configuration
2026 SEO standardನಲ್ಲಿ HTTPS security feature ಮಾತ್ರವಲ್ಲ, user trust ಮತ್ತು technical qualityಗೂ symbol. Browsers HTTP sitesನ್ನು insecure ಎಂದು mark ಮಾಡುತ್ತವೆ; payment, login, forms, admin panelಗೆ SSL must. Multi-site hostingನಲ್ಲಿ ಪ್ರತಿ domainಗೆ correct certificate assign ಮಾಡಬೇಕು. Hostragonsನಲ್ಲಿ SSLಗಾಗಿ SSL ಪ್ರಮಾಣಪತ್ರಗಳು ನೋಡಿ.
Let’s Encryptನ್ನು certbot ಮೂಲಕ certificate acquire ಮಾಡಬಹುದು: certbot --nginx -d site1.com -d www.site1.com command config detect ಮಾಡಿ HTTPS block auto add ಮಾಡುತ್ತದೆ. Automation ನಂತರ config file verification habit ಮಾಡಿಕೊಳ್ಳಿ—wrong redirects/repeated server blocks ಆಗಬಹುದು.
HTTPS configನಲ್ಲಿ 80 port trafficನ್ನು 443 portಗೆ permanent redirect ಮಾಡಬಹುದು. 301 redirect SEO permanent signal. www use/non-www useಗೆ decision ಮಾಡಿ, canonical addressಗೆ concentrate ಮಾಡಿ. ಉದಾಹರಣೆಗೆ https://site1.com canonical ಆಗಿದ್ದರೆ, HTTP/HTTPS www trafficನ್ನು non-wwwಗೆ redirect ಮಾಡಿ—duplicate contentಗೆ risk reduce ಆಗುತ್ತದೆ.
PHP ಮತ್ತು WordPress Sitesಗಾಗಿ Nginx Server Block
Static HTML sites config simple; WordPress, Laravel, PHP appsನಲ್ಲಿ PHP-FPM integration ಬೇಕು. index.php define ಮಾಡಿ, PHP requests socketಗೆ forward ಮಾಡಬೇಕು. Ubuntu PHP 8.3 socket path: /run/php/php8.3-fpm.sock (version serverಅನುಸಾರ).
PHP config: 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 correct work ಮಾಡಲು try_files $uri $uri/ /index.php?$args config must. xmlrpc.php access, wp-login.php rate limiting, uploads folderನಲ್ಲಿ PHP execution disable ಮಾಡುವುದು securityಗಾಗಿ ಉಪಯುಕ್ತ. Multiple WordPress sites host ಮಾಡಿದರೆ, every siteಗೆ separate database/user/regular update policy follow ಮಾಡಬೇಕು. WordPress hostingಗಾಗಿ WordPress ಹೋಸಟಿಂಗ್ refer ಮಾಡಬಹುದು.
Nginx Server Block vs Apache VirtualHost

Nginx ಮತ್ತು Apache ಒಂದೇ ಗುರಿಗೆ ವಿಭಿನ್ನ architecture ಮೂಲಕ ಹೋಗುತ್ತವೆ—multi-site hosting ಇಬ್ಬರೂ support. Selection application needs, admin familiarity, performanceನ್ನು ಅವಲಂಬಿಸಿದೆ.
| ಮಾಪದಂಡ | Nginx Server Block | Apache VirtualHost |
|---|---|---|
| Performance | High concurrent connectionsಗೆ low resource usage. | Modules/process modelಗೆ resource usage ಹೆಚ್ಚು. |
| Configuration | Central/simple config structure. | .htaccess ಮೂಲಕ folder-level flexibility. |
| Static file delivery | Very fast/efficient. | Good, but Nginx lightweight. |
| PHP execution | PHP-FPM required. | mod_php or PHP-FPM supported. |
| Usage scenario | Reverse proxy, static file, high traffic, modern apps. | Legacy .htaccess, shared hostingಗೆ practical. |
.htaccess rules heavily dependent applicationಗಳಿಗೆ Apache easy; but high traffic, reverse proxy, caching, modern deploymentsಗೆ Nginx powerful. ಕೆಲ infraಗಳಲ್ಲಿ Nginx reverse proxy, Apache backend server ಆಗಿ duo setup ಮಾಡಬಹುದು.
Security Best Practices
Multi-site hosting cost-effective; but security responsibility ಹೆಚ್ಚುತ್ತದೆ. ಒಂದು siteನಲ್ಲಿ vulnerability ಇದ್ದರೆ ಇನ್ನೊಂದು siteಗೆ effect ಆಗಬಾರದು—isolation/minimum privilege principle follow ಮಾಡಬೇಕು.
- Every siteಗೆ separate database/user create ಮಾಡಿ.
- Web root folder restrict ಮಾಡಿ—only public folder expose.
- Backup, .env, .git, config, SQL files web accessಗೆ restrict ಮಾಡಿ.
- SSL certificates regular renew ಮಾಡಿ; HTTPS force ಮಾಡಿ.
- Serverನಲ್ಲಿ UFW/firewall ಬಳಸಿರಿ; only required ports open ಮಾಡಿ.
- Nginx/OS updates regular apply ಮಾಡಿ.
- Every siteಗೆ separate access_log/error_log assign ಮಾಡಿ.
- Admin panelsಗೆ IP restriction/additional authentication.
- Permissionನಲ್ಲಿ 777 avoid ಮಾಡಿ.
Extra security headers add ಮಾಡಬಹುದು: X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Content-Security-Policy. CSP wrong configure ಮಾಡಿದರೆ scripts/styles block ಆಗಬಹುದು—test environmentನಲ್ಲಿ try ಮಾಡಿ. Security articlesಗಾಗಿ ವೆಬ್ ಸೈಟ್ ಸುರಕ್ಷತೆ refer ಮಾಡಬಹುದು.
Performance ಮತ್ತು SEO ಪ್ರಪಂಚದಲ್ಲಿ Nginx Server Block
Nginx server blocks publishing ಮಾತ್ರವಲ್ಲ, performance/SEOಗೆ direct impact ಹೊಂದಿವೆ. Wrong redirects, invalid canonical config, missing gzip/brotli compression, big log files, poor cache config site speed reduce ಮಾಡಬಹುದು. Google page experience signals user-centric; fast, secure, stable sites better rank ಆಗುತ್ತವೆ.
Every domainಗೆ single canonical version define ಮಾಡಿ. HTTP→HTTPS, www→non-www (or vice versa) one-step 301 redirect ಮಾಡಿ; avoid redirect chains: http://site.com → http://www.site.com → https://www.site.com → https://site.com. Single 301 optimal.
Static filesಗೆ cache-control header add ಮಾಡಬಹುದು: images, CSS, JS browserನಲ್ಲಿ store ಆಗಬಹುದು. Frequently changed filesಗೆ filename versioning/query string strategy. gzip compression HTML, CSS, JS, JSON filesಗೆ bandwidth save ಆಗುತ್ತದೆ. High traffic sitesಗೆ Nginx microcache, FastCGI cache, CDN usage consider ಮಾಡಬಹುದು. CDN/global accessಗಾಗಿ CDN ನಿಮ್ಮುದು refer ಮಾಡಬಹುದು.
Log Management ಮತ್ತು Monitoring
Multi-site hostingನಲ್ಲಿ log management key to troubleshooting. Separate log files site-wise errors spot ಮಾಡಬಹುದು. access_log visitor requests; error_log config/permission/file not found/upstream errors. 502 Bad Gateway PHP-FPM/backend service issue; 403 Forbidden permission/index file issue; 404 Not Found path/rewrite/DNS/root issue.
Log files uncontrolled growth avoid ಮಾಡಲು logrotate config check ಮಾಡಿ. Small projects daily/weekly rotation sufficient. High traffic sitesಗೆ central log collection, metric monitoring, alert systems. Disk full Nginx logs write ಮಾಡಲಾರದು, database stop, site down. Disk usage thresholds practical preventive measure.
Common Errors ಮತ್ತು Quick Solutions
Nginx server blocksನಲ್ಲಿ ಕೆಳಗಿನ errors ಎಲ್ಲ projectಗಳಲ್ಲಿ ಆಗಬಹುದು—know these for faster setup.
- Wrong site opens: check server_name conflicts/default server block.
- 403 Forbidden: check root folder, file permissions, index file existence.
- 404 Not Found: check root path, try_files rule.
- 502 Bad Gateway: PHP-FPM running/socket path correct check.
- SSL certificate wrong site: check 443 server_name/certificate files.
- Redirect loop: simplify HTTP-HTTPS/www redirect rules.
- Nginx reload fails: fix syntax error as per sudo nginx -t line number.
Experienced admins checklist: DNS correct? Nginx config active? Root folder exists? Permissions correct? Service test passed? Log says what? Sequentially solve—panic avoid, quick solution.
Production Site Checklist
Go-live ಮುನ್ನ ಕೆಳಗಿನ checklistನ್ನು ಎಲ್ಲಾ siteಗೆ validate ಮಾಡಿ. Client projectsಗೆ deliver ಮಾಡೋ ಮುನ್ನ ಈ pointsನ್ನು documentationನಲ್ಲಿ record ಮಾಡಿದರೆ professionalism proof ಆಗುತ್ತದೆ.
- Domain A/AAAA record correct IP point ಮಾಡುತ್ತಿದೆ.
- www/non-www versionಗಳಲ್ಲಿ ಒಂದನ್ನು canonical ಆಗಿ elect ಮಾಡಲಾಗಿದೆ.
- HTTP traffic HTTPSಗೆ 301 redirect ಆಗುತ್ತಿದೆ.
- SSL certificate valid; auto-renewal active.
- Each siteಗೆ separate root/log files define ಮಾಡಲಾಗಿದೆ.
- Nginx config sudo nginx -tನಲ್ಲಿ validated.
- Backup plan fixed; restore test done.
- File permissions minimum privilege principleಗೆ match.
- Firewall only required ports open.
- Error logs go-live ನಂತರ minimum 15 minutes monitored.
Small listನಂತೆ ಕಾಣಬಹುದು, but real-worldನಲ್ಲಿ downtime risk majorly reduce ಮಾಡುತ್ತದೆ. SSL renewal, DNS check, log monitoring steps early hidden errors catch ಮಾಡಬಹುದು.
ನಿರ್ಣಯ
Nginx server blocksಗಳು, single serverನಲ್ಲಿ multiple sitesನ್ನು orderly, securely, efficiently host ಮಾಡುವ foundation technique. Correct directory structure, separate config files, clear redirects, HTTPS usage, log separation, regular testing multi-site managementನ್ನು productive ಮಾಡುತ್ತದೆ. Small portfolio siteದಿಂದ multi-client projectsವರೆಗೆ same principles apply ಮಾಡಬಹುದು.
New project publish ಮಾಡಲು domain, server resource, SSL needsನ್ನು first clarity ತಂದ ಮೇಲೆ, ಮೇಲಿನ checklistನಂತೆ Nginx setup step-by-step configure ಮಾಡಿ. Easier infrastructure ಬೇಕಾದರೆ Hostragonsನ ಹೋಸ್ಟಿಂಗ್ ಪ್ಯಾಕೇಜ್ಗಳು, VPS ಸರ್ವರ್, SSL ಪ್ರಮಾಣಪತ್ರಗಳು options projectಗೆ match ಮಾಡಿ.
Frequently Asked Questions
Nginx server blocksನಲ್ಲಿ ಎಷ್ಟು site host ಮಾಡಬಹುದು?
Technically, Nginxನಲ್ಲಿ same serverನಲ್ಲಿ ಅನೇಕ sites host ಮಾಡಬಹುದು; limitation CPU, RAM, disk, bandwidth, database load, PHP-FPM capacity. Low traffic static sitesಗೆ ದಶಕ siteಗಳು possible; high traffic/ecommerce/WordPress projectsಗೆ fewer sites safer.
Each siteಗೆ SSL certificate ಅಗತ್ಯವೇ?
ಹೌದು, ಪ್ರತಿಯೊಂದು domain/subdomain HTTPSನಲ್ಲಿ serve ಮಾಡಬೇಕಾದರೆ certificate include ಮಾಡಬೇಕು. Separate certificates ಅಥವಾ SAN/wildcard certificates ಉಪಯೋಗಿಸಬಹುದು. Key point: Nginx 443 server blockನಲ್ಲಿ correct certificate correct domainಗೆ attach ಮಾಡಬೇಕು.
Nginx server block ಮೂಲಕ subdomain serve ಮಾಡಬಹುದು?
ಹೌದು. blog.site.com, panel.site.com ಮುಂತಾದ subdomainಗಳಿಗೆ separate server_name config assign ಮಾಡಬಹುದು; different root folder/backend apps assign ಮಾಡಬಹುದು. DNSನಲ್ಲಿ subdomainಗೆ A/CNAME record configure ಮಾಡಬೇಕು.
sites-available ಮತ್ತು sites-enabled ವ್ಯತ್ಯಾಸವೇನು?
sites-available config files storage place; sites-enabled activated configs. Normally, sites-enabledನಲ್ಲಿ sites-available file symbolic link create ಮಾಡಲಾಗುತ್ತದೆ. Activation/deactivation orderly/simple ಆಗುತ್ತದೆ.
Wrong site open ಆಗುತ್ತಿದ್ದರೆ issue ಯಾವಾಗ?
Common reasons: DNS wrong IP point, server_name invalid, default Nginx block catch, 443 error SSL block. First DNS records, then nginx -t output, active sites-enabled links, access_log check ಮಾಡಿ.