- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
1. На локальном denwer разрабатывалось все под пути вида /home/domain/www/folder1/file1.php
2. На новом хостинге (debian, nginx, apache2) пути вида /var/www/user/data/www/domain/folder1/file1.php
Подскажите элегантный вариант закоротить пути варианта 1 на пути варианта 2?
Писанина в VirtualHost вида
Alias /home/domain/www/ "/var/www/user/data/www/domain" ничего не меняет
В частности пути используются для считывания шаблона для трех сайтов через include_once...
Что значит разрабатывалось под? Вы везде что-ли сами писали полный адрес к файлу от корня? Это лол. Пути надо делать относительно корня скрипта, а в корне определить константу или переменную с DOCUMENT_ROOT.
разрабатывалось все под пути
Руки оторвать таким разработчикам. Прямо от корня. Может тогда узнают что нужно смотреть в корень сайта (относительно индекса) и плевать на то как у какого хостера прописаны пути. И вообще апач-не апач в принципе без разницы (если нет на то особых причин)
Мнда... Корявенько задачку описал. ;)
Суть в следующем. Есть domainINT с полным набором потрохов (текста, картинки, шкурки и прочая), есть domainRU, который имеет ту же структуру, но содержит только русские текста. На общие папки (картинки, шкурки) прописаны алиасы и с domainRU все чудесно забирается из папки физически находящейся в domainINT.
Получается, что общая часть вынесена относительно корня того же domainRU абсолютно в другую папку. Поэтому все критичные include (для тех же шкурок) прописаны жестко, что работало на старом хостинге и локальном денвере. И установленные Alias этими инклюдами не воспринимаются. Вот.
А взаимосвязи между отрыванием рук и получением знания не уловил. ;)
PS: реализованная структура
-/home/domainINT/www/
--/someINTfolders/
--/tpl/
---template.php
-/home/domainRU/www/
--/someRUfolders/
структура нового хостинга:
-/var/www/user/data/www/domainINT/
--/someINTfolders/
--/tpl/
---template.php
-/var/www/user/data/www/domainRU/
--/someRUfolders/
Вопрос в том можно ли задействовать Алиасы?
А взаимосвязи между отрыванием рук и получением знания не уловил.
Связь прямая - если учиться писать правильно (а как это делать - 2раза было сказано одно и тоже- смотреть нужно в корень, а не в пути. + siv1987 даже написал заклинание. Дальше путь на пхп.нет) тогда не нужно будет переписывать скрипты под каждый хостинг или при изменениях на нём.
Алиасы же в апаче вообще для другого служат.