Anmi: Если это Vps и значит есть доступ к настройкам, то найди сначала папку "etc" потом папку "sysconfig" и в ней уже должен быть файл "apache2". Найди в этом файле:
# your settings
APACHE_MODULES="rewrite mod_perl access actions alias auth auth_dbm autoindex cgi dir env expires include log_config mime negotiation setenvif ssl userdir php4 php5 python suexec"
Здесь вписан rewrite (перед mod_perl)
Папку эту найдешь через доступ SSH точно.
Но это все на моем немецком VPS хостинге.
У firstvds может уже все и было настроено? Просто глюк.
И вообще, что за фигня, почему техподдержка не может помочь? Добивайся.
ниче не должна. сервер есть? есть. ssh есть? есть. - нужно администрирование - оплачивайте дополнительно.
Lupus: Вы так уверенно это сказали, что я засомневался в своем понимании механизма вызова интерпретаторов и решил проверить. Однако: "Permission denied", как и следовало ожидать. :)
[root@olympus test]# pwd /root/test [root@olympus test]# mount | grep test tmpfs on /root/test type tmpfs (rw,noexec,size=40m) [root@olympus test]# vi test.sh [root@olympus test]# cat test.sh echo "executed!" [root@olympus test]# ./test.sh -bash: ./test.sh: Permission denied [root@olympus test]# sh test.sh executed!
mod_rewrite у Вас стоит и работает. Почему не работают ваши правила я не знаю.
Можем разобраться за отдельные деньги.
Вот думаю, а на... мне сдалось это ЧПУ? Нервы дороже. Спасибо за помощь, поищу еще может и найду чего.
это вполне адекватный ответ. обучать вас писать правила для mod_rewrite они не обязывались. вам так ответят в 99.9% случаев.
Если это Vps и значит есть доступ к настройкам, то найди сначала папку "etc" потом папку "sysconfig" и в ней уже должен быть файл "apache2". Найди в этом файле:
# your settings
APACHE_MODULES="rewrite mod_perl access actions alias auth auth_dbm autoindex cgi dir env expires include log_config mime negotiation setenvif ssl userdir php4 php5 python suexec"
Здесь вписан rewrite (перед mod_perl)
Папку эту найдешь через доступ SSH точно.
Но это все на моем немецком VPS хостинге.
У firstvds может уже все и было настроено? Просто глюк.
И вообще, что за фигня, почему техподдержка не может помочь? Добивайся.
ниче не должна. сервер есть? есть. ssh есть? есть. - нужно администрирование - оплачивайте дополнительно.
не вижу большого смысла использовать cgi без suexec вместо mod_php
php в данном случае просто пример. есть еще всякие perl, python и т.д.
так suxec работать не будет
suexec? да, не будет. - жертва секурности.
У меня с noexec пишет 403 Forbidden. Что я делаю неправильно? С пермишнами все в порядке, без noexec работает.
php (сам интерпретатор) в зоне exec? и чаво в логах?
А пример можно? Скрипта и конфигурации?
/ru/forum/comment/2919814 ?
А что такое cgi-bin? Если нетрудно, расскажите про его отличия от Common Gateway Interface.
ай да. натупил, используя термин который в ходу только в моем сообществе, наверное. но суть я вам надеюсь пояснил.
UPD:
а может и нет:
http://en.wikipedia.org/wiki/Common_Gateway_Interface
Web servers often have a cgi-bin directory at the base of the domain, to hold executable files.
Соответственно exec не нужен, при использовании скриптов, да. я об этом говорил.
Мимо. Это вы запускаете не скрипт, а шелл, который лежит в другом месте. cgi так работать не будет.
Надо:
И запускать не так:
sh test.sh
А так:
./test.sh
CGI так и работает. вызывается php/perl/... и ему передается в параметрах имя скрипта.
не путайте cgi и cgi-bin
UPD:
угу. мы када php добавляем как CGI а не mod_php типа такого в конфиг вносим:
опач и вызывает php передавая в параметрах скрипт
Вы так уверенно это сказали, что я засомневался в своем понимании механизма вызова интерпретаторов и решил проверить.
Однако: "Permission denied", как и следовало ожидать. :)
exec не нужен, люк ;)
Смотришь статистику - куда кликали
а где смотреть куда кликали? O_o