Сколько времени я должен поддержать старые URL?
Хорошо, я знаю, что это - лучшая практика что, после того как Вы изменяете или удаляете страницу URL, для перенаправления того URL к новому соответствующему URL.
Но как долго? навсегда?
Например, я использую оптимизатор веб-сайта Google для тестирования различных изменений страницы. Таким образом, я должен создать другой URL для каждого как: original.php, var1.php, var2.php, и т.д.
после того как тест сделан, победитель станет новым original.php и не будет никакой потребности сохранить var1.php, и т.д. Но я теперь не должен перенаправлять их больше необходимый URL к соответствующему original.php.
Это может закончить тем, что было БОЛЬШИМ КОЛИЧЕСТВОМ 301 перенаправления в моем .htaccess файл. Я также услышал что, чем больше материала Вы имеете в своем .htaccess файле, тем медленнее Ваш сайт становится, потому что сервер должен обработать все в нем, прежде чем он сможет служить странице.
Я могу переместить перенаправления в фактические URL (пример перенаправление php на фактическом var1.php файле), но затем у меня есть несколько ненужных файлов, чрезмерно увеличивающих размер моего сервера.
Таким образом, я задаюсь вопросом, какова лучшая практика здесь? действительно ли безопасно удалить 301 перенаправление после так долго?
4 ответа
Вы можете проверить журналы доступа вашего веб-сервера на предмет 301 редиректов на этих URL. Когда они больше не появляются в журналах (или появляются очень редко), вы можете удалить перенаправления, если захотите. Сейчас не самое лучшее время для их удаления. «Лучшее» время - это когда старые URL-адреса больше не используются, а это может сильно отличаться от сайта к сайту.
Когда вы тестируете вариации, это частный URL. Пока на него нет внешних ссылок и вы не публикуете его, вы можете уничтожить его по окончании тестирования.
Если вы поделитесь им только с другими членами вашей организации, договорившись, что он будет эфемерным, то это серая зона. Предложение Дэниела Эгеберга о сохранении пересылки в течение некоторого времени является цивилизованным.
Как только вы сделаете URL общедоступным, вы должны относиться к нему как к архивному. Это означает, что вы должны убедиться, что он работает вечно. Есть пара исключений, с которыми я могу согласиться:
Кто-то воспользовался форс-мажорными обстоятельствами и закрыл весь домен, как Geocities. Не позволяйте этому случиться с вами: не отдавайте свои ценные веб-страницы под контроль коммерческих организаций.
Кто-то выкупил ваш домен у вас из-под носа с предложением, от которого вы не смогли отказаться.
Вы обанкротились или больше не можете позволить себе поддерживать присутствие в Интернете.
В этих случаях ваша моральная обязанность - сделать ваш контент доступным через archive.org или через Джейсона Скотта, у которого есть много хороших советов.
Если вы контролируете свой собственный домен и позволите публичному URL-адресу стать несвежим, вы будете гореть в аду. (Малоизвестная теология после Данте.)
.Норман, конечно, если страница создается с помощью php, то ее нельзя считать «архивной». php почти гарантирует, что в следующий раз страница будет выглядеть иначе. Если по-другому вы выберете «не там», то решать вам!
Я бы также посоветовал вам отказаться от этих страниц, если люди их используют, не перенаправляя, а помещая туда ссылку, сообщающую пользователю, что страница перемещена, и просьбу не использовать старую. Поместите ссылку, по которой они будут нажимать. Сделайте это «некоторое время». я предполагаю, что период зависит от вашего ожидаемого поведения пользователя. Ожидаете ли вы, что каждый пользователь будет посещать его раз в месяц, или это похоже на систему налоговых деклараций, которую люди используют один раз в год?
Возможно, есть лучший способ управлять вашим файлом .htaccess. Ваши перенаправления для отдельных страниц, путей, субдоменов или доменов?
Можно включить внешний файл, чтобы ваши перенаправления находились в отдельном файле, а .htaccess включал его и оставался незагроможденным.
Наконец, может быть лучший способ сохранить вашу переадресацию. Поэтому вместо того, чтобы сосредотачиваться на том, как долго поддерживать ваши перенаправления, сэкономьте часть работы по обслуживанию и измените свой вопрос, задавая вопросы о механизмах, которые упрощают добавление и организацию ваших перенаправлений. IIRC mod_rewrite сделает это. Должен быть механизм, который позволит вашему серверу определять перенаправления с помощью скрипта (возможно, запросить БД). Как минимум, было бы разумно использовать сценарий для управления перенаправлением ваших файлов .htaccess.
Преимущество того, что срок действия перенаправления никогда не истекает, заключается в том, что вам также никогда не придется возвращаться и очищать старые перенаправления. Они просто сидят там вечно. Если у вас есть перенаправления, срок действия которых истекает, теперь у вас есть вторая операция для удаления старых перенаправлений. Таким образом, вы фактически делаете больше работы, истекая перенаправлениями.