Очень странно. Захожу на drupal.ru/tracker и попеременно оказываюсь то vadbars@drupal.org, то просто vadbars. Соответственно всякий раз уже прочитанные посты показываются с пометкой new...
Браузер - FF, с кешированием вроде бы не должно быть проблем.
Комментарии
Возможно вы заходите на
http://drupal.ru и на http://www.drupal.ru ?
куки разные у них
Во избежание такой ситуации принято указывать директиву Redirect в конфигурации виртуального сервера Апача. Например, для www.drupal.ru следует указать:
Redirect 301 / http://drupal.ru
Тогда и пользователи будут целы, и поисковики станут считать рейтинг как на единый сайт.
Подробнее о настройке тут - http://httpd.apache.org/docs/1.3/mod/mod_alias.html
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
Это не прокатывает, я пробовал. И RedirectMatch пробовал и рецепт из друпаловского .htaccess раскомментаривал. Хрень какая-то перманентно выходит, поэтому бросил пока и сайты авторизуют отдельно - drupal.ru и www.drupal.ru. Спецы по mod_rewrite приглашаются для разруливания ситуации Конфиг виртхоста и .htaccess будет предоставлен. В конфиге апача хост указан как www.drupal.ru, а drupal.ru - алиас (я хочу получить www.drupal.ru основным сайтом, а drupal.ru должен ссылаться на него).
--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
Работает, если аккуратно прописывать. Ещё нужно сделать отдельный виртуальный хостинг для вторичного домена и на нем прописывать редирект.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
Упс... А ServerAlias недостаточно? Попробую сегодня попозже с отдельным виртхостом.
--
Site Administrator
Он тут вообще неуместен.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
Да, неладно что-то в датском королевстве... Теперь на сайте одновременно vadbars и vadbars@drupal.org.
Если есть такая проблема, могу предложить одному из vadbars'ов "удалиться". Удалить его то бишь.
Сайт cwer.ru прописано так (перенаправление с cwer.ru на www.cwer.ru):
[notag]
RewriteCond %{HTTP_HOST} ^cwer\.ru [NC]
RewriteRule ^(.*)$ http://www.cwer.ru/$1 [L,R=301]
[/notag]
Вот именно так я пробовал (этот рецепт есть в .htaccess друпала, по дефолту закомментарен), не работает. Точнее в моем случае оно вообще могло бы работать если только HTTP_HOST заменить на SERVER_NAME (а в HTTP_HOST из-за настроек сервера номер порта добавляется), но и это не помогает. Редирект только для главной страницы срабатывает
--
Site Administrator
RewriteEngine on
RewriteCond %{HTTP_HOST} !^www\.rustex\.ru
RewriteRule ^(.*) http://www.rustex.ru/%1 [R=301,L]
работает. понятно, что в таком виде условие должно идти после описания всех осмысленных доменов 3-го уровня.
Правильно не потому что работает, а потому что так угодно поисковикам Тут описан редирекс с www.drupal.ru на drupal.ru, как сделать наоборот, думаю, легко догадаться.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
ммм... не могу поставить сайт на хостинг, похоже причина та же... логинюсь, а после перехода по любой ссылке - авторизация летит, причем форум у меня пхпбб, и на нем авторизация нормальная... на денвере все супер работало...
Вышел апдейт для settings.php
#108663: Fix log-in problems due to cookie domain mismatch (www vs no www)., backport
http://drupal.org/node/108663
а что если прописывать жестко имя куки?
ini_set('session.cookie_domain', 'www.site.ru');
На сколько я понимаю, тогда на site.ru никто не сможет авторизоваться.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
сайт site.ru отключен через редирект.
Просто у меня была проблема с авторизацией после последнего патча settings.php
<?php if (isset($_SERVER['HTTP_HOST'])) {
$domain = '.'. preg_replace('`^www.`', '', $_SERVER['HTTP_HOST']);
// Per RFC 2109, cookie domains must contain at least one dot other than the
// first. For hosts such as 'localhost', we don't set a cookie domain.
if (count(explode('.', $domain)) > 2) {
ini_set('session.cookie_domain', $domain);
}
?>
войти вообще никто не мог.
случайно в заголовках обратил внимание что куки устанавливаются как www.site.ru:8080.
А у меня на сервере после этого патча (и с выходом 5.1) авторизация не работает. Работает если заменить HTTP_HOST на SERVER_NAME (потому как HTTP_HOST содержит указание порта, а SERVER_NAME только имя).
--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!