Goodboy wrote:

Я имел в виду, если были правки в .htaccess, который находится в корневой директории друпала, то для чистоты эксперимента лучше заменить его на оригинальный друпаловский файл.

когда сайт работает под nginx то хтаксеса там нет совсем (

Goodboy wrote:

Странно, смотрю в locale.module, там делается запрос db_query("SELECT * FROM {languages} WHERE language = '%s'", $langcode), а по факту получается, не возвращается префикс.

Возьмите оригинальный друпаловский .htaccess (для вашей версии друпала). Отключите редиректные модули, если есть.

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

Goodboy wrote:

Смотрите таблицу languages, поле prefix. Возможно, какие-то таблицы в базе запорчены, все может быть. Попробуйте экспортировать, потом пересоздать базу. Обязательно делайте бекапы перед изменениями.

Спасибо посмотрел.
Префикс en прописан как и положено

скорее всего тогда остается только одно - проблемы в редиректах настроеных в nginx - но на первый взгляд проблем там нет

и да. сайт этот (в отличие от других) работает на ngnix соответвенно может проблема с редиректами тогда кроется где-то здесь.
Правда я не понимаю где, ведь все чпу работают исправно кроме префикса

в дополнение пробовал пробовал в поле префикса писать
admin/settings/language/edit/en

https://www.мой-сайт/en
https://мой-сайт/en
мой-сайт/en
www.мой-сайт/en

пока не помогло ничего (

да. как я сказал, сайт работает на https с помощью модуля Secure Pages (но если его выключаю проблема не меняется) и очевидно где-то стоит редирект так как как не извернись сайт всегда открыватся с www

Итак! Я немного локализовал проблему!

Оказывается у меня не применяется вот это значение
вот на этой странице
admin/settings/language/edit/en

в поле Префикс пути:
я прописываю естественно en

Goodboy wrote:

Меня смущает, что язык интерфейса у вас английский ( например, Current language and language neutral )
Проверьте admin/settings/language, admin/settings/language/edit/en, admin/settings/language/edit/ru
Все ли в порядке там с префиксами и с языком по умолчанию. Сравните с настройками "хорошего" сайта.

Зашел в admin/settings/language/i18n/variables
а там оказывается

There are no multilingual variables.

мне стоит волноваться ?

Goodboy wrote:

Глобальные языковые настройки проверяли? admin/settings/language/configure, admin/settings/language/i18n

да, вот здесь admin/settings/language/configure - стоит как и указал выше Только префикс пути.

а у модуля i18n
стоит только первая галочка Current language and language neutral.

kosHta wrote:

"realburnis" wrote:

а где именно настраиваются галочки для синхронизации ?

Первый лист тип материала, внизу (Настройки многоязычности, ниже Синхронизация) После этой страницы будет ......

Структура\тип материала\статья\ Внизу настройки многояз. После этой стр Управл.полями\Упр.отображ.

Variable

kosHta wrote:

"realburnis" wrote:

kosHta wrote:

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

В типе материала разрешить мультиязычный перевод на первом листе, возможно забыли.

Статья созданная должна появиться с ен, рус... Но сначала РУС, переводите потом ен нода появится.

Спасибо

Очень информативные ответы -)

Возможно, моя проблема связана с тем, что сайт использует Secure Pages для всех страниц ?

да, очевидно проблема с префиксом en
так как мой-сайт /en/ не открывается.

Хотя в языковых настройках указал "только преффикс пути"
и для русского префикс убрал, а для английского прописал: en

Скажите, с чем может быть связана проблема?

kosHta wrote:

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

Я понял вас! Изменил строчку $cookie_domain = в settings.php - сам не додумался. Большое спасибо!

kosHta wrote:

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

в правах всмысле права на файлы ?
так они все один к одному. Что вы подразумеваете под "прилинковать старый домен" ?

<a href="mailto:sas@drupal.org">sas@drupal.org</a> wrote:

uid = 0 есть в базе ?

да, есть.

Спасибо! Оба способна отличные, хотя с модуделем login_destination оказался самым простым и понятным!

RxB wrote:

Поставьте маскарад и не ибите моск

Спасибо. Так и сделал, и теперь счастлив )

Vydrin_AP wrote:

"xSPiRiTx" wrote:

как админ меню помогает войти под зареганным уже пользователем и посмотреть все то, что видит он?

Справа написано "Здравствуйте, admin", под этой надписью выпадающий список пользователей.

q2_faith wrote:

"xSPiRiTx" wrote:

как админ меню помогает войти под зареганным уже пользователем и посмотреть все то, что видит он?

может. я только не знаю как там назад вернуться)

Спасибо, что в итоге лучше использовать?
masquerade или admin_menu ? И в чем их принципиальное отличие?