# Debian 8’de Apache Web Root’unu Yeni Bir Konuma Ta\u015f\u0131ma<\/p>\n
Web sitenizin performans\u0131n\u0131 art\u0131rmak veya daha iyi bir dosya y\u00f6netimi sa\u011flamak i\u00e7in Apache web root’unuzu yeni bir konuma ta\u015f\u0131man\u0131z gerekebilir. Bu makalede, Debian 8 \u00fczerinde Apache web sunucunuzun k\u00f6k dizinini ad\u0131m ad\u0131m nas\u0131l g\u00fcvenli ve etkili bir \u015fekilde ta\u015f\u0131yaca\u011f\u0131n\u0131z\u0131 \u00f6\u011freneceksiniz. Yeni ba\u015flayanlardan ileri seviye kullan\u0131c\u0131lar\u0131na kadar herkes i\u00e7in kapsaml\u0131 bir rehber sunuyoruz.<\/p>\n
\u00d6\u011frenme Yol Haritas\u0131:<\/strong><\/p>\n * Yeni Ba\u015flayan:<\/strong> Ad\u0131m ad\u0131m talimatlar, basit kod \u00f6rnekleri. 1. Temel Kavramlar: Apache, Web Root ve Debian<\/strong><\/p>\n Apache, en yayg\u0131n kullan\u0131lan web sunucular\u0131ndan biridir. Debian ise pop\u00fcler bir Linux da\u011f\u0131t\u0131m\u0131d\u0131r. “Web root” veya “document root”, web sunucunuzun varsay\u0131lan olarak ziyaret\u00e7ilere sunaca\u011f\u0131 dosyalar\u0131n bulundu\u011fu dizindir. Debian 8’de bu genellikle 2. Apache Konfig\u00fcrasyon Dosyalar\u0131n\u0131 Anlamak<\/strong><\/p>\n Apache’nin konfig\u00fcrasyonu, genellikle 3. Yeni Web Root Dizini Olu\u015fturma ve \u0130zinler<\/strong><\/p>\n \u00d6ncelikle, yeni web root dizininizi olu\u015fturman\u0131z gerekir. \u00d6rne\u011fin, yeni dizininizi Ard\u0131ndan, Apache’nin bu dizine eri\u015febildi\u011finden emin olmak i\u00e7in do\u011fru izinleri ayarlaman\u0131z gerekir. Bu genellikle 4. Apache Konfig\u00fcrasyon Dosyalar\u0131n\u0131 D\u00fczenleme<\/strong><\/p>\n \u015eimdi, Apache’nin konfig\u00fcrasyon dosyalar\u0131n\u0131 d\u00fczenleyerek yeni web root dizinini belirtmeniz gerekir. Bu dosya i\u00e7inde \u00d6nemli:<\/strong> 5. Apache’yi Yeniden Ba\u015flatma<\/strong><\/p>\n Konfig\u00fcrasyon dosyalar\u0131n\u0131 kaydettikten sonra, Apache’yi yeniden ba\u015flatarak de\u011fi\u015fikliklerin ge\u00e7erli olmas\u0131n\u0131 sa\u011flaman\u0131z gerekir:<\/p>\n 6. Web Sitenizi Yeni Konuma Ta\u015f\u0131ma<\/strong><\/p>\n Eski web root dizinindeki ( Bu komut, t\u00fcm dosyalar\u0131 ve dizinleri rekursif olarak kopyalar, ar\u015fivleme yapar, s\u0131k\u0131\u015ft\u0131r\u0131r ve ilerlemeyi g\u00f6sterir.<\/p>\n 7. Ger\u00e7ek D\u00fcnya Senaryolar\u0131 ve Vaka Analizleri<\/strong><\/p>\n Senaryo 1:<\/strong> Birden fazla web sitesi bar\u0131nd\u0131r\u0131yorsunuz ve her birinin ayr\u0131 bir web root’a sahip olmas\u0131n\u0131 istiyorsunuz. Bu durumda, her bir web sitesi i\u00e7in ayr\u0131 bir sanal sunucu konfig\u00fcrasyon dosyas\u0131 olu\u015fturman\u0131z ve Senaryo 2:<\/strong> Web siteniz \u00e7ok b\u00fcy\u00fck ve performans sorunlar\u0131 ya\u015f\u0131yorsunuz. Web root’unu daha h\u0131zl\u0131 bir depolama birimine (\u00f6rne\u011fin, SSD) ta\u015f\u0131mak performans\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rabilir. Bu durumda, yeni web root dizinini SSD’ye olu\u015fturman\u0131z ve Apache konfig\u00fcrasyonunu buna g\u00f6re ayarlaman\u0131z gerekir.<\/p>\n 8. Performans Optimizasyonu<\/strong><\/p>\n Web root’unu ta\u015f\u0131mak, performans\u0131 do\u011frudan etkilemez, ancak do\u011fru bir \u015fekilde yap\u0131ld\u0131\u011f\u0131nda performans iyile\u015ftirmesine katk\u0131da bulunabilir. \u00d6rne\u011fin, web root’unu daha h\u0131zl\u0131 bir depolama birimine ta\u015f\u0131mak, sayfa y\u00fckleme s\u00fcrelerini k\u0131salt\u0131r. Ayr\u0131ca, gereksiz dosyalar\u0131 kald\u0131rmak ve uygun \u00f6nbelleme mekanizmalar\u0131 kullanmak da performans\u0131 iyile\u015ftirir. Apache’nin performans\u0131n\u0131 optimize etmek i\u00e7in \u00e7e\u015fitli mod\u00fcller ve konfig\u00fcrasyon se\u00e7enekleri mevcuttur.<\/p>\n 9. S\u0131k\u00e7a Sorulan Sorular (SSS)<\/strong><\/p>\n * Apache’yi yeniden ba\u015flatt\u0131ktan sonra web sitem eri\u015filemez olduysa ne yapmal\u0131y\u0131m?<\/strong> Konfig\u00fcrasyon dosyalar\u0131n\u0131 dikkatlice kontrol edin. * Yeni web root dizinini olu\u015ftururken hangi izinleri kullanmal\u0131y\u0131m?<\/strong> * * Web root’umu ta\u015f\u0131d\u0131ktan sonra .htaccess dosyam \u00e7al\u0131\u015fm\u0131yor. Ne yapmal\u0131y\u0131m?<\/strong> Sonu\u00e7:<\/strong><\/p>\n Bu makalede, Debian 8’de Apache web root’unu yeni bir konuma ta\u015f\u0131ma s\u00fcrecini ad\u0131m ad\u0131m a\u00e7\u0131klad\u0131k. Bu i\u015flem, dikkatli bir planlama ve do\u011fru konfig\u00fcrasyon ile sorunsuz bir \u015fekilde ger\u00e7ekle\u015ftirilebilir. Ancak, herhangi bir de\u011fi\u015fiklik yapmadan \u00f6nce mutlaka yedekleme al\u0131n. Unutmay\u0131n ki, performans optimizasyonu ve g\u00fcvenlik \u00f6nlemleri her zaman \u00f6nceliklendirilmelidir.<\/p>\n Yazar: Fatih Soysal<\/p>\n","protected":false},"excerpt":{"rendered":"# Debian 8’de Apache Web Root’unu Yeni Bir Konuma Ta\u015f\u0131ma Web sitenizin performans\u0131n\u0131 art\u0131rmak veya daha iyi bir…","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[241],"tags":[],"class_list":{"0":"post-30109","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-linux","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n
\n* Orta:<\/strong> Ger\u00e7ek d\u00fcnya senaryolar\u0131, optimizasyon ipu\u00e7lar\u0131, olas\u0131 sorunlar ve \u00e7\u00f6z\u00fcmleri.
\n* \u0130leri D\u00fczey:<\/strong> Performans analizi, edge case’ler, g\u00fcvenlik \u00f6nlemleri ve geli\u015fmi\u015f konfig\u00fcrasyon teknikleri.<\/p>\n\/var\/www\/html<\/code> dizinidir. Bu dizini ta\u015f\u0131mak, web sitenizin dosyalar\u0131n\u0131n yeni bir konuma ta\u015f\u0131nmas\u0131 ve Apache’nin bu yeni konumu g\u00f6stermesi anlam\u0131na gelir. Bu i\u015flem, web sitenizin g\u00f6r\u00fcn\u00fcrl\u00fc\u011f\u00fcn\u00fc etkilemeyece\u011finden emin olmak i\u00e7in dikkatlice yap\u0131lmal\u0131d\u0131r.<\/p>\n\/etc\/apache2\/<\/code> dizini alt\u0131nda bulunan \u00e7e\u015fitli dosyalarda saklan\u0131r. En \u00f6nemli dosya apache2.conf<\/code> dosyas\u0131d\u0131r. Bu dosya, sunucunun genel konfig\u00fcrasyonunu i\u00e7erir. Ayr\u0131ca, sanal sunucular i\u00e7in konfig\u00fcrasyon dosyalar\u0131 da bulunur (\u00f6rne\u011fin, sites-available<\/code> ve sites-enabled<\/code> dizinleri alt\u0131nda). Web root’u de\u011fi\u015ftirmek i\u00e7in, bu dosyalarda DocumentRoot<\/code> ve Directory<\/code> direktiflerini d\u00fczenlemeniz gerekecektir. Bu direktifler, Apache’nin hangi dizini web i\u00e7eri\u011fi i\u00e7in kullanaca\u011f\u0131n\u0131 belirler.<\/p>\n\/var\/www\/mywebsite<\/code> olarak olu\u015ftural\u0131m. Bu i\u015flemi a\u015fa\u011f\u0131daki komutla ger\u00e7ekle\u015ftirebilirsiniz:<\/p>\nsudo mkdir -p \/var\/www\/mywebsite<\/code><\/pre>\nwww-data<\/code> kullan\u0131c\u0131s\u0131 ve grubuna okuma ve yazma izni verilerek yap\u0131l\u0131r:<\/p>\nsudo chown -R www-data:www-data \/var\/www\/mywebsite\nsudo chmod -R 755 \/var\/www\/mywebsite<\/code><\/pre>\n\/etc\/apache2\/sites-available\/000-default.conf<\/code> dosyas\u0131n\u0131 d\u00fczenlemek i\u00e7in a\u015fa\u011f\u0131daki komutu kullanabilirsiniz:<\/p>\nsudo nano \/etc\/apache2\/sites-available\/000-default.conf<\/code><\/pre>\nDocumentRoot<\/code> ve Directory<\/code> direktiflerini a\u015fa\u011f\u0131daki gibi de\u011fi\u015ftirin:<\/p>\n<VirtualHost *:80>\n ServerName your_domain.com # Domain ad\u0131n\u0131z\u0131 buraya yaz\u0131n\n ServerAlias www.your_domain.com # Opsiyonel\n DocumentRoot \/var\/www\/mywebsite\n <Directory \/var\/www\/mywebsite>\n Options Indexes FollowSymLinks\n AllowOverride All\n Require all granted\n <\/Directory>\n<\/VirtualHost><\/code><\/pre>\nyour_domain.com<\/code> yerine kendi domain ad\u0131n\u0131z\u0131 veya IP adresinizi yaz\u0131n. AllowOverride All<\/code> kullan\u0131m\u0131 g\u00fcvenlik riskleri ta\u015f\u0131yabilir. \u00dcretim ortamlar\u0131nda daha k\u0131s\u0131tlay\u0131c\u0131 ayarlar tercih edilmelidir. AllowOverride None<\/code> veya daha spesifik direktifler kullanmay\u0131 d\u00fc\u015f\u00fcnebilirsiniz. Daha detayl\u0131 g\u00fcvenlik konfig\u00fcrasyonu i\u00e7in [fatihsoysal.com](https:\/\/fatihsoysal.com) adresindeki makalelerime bakabilirsiniz.<\/p>\nsudo systemctl restart apache2<\/code><\/pre>\n\/var\/www\/html<\/code>) t\u00fcm dosyalar\u0131 yeni konuma (\/var\/www\/mywebsite<\/code>) ta\u015f\u0131man\u0131z gerekir. Bu i\u015flem i\u00e7in rsync<\/code> komutu kullanabilirsiniz:<\/p>\nsudo rsync -avz \/var\/www\/html\/ \/var\/www\/mywebsite\/<\/code><\/pre>\nDocumentRoot<\/code> direktifi ile her birinin farkl\u0131 bir dizini g\u00f6stermesini sa\u011flaman\u0131z gerekir.<\/p>\nDocumentRoot<\/code> ve Directory<\/code> direktiflerinin do\u011fru olup olmad\u0131\u011f\u0131n\u0131 ve izinlerin do\u011fru ayarland\u0131\u011f\u0131ndan emin olun. Apache hata g\u00fcnl\u00fc\u011f\u00fcn\u00fc inceleyin (\/var\/log\/apache2\/error.log<\/code>).<\/p>\n755<\/code> izinleri genellikle yeterlidir, ancak uygulaman\u0131za ba\u011fl\u0131 olarak de\u011fi\u015fiklik yapabilirsiniz.<\/p>\nrsync<\/code> komutu yerine ba\u015fka bir y\u00f6ntem kullanabilir miyim?<\/strong> cp<\/code> komutu da kullan\u0131labilir, ancak rsync<\/code> daha g\u00fcvenli ve daha verimlidir.<\/p>\n.htaccess<\/code> dosyalar\u0131n\u0131n \u00e7al\u0131\u015fabilmesi i\u00e7in AllowOverride<\/code> direktifi All<\/code> veya daha spesifik bir de\u011fere ayarlanmal\u0131d\u0131r.<\/p>\n