clubwave.ru says: А в какую сумму обойдётся разработка биллинговой системы у вас?

Биллинговая система понятие очень размытое. Готовый модуль подключить можно за 50$, писать полноценный биллинг с нуля может стоить начиная с нескольких тысяч долларов. Без техзадания называть точные цифры не смогу.

Если у Вас проект весь завязан на магазине, то проще поставить на сайт движок какого-нибудь электронного магазина. В нем есть готовые биллинговые модули практически ко всем основным система приема денег через Интернет.

PVasili says: "Среди каталога нет."

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

PVasili says: Последние пару месяцев я не обновлял, поскольку нет возможности записать файлы в wiki :-(((

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

clubwave.ru says: А в друпале реально реализовать биллинговую систему?

Как модуль, почему бы и нет. Только придется его каждые полгода обновлять под очередную смену API Друпала или смены API стороны, принимающей деньги.

clubwave.ru says: А вы сайты не в России делаете? а дорого?

По прайс-листу студии Razgonka.ru, установка типового сайта стоит 500$ для русскоязычных клиентов

Статья "Создание или заказ друпаловских тем".

Shelendor пишет: А вот перевод webform найти не удалось.

Найдите файлик на Вашем сайте "/sites/all/modules/webform/po/ru.po". Его нужно импортировать через раздел "Переводы" в панели администратора: вашсайт.ru/admin/settings/locale/language/import

Тогда Ваш webform заговорит по-русски.

Друпал не проектируется как мультисайтовая CMS. В силу своей логичности его довольно легко можно приспособить для мультисайтинга с общими таблицами. Но будут некоторые побочные эффекты. И нет никаких гарантий, что в будущем в Друпале не сделают нечто такое, что его мультисайтовое использование станет невозможным.

clubwave.ru says: "ну да ломали мне сайты на джумле.. ну подменять они страничку, ну и чего?"

Если это Ваш сайт, то здесь проблем никаких нет, сами с собой и разберетесь.

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

clubwave.ru says: мне нужен мксимально продвинутый, удобный и красивый сайт сейчас.

Вы смертельно больны и надеетесь не дожить до очередного апргейда Друпала? Или сидите на чемоданах в ожидании гринкарты на ПМЖ в Америку? Когда гаишник отжимает 500 рублей, так и хочется ответить ему чем нибудь адекватным, пусть и ответ будет ассиметричным. Но что-то нас сдерживает и мы отдаем требуемые деньги.

Конвертация на сервере файла power-point во флэш - дело не дешевое. Еще можно было бы разместить где-то на Windows-сервере программу, которая бы перегоняла бы power-point во флэш. Тогда модуль Друпала мог бы обращаться к этой программы и был бы только прослойкой между ней и Друпалом.

Но Вы хотите, чтобы весь код был оформлен в виде модуля Друпала. Хорошо, если удастся найти готовый php-конвертор power-point во флэш, тогда задача несколько облегчается. Если же все писать с нуля, то обойдется Вам такой модуль очень дорого.

fairwind says: Будут ли корректно работать два сайта, если они используют одну базу и одни и те же таблицы? Т.е. без префиксов?

Два сайта на одной базе не будут работать полностью корректно. Друпал не проектировался для мультисайтинга.

clubwave.ru says: "если размышлять о том, что развитие CCK прекратиться, то может лучше отказаться от друпал сразу... а вдруг и он?"

Есть разница между массой людей, которые поддерживают Друпал и небольшой кучкой людей, стоящей за кодом CCK. Даже если руководство Друпала скажет "все надоело" и закроет сайт Drupal.org, то Друпал тут же возродится и продолжит развиваться на сайте NewDrupal.org.

clubwave.ru says: "все ноды создаются при помощи cck поэтому труда не составит сделать дополнительное поле с идентификацией игры,"

Можно добавлять и через CCK.

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

Если вбивают все свои, то можно попросить их:

1. в теме статьи вбить название игры
2. в конце в конце статьи вбивать сформированный URL на поиск всех статей, содержащих название этой игры.

Такой вариант не очень обременителен для набивающих новости и не мучает их рубрикацией.

selff пишет: "Населенных пунктов России у меня в базе много (23тыс.) понимаю что врядли у кого то есть координаты всех,"

База "Георграфические координаты, города экс СССР"

В ней содержится база, содержащая географические координаты 1500 городов на территории бывшего СССР.

Полный текст базы опубликован на http://www.razgonka.ru/info/143

clubwave.ru says: "ну вы советует.. это сколько же труда нужно скажем создавать пользователя на игру!! да и блоги мне нужны.."

Мне жутко приятно, что Вы полагаете что я умею читать Ваши мысли и знаю, что Вам оказывается нужны блоги. Но правда такова, что мы сейчас не на сайте Telepat.ru. И читать я умею только то, что Вы написали.

Всегда рекомендую сначала использовать стандартные механизмы Друпала. Но Вы сразу отметаете таксономию, которая специально создана для классификации. (Вы знаете возможности таксономии Друпала вдоль и поперек и точно уверены, что таксономия Вам не подходит?)

В Друпале есть еще механизм блогов. Можете создавать новости от имени разных пользователей. Под каждую игру заводится отдельный виртуальный пользователь. Его имя может совпадать с названием игры. Все новости по игре он пишет в свой блог.

Или можно сделать под каждую игру свой форум.

Ой-ой-ой, мне стало плохо, когда я прочитал подробности Вашего проекта.

Даже друпаловский модуль wiki, применяемый с Друпалом, приносит проблемы в проект (см. "Откажитесь от vbulletin и wiki").

Вы же хотите разместить совершенно отдельный движок wiki на другом сайте и при этом синтегрировать его с Друпалом.

digital_sword пишет: "Посоветуйте, пожалуйста, хорошую CMS, которая создает страницы, а не генерирует их из базы. Я хочу, чтобы любую страницу сайта можно было найти по поиску (внешнему: Яндекс там...)"

Присмотритесь к Друпалу. Яндекс любит показывать страницы на друпаловских сайтах. Например, по запросу "Друпал", в первой тройке Яндекс показывает сайты, сделанные на Друпале:

Модуль Import HTML.

restyler пишет: Поделитесь своими способами "улучшения" юзабилити!

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

Наиболее ходовые страницы админки сохраняю в закладках в отдельной папочке. Оттуда офис-менеджер их с удовольствием достает.

Dec0der says: "А когда ожидать 6-й версии, хотя бы примерно?"

Код у "шестерки" уже заморозили, никаких новых возможностей не добавляют, занимаются отладкой. Прогнозы дело неблагодарное, но к Рождеству ждем-с. Хотя могут управиться и раньше.

Dec0der says: "Но в принципе если их разместить (или имитировать размещение) на разных поддоменах, и настроить двуязычность одного движка, то всё таки будет экономнее."

Посмотрите модуль hidden_content.

Atomic пишет: возможна ли локализация этой системы на русский язык, или можно этот же функционал CiviCRM аналогично создать используя существующие модули для Друпала.

Вы идете от требуемого функционала. После полугода использования сайта требования к функционалу могут поменяться у Вас на 2/3. И может оказаться, что CivicCRM новым требования уже не устраивает.

Dec0der пишет: "Сайты должны управляться одним движком, должен быть одинаковый дизайн. odin.sait.com - русская версия сайта, dwa.sait.com - английская версия (контент и статьи переводятся на анг.). Т.е. можно сказать сайты двойники, только на разных языках. "

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

Dec0der пишет: "Обязательное условие - сайты должны быть на разных поддоменах."

Традиционный мультисайтинг с частично общими таблицами наверное будет слишком тяжеловат для этого случая.

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