Nginx Konfigürasyonu ile Ubuntu 16.04 Üzerinde PageSpeed Puanını Artırma Yolları

Nginx Konfigürasyonu ile Ubuntu 16.04 Üzerinde PageSpeed Puanını Artırma Yolları

Web performansı, modern internet dünyasında kullanıcı deneyimi, arama motoru optimizasyonu (SEO) ve dönüşüm oranları açısından kritik bir öneme sahiptir. Hızlı yüklenen bir web sitesi, ziyaretçilerin sitede daha uzun süre kalmasını, daha fazla etkileşimde bulunmasını ve arama motorlarında daha üst sıralarda yer almasını sağlar. Google’ın PageSpeed Insights gibi araçları, web sitelerinin performansını ölçmek ve iyileştirme önerileri sunmak için yaygın olarak kullanılmaktadır. Bu makalede, Ubuntu 16.04 işletim sistemi üzerinde çalışan bir Nginx web sunucusunun konfigürasyonunu optimize ederek PageSpeed puanınızı nasıl artırabileceğinizi detaylı bir şekilde inceleyeceğiz.

Nginx Nedir ve Neden Performans için Önemlidir?

Nginx (Engine-X olarak okunur), yüksek performanslı, kararlı, zengin özelliklere sahip ve düşük kaynak tüketimiyle bilinen açık kaynaklı bir web sunucusu, ters proxy, yük dengeleyici ve HTTP önbelleğidir. Apache gibi geleneksel sunucuların aksine, Nginx olay tabanlı (event-driven) ve asenkron bir mimariye sahiptir. Bu mimari, Nginx’in aynı anda binlerce bağlantıyı çok daha az sistem kaynağı kullanarak yönetmesini sağlar. Bu özelliği sayesinde, özellikle yüksek trafikli web siteleri için ideal bir seçimdir ve PageSpeed puanını doğrudan etkileyen yükleme sürelerini önemli ölçüde iyileştirebilir.

Ubuntu 16.04, uzun süre desteklenen (LTS) bir sürüm olmasına rağmen, Nginx’in temel performans optimizasyonları bu sürümde de geçerlidir. Bazı modern özellikler (örneğin TLSv1.3 veya Brotli’nin en güncel versiyonları) için Nginx’in daha yeni sürümlerini veya özel derlemelerini kullanmak gerekebilir, ancak makalede ele alınan temel prensipler evrenseldir.

Nginx Konfigürasyonu ile PageSpeed Optimizasyon Adımları

Nginx konfigürasyon dosyaları genellikle /etc/nginx/nginx.conf ana dosyası ve /etc/nginx/sites-available/ dizinindeki sanal host (server block) dosyalarından oluşur. Optimizasyonların çoğu, ilgili server veya location blokları içerisinde yapılacaktır. Her değişiklikten önce mevcut konfigürasyonunuzu yedeklemeniz ve değişiklikleri uyguladıktan sonra sudo nginx -t komutu ile test etmeniz önerilir.

GZIP/Brotli Sıkıştırma

Web sitenizin yükleme hızını artırmanın en etkili yollarından biri, sunucu ile istemci arasındaki veri transferini sıkıştırmaktır. GZIP ve Brotli, bu amaçla kullanılan popüler sıkıştırma algoritmalarıdır. Sıkıştırılmış içerik, daha az bant genişliği tüketir ve daha hızlı indirilir, bu da PageSpeed puanınızı doğrudan artırır.

GZIP Konfigürasyonu

Nginx, varsayılan olarak GZIP sıkıştırmayı destekler. Bu ayarları genellikle http bloğu içine yerleştirmek, tüm sanal hostlar için geçerli olmasını sağlar.

gzip on;
gzip_vary on;
gzip_proxied any;
gzip_comp_level 6;
gzip_buffers 16 8k;
gzip_http_version 1.1;
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript image/svg+xml application/x-font-ttf font/opentype font/ttf font/eot font/otf;

* gzip on;: GZIP sıkıştırmayı etkinleştirir.
* gzip_vary on;: Proxy sunucularının sıkıştırılmış ve sıkıştırılmamış versiyonları doğru şekilde önbelleğe almasını sağlar.
* gzip_proxied any;: Tüm proxy istekleri için sıkıştırmayı etkinleştirir.
* gzip_comp_level 6;: Sıkıştırma seviyesini ayarlar (1’den 9’a kadar). 6 genellikle iyi bir denge sunar: daha yüksek seviyeler daha iyi sıkıştırma sağlar ancak daha fazla CPU kullanır.
* gzip_buffers 16 8k;: Sıkıştırma için kullanılacak bellek arabelleklerinin sayısını ve boyutunu ayarlar.
* gzip_http_version 1.1;: Minimum HTTP sürümünü belirler.
* gzip_types ...;: Sıkıştırılacak MIME türlerini belirtir. Yalnızca metin tabanlı dosyaları (HTML, CSS, JS, JSON, XML, SVG, fontlar) sıkıştırmalısınız; resimler (JPG, PNG) zaten sıkıştırılmış olduğu için tekrar sıkıştırmak performansı kötüleştirebilir.

Brotli Konfigürasyonu (Daha Yeni ve Daha Verimli)

Brotli, Google tarafından geliştirilen, GZIP’e göre daha iyi sıkıştırma oranları sunan modern bir algoritmadır. Ubuntu 16.04 üzerindeki varsayılan Nginx sürümü (genellikle 1.10.x) doğrudan Brotli modülünü içermeyebilir. Brotli kullanmak için Nginx’i Brotli modülü ile derlemeniz veya Nginx PPA gibi harici bir depodan daha yeni bir Nginx sürümü yüklemeniz gerekebilir. Bu, Ubuntu 16.04 için biraz daha gelişmiş bir adımdır ancak performans kazancı nedeniyle değerlidir.

Eğer Brotli modülünü başarıyla kurduysanız, konfigürasyon GZIP’e benzer:

brotli on;
brotli_comp_level 6;
brotli_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript image/svg+xml application/x-font-ttf font/opentype font/ttf font/eot font/otf;

* brotli on;: Brotli sıkıştırmayı etkinleştirir.
* brotli_comp_level 6;: Sıkıştırma seviyesini ayarlar (1’den 11’e kadar).
* brotli_types ...;: Sıkıştırılacak MIME türlerini belirtir.

Her iki sıkıştırma türünü de kullanmak isterseniz, Nginx istemcinin “Accept-Encoding” başlığına bakarak en iyi sıkıştırma yöntemini otomatik olarak seçecektir (genellikle Brotli, daha sonra GZIP).

Tarayıcı Önbellekleme (Browser Caching)

Tekrarlayan ziyaretlerde web sitenizin yüklenme süresini dramatik şekilde azaltmak için tarayıcı önbelleklemesini kullanmak hayati öneme sahiptir. Bu, tarayıcının statik dosyaları (resimler, CSS, JavaScript, fontlar) yerel olarak depolamasını ve bir sonraki ziyarette sunucudan tekrar indirmek yerine yerel önbellekten kullanmasını sağlar.

Bu ayarı genellikle server bloğu içerisindeki location bloklarında belirli dosya türleri için yapmalısınız:

location ~* \.(jpg|jpeg|gif|png|webp|svg|woff|woff2|ttf|css|js|ico|xml)$ {
    expires 30d;
    add_header Pragma "public";
    add_header Cache-Control "public, immutable";
}

Dinamik içerik için önbellekleme yapmayın veya kısa süreli yapın
location ~* \.(php|html)$ {
    expires off;
    add_header Cache-Control "no-store, no-cache, must-revalidate, proxy-revalidate, max-age=0";
    # Diğer PHP/HTML işleme ayarları...
}

* expires 30d;: Belirtilen dosya türlerinin 30 gün boyunca önbellekte tutulmasını söyler. 1h (1 saat), 1d (1 gün), 1w (1 hafta), 1M (1 ay), 1y (1 yıl) gibi değerler kullanılabilir.
* add_header Pragma "public";: HTTP/1.0 uyumluluğu için eklenir.
* add_header Cache-Control "public, immutable";: Önbellekleme davranışını kontrol eder. public içeriğin herhangi bir önbellek tarafından önbelleğe alınabileceğini belirtir. immutable ise dosyanın içeriğinin değişmeyeceğini, bu nedenle tarayıcının sunucuya tekrar sormadan önbellekten kullanabileceğini belirtir. Bu, özellikle versiyonlanmış (hashed) dosya isimleri kullanıldığında çok etkilidir (örneğin style.abcdef123.css).

Statik Dosya Sunumu ve HTTP/2

Statik dosyaların verimli bir şekilde sunulması ve HTTP/2 protokolünün kullanılması, PageSpeed puanınızı iyileştiren önemli faktörlerdir.

Statik Dosya Optimizasyonu

Nginx, statik dosyaları sunma konusunda son derece etkilidir. Aşağıdaki direktifler, bu süreci daha da optimize eder:

sendfile on;
tcp_nopush on;

* sendfile on;: Nginx’in statik dosyaları doğrudan çekirdek seviyesinden göndermesini sağlar, bu da dosya okuma ve gönderme arasında kullanıcı alanı kopyalamasını ortadan kaldırarak performansı artırır.
* tcp_nopush on;: sendfile ile birlikte kullanıldığında, Nginx’in bir TCP paketini doldurana kadar göndermeyi geciktirmesini sağlar. Bu, daha az ağ paketi gönderilmesine ve daha verimli bant genişliği kullanımına yol açar.

HTTP/2 Protokolü

HTTP/2, HTTP/1.1’e göre önemli performans iyileştirmeleri sunan yeni nesil bir protokoldür. Çoklu istekleri tek bir bağlantı üzerinden gönderme (multiplexing), başlık sıkıştırma ve sunucu itme (server push) gibi özellikleriyle sayfa yükleme sürelerini kısaltır. HTTP/2 kullanmak için SSL/TLS şifrelemesi zorunludur.

Ubuntu 16.04 üzerindeki Nginx 1.10.x sürümü HTTP/2 desteğine sahiptir. Bunu etkinleştirmek için server bloğunuzdaki listen direktifini güncellemeniz yeterlidir:

listen 443 ssl http2; # HTTP/2'yi etkinleştirir

Bu ayarı yapmadan önce SSL/TLS sertifikalarınızın doğru şekilde yapılandırıldığından emin olmalısınız.

SSL/TLS Optimizasyonu

HTTPS kullanımı, modern web siteleri için bir standart haline gelmiştir. Güvenlik, SEO avantajları ve HTTP/2’nin önkoşulu olması nedeniyle kritik öneme sahiptir. Nginx üzerinde SSL/TLS performansını optimize etmek, PageSpeed puanınızı olumlu etkileyecektir.

# SSL/TLS sertifika ve anahtar yolları
ssl_certificate /etc/nginx/ssl/your_domain.crt;
ssl_certificate_key /etc/nginx/ssl/your_domain.key;

Tercih edilen TLS protokolleri
Ubuntu 16.04 varsayılan Nginx/OpenSSL ile TLSv1.3 desteği için Nginx 1.13+ ve OpenSSL 1.1.1+ gerekir.
Eğer bu versiyonlara sahip değilseniz TLSv1.3'ü kaldırmanız gerekebilir.
ssl_protocols TLSv1.2 TLSv1.3;

Güçlü şifreleme algoritmaları
ssl_ciphers 'EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH';
ssl_prefer_server_ciphers on; # Sunucunun şifreleme algoritmasını tercih etmesini sağlar

SSL oturum önbellekleme
ssl_session_cache shared:SSL:10m;
ssl_session_timeout 1d;
ssl_session_tickets off; # Güvenlik nedenleriyle kapalı tutulması önerilir

OCSP Stapling (Sertifika iptal durumunu hızlandırır)
ssl_stapling on;
ssl_stapling_verify on;
resolver 8.8.8.8 8.8.4.4 valid=300s; # OCSP denetimi için DNS çözümleyiciler
resolver_timeout 5s;

HSTS (HTTP Strict Transport Security)
add_header Strict-Transport-Security "max-age=63072000; includeSubDomains; preload" always;

* ssl_protocols: Kullanılacak TLS protokollerini belirtir. Eski, güvensiz protokollerden kaçınılmalıdır (SSLv3, TLSv1.0, TLSv1.1). Ubuntu 16.04 üzerinde OpenSSL 1.0.2 varsayılan olarak gelir ve TLSv1.3’ü desteklemez. TLSv1.3 için OpenSSL 1.1.1 veya üstü gereklidir. Bu nedenle, TLSv1.3 eklemeden önce OpenSSL sürümünüzü kontrol etmelisiniz.
* ssl_ciphers: Kullanılacak şifreleme algoritmalarını belirler. Güçlü ve modern algoritmalar tercih edilmelidir.
* ssl_session_cache: TLS el sıkışmasını hızlandırmak için oturum bilgilerini önbelleğe alır.
* ssl_stapling: OCSP (Online Certificate Status Protocol) Stapling, istemcinin sertifika iptal durumunu doğrulamak için OCSP sunucusuna ayrı bir istek göndermesini engeller, bu da bağlantı kurma süresini kısaltır.
* Strict-Transport-Security: HSTS başlığı, tarayıcıya sitenize yalnızca HTTPS üzerinden erişmesini söyler. Bu, ilk bağlantıdan sonra gelecekteki tüm bağlantıların güvenli olmasını sağlar ve HTTP’den HTTPS’ye yönlendirme ihtiyacını ortadan kaldırır.

Keepalive Bağlantıları

Keepalive bağlantıları, bir istemcinin birden fazla istek için aynı TCP bağlantısını kullanmasını sağlar. Bu, her yeni istek için TCP el sıkışmasının tekrarlanması ihtiyacını ortadan kaldırarak bağlantı kurma gecikmesini azaltır ve PageSpeed puanınızı olumlu etkiler.

keepalive_timeout 65;
keepalive_requests 100;

* keepalive_timeout 65;: Bir bağlantının ne kadar süreyle açık kalacağını saniye cinsinden belirtir.
* keepalive_requests 100;: Bir bağlantı üzerinden kaç isteğin işlenebileceğini belirler.

Açık Dosya Limitleri ve Worker Süreçleri

Nginx’in yüksek trafik altında stabil ve performanslı çalışması için sistem kaynaklarının doğru şekilde ayarlanması gerekir.

# nginx.conf dosyasının en başına yerleştirilir
worker_processes auto; # veya sunucunuzdaki CPU çekirdek sayısı
worker_connections 1024; # Her worker sürecinin açabileceği maksimum bağlantı sayısı
multi_accept on;

HTTP bloğu içine
open_file_cache max=100000 inactive=20s;
open_file_cache_valid 30s;
open_file_cache_min_uses 2;
open_file_cache_errors on;

* worker_processes: Nginx’in kaç adet worker süreci çalıştıracağını belirler. auto genellikle iyi bir başlangıçtır, Nginx CPU çekirdek sayısını otomatik olarak algılar.
* worker_connections: Her worker sürecinin aynı anda kaç bağlantıyı işleyebileceğini belirler. Bu değeri artırmadan önce sistem genelindeki açık dosya limitini (ulimit -n) kontrol etmeli ve artırmalısınız.
* multi_accept on;: Worker süreçlerinin yeni bağlantıları tek seferde kabul etmesini sağlar.
* open_file_cache: Sık erişilen dosyaların (statik dosyalar, görüntü dosyaları vb.) dosya tanımlayıcılarını ve meta verilerini önbelleğe alır. Bu, disk G/Ç’sini azaltır ve dosya erişimini hızlandırır.

Sistem genelinde açık dosya limitini artırmak için /etc/security/limits.conf dosyasına aşağıdaki satırları ekleyebilir ve sunucuyu yeniden başlatabilirsiniz:

* soft nofile 65535
* hard nofile 65535

Loglama Optimizasyonu

Nginx’in her isteği loglaması, yüksek trafikli sitelerde önemli disk G/Ç yükü oluşturabilir. Loglamayı optimize etmek, bu yükü azaltarak genel performansı artırabilir.

# HTTP bloğu içinde
access_log /var/log/nginx/access.log main buffer=16k flush=5s;
veya statik dosyalar için loglamayı tamamen kapatabilirsiniz:
location ~* \.(jpg|jpeg|gif|png|webp|svg|woff|woff2|ttf|css|js|ico|xml)$ {
access_log off;
log_not_found off;
# ... diğer önbellekleme ayarları ...
}

* buffer=16k flush=5s;: Logları diske hemen yazmak yerine belirli bir boyuta (16KB) veya zamana (5 saniye) kadar bellekte tutar ve toplu olarak yazar. Bu, disk G/Ç sayısını azaltır.
* access_log off;: Özellikle yüksek trafikli statik dosya sunumu için erişim loglarını tamamen kapatmak, performansı daha da artırabilir. Ancak bu durumda, bu dosyaların erişim istatistiklerini izleyemezsiniz. log_not_found off; ise bulunamayan dosyaların loglanmasını engeller.

Önbellekleme (Reverse Proxy Caching)

Eğer Nginx’i bir ters proxy olarak kullanıyorsanız (örneğin bir PHP-FPM veya Node.js backend önünde), Nginx’in dahili önbellekleme yeteneklerini kullanarak dinamik içeriği önbelleğe alabilir ve backend sunucusunun yükünü önemli ölçüde azaltabilirsiniz. Bu, özellikle aynı içeriğin sıkça talep edildiği durumlarda PageSpeed puanınızı artırır.

# nginx.conf veya http bloğu içinde
proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=my_cache:10m inactive=60m use_temp_path=off;

server bloğu içinde
server {
    listen 80;
    server_name your_domain.com;

    location / {
        proxy_pass http://backend_server; # Backend sunucunuzun adresi veya IP'si
        proxy_cache my_cache;
        proxy_cache_valid 200 302 10m; # 200 ve 302 durum kodlu yanıtları 10 dakika önbelleğe al
        proxy_cache_valid 404 1m;     # 404 durum kodlu yanıtları 1 dakika önbelleğe al
        proxy_cache_revalidate on;
        proxy_cache_min_uses 1;
        proxy_cache_use_stale error timeout updating http_500 http_502 http_503 http_504;
        proxy_cache_background_update on;
        add_header X-Proxy-Cache $upstream_cache_status; # Önbellek durumunu yanıt başlığına ekle

        # Önbellekleme bypass kuralları (isteğe bağlı)
        # Eğer bir kullanıcı oturum açtıysa veya belirli bir çerez varsa önbellek bypass edilir
        proxy_cache_bypass $http_pragma $http_authorization $cookie_nocache;
        proxy_no_cache $http_pragma $http_authorization $cookie_nocache;
    }
}

* proxy_cache_path: Önbellek dosyalarının depolanacağı yolu, dizin yapısını (levels), anahtar bölgesinin adını ve boyutunu (keys_zone), ve önbellekte ne kadar süreyle aktif olmayan dosyaların tutulacağını (inactive) tanımlar. use_temp_path=off ile önbellekleme performansını artırır.
* proxy_cache: Tanımlanan önbellek bölgesini kullanır.
* proxy_cache_valid: Belirli HTTP durum kodları için önbellekleme süresini ayarlar.
* proxy_cache_revalidate on;: Nginx’in eski bir önbelleğe alınmış yanıtı yeniden doğrulamak için If-Modified-Since veya If-None-Match koşullu istekleri göndermesini sağlar.
* proxy_cache_min_uses 1;: Bir kaynağın önbelleğe alınması için kaç kez istenmesi gerektiğini belirler.
* proxy_cache_use_stale: Backend sunucusu hata verdiğinde veya zaman aşımına uğradığında Nginx’in eski (stale) önbellek yanıtlarını sunmasına izin verir.
* proxy_cache_background_update on;: Eski bir önbellek yanıtı sunarken, Nginx’in arka planda yeni bir yanıtı çekmesini sağlar.
* proxy_cache_bypass ve proxy_no_cache: Belirli koşullar altında (örneğin kullanıcı oturum açmışsa veya belirli bir çerez varsa) önbelleklemenin atlanmasını sağlar.

Görsel Optimizasyonu

Görsel optimizasyonu, PageSpeed puanını artırmanın en etkili yollarından biridir. Nginx doğrudan görsel optimizasyon araçları sunmasa da, WebP gibi modern görsel formatlarını sunmak için konfigüre edilebilir. WebP, JPG ve PNG’ye göre daha küçük dosya boyutları sunar ve çoğu modern tarayıcı tarafından desteklenir.

WebP kullanmak için görsellerinizin WebP versiyonlarını önceden oluşturmanız ve Nginx’in istemcinin tarayıcısının WebP desteğini algılayarak uygun formatı sunmasını sağlamanız gerekir:

# server bloğu içinde
map $http_accept $webp_suffix {
    default "";
    "~*webp" ".webp";
}

location ~* ^/(img|images)/(.+)\.(jpg|jpeg|png)$ {
    set $img_path $2;
    set $img_ext $3;
    
    # Eğer tarayıcı WebP'yi destekliyorsa ve WebP versiyonu varsa onu sun
    try_files /img/$img_path.$img_ext$webp_suffix /img/$img_path.$img_ext =404;

    # Statik dosyalar için diğer önbellekleme ve sıkıştırma ayarları
    expires 30d;
    add_header Cache-Control "public, immutable";
    gzip_static on; # Eğer gzip'lenmiş versiyonları da varsa (örneğin image.jpg.gz)
}

Bu örnek, /img/ dizinindeki JPG/PNG dosyalarının WebP versiyonlarının (image.jpg.webp) sunulmasını sağlar. map direktifi, Accept başlığında webp olup olmadığını kontrol eder. Eğer varsa, webp_suffix değişkenine .webp eklenir ve try_files direktifi önce WebP versiyonunu deneyecektir. Bu yaklaşım, sunucunuzda WebP görsellerinin önceden oluşturulmasını gerektirir.

Uygulama Adımları ve Dikkat Edilmesi Gerekenler

1. Yedekleme: Herhangi bir Nginx konfigürasyon değişikliği yapmadan önce, /etc/nginx/ dizininin bir yedeğini alın.
sudo cp -r /etc/nginx /etc/nginx_backup_$(date +%Y%m%d%H%M%S)
2. Test Etme: Konfigürasyon dosyalarınızda değişiklik yaptıktan sonra, Nginx’in sözdizimini kontrol etmek için sudo nginx -t komutunu çalıştırın. Herhangi bir hata varsa düzeltin.
3. Yeniden Yükleme: Konfigürasyonunuz hatasızsa, Nginx’i yeniden yükleyerek değişiklikleri uygulayın:
sudo systemctl reload nginx veya sudo service nginx reload
4. İzleme: Değişikliklerin etkilerini PageSpeed Insights, GTmetrix, WebPageTest gibi araçlarla ve Nginx erişim loglarını izleyerek takip edin. Sunucu kaynak tüketimini (CPU, RAM) de gözlemleyin.
5. Ubuntu 16.04 Özel Notları:
* Nginx Sürümü: Ubuntu 16.04’ün varsayılan Nginx sürümü (genellikle 1.10.x), bazı modern özelliklere (örneğin TLSv1.3, Brotli’nin resmi Nginx modülü) sahip olmayabilir. Bu özelliklerden tam olarak yararlanmak için, Nginx’in resmi PPA’sından daha yeni bir sürüm yüklemeyi veya Nginx’i kaynak koddan derlemeyi düşünebilirsiniz.
* Nginx PPA ekleme örneği: sudo add-apt-repository ppa:nginx/stable && sudo apt update && sudo apt install nginx
* OpenSSL Sürümü: TLSv1.3 protokolü, OpenSSL 1.1.1 veya daha yeni bir sürüm gerektirir. Ubuntu 16.04’ün varsayılan OpenSSL sürümü 1.0.2’dir. TLSv1.3 kullanmak istiyorsanız, OpenSSL’i manuel olarak derlemeniz veya daha yeni bir Ubuntu sürümüne yükseltmeyi düşünmeniz gerekebilir. Bu, daha karmaşık bir işlemdir ve dikkatli yapılmalıdır.

Sonuç

Nginx, esnek ve yüksek performanslı mimarisi sayesinde web sitenizin PageSpeed puanını artırmak için güçlü bir araçtır. GZIP/Brotli sıkıştırma, tarayıcı önbellekleme, HTTP/2 kullanımı, SSL/TLS optimizasyonu, Keepalive bağlantıları, worker süreçleri ve ters proxy önbellekleme gibi konfigürasyon ayarlarıyla web sitenizin yükleme hızını önemli ölçüde iyileştirebilirsiniz.

Unutulmamalıdır ki PageSpeed optimizasyonu sürekli bir süreçtir. Yapılan değişikliklerin etkilerini düzenli olarak izlemek, yeni teknolojileri takip etmek ve konfigürasyonları ihtiyaçlarınıza göre ayarlamak en iyi sonuçları verecektir. Bu makalede belirtilen adımları uygulayarak Ubuntu 16.04 üzerindeki Nginx sunucunuzun performansını artırabilir ve ziyaretçilerinize daha iyi bir web deneyimi sunabilirsiniz.