Мне нужны dev и beta-сайты, размещенные на том же сервере, что и производственная среда (давайте позволим этому летать по практическим соображениям).
Чтобы упростить задачу, я могу принять одинаковую защиту на обоих devи бета-версия - в основном, не позволяйте ей обойтись и добавьте что-то не так с именами пользователей и паролями, чтобы никто и их брат не получили доступ (опять же, нужно быть практичным).Я понимаю, что многие люди хотели бы иметь другие права доступа для dev, чем для beta, но это не является частью требований здесь.
Использование файла robots.txt само собой разумеющееся, но тогда возникает вопрос: должен ли дополнительный хост (ы)) (он же «субдомен (ы)») будет представлен инструментам Google для веб-мастеров в качестве дополнительной меры защиты от непреднамеренного паутинга?Само собой разумеется, но не будет прямых ссылок на сайты разработчиков / бета-версий, поэтому вам придется идеально вводить адрес (без увеличения с помощью перезаписи URL или другой помощи).
Какдоступ может быть ограничен только нашей командой?IP-адреса не будут работать из-за различных методов доступа в Интернет (встречи в обеденных залах с Wi-Fi и т. Д.).
Возможно наличие dev / beta и создание INCLUDE небольшого файла (или вызова компонента), который ищет переменную URL для установки (на сайтах dev / beta) или не ищет переменную URL (на рабочем сайте).Таким образом, вы могли бы оставить другой INCLUDE или компонент (названный так же) на соответствующих сайтах, и в противном случае источник не потребовал бы изменения при переходе от разработки к производству.
Я действительно хочу избежать полнойо проверке подлинности пользователя на любом уровне (уровне приложения или веб-сервере), и я понимаю, что это оставляет вещи довольно открытыми, но на самом деле цель состоит в том, чтобы просто предотвратить непреднамеренный просмотр подготовительных сайтов.