Почему я не могу отключить .htaccess в Apache?
1114 Колючий хвост не может знать, в какой среде он работает. Само назначение профилей конфигурации заключается в том, что вы управляете тем, какая конфигурация применяется. Если у вас есть идея, как "локальная" среда может быть надежно (!) Обнаружена, я думаю, это было бы отличным запросом функции.
Тем не менее, кажется странным, что Cloud Foundry не позволит вам настроить команду, которая используется для запуска приложения. Согласно http://cli.cloudfoundry.org/en-US/cf/push.html , вы можете использовать аргумент -c для настройки команды.
Это кажется довольно низким уровнем, так что вот еще один вариант. В дополнение к аргументам -s и -S вы можете использовать системные свойства thorntail.project.stage.file и thorntail.project.stage. Здесь вы можете установить thorntail.project.stage, что примерно эквивалентно -S. В https://github.com/cloudfoundry/java-buildpack/blob/master/docs/framework-java_opts.md вы можете установить произвольные системные свойства, создав переменную среды JAVA_OPTS. [1116 ]
То есть, если вы переключили project-defaults.yml на локальные настройки (используя H2) и создали, например, project-cloud.yml с производственными настройками (с использованием PostgreSQL) было бы достаточно создать переменную среды JAVA_OPTS="-Dthorntail.project.stage=cloud" в Cloud Foundry.
2 ответа
Причина файл не подается через mod_python при удалении .htaccess, состоит в том, потому что установка для mod_python расположена в нем. При перемещении того материала в доступный сайтам файл можно удалить .htaccess, закрыть глаза на проблему и прекратить дело.
Если это не удовлетворяет Вас, то относительно того, почему .htacess читается вообще, я не могу сказать. Вы корректны, что AllowOverride Ни один не должен предотвращать файл от того, чтобы никогда быть считанным. Вы рассмотрели возможность, что Вы завинтили что-то при добавлении виртуального сайта? Попытайтесь бросить немного мусора в конфигурацию и посмотрите, жалуется ли это, только чтобы быть уверенным, что это читается вообще.
AllowOverride только позволен войти <Directory>- разделы, таким образом, Вы сделали все правильно.
Одна проблема, которую Вы могли иметь, состоит в том что другой (под-)<Directory>- разделы установлены AllowOverride к чему-то другому, чем None. Это переопределит установку для этих подкаталогов. Я использую
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /var/www/>
Options Indexes FollowSymLinks MultiViews
AllowOverride AuthConfig
Order allow,deny
allow from all
</Directory>
и в /var/www (мой docroot) я могу использовать .htaccesses.
Причина, почему mod_python больше не работает, если Вы удаляете Ваш .htaccess это mod_python установка обычно находится в .htaccess файлы.
При необходимости в большей информации отправьте нам конфигурацию.
PS: На самом деле docuementation, связанный выше, говорит, что Вы никогда не должны устанавливать AllowOverride к чему-то нет None в <Directory />.