Любезность http://technet.microsoft.com/en-us/library/cc739771%28WS.10%29.aspx
\Windows\Systm32\iisftpdr /create FTPSite[VirtualPath] Name PhysicalPath [/s Computer [/u [Domain\]User /p Password]
НАПРИМЕР.
iisftpdr /create "Test Downloads" Scripts C:\Libraries\Scripts
Вы могли выполнить это через пакетный файл, или с помощью .vbs сценария.
Можно создать гибкую ссылку с помощью ln, который связывает/usr/bin/perl с/usr/local/bin/perl
ln -s /usr/local/bin/perl /usr/bin/perl
Мы делаем это в моей среде: мы оставляем системный жемчуг в/usr/bin/perl и устанавливаем наш собственный интерпретатор в/usr/local/bin/perl; это позволяет нам сохранять надежный жемчуг, что мы знаем, что обновления ОС не сдуют.
Я сказал бы, что самый легкий способ обойти эту проблему состоит в том, чтобы обойти строку хижины в целом и просто вызвать те сценарии с помощью интерпретатора жемчуга, который Вы на самом деле хотите иметь, выполняют их:
/usr/local/bin/perl /path/to/someBugzillaScript.pl
Это дает Вам контроль над Вашей средой выполнения, не имея необходимость вносить изменения системного уровня для размещения пакета Bugzilla.
/usr/bin/perl
: Файл существует... что теперь?! кажется, что существует две копии жемчуга, ноwhich perl
/usr/local/bin/perl – gAMBOOKa 28 August 2010 в 21:04/usr/bin/perl
755. Если они не, затем делают их так сchmod 755 /usr/bin/perl
. Узнать whicn Ваших установок жемчуга используется, проверяют строку хижины наверху сценария. – user9517 supports GoFundMonica 28 August 2010 в 21:39which perl
возвраты/usr/local/bin/perl довольно нормальны, если у Вас есть установка Perl там./usr/local/bin обычно переопределяет/usr/bin в ПУТИ. Однако, что вопросы запустить Ваши сценарии хижина в сценарии. Обратите внимание на это, если хижина была#!/usr/bin/env perl
, это указало бы на/usr/local/bin/perl, так как это будет использовать Ваш ПУТЬ. Теперь можно проверить перманент как предложенный @lain, для проверки, почему/usr/bin/perl не выполнится. – ℝaphink 29 August 2010 в 00:19