open_basedir kısıtlaması yürürlükte. Dosya (/) izin verilen yollar içinde değil:

Bu hatayı sitemdeki bir avatar yüklemesinde alıyorum. Daha önce hiç almadım ve bu hatayı almaya başlamam için son zamanlarda hiçbir şey değişmedi ...

Warning: is_writable() [function.is-writable]: 
open_basedir restriction in effect. 
File(/) is not within the allowed path(s):

PHP yapılandırmanızdaki open_basedirayarları değiştirin (Bkz. Çalışma Zamanı Yapılandırması ).

open_basedirAyar birincil Başka bir kullanıcının hesabındaki dosyalara erişimini belirli bir kullanıcı için PHP önlemek için kullanılır. Bu nedenle genellikle, kendi hesabınızdaki tüm dosyalar kendi komut dosyalarınız tarafından okunabilir olmalıdır.

.htaccessPHP, bir Linux sisteminde Apache modülü olarak çalışıyorsa, örnek ayarlar :

<DirectoryMatch "/home/sites/site81/">
    php_admin_value open_basedir "/home/sites/site81/:/tmp/:/"
</DirectoryMatch>

Barındırma hesabınızdaki open_basedir ayarlarını değiştirin ve hiçbiri olarak ayarlayın. Plesk / cPanel'inizin 'PHP Ayarları' alanında verilen open_basedir ayarını bulun. Orada verilen açılır menüden "yok" olarak ayarlayın. Onları Plesk panel resminde gösterdim.

Bu hatayı çözmek için httpd.conf dosyasını düzenlemelisiniz. Phpinfo'da apache2handler bölüm yönergesi Sunucu Kökü'nde görülebilmesinden çok önce. Örneğin benim durumumda bu şekilde - / etc / httpd / httpd.conf. Httpd.conf dosyasını açın, open_basedir parametresinin sözünü bulun. Ve sıfıra ayarlayın. ( php_admin_value open_basedir yok )

Eğer bunu çalıştırıyorsanız php file.php. Düzenlemeniz gerekiyor php.ini Bu dosyayı bul:

: locate php.ini
/etc/php/php.ini

Ve dosyanın yolunu open_basedirözelliğe ekleyin :

open_basedir = /srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/:/etc/webapps/:/run/media/andrew/ext4/protected

Benim için sorun, her şeyi çalıştıran Plesk sunucusu için kötü / eksik yapılandırma değerleri idi. Sadece buradaki talimatları izledim: http://davidseah.com/blog/2007/04/separate-php-error-logs-for-multiple-domains-with-plesk/

PHP'yi her VirtualHost tanımı için ayrı bir hata günlüğü dosyası olacak şekilde yapılandırabilirsiniz. İşin püf noktası, tam olarak nasıl kurulacağını bilmektir, çünkü Plesk'i bozmadan konfigürasyona doğrudan dokunamazsınız. (Dv) 'nizdeki her alan adının / var / www / vhosts içinde kendi dizini vardır. Tipik bir dizin aşağıdaki üst düzey dizinlere sahiptir:

cgi-bin/
conf/
error_docs/
httpdocs/
httpsdocs/
...and so on

Etki alanı dizininin conf / klasöründe aşağıdaki satırlarla bir vhost.conf dosyası oluşturmak isteyeceksiniz:

php_value error_log /path/to/error_log
php_flag display_errors off
php_value error_reporting 6143
php_flag log_errors on

İlk değeri gerçek kurulumunuza uyacak şekilde değiştirin (/tmp/phperrors.log kullandım). Vhost.conf dosyasını düzenlemeyi bitirdikten sonra, yapılandırmayı konsoldan şu şekilde test edin:

apachectl configtest
…or if you don’t have apachectl (as Plesk 8.6 doesn’t seem to)…

/etc/init.d/httpd configtest

Ve son olarak Plesk'e bu değişikliği yaptığınızı söyleyin.

/usr/local/psa/admin/bin/websrvmng -a

Başvurduğunuz yol incorect ve çalışma alanınızın directoryRoot'u ile değil. Erişmek istediğiniz dosyaya mutlak bir yol oluşturmayı deneyin, şimdi muhtemelen göreceli bir yol kullanıyorsunuz ...

ispconfig3 ile bu tür bir sorununuz varsa ve buna benzer bir hata aldıysanız

open_basedir kısıtlaması yürürlükte. Dosya (/ var / www / clients / client7 / web15) izin verilen yol (lar) içinde değil: .........

Bunu çözmek için (benim durumumda), Web sitesinin ispconfig3 panelinde PHP'yi SuPHP'ye ayarlayın.

Umarım birine yardımcı olur :)

Bu sorunu @ wordpress sitelerimden birinde güncelleme ve / veya taşıdıktan sonra yaşadım :)

'Wp_options' veritabanı tablosunu 'upload_path' kontrol edin ve uygun şekilde düzenleyin ...

İspconfig3 kullanılırsa:

Web sitesi bölümüne gidin -> Seçenekler -> PHP open_basedir:

• Bu alanda izin verilen yollar açıklanmıştır ve her bir yol ":" ile ayrılmıştır.

/ var / www / clients / client2 / web3 / image: / var / www / clients / client2 / web3 / web: / var / www / ... ve benzeri

• Öyleyse, benim durumumda erişmek istediğiniz yolu buraya koymalısınız:

/ var / www / clients / client2 / web3 / image:

• Sorun şu nedenlerle ortaya çıkıyor:

Bir komut dosyası, örneğin include veya fopen () kullanarak dosya sistemine erişmeye çalıştığında, dosyanın konumu kontrol edilir. Dosya belirtilen dizin ağacının dışında olduğunda, PHP ona erişmeyi reddeder.

Bir PHP IIS yığını çalıştırıyorsanız ve bu hatayı alıyorsanız, bu genellikle hızlı bir izin düzeltmesidir.

Windows sunucusunu kendiniz yönetiyorsanız ve erişiminiz varsa, İLK olarak şunu deneyin:

Yazma konusunda sizi üzen klasöre gidin ve sağ tıklayın> özellikleri aç> güvenlik.

Hangi kullanıcıların klasöre erişimi olduğunu, hangilerinin salt okunur ve hangilerinin tam olduğunu görün. Yazmayı engelleyen bir grubunuz var mı?

Düzeltme, IIS kurulumunuza özel olacaktır, Anonim Kimlik Doğrulama'yı belirli kullanıcı IUSR'si ile mi yoksa Uygulama Havuzu kimliği ile mi kullanıyorsunuz?

Her halükarda, IUSR, IIS_IUSRS veya uygulama havuzu kimliğiniz için yeni bir tam yazma izni ekleyeceksiniz - dediğim gibi, bu, kurulumunuza ve bunu nasıl yapmak istediğinize bağlı olarak değişecektir. bununla ilgili google tavşan deliğinden aşağı inebilirsiniz (böyle bir gönderi - IIS8'deki IIS_IUSRS ve IUSR izinleri ) Benim için, uygulama havuzu kimliğimle anon kullanıyorum, böylece MACHINE_NAME\IIS_IUSRSherhangi bir geçici süre veya yüklemede tam okuma / yazma ile kurtulabilirim klasörler.

open_basedir =Php.ini dosyama fazladan bir şey eklememe gerek yok .

@ Yogihosting'in yanıtına ek olarak , DirectAdmin kullanıyorsanız şu adımları izleyin:

1. DirectAdmin'in oturum açma sayfasına gidin. Genellikle limanı 2222'dir.
2. Yönetici olarak giriş yapın. adminVarsayılan olarak kullanıcı adıdır.
3. Sağ paneldeki "Erişim Düzeyi" nden "Yönetici Düzeyinde" olduğunuzdan emin olun. Değilse, değiştirin.
4. "Ekstra Özellikler" bölümünden, "Özel HTTPD Yapılandırmaları" nı tıklayın.
5. Değiştirmek istediğiniz alanı seçin.

6. Sayfanın üst kısmındaki metin alanına değiştirmek istediğiniz konfigürasyonları girin. Mevcut yapılandırma dosyasını dikkate almalı ve buna bağlı olarak değerleri değiştirmelisiniz. Örneğin, bunun open_basedirbir a içinde ayarlandığını görürseniz, <Directory>değişikliğinizi ilgili <Directory>etiketin içine almanız gerekebilir:

   <Directory "/path/to/directory">
       php_admin_value open_basedir none
   </Directory>
   

7. Gerekli değişiklikleri yaptıktan sonra, "Kaydet" düğmesine tıklayın.

8. Şimdi değişikliklerinizin geçerli olsaydı yapılandırma dosyasına kaydedildiğini görmelisiniz.

Bununla birlikte, yapılandırma dosyasını düzenlemenin başka bir yolu vardır:

Dikkat : Dikkatli olun ve hatalarla karşılaşabileceğiniz veya arıza süresine neden olabileceğinden, riski size ait olmak üzere aşağıdaki adımları uygulayın. Yapılandırma dosyasını yanlış bir şekilde değiştirmenizi engellediği ve size hatayı gösterdiği için önerilen yol öncekidir.

1. Sunucunuza root olarak giriş yapın.
2. Adresine gidin /usr/local/directadmin/data/users. Listelenen kullanıcılardan değiştirmek istediğiniz alanla ilgili birine gidin.

3. Burada bir httpd.confdosya var. Ondan bir yedek alın:

   cp httpd.conf httpd.conf.back
   

4. Şimdi konfigürasyon dosyasını istediğiniz düzenleyicinizle düzenleyin. Örneğin, düzenleme mevcut open_basediretmek none. Bir şeyleri çıkarmaya çalışmayın, aksi takdirde kesinti yaşayabilirsiniz. Düzenledikten sonra dosyayı kaydedin.

5. Aşağıdaki yollardan birini kullanarak Apache web sunucusunu yeniden başlatın ( sudogerekirse kullanın ):

   httpd -k graceful
   apachectl -k graceful
   apache2 -k graceful
   

6. Herhangi bir hatayla karşılaşırsanız, ana yapılandırma dosyasını yedeklenen dosyayla değiştirin ve web sunucusunu yeniden başlatın.

Yine ilk çözüm tercih edilen çözümdür ve ilk seferde ikinci yöntemi denememelisiniz. Dikkatte belirtildiği gibi, ilk yolun avantajı, kötü yapılandırılmış öğelerinizi kaydetmeyi engellemesidir.

Umarım yardımcı olur!

PHP'yi Windows sunucumda uygulamaya özel ini seçenekleriyle çalıştırmak için bir Apache vhost -File kullanıyorum . Bu nedenle -d kullanıyorum php komutunun seçeneğini .

Her uygulama için open_basedir'i bu seçeneklerden biri olarak ayarlıyorum .

UNC-Path dahil olmak üzere birden çok url'yi open_basedir olarak ayarlamam gerekiyordu ve bu durum için sözdizimini bulmak biraz zordu. Yolları noktalı virgüllerle ayırmanız gerekir ve eğer ilk yolunuz bir sürücü mükellefi ile başlıyorsa, listeyi de noktalı virgülle başlatmanız gerekebilir. En azından benim için çalışan bu.

Misal:

php.exe -d open_basedir=;d:/www/applicationRoot;//internal.unc.path/ressource/

Sadece ara

open_basedir =

php.ini içinde ve devre dışı bırakın. Bu sorunu çözmek için en basit çözüm budur.

Değişikliklerden Önce open_basedir =

Değişikliklerden Sonra ;open_basedir =

Ps - Değişikliklerden sonra sunucunuzu yeniden başlatmayı unutmayın.

Zevk almak ;)