Как далеко пойти с увеличением функционального уровня?

Не уверенный я должен "ответить" на это сам, но я в конечном счете изобразил его проблема. Я установил свою собственную версию Perl в каталоге ~/perl5, но Apache мог по-видимому только видеть внутри ~/www (символьная ссылка, указывающая на мое доменное имя.) Восстановление Perl и всех модулей в ~/www/perl5 починило вещи.

Уроки извлечены:

  • если бы я настроил Perl с "относительной опцией" путей @INC, включенной, то я, возможно, просто переместил всех и сохранил меня набор времени - это не значение по умолчанию все же.
  • cpanm (Приложение:: cpanminus на CPAN), экономит время для установки модулей Perl и их зависимостей, если Вы находитесь в ограниченной среде и не можете заставить регулярный CPAN работать.

Вряд ли это поможет кому-то в аналогичной ситуации, но Вы никогда не знаете.

(Кстати, теперь я решил проблемы сборки/выполнения, выполнение современной платформы как Танцор, кажется, не удается с регулярным старым CGI. Могли бы быть некоторые остающиеся проблемы конфигурации, но это кажется невероятно медленным для обслуживания моего крошечного приложения. Но это - проблемы для другого вопроса о SF.)

0
задан 27 March 2013 в 11:48
2 ответа

Что ж, для этого нужна веская причина. Я еще не делал этого в своей среде, но думаю, что это довольно хорошая функция с функциональным уровнем 2008r2 +. Корзина Active Directory .... http://technet.microsoft.com/en-us/library/dd392261 (v = ws.10) .aspx

0
ответ дан 5 December 2019 в 15:30

Обновление до функционального уровня 2008 года должно быть нормальным. Ваша среда недостаточно стара, чтобы столкнуться с какими-либо серьезными проблемами, и в рамках этого вы удаляете самое старое из существующих. Все должно быть в порядке.

0
ответ дан 5 December 2019 в 15:30

Теги

Похожие вопросы