Ada yang bisa bantu saya dan tim daxa.net ttg Permission Denied


Status
Not open for further replies.
Cari tahu siapa yang menjalankan PHP, bisa cari tahu dengan membuat file php yang berisi perintah <?php echo posix_getuid(); kemudian bandingkan dengan informasi pemilik (owner/group) file via filezilla ftp client.
 
di Cpanel, bisa create file dan folder melalui FileManager.. tapi kalau tulis file tidak diperbolehkan.. apa ini karena ada 3rd party plugin seperti hulk, etc.. ? agak aneh ya fopen() tidak bisa create file karena permission denied ?
 
xperia said:
di Cpanel, bisa create file dan folder melalui FileManager.. tapi kalau tulis file tidak diperbolehkan.. apa ini karena ada 3rd party plugin seperti hulk, etc.. ? agak aneh ya fopen() tidak bisa create file karena permission denied ?
Click to expand...
jika di cpanel bs create file, seharus nya bisa.. kan fungsi dr script itu jg sama akan create file jenis txt.
di coba buat 1 folder baru dlm public_html , buat khusus aja sendiri, dan jgn di gabung sama script wp nya.
sapa tau ada bentrok sama permission config wp nya :D
 
xperia said:
di Cpanel, bisa create file dan folder melalui FileManager.. tapi kalau tulis file tidak diperbolehkan.. apa ini karena ada 3rd party plugin seperti hulk, etc.. ? agak aneh ya fopen() tidak bisa create file karena permission denied ?
Click to expand...

Hmm... sepertinya daxa bukan pakai suphp mungkin ya.. coba sih diliat aja php infonya.. upload file php yang isi filenya

<?php phpinfo(); ?>

Coba cari dibagian disabled_function ada apa aja disitu.
 
Kaya fopen() ga didisable.. kalau file sudah ada, ga ada masalah... masalahnya hanya terjadi saat create file baru.

*) udah mulai frustasi nih.. supportnya aja ga ngerti .. aneh hik hik
 
Berarti benar daxa ngga memakai suphp.. serem kedepannya karena mudah untuk di modifikasi filenya. jadi kalau memang tidak perlu jangan di 777
 
1. Kemugkin masih pakai 'pure' mod_php alias tidak pakai ruid2 atau suphp atau yang lain (misalnya fcgid atau fastcgi/php-fpm) sehingga tidak match antara ownership dari directory dan file dengan mod_php sendiri yang mengharuskan ownership sebagai 'apache'
2. Suphp biasanya 'ketat' dengan ownership sehingga bila tidak match langsung 'error 500'. Ruid2 atau yang lain itu (fcgid atau fastcgi) bila menemukan ownership yang tidak match biasanya agak toleran untuk 'read'

Saran, ubah ke ruid2 atau sekalian ke fcgid atau fastcgi. Pertimbangan adalah performance masih bisa ditandingkan dengan 'pure' mod_php tapi security sudah bisa 'bersaing' dengan suphp.
 
Status
Not open for further replies.
Back
Top