Собственно сабж
Есть мультисайтинг. Сам друпал общий. На хостинге, дополнительный домен сделан синонимом к основному
Вопрос, как положить файл или папку с файлами в корень конкретного сайта? (например дополнительного), так чтобы не видеть его на основном.
Комментарии
http://www.drupal.ru/node/46111 Как сделать для любого файла с извесным именем/маской догадаться несложно.
спасибо
мда, понимаю что сделать разные папки будет еще проблематичней
модуль robotstxt, site verify, etc
А какая изначально цель? Может есть решение более простое и логичное?
да дело не только в роботс
это и коды верификации для яндекс-мастера (тут вроде проще, файлы по разному называются)
коды для разных систем онлайн-сервисов (которые заливаются в корень)
разные htassecc по разным причинам (от таймлимитов, до мемори лимита)
папки сапы в конце концов
То что в голову пришло сразу
settings.php
Для верефикации ещё можно обычно использовать метатеги и другие методы, а не только файлы в корне...
Настройки php в settings.php задаются, тут вообще проблем нет.
Навороты в .htaccess вообще штука вредная, вот захотите перенести потом сайт, а там апача не будет - что будете делать? Правильно, всё переделывать, и не только стандартные вещи типа clean url, но и свои лишние навороты. Кроме апача есть и другие веб сервера, и они о .htaccess не подозревают.
В общем всё это легко обходится, даже без применения таких хаков, как описан выше, если немного подумать.
Апача не будет - мне такой хостинг не понадобится (он под виндос что ли?)
по файлам и верификациям вроде понятно
а вот по папкам - пока под вопросом
Очень зря не понадобится - апач не единственный веб сервер для *nix окружения, он очень громоздкий, т.к. порождает процесс(или в лучшем случае нить) на каждое соединение. После появления fpm sapi в php из коробки, по большому счёту не нужен. Тот же nginx + php-fpm выгоднее и по нагрузке на процессор и по использованию памяти... Останавливает массовое внедрение такой связки как раз использование убойных реврайтов и другие костыли в htaccess в основном, ну и привычки.
Часто такая связка используется на VPS где немного ресурсов, и их экономия очень заметна, и несколько проектов(а не сотни как на масс хостинге), и имеется возможность внести нужные изменения в проекты, отказавшись от .htaccess
Для совместимости используется связка nginx - apache - mod_php, при этом сам апач тут лишний и по большому счёту всего лишь парсит присловутые htaccess.
Так что зря вы так категорично. Станет ваш проект посещаемым, захотите переехать на VPS например...
бгг
Это намёк на то, что есть такие святые хостеры, которые готовы предоставить сопоставимые ресурсы за меньшие деньги и гарантировать, что если на соседнюю стоню сайтов придёт много посетителей сайт клиента будет всё также летать? Т.е. не занимющиеся оверселлингом?
Хостеров обсуждать не будем, ибо я лицо заинтересованное, но всё равно бгг
Ну тогда поясните свою точку зрения не упоминая конкретных хостеров, раз уж посмеиваетесь.
Я думаю, автор простит нас за этот небольшой оффтопик, и ему тоже наверняка будет интересно.
бгг наверно связано было с тем. что ресурс у меня довольно посещаемый (в смысле дальше только отдельный сервер)
хотя вопрос в этой теме касался других проектов. Которые пользуются ресурсами основного (так как мелкие, то влияния не оказывают)
Совсем отказаться от апача. Спрошу у хостера
Если это шаред хостинг, то нет смысла. Хостер не будет этим заниматься, т.к. для большого кол-ва сайтов экономия ресурсов не окупит затрат на переход и поддержку - пререписать реврайты для нескольких сайтов это одно, убедить пользователей в необходимости отказа от .htaccess и перелопатить сотни проектов совсем другое, легче второй сервер поставить.