Об адресах ссылок

Quote from: openagate at Feb 02, 2008, 03:51 PM

проблем с двумя и более одинаковыми сайтами на одну папку не возникало.

А в чем отличие? Сайты в www и без – разные сайты в общем случае (с www – сабдомен, ничем не отличающийся от других сабдоменов). Можно сделать совсем разными, а чтобы было одинаково, добавляется запись в NS-сервере. Точно так же можно добавить запись на ту же папку с абсолютно другого домена.

Проблем не возникало, если все используют редирект – то есть при вводе адреса второго сайта подставляется адрес первого. А так, чтобы можно было одновременно работать с двумя – непонятно, как можно обойтись без проблем.

Quote from: openagate at Feb 02, 2008, 03:51 PM

про поисковики без проблем я бы здесь не отказался хоть от небольшого комментария. на абзац...

Поисковики склеивают страницы с www и без, они это давно научились делать, и никаких проблем не возникает. При желании указать основной вариант для Google можно в средствах вебмастера, а для Яндекса, как отмечалось выше, с помощью host в robots.txt. Но даже если ничего не делать, худшее, что может случиться – в выдаче некоторые страницы будут с www, а некоторые – без. Причем это в выдаче по разным запросам, а по одному запросу никогда не появятся две одинаковые страницы с одного сайта (с www и без www).
Правильной индексации для Google опять же поможет sitemap.xml, а Яндекс проиндексирует первым тот вариант, на который будут обнаружены внешние ссылки. Писать в ссылках то, что нужно, и все получится правильно.

И, если на то пошло, редиректы поисковые системы тоже не любят. То есть, если пользователя без его ведома куда-то перенаправляют, это считается обманом и поисковая система за это наказывает. Конечно, данный случай не относится к такому виду обмана, но рассуждения о зеркале с www и без примерно такого же плана, как и рассуждения о таком редиректе.

Вообще-то, все конфиговые параметры к которым можно добраться через конструкцию: $modx->config[’параметр’] доступны в системе через подстановщики типа [(параметр)]. Т.е. в вашем случае вместо [!basehref!] можно было просто написать [(site_url)].

А по сути вопроса, хочу сказать, что задумался над этим ещё на ранних этапах разработки своего сайта, которую, к слову говоря, хочу закончить уже в ближайшее время... У меня все ссылки приведениы к так называемому root-relative виду, т.е. начинаются от корня сайта, с прямого слеша — ’/’.  Например, href="/sitemap/" или href="/apps/pde/".

В таком виде им не страшен никакой сабдомен, равно как и его остутствие. К тому же, нет необходимости использовать всякие стрёмные <base href="" />. Ну и самое главное, что с кешированием тут тоже проблем возникать не должно, хотя я его и не включал ещё.

Akots, и про Host, и про sitemap давно уже все знают.

Но, повторюсь, были случаи, когда без редиректа Яндекс долго склеивал страницы, и на поиске присутствоали дубли страниц со всеми вытекающими...

301-й редирект поисковики любят, сейчас лень искать ссылки на первоисточники на Яндексе и Гугле, но я для себя держу это в голове как факт.

[e]Bu$ter, Akots, сообщники, призываю внимательнее читать камменты друг друга!!!

мне вот пришлось повториться для Акотса, Акотс сейчас будет повторяться для еБастера:) еБастер, речь шла о том, что с вероятностным характером на разных страницах сайта site_url выскакивает то с www, то без:)
что не есть хорошо при относительных ссылках: ни для юзеров, ни для поисковиков.

Quote from: openagate at Feb 03, 2008, 03:09 PM

Но, повторюсь,

Незачем повторяться, все понятно и с первого раза, просто я не согласен. Глюков у Яндекса достаточно, и на форумах оптимизаторов можно прочитать про то, как, например, после прописывания 301 редиректа сайт полностью выпадал и потом индексировался заново. Возможны глюки и с вариантами www/без, но в целом особых проблем это не доставляет. Впрочем, это неважно – пусть каждый делает так, как ему удобнее.

Quote from: [e

Bu$ter link=topic=22350.msg137979#msg137979 date=1202070090]
вместо [!basehref!] можно было просто написать [(site_url)].

И к чему это сказано? Ищется решение, как избежать кэширования site_url, а не как его вернуть обратно.

Quote from: [e

Bu$ter link=topic=22350.msg137979#msg137979 date=1202070090]
У меня все ссылки приведениы к так называемому root-relative виду, т.е. начинаются от корня сайта, с прямого слеша — ’/’.

Во-первых обычные ссылки такого вида приводят к тому, что нельзя установить систему в папку, отличную от корня сайта. Кроме того, MODx генерирует разные ссылки, как абсолютные, так и относительные, и вряд ли нужно курочить код или предпринимать какие-то специальные действия для изменения этого.

Quote from: [e

Bu$ter link=topic=22350.msg137979#msg137979 date=1202070090]
К тому же, нет необходимости использовать всякие стрёмные <base href="" />.

С помощью стандартного тега base и относительной адресации достигается гибкость, отсутствующая в иных случаях. Иначе придется предпринимать особые усилия для построения ссылок, как, например, это делается в Wayfinder.

Quote from: AKots at Feb 03, 2008, 11:16 PM

Впрочем, это неважно – пусть каждый делает так, как ему удобнее.

ключевой момент! кстати, 301 редиректом я специально добивался того, чтобы сайт разом вынулся из базы поисковика, а потом произошла уже аккуратная переиндексация. при это поправлять внешние ссылки в таком случае не надо. я такое за глюк не считал...

Ну так я же не говорил, что слешы везде руками расставлены. Используется только [(base_url)], поэтому устанавливай систему в какую хочешь папку и никаких проблем.

Quote from: [e

Bu$ter link=topic=22350.msg138067#msg138067 date=1202114803]
Используется только [(base_url)], поэтому устанавливай систему в какую хочешь папку и никаких проблем.

То есть вместо того, чтобы один раз правильно прописать base на основе site_url, нужно ко всем ссылкам (как проставленным самостоятельно, так и полученным стандартными сниппетами) добавлять base_url? Ну что же, каждый волен делать все, что ему вздумается.

Кстати, при таком подходе описанные выше проблемы в некоторых случаях просто неизбежны. Если сайт установлен в папку, отличную от корневой, и на него также указывает дополнительный домен или сабдомен, то обращения к одной и той же странице могут быть <домен1>/<папка>/<страница> или <домен2>/<страница>. Если включено кэширование, а сначала на страницу зашли с первого домена, то потом при заходе со второго домена ссылки будут выглядеть неправильно. Можно, конечно, не кэшировать base_url, и модифицировать ссылки при каждом вызове страницы, но значительно проще использовать относительные ссылки и менять только одну строку с base.