Форум Поисковые системы Яндекс

Адрес со слешем и без

U
На сайте с 13.11.2003
Offline
80
Urchin
1307

Для Яндекса вот эти адреса являются адресами разных страниц или одной?

1. www.site.ru/page

2. www.site.ru/page/

Квартирка - квартиры посуточно (http://kvartirka.su/)
Segey
На сайте с 23.08.2005
Offline
404
Segey
#1

Urchin,

Если спросить по первому адресу, то апач начнет проверять что это такое и если папка, то сделает как второй. Но это от него и его конфига зависит, по крайней мере у меня так. Поэтому ставить все же лучше как во втором варианте - меньше работы серверу.

Если конкретно на вопрос - то точно незнаю, проблем таких не было.

Brexit - уже совсем рядом. (https://about-this-model.blogspot.com/2019/03/brexit.html)
K
На сайте с 13.02.2005
Offline
134
kosten
#2

Да. Может проиндексировать как со слешом, так и без него. Так что заранее определелитесь сразу какие вы будете ставить ссылки на данную страницу.

U
На сайте с 13.11.2003
Offline
80
Urchin
#3
kosten:
Да. Может проиндексировать как со слешом, так и без него. Так что заранее определелитесь сразу какие вы будете ставить ссылки на данную страницу.

Есть сайт, на котором страницы сделаны по первому варианту. На сайт проставлены ссылки. Сейчас хотим сменить движок, на котором адресация по второму варианту. Вопрос что будет с сайтом в этом случае?

nickspring
На сайте с 29.03.2006
Offline
228
nickspring
#4

Urchin, в поиск... на прошлой неделе аналогичная тема была... там расписали от и до.

[Удален]
#5

Все продвигают сайт как www.site.ru, но при нажатии на ссылку всех перенаправляет на www.site.ru/

И что же?

Gordon01
На сайте с 21.05.2006
Offline
12
Gordon01
#6
Поэтому ставить все же лучше как во втором варианте - меньше работы серверу.

🤣 жжёшь! Для сервера никакой разницы.

Проблемы с сервером? Не та кодировка в MySQL? 404? Настройка VPS/VDS (forum.searchengines.ru/showthread.php?t=69437)
K
На сайте с 15.04.2006
Offline
48
Kokos
#7
Urchin:
Есть сайт, на котором страницы сделаны по первому варианту. На сайт проставлены ссылки. Сейчас хотим сменить движок, на котором адресация по второму варианту. Вопрос что будет с сайтом в этом случае?

Urchin вам поможет mod_rewrite

[Удален]
#8

должно быть безразницы!!!

A
На сайте с 05.11.2005
Offline
111
azzz
#9

www.site.ru/page

www.site.ru/page/

это разные вещи.

для Яндекса тоже, если на разные URL's разный контент навесить.

Вот пример:

http://bezryadin.info/page

http://bezryadin.info/page/

anser06
На сайте с 11.03.2006
Offline
276
anser06
#10

Чтобы расставить точки над i, позволю себе процитировать здесь

стр. 551-552 из книги глубокоуважаемого Ларса Айлебрехта
"Apache Web-сервер" (Мн., 2002).

Попробуйте разъяснить, чем различаются нижеприведенные URL:

http://www.domain.tld/verzeichnis

http://www.domain.tld/verzeichnis/

В принципе, оба URL приводят к одному и тому же результату -

загружается соответствующий индексный файл из каталога /verzeichnis. Однако существует различие при указании в конце записи наклонной черты (slash "/") или ее отсутствии.

Если в конце записи указана наклонная черта, то обращение

осуществляется непосредственно к индексному файлу (например,

index.html). Если в конце URL наклонная черта отсутствует, то

вначале обращение производится к файлу (в данном примере к

/verzeichnis). При этом Web-сервер определяет ошибку, поскольку

/verzeichnis - не файл, а каталог, который не может быть отправлен

Web-клиенту. После этого Web-сервер устраняет подобное ошибочное

обращение путем переадресации HTTP к URL, который и получает

клиент. На уровне протоколов в Apache это выглядит следующим

образом:

HTTP/1.1 301 Moved Permanently

Server: Apache/1.3.12

Location: http://www.domain.tld/verzeichnis/

Connection: close

Content-Type: text/html

<HTML><HEAD>

<TITLE>301 Moved Permanently</TITLE>

</HEAD><BODY>

<H1>Moved Permanently</H1>

The document has moved

<A HREF="http://www.domain.tld/verzeichnis/">here</A>.

</BODY></HTML>

Так как обычно Web-клиент выполняет переадресацию автоматически,

то в большинстве случаев пользователь не замечает своей ошибки.

Недостатки очевидны:

1. К Web-серверу отправляются два запроса, что создает дополнительную нагрузку на него.

2. Из-за этих двух запросов дополнительную (и ненужную) нагрузку

получает и сеть.

3. Для пользователя эти запросы создают дополнительную потерю

времени при загрузке страницы, что особенно ощущается при

обращении к Web-серверу через медленное соединение.

4. Proxy-кэш сохраняет только сам Web-сайт, а не обращение от

Web-сервера о переадресации. Даже если в кэше имеется запрошенная

страница, то вначале всё равно ожидается ответ (переадресация) от

Web-сервера. Таким образом, следует сделать вывод о том, что

последним символом в URL, обозначающем каталог, всегда должна быть

наклонная черта.

eTarget 2011:Панельная дискуссия «Стратегия eTarget 2011: Круглый стол Могут ли «плохие» входящие

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий