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

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

Стоило ли заводить тему на форуме по вопросу, который самостоятельно решается за 37 минут?

Тогда вам надо брать перевод именно той версии что у вас установлена, а из вариантов форматов берите "все в одном файле", его потом просто импортируете на странице импорта переводов /admin/build/translate/import

Мой FireFox подсказывает что ваш сайт, Наталья, является опасным, но тот же FireFox вывел меня на интересную ссылку http://www.stopbadware.org/firefox?hl=ru&url=http%3A%2F%2Fwww.chronoton.... где есть информация о том, что нужно сделать, чтобы вас исключили из списка зараженных http://www.stopbadware.org/home/reviewinfo.

Когда то копался в модулях на drupal.org и встречал модуль translatablecomments для автоматического перевода комментариев к нодам.

Если сайт на друпале и база не повреждена, то почему бы просто не перезалить файлы друпала поверх того что на ФТП есть? Перед этим надо, конечно сделать бэкап, т.е. просто взять и скопировать все содержимое вашего сайта себе на компьютер. Еще надо бы сделать бэкап базы данных, но при дохлом сайте это можно сделать только из панели управления хостингом. Некоторые хостеры вообще регулярно сами делают бэкапы файлов и баз пользователей. В таком случае можно просто восстановить все файлы из бэкапа хостера на день предшествующий взлому, то же самое можно и базой данных сделать.

Этот список мне напоминает варианты выбора перевода для модуля на друпалер.ру. Если это так то автор совсем не понимает что он делает.

надо ввести в браузере путь www.test1.ru/install.php, только сперва надо MySQL вазу еще создать. А еще там есть файл install.txt, там, как ни странно написаны шаги для инсталяции.

У меня работает версия 6х-1.2, может вам стоит разобраться почему у вас релизные версии не работают? Попробуйте в логах посмотреть, может там разрешения какие добавили в девелопмент версии, да и вообще не обязана она работать, на то она и девелопмент.

Иногда полезно посмотреть в issues возможные проблемы http://drupal.org/node/319808 правда судя по всему никто эти проблемы не решает, т.к. этому и другим issues по теме переводов больше года.

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

Так одновременно, в тот же день когда вышел 6.19, модуль Token тоже был обновлен до версии 1.14, может в этом проблема? Сам обновлял и друпал и модуль Токен, правда не заметил проблем и со старым модулем, может я просто не успел заметить проблемы, т.к. обновления проводил с интервалом минут 15.

У меня работает 3.2.1 совместно с 6.х-1.1 модулем друпал. После переключения с "Источника" есть некоторая задержка (примерно в 1 секунду), но работает переключение больше одного раза, браузер FF, в ИЕ8 тоже работает, как и в опере 10.10. Установлен модуль JavaScript Aggregator.

У меня работает 3.2.1 совместно с 6.х-1.1 модулем друпал. После переключения с "Источника" есть некоторая задержка (примерно в 1 секунду), но работает переключение больше одного раза, если я правильно понял суть проблемы описанной в теме по ссылке.

А лучше ставим уже CKEditor.

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

Столкнулся со странной проблемой при использовании NGINX + Apache + Drupal. Проблема в возвращаемой переменной $_SERVER['REQUEST_URI']. Если в URL используются русские буквы, то они, что естественно, кодируются, так вот NGINX отдает их маленькими буквами (%d1%82%d1%8d%d0), а нужно чтобы он их отдавал большими (%D1%82%D1%8D%D0). Хостер делал мне тестовый доступ к сайту в обход NGINXа при этом переменная отдается как надо, т.е. большими буквами. Предполагаю что дело в настройках NGINXа, но поиск в интернете ничего не дал (или я неправильно искал).

"new_" wrote:

Проблема решена путем настройки блока, там есть раздел:
"Показывть тэгов:"

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

В настройках самого блока поставили количество тегов?

В FCKEditor есть кнопка DrupalBreak для отделения анонса, для ее использования надо подключить соответствующий плагин в файле конфигурации, ну и саму кнопку включить в панели инструментов. То же самое и для DrupalPageBreak для отделения новой страницы.

В логи сервера и сайта посмотрите.

http://drupal.org/project/modules?text=taxonomy%20menu

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