Нашел слова, чтобы объяснить ситуацию максимально просто))) :
Cайт site.com - на английском
Используя функцию перевода значений полей CCK
нужно сделать сайт на русском site.ru
(решение из коробки - ru.site.com или site.com/ru - не подходит)
(решение с встроенной мультиязычностью нод, когда при переводе создается нода с отдельным id - не подходит)
1. на русском сайте пользователи как читают, так добавляют информацию на русском языке.
2. Информация при этом синхронно добавляется в базу данных и на английском языке.
У вас какое то особое понимание термина "профиль". Какая разница в какой таблице хранятся данные пользователя? В друпал 7 поля можно прикреплять к профилю пользователя поэтому content_profile для 7-ки не нужен.
получается что задействуем Entity API и делаем новую сущность, или подключаем Organic Group.
Посмотрел OG - не подходит.
НУЖЕН ЧЕЛОВЕК, КОТОРЫЙ отлично разбирается в Entity API
А что значит "ноды не трогаем"? Т.е. вам обязательно нужно чтобы всё было без нод?
Все что касается профилей - да, без нод.
То есть по факту нужно сделать так, чтобы к одному профилю могли ссылаться несколько пользователей.
У пользователя остается выбор - или самому заполнить профиль "школа" (тогда создастся новый профиль, единственно - проверка на дубль с уже созданными профилями по адресу), или может выбрать из списка.
Не совсем понятно, зачем всё таки нужно создавать профайлы отдельно от пользователей.
Например, для того, чтобы завести все школы, а потом пользователи могли эти школы использовать как сущность "профиль" - то есть как одну из вкладок (профилей).
Сначала школы, потом пользователи.
Как деньги и стулья. )
Нужно разработать решение (или модуль) для отображения URL адресов при использовании i18n
РЕШЕНО
Нужно разработать решение (или модуль) для отображения URL адресов при использовании i18n
Нашел слова, чтобы объяснить ситуацию максимально просто))) :
Cайт site.com - на английском
Используя функцию перевода значений полей CCK
нужно сделать сайт на русском site.ru
(решение из коробки - ru.site.com или site.com/ru - не подходит)
(решение с встроенной мультиязычностью нод, когда при переводе создается нода с отдельным id - не подходит)
Drupal 7 и изображения
называется "галерея", наверное так.
DRUPAL 7 - БАГ
http://drupal.org/node/1434370
http://drupal.org/node/1457504
Будем следить, может что изменится.
DRUPAL 7 - БАГ
Спасибо за подсказку на ресурс - разместил там инфо.
???????????????????????
КАК МОЖНО УБРАТЬ СООБЩЕНИЕ ОБ ОШИБКЕ?????????????????
(как я понял, ошибка не слишком критична, буду ждать обновления модуля)
DRUPAL 7 - БАГ
DRUPAL 7 - БАГ
)))
Перевод в мультисайтинге. Возможно? Какие варианты?
Добавляю схему того, что интересно увидеть.
1. на русском сайте пользователи как читают, так добавляют информацию на русском языке.
2. Информация при этом синхронно добавляется в базу данных и на английском языке.
Content Profile vs Ptofile2
Пишу отдельным сообщением на личную почту
Content Profile vs Ptofile2
получается что задействуем Entity API и делаем новую сущность,
или подключаем Organic Group.Посмотрел OG - не подходит.
НУЖЕН ЧЕЛОВЕК, КОТОРЫЙ отлично разбирается в Entity API
Content Profile vs Ptofile2
Все что касается профилей - да, без нод.
То есть по факту нужно сделать так, чтобы к одному профилю могли ссылаться несколько пользователей.
У пользователя остается выбор - или самому заполнить профиль "школа" (тогда создастся новый профиль, единственно - проверка на дубль с уже созданными профилями по адресу), или может выбрать из списка.
Content Profile vs Ptofile2
Готов платить за толковое решение.
Content Profile vs Ptofile2
У нас условия поставлены так, что ноды не трогаем вообще, это - железо!
Остальное - любые варианты
Content Profile vs Ptofile2
Например, для того, чтобы завести все школы, а потом пользователи могли эти школы использовать как сущность "профиль" - то есть как одну из вкладок (профилей).
Сначала школы, потом пользователи.
Как деньги и стулья. )