Я планирую свою структуру каталогов linux/apache/php веб-проект как это:
Только www.example.com/webroot/
будет выставлен в апаче
www.example.com/
webroot/
index.php
comp1/
comp2/
component/
comp1/
comp1.class.php
comp1.js
comp2/
comp2.class.php
comp2.css
lib/
lib1/
lib1.class.php
component/
и lib/
каталог только будет в пути php.
Для создания CSS и js файлов видимыми в webroot каталоге, я планирую использовать символьные ссылки.
webroot/
index.php
comp1/
comp1.js (symlinked)
comp2/
comp2.css (symlinked)
Я попробовал после этих принципов:
Как мерзавец обработает symlinking единственных файлов правильно, есть ли что-то для рассмотрения?
Когда дело доходит до изображений мне будет нужно к каталогам ссылок, как обработать это с мерзавцем?
component/
comp3/
comp3.class.php
img/
img1.jpg
img2.jpg
img3.jpg
Они должны быть связаны здесь:
webroot/
comp3/
img/ (symlinked ?)
Если бы использование символьных ссылок для этого имеет недостатки, возможно, я мог бы переместить изображения в webroot/дерево непосредственно, которое повредило бы первый принцип для третьего (осуществимость мерзавца).
Таким образом, это - вопрос о символьной ссылке и мерзавец. Но мне было бы интересно слышать комментарии о php расположении, возможно, Вы хотите использовать функцию комментария для этого.
Как только вам понадобится повторно использовать некоторый набор файлов в другом месте, тогда вы должны начать думать в терминах компоненты или (в git) подмодули
Вместо управления webroot
и comp
и lib
в одном репо (который является SVN или «Централизованный способ» для CVCS ), вы определяете:
img
' будет репозиторий Git, повторно используемый в качестве подмодуля внутри webroot
, например) Это одно из преимуществ подмодулей символической ссылки: вы ссылаетесь на одну точную ревизию, и если у этого компонента есть свои собственные изменения, вы не видите их сразу (пока не обновите свой подмодуль в любом случае).
С помощью символической ссылки вы видите любое состояние, которое является набором файлов на другом конце этой ссылки.