News написал:
"1) Чтобы категории товаров были в несколько уровней (от 1 до 5):
"фото -фотоаппараты -цифровые -зеркальные""
Был бы неправильно отбирать у Друпала его хлеб, таксономию. 
Владелец магазина создаст тип материала "товар (услуга)", повесит на него категорию с указанными теми рубриками, которые он готов разрешить торговать на своем сайте. Продавцы будут добавлять страницу вида "товар (услуга)" и помечать указывать, в какую рубрику страницу отнести. Если товары красивые и большинство с фотографиями, то можно автоматически выводить страницы с товаром на главную страницу сайта.
Рубрикация товаров будет использоваться везде, где будут выдаваться списки товаров
- в контрольной панели управления товаром
- на странице заказа товаров
- списки продавцов можно выдавать разбитыми по группам товаров
- и т.д.
News написал:
"2) Чтобы было второе аналогичное дерево категорий для Услуг: "программирование: сайты, 1С, микроконтроллеры", "консалтинг: бизнес, бухгалтерия, коучинг"..."
Все будет в одном большом дереве одной категории. Продавцы терпеливы и смогут выбрать нужную рубрику для товара, даже если в категории окажется 300 рубрик.
Для каждой рубрики владелец сайта через свою контрольную панель сможет задать параметры комиссионных:
- их размер
- считаются ли они как процент или твердая цена.
News написал:
"Некоторые категории товаров/услуг имеют свои заранее заданные шаблоны описания товаров, например, для товара "автомобиль" это марка, цвет, объем двигателя, тип КПП и т.д., а для услуги "программист microsoft" это сертификат ААА, сертификат БББ, перепрошивка авторучек и т.д."
Вы меня проверяете? 
Это можно будет сделать через CCK. В 7-ой версии Друпала он войдет в ядро.
News написал:
"Желательно, чтобы страница описания товара имела центральный блок с расширенной WYSIWYG-вёрсткой, с несколькими фотками."
Реализуется через статью от владельца сайта. В ней он подробно расписывает, как должен быть оформлен товар. Если учесть, что к торговле допускаются обычно самые активные авторы, то с достойным оформлением товара проблем не будет.
News написал: "Любой Юзер сообщества помимо личного профайла может иметь "витрину" - html-редактируемую страницу, которую он наполняет самопрезентацией, своими товарами и услугами."
В анкету юзера добавляется поле "мой магазин", куда он вставляет ссылку на страницу со своим товаром и формой заказа. Эта ссылка будет выводиться в блоке "Об авторе статьи" рядом с текстом любой статьи или сообщения на форум.
Страница "мой магазин" будет формироваться из товаров, которые добавил продавец. И для которых он в контрольной панели указал цену и потребовал выставить в магазин. Товары в магазине выводятся в системе рубрик, заданных владельцем сайта. Пустые рубрики пропускаются. Рубрики с товаром выводятся в свернутом виде. Интересующие гео рубрики посетитель может их раскрыть щелчком по названию рубрики.
Так как весь магазин юзера включая форму заказа показывается на одной странице, то в отдельной витрине нет необходимости.
News написал:
"Покупателям нужен хороший интерфейс фильтро-поиска для того, чтобы легко искать нужные им товары/услуги по ряду параметров. "
На первых порах можно воспользоваться встроенным поиском Друпала или встроенным Гугловским поиском, учитывающем словоизменение.
Отдельный поиск по товару и многим параметром пока в модуле Монетизатора не планируется.
News написал:
"Также нужна возможность подписаться на "появление новинок" в указанной категории. Например, если Юзер НЕСПЕШНО ищет няню ребёнку или летнюю резину, то ему не придётся 30раз в месяц задавать поиск."
Зарегистрированные пользователи смогут подписаться на каждую рубрику средствами Друпала. При желании можно получать новые поступления по нужной рубрике через RSS-канал.
Вместе с категорией "рубрики товара" можно сделать еще категорию "страны", если товары зарещено посылать в другие страны (пересылка антикаврных книг требует разрешение Министерства Культуры) . Тогда можно будет объединить какую-нибудь товарную рубрику и рубрику страны и видеть новинки в этой рубрике только если новое поступление продается внутри нужной страны.
News написал:
"Очень нужна поддержка Интернационализации. И тогда с помощью drupal.org этот модуль получит поддержку."
С первого дня модуль будет писаться как международного употребления, это требование нашего клиента. Будут использоваться разные валюты для жителей разных стран. Будем стараться также учесть те возможности интернационализации страниц, которые дает Друпал в 6-ой версии.
News написал:
"Хоть какая-то минимальная защита от накруток рейтинга."
Отзыв можно дать, только если клиент заплатил аванс и продавец с аванса заплатил комиссионные владельцу сайта. Если продавец готов платить по 50$ из своего кармана за каждый липовый положительный отзыв, то ради бога, пусть платит.
News написал:
"Как и по новым правилам ebay продавец не может оставлять отрицательный отзыв (настраиваемый параметр)"
Ebay отказался все-таки от отрицательных отзывов на покупателей, чтобы покупатели не боялись писать отзывы. В Монетизаторе будет использоваться именно этот вариант.
Возможно, предусмотрим для владельца сайта галочку, чтобы он мог разрешить отрицательные отзывы на покупателей. Отзывы бетатестеров покажут, нужна ли такая возможность.
News написал:
"Нужно предусмотреть, что Монетизатор может использоваться в сообществе как в коммерческих целях (и брать комиссию), так и просто в роли дополнительного бесплатного сервиса сайта"
Это задает сам владелец сайта, назначая на каждую рубрику процент или твердую сумму комиссионных. Укажет 0 для всех рубрик - будет бесплатный сервис.
Обычно все-таки берут деньги за откровенно денежные рубрики. А на "социально важные рубрики" назначают нулевую комиссию, чтобы стимулировать там торговлю.
Например, есть дорогостоящая химия по уходу за старыми книжками. Ее можно продавать без комисионных, книжков жалко, коммисионные получим на других рубриках.
Или на детские книжки назначают пониженные комиссионные, символические 1-2%. Все-таки цветы жизни.
News написал:
"На странице описания товара внизу повесить кнопку "пожаловаться" (на недостоверное/противоречащее правилам сайта объявление)"
Владельцу сайта в настройках материала "товары (услуги)" достаточно разрешить комментирование страницы с товаром. Коллеги по каталогам через комментарии быстро порядок наведут, от неправильного товара только перья полетят. Если покупатель получит не тот товар, то он тоже может выложить фото истинного товара в комментариях.
News написал: "Контактные поля (мыла и телефона) должны быть отдельными, чтобы контролировать "черные списки" нарушителей"
Все анкетные данные продавцов и покупателей будут хранится в дополнительных полях анкеты Друпала.
Продавцов не очень много, черные списки будут вестись в голове администрации.
News написал:
"Как можно больше параметров кастомной настройки модуля"
Как можно меньше параметров кастомной настройки модуля. Как можно больше перекладываний функций Монетизатора на Drupal. Тогда есть шанс уложится в бюджет проекта.
Поэтому мы ищем внимание друпальского сообщества к проекту, тогда можно будет сделать именно те настройки, которые нужны и не делать случайных настроек.
News написал:
"Скажите, есть ли у вас сроки разработки этого модуля, можете ли вы дать примерные ориентиры выхода беты? "
Проект (техзадание) в целом разработан и согласован с заказчиком. Дело за нами. Сейчас собираем на Razgonka.ru команду заинтересованных в проекте бета-тестеров. Скоро приступим к кодированию. Работоспособную бету модуля хотелось бы получить в мае.
Но может случится так, что бета выйдет только летом. Сейчас решается вопрос, будем ли мы использовать в модуле unit-тестирование SimpleTest. SimpleTest радикально улучшит качество модуля, но растянет разработку.
В любом случае не вставляйте модуль Монетизатора в свои планы. Ваши планы никак не повлияют на темпы развития проекта. Не хотелось бы подвести Вас.
News написал:
"... еще вспомню, допишу)) "
Пишите уже здесь, на Razgonka.ru. Регистрация не обязательна, но желательна.
..........................
Макс Кириленко, подбор названий и доменов
Интересен стал Монетизатор
Автор: F10
Ведется ли его разработка, на каком этапе, когда предположительно будет готов?
Готовы помочь материально.
Эпоха SimpleTest
Автор: Макс К.
В черновике Монетизатор работает, клиента устраивает. Но это не модуль, а набор скриптов, написанных на коленке, со всеми вытекающими минусами:
По срокам. Клиент уже получил нужный ему основной функционал и именно сейчас ему модуль не к спеху, у него и так все работает. Но после обсуждений мы решили больше не развивать клиенту черновики скриптов из-за идеологической бесперспективности черновиков. Тем более, что после обсуждения на Drupal.ru выявилось, что 76% друпальцев с сообществами на своих сайтах готовы поставить Монетизатор и выступить бета-тестерами.
Нужен именно модуль. Так что от модуль разрабатываться будет. Но когда будет готова бета-версия модуля сказать сложно.
Во всяком случае к январю-маю 2010 года модуль уже должен быть в рабочем состоянии, чтобы можно было его отладить за 2010 г. и к декабрю 2010 года перенести на 7-ой Друпал уже отлаженную версию модуля.
Тестирование ошибок
В быстрой разработке модуля есть еще одна загвоздка, если Вам интересны детали.
В 2009 г. Drupal.org сделал SimpleTest официальной системой автоматического тестирования. Начиная с Drupal-7 тестирование SimpleTest будет встроена в ядро. На 6-ой версии пока приходится приходится писать тесты модулей с помощью отдельного модуля SimpleTest
При автоматическом тестировании половину кода составляют тесты. Работа по переносу тестов модуля SimpleTest на ядерные тесты Drupal-7 может оказаться слишком затратной.
Сейчас выясняем вопрос, будут ли хорошо стыковаться тесты, написанные в Drupal-6 с модулем SimpleTest, с "ядерным" тестированием Drupal-7? А без такой стыковки проще модуль Монетизатора для 6-го Друпала вообще не писать, а подождать стабильной версии Drupal-7.
Вы написали: "Готовы помочь материально"Если бы Вы уговорили Дриса не менять API Друпала каждый год, то я бы сел за программирование модуля прямо хоть сегодня.
Прецеденты стабильного API есть, Windows не меняет API уже больше 10 лет, все старые программы работают прекрасно.
Но будучи основноположником "зеленого" построения сайтов собираюсь модуль Монетизатора тоже сделать "зеленым", чтобы он был по стандартам Друпала. А с 7-ой версии Друпала модуль многопользовательского магазина без использования SimpleTest будет выглядеть несерьзено.
Нормальный многопользовательский магазин по объему кода может быть такой же, как и сам Друпал. Лучше с самого начала Монетизатор делать с автоматическим тестированием ошибок. Тогда у него не будет пределов в развитии.
..........................
Макс Кириленко, подбор названий и доменов
В таком случае
Автор: F10
В таком случае можно ли узнать сайт на котром уже работают ваши скрипты?
Можете написать в личку.
Если нас устроит функционал, мы готовы рассмотреть предложение по приобретению этих скриптов, и внедрению их на наш сайт, работающий на drupal.
"Зеленый" Монетизатор
Автор: Макс К.
Функционал Вас точно не устроит. Даже для сайтов той же области функционал малопригоден. У всех разные подходы к многопользовательскому магазину.
Да что там говорить, даже моего клиента текущий функционал на 3/4 не устраивает, хотя скрипты писались под нужды клиента. Запросы постоянно растут.
Причина
В текущих скриптах очень много наносных идей, которые не нужны на других сайтах. Ведь возможность использования на других сайтах не предусматривалась.
Скрипты писались не сразу, а постепенно. По мере эксплуатации клиент просил то одну функцию, то другую. Таблицы постоянно наращивались дополнительными полями.
Уже давно пора делать нормализацию базы и рефакторинг скриптов. Но делать это со старой программой будет слишком затратно и нет смысла. Она исчерпала свои возможности.
Клиент тоже понимает бесперспективность развития старой версии программы. После опроса друпальцев выяснилось, что 3/4 из них охотно поставят модуль Монетизатора на свои сайты с сообществами. Раз поддержка бетатестерами обеспечена, стало возможным думать о создании нормального модуля.
"Зеленый" Монетизатор
Вам предстоит пройти тот же самый путь. Временные скрипты отнимут ресурсы, но будущего у них нет.
Можете пока попробовать сделать многопользовательский магазин полностью по "зеленому", средствами самого Друпала. На многих друпальских сайтах активно перекладывают на Друпал элементы многопользовательского магазина.
1. Товарный ассортимент или сервисные услуги продавцы могут набивать как обычные ноды.
2. Для сбора заказов можно использовать модуль WebForm. Вам не составит проблем создать отдельные формы заказа для 10-20 продавцов.
3. Систему отзывов E-bay часто реализуют так. Назначают для отзыва отдельный вид материала. В нем через таксономию указывают 2 рубрики:
Тогда у каждого исполнителя через таксономию будет собираться все отзывы на отдельной странице. Исполнители смогут подписаться на новые отзывы о себе. Небольшой скриптик с легкостью пробежится по всем отзывам на заданного исполнителя и посчитает его:
Список исполнителей можно выдавать на отдельной странице в зависимости от процента положительных отзывов и количества выполненных заказов.
4. Бухгалтерия.
Переложите ее на плечи самих продавцов. Пусть сами считают заказы и раз в месяц высылают Вам положенные проценты.
5. Контроль.
Попросите продавцов завести для Вашего сайта специальные почтовые ящики. Копию входящих на эти ящики должны пересылаться Вам.
Поставьте модуль "Mail Logger". Он позволит Вам быть в курсе частной переписки продавцов на сайте. (Разумеется, и клиентов и продавцов нужно заранее предупредить, что у Вас есть доступ к их переписке).
Если продавец склонен к пропаданиям, то Вы это увидите по настойчивым повторным письмам клиентов и отзывам клиентов. Если продавец большинство заказов уводит на сторону, Вы это тоже увидите разнице между пришедшими заказами и оплаченными заказами.
Полезно каждый 20-ый заказ делать от засланных казачков и публиковать результаты на сайте. Продавцы должны знать, что такие заказы постоянно бывают. Тестовые заказы не обязательно доводить до конца. Достаточно проводить обсуждение заказа и останавливать его, когда дело доходит до предоплаты.
Когда процент за свои услуги Вы берете не большой, продавцам проще платить его, чем быть раз и навсегда отлученным от Вашего сайта.
Если продается не товар, а услуги, то возможно вместо процента удобнее брать фиксированную плату.
6. Разделение продавцов.
Разрешите доверенным продавцам принимать заказы от всех подряд. А остальным - только от зарегистрированных пользователей. На странице со списком продавцов в зависимости от регистрации клиента показывайте гостям список доверенных продавцов, а зарегистрированным клиентам список всех продавцов.
Минимум кодирования на первом этапе
Все можно сделать сейчас с минимумом кодирования.
По моему опыту, вначале главная проблема не в программе, а в Вашем сообществе. Нужно некоторое время, чтобы оно настроилось и приняло идею многопользовательских продаж.
Клиенты должны научиться писать отзывы и поверить, что администрации небезразлично качество торговли на сайте.
Продавцы должны работать не каждый сам по себе, а все вместе заботится о том, чтобы качество их услуг было достаточно высоким.
Вам нужно внутри Вашего сообщества, пищущего на Вашем сайте, вырастить сообщество покупателей и продавцов. Это можно начинать делать без модуля Монетизатора. Друпал очень гибок и большинство базовых функций многопользовательского магазина можно сделать практически без кода (статья "7 ступеней в рай").
..........................
Макс Кириленко, подбор названий и доменов