iHead

iHead
Рейтинг
137
Регистрация
25.04.2008
Интересы
Hosting (PHP, Bitrix), domains

подтверждаю, вчера в 22:18 по москве была проблема у них:

HTTP-request for get balance at CENTROHOST failed: Forbidden
HTTP-request for get balance at R01 failed: Forbidden

Royal Flash, посмотрите конфиг апача на предмет MinSpareServers, MaxSpareServers, StartServers, MaxClients.

iopiop:
сделал ресерч. в общем, ничего кодить не надо, каноникал прописать в оригинальном файле и все.

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

iopiop:

да вроде как на автомате делается, смотрим $_SERVER['REQUEST_URI'], если старый урл - выводим каноникал.

проще уж тогда 404 ошибку поймать и сделать там правильный редирект, раз все равно $_SERVER['REQUEST_URI'] анализировать на предмет старый/новый. а в вашем случае придется PHP включать даже для статики (если страницы - голый HTML).

iopiop:

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

потерто.

соглашусь, что canonical, может подойти в некоторых случаях.

симлинки плохи еще и тем, что в конфиге редиректы можно в одном месте прописать, а симлинки придется по папкам искать, чтобы удалить, если структура сложная.

вобщем ТС это все равно не подходит, т.к. у него Джумла :)

iopiop:
rel=canonical вроде бы спасет, нет?

Яша все же предпочитает серверный редирект. Да и править страницы, чтобы каким-то образом воткнуть link rel=canonical для страниц, которые показываются не через симлинк - задачка не из простых, если вобще решаемая.

iHead добавил 16.11.2011 в 21:35

myhand:
Оскорблять начал вот кто. В ответ на замечания (вот и вот) совершенно невинного характера: "прочитайте ТС, прежде чем что-то писать".

Зато человек вежливо задает тупой вопрос:И ведь, что характерно, до сих пор не понял:

Ну ее нафиг, такую "культуру" - пусть сперва культуре читать и думать научится.

Слово "чудо" и "дебил" вы первый использовали.

myhand:
Вы разве не поняли кому пишете? :) Зря стараетесь - только минус в репу схлопочите от защитников разных убогих...

Объясняли:- информации оказалось мало...

если бы вы чуть культурнее общались, все все поняли бы уже давно :)

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

iopiop,

минусы симлинка:

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

2. ЧПУ и вирт URL (+QUERY_STRING) не будет работать

3. это нелогично (как уже тут заметили), для этих случаев придумали 301 редирект.

оптимальным же способом - запихать правила редиректов в конфиг апача или nginx. как вариант отлавливать 404 ошибку php-скриптом и делать "умный" редирект (хоть по карте соответствий, хоть с учетом ключевых слов, если они есть в URL, хоть основываясь на REFERER, и т.д.)

Goldsnich:
Сайт вроде не падает пока от проверок, поэтому могу показать в Live режиме смерть своего VPS http://max-cook.com/video/out.ogv

оперативка кончилась, своп вырос. дальше, подвисло, видимо.

я предложил переписать запросы без джойнов.

понятно, что там где это необходимо. я не утверждаю, что они есть у ТС, но с большой вероятностью есть (временные таблицы обсуждать начали до меня в этой теме).

netwind:
Временные таблицы возникают не по причине наличия join в запросах SQL.

отсюда и пошел сыр-бор. временные таблицы могут возникать при использовании join.

netwind:
ну и где там написано "откажитесь от join, чтобы не создавались временные таблицы" ?

тут я поспешил с ответом, не внимательно прочитав вопрос.

конечно, там этого не было сказано.

izbushka:
Я вам переведу, если вы не осилили:



Т.е. не при всех join создаются временные таблицы.

с этим я не спорю.

Всего: 870