Есть ли файловый аналог .htaccess для nginx и lighttpd?

Question

[Василий минодвесП]

здравствуйте! Меня интересует вот что:
в Apache есть файл .htaccess , который обычно располагают в корневой папке сайта. есть ли аналогичный способ (прописывание соответствующих настроек в отдельном файле а-ля htaccess) для серверов Nginx и LightTPD?
Пробовал "гуглить" и "яндексить" - ничего толком не нашел. :(

Comments

[VBart]

wiki.nginx.org/LikeApache-htaccess
"Stop using .htaccess. It's horrible for performance. Nginx is designed to be efficient. Adding something like this would destroy that. "

Answer 1

[galynsky]

На Nginx это все делается через nginx.conf. Все правила прописываются там. Если у вас есть .htaccess то вы можете инструкции Apache конвертировать в Nginx например с помощью данного сервиса. Все решаемо.

Comments

[Василий минодвесП]

я имел ввиду, можно ли те правила, которые прописываются в nginx.conf для данного сайта вынести в отдельный файл, аналогичный htaccess в корневую директорию сайта? ведь, как я понимаю, по умолчанию все это прописывается в конфиге самого nginx? или код, который конвертируется с апача можно поместить, например, в файл http://мой_сайт/nginx.conf и он будет работать?

[xaseros]

benoni: вам же сказали посмотрите на директиву include. Это имеет смысл если вы хотите вынести часть конфигурации хоста куда-нибудь в файлы проекта (например реврайты). Вы должны в каком либо файле (например nginx.conf) явно прописать путь до него. Include хавает абсолютные пути.

Answer 2

[Игорь]

Для nginx нет аналога, который бы подхватывался "на лету".
Если у Вас есть возможность делать reload для сервиса, то можно дополнительный файлы подключать через директиву include.

Answer 3

[Дмитрий Энтелис]

У нас разработка идет на apache а продакшен / дев сервера на nginx.
В итоге собрали мини скрипт для автоматизации конвертации:

В конфиге nginx сделали инклуд отдельного файла, в который пишем из скрипта обновленный код.
У нас не используются специфичные инструкции, поэтому весь код условно

$htaccess = file('.htaccess');
foreach ($htaccess as $line)
{
	if (substr($line,0,11) == 'RewriteRule')
	{
		$line = str_replace('RewriteRule ^','rewrite ^/',$line);
		$line = str_replace('[QSA,L]','last;',$line);
		echo $line, "\n";
	}
}

Ну и делаем nginx reload после этого

PS
В целом у нас это все выглядит так:
Конфиг nginx для домена

server {
  server_name  mysite.com;
  set $site_root '/www/mysite.com';
  ...
  include /etc/nginx/conf.d/mysite.com-rewrite.inc;
  ...
}

Есть самописная система деплоя, когда нужно сделать деплой просто запускает условно

php _redirect_maker.php > /etc/nginx/conf.d/mysite.com-rewrite.inc
service nginx reload

Comments

[Антон Тихомиров]

Интересно! Это единожды делается при редактировании самого htacess, или каждый раз надо?

[Дмитрий Энтелис]

Антон Тихомиров: Нужно что бы в конфигах nginx были рабочие рерайты.
Для простоты мы переписываем конфиги nginx при каждом деплоее

[Антон Тихомиров]

Дмитрий Энтелис: подождите, вот Вы написали код на PHP, а его конкретно куда пихать надо? Он сейчас выводит результат в echo, а как-бы... и что?) Берете этот результат и копируете в конфиг вручную, или что? Меня конкретно механизм интересует.

[Дмитрий Энтелис]

Антон Тихомиров: обновил ответ)

[Антон Тихомиров]

Дмитрий Энтелис: ага! Вот оно что! Теперь все ясно, большое спасибо! Да, с правами конечно все грустно, поэтому и htaccess так котируется - перенес файл вместе со скриптами, и готово. Но держать апач только ради этого конечно бессмысленно...

[Дмитрий Энтелис]

Антон Тихомиров: ну формально никто не мешает прописать в конфиге nginx инклуд файла из папки домена и соответственно деплоить сразу конфиг nginx.

[Антон Тихомиров]

Дмитрий Энтелис: вообще-то и правда! А Вы этим не пользуетесь только потому-что проект на локалхосте на апаче?

[Дмитрий Энтелис]

Антон Тихомиров: вариант с инклудом из /www/ плох тем, что в случае если файла вдруг не будет(или в нем будет ошибка) - упадет reload nginx. Вдобавок в нашем деплое все равно много разной логики от запуска тестов до внесения изменений в конфиги - так что от убирания задачи с конфигами nginx особо легче не станет :)
Ну и исторический момент в каком то смысле присутствует, все никак на вагрант не перейдем.

[Антон Тихомиров]

Ну дак если и htaccess будет ошибка, то апач упадет (не так как nginx, конечно, но все же). Ясно, большое спасибо за объяснения!

Answer 4

[Пума Тайланд]

нету аналогов
litespeed поддерживает .htaccess от апачи но он платный