Как я могу установить Perl DBI на Mac OS X, чтобы Apache мог его найти?

Похоже, вы уже установили другой Perl через macports (/opt/local — это место, куда попадают все установки macports), и /opt/local/bin находится раньше в вашем $PATH, чем системный Perl в /usr/bin. Это нормально, если вам нравится работать с Perl 5.8.9, а не с Perl 5.10.0 (подсказка: если вы не уверены в различиях, то различия не имеют значения).

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

Однако вам, вероятно, не следует устанавливать библиотеки вручную, если на macports уже есть дистрибутив. Я использовал port search dbi и port search dbd, чтобы найти их: дистрибутивы называются p5-dbi и p5-dbd-mysql. Вы можете установить их, как и любой другой модуль macports: с помощью sudo port install <distroname>. (Возможно, вам также потребуется установить сам mod_perl.)

После этого вам просто нужно указать Apache/mod_perl использовать эту установку Perl, а не системный perl. Я никогда не делал этого, поэтому я не могу посоветовать, как лучше это сделать. Однако быстрый поиск на http://superuser.com предполагает, что версия apache для macports будет работать по умолчанию (через тот же порядок $PATH), так что я бы просто попробовал и посмотрел :).

Отличный ответ, Эфир. Проделав это слишком много раз, чтобы сосчитать, я могу дать вам несколько советов:

Примечание. По-видимому, я ограничен одной ссылкой в ​​сообщении, поэтому мне пришлось удалить все свои аннотации. К счастью, есть Delicious, где я сохранил их все с тегом stackoverflowmacports. . Любое место ниже, где я удалил ссылку, чтобы соответствовать нелепой мере защиты от спама Stack Overflow, я пометил ее знаком (*).

1. Если для вас важно иметь надежно работающую среду разработки в любое время, полагайтесь на ПО в комплекте с Mac OS X как можно НЕМНОГО. Я люблю Apple, но они абсолютно без колебаний ломают пользовательские настройки своего программного обеспечения как можно чаще.

2. Если № 1 звучит как то, что вам нужно сделать, Macports — ОТЛИЧНЫЙ выбор. Раньше я использовал Fink, но они давно ушли в прошлое с точки зрения простоты использования и спектра доступного программного обеспечения. Самый простой способ установить macports — использовать метод установки бинарного пакета (*).

3. Как отмечает Эфир, когда у вас все настроено правильно, MySQL, PHP и Apache, предоставляемые Macports, хорошо работают вместе, не мешая установленным в системе аналогам. Большая часть этого связана с вашей настройкой PATH, но все эти детали обрабатываются установщиком пакетов после выполнения скрипта (*).

4. Как только вы сядете в поезд Macports, он должен стать самым первым местом, где вы будете искать какое-либо программное обеспечение. port search и port info - постоянные компаньоны. В настоящее время у них есть 6863 порта (*), которые охватывают БОЛЬШИНСТВО ваших баз.

5. Если вам нужно выйти за пределы области Macports, чтобы найти что-то, установите это в /usr/local. Эта часть иерархии файловой системы принадлежит вам. Не поддавайтесь ложному чувству безопасности и не думайте, что, поскольку Macports не имеет того, что вы устанавливаете, можно поместить его в /opt/local, потому что неизменно это программное обеспечение установит некоторую зависимость, которая ТАКЖЕ будет зависимостью для какой-то части. программного обеспечения Macports в будущем, и Macports не позволит установить порт, если какой-либо из его файлов перезапишет существующий файл, не управляемый Macports (если только вы не форсируете его, что всегда является дурным тоном)

6. Если вы работаете с Perl и используете версию Macports, вы абсолютно точно окажетесь в ситуации, когда у Macports нет того модуля CPAN, который вы ищете. (И, действительно, учитывая, что модулей CPAN два с половиной миллиарда, кто их может винить?). Это будет происходить достаточно часто, и вы, скорее всего, устанете от метода ручной установки (*) (perl Makefile.PL; make; make test; sudo make install; cha; cha; cha) и захотите простоты использования, к которой вы привыкли с Macports.

   Если это так, вы можете использовать утилиту cpan (*), CPANPLUS (*) или cpanminus (*) для всех ваших потребностей в установке. . Просто убедитесь, что внесли необходимые изменения в конфигурацию выбранного вами инструмента, чтобы указать ему устанавливать ваши модули в /usr/local/lib/perl5, игнорируя настойчивые требования /opt/local/bin/perl о том, чтобы модули помещались в /opt/local/lib/perl5. Вы можете установить переменную среды PERL5LIB в сценариях инициализации вашей оболочки, чтобы дополнительно искать модули в /usr/local/lib/perl5. Просто возьмите вывод @INC из perl -V и прикрепите его к концу...

7. И наконец... Использование системных ежедневных сценариев инициализации или стороннего программного обеспечения, такого как Anacron (*) или MacPorts Notifier (*) (оба доступны через порты MacPort), обязательно часто обновляйте программное обеспечение. У вас нет Материнского Apple, защищающего вас с помощью обновлений программного обеспечения для установленного программного обеспечения Macports, которое содержит столько же ошибок и эксплойтов безопасности, сколько то же самое программное обеспечение, поставляемое Apple.

   Часто обновляя, вы опередите злодеев, а за счет автоматизации обновления действительно произойдут, и вы не закончите, как я в прошлом, с полными выходными, испорченными из-за того, что вы гора устаревших портов для обновления. Примечание. Macports устанавливает свои обновления, и если в какой-то момент произойдет сбой, ваша текущая версия продолжит работать. Apple могла бы кое-чему у них поучиться, скажу я вам…

Итак, это все, что я могу придумать на данный момент. Надеюсь, приведенные выше уроки помогут вам быстро начать работу и сэкономят все время, усилия и стресс, которые я испытал в прошлые годы при его изучении. Я бы сказал, что это все же намного лучше, чем альтернатива: ненавидеть Apple, потому что они ломают все ваши хорошие вещи... :-)

У меня была аналогичная проблема с Apache, использующим неправильный Perl. Я исправил это, добавив следующие строки в мой файл httpd.conf:

SetEnv PATH [colon-separated list of directories]

SetEnv PERL5LIB [colon-sep'd list of directories]

В моем случае это выглядело так:

SetEnv PATH /opt/local/bin:/opt/local/sbin:/usr/local/bin:/usr/local/mysql/bin:$PATH
SetEnv PERL5LIB  /opt/local/lib:/usr/local/lib