Не проект

Главные вкладки

Комментарии

Аватар пользователя gorr gorr 17 декабря 2007 в 14:59

Первый этап готовы выполнить за 3000 у.е. Срок приблизительно 1-2 месяца.
Дальнейшее (2-й этап) пока не понятно, что конкретно будет нужно, следовательно цену назвать невозможно.

Аватар пользователя Skirr Skirr 17 декабря 2007 в 15:47

2 ultraboy@drupal.org
http://drupal.org/project/og - вроде необходимая вещь для коммьюните, оссобенно игровой, где каждый стремится создать свой маленький клан, хоть на неделю. Но впринципе, тоже вопрос открытый. Это на мой взгляд модуль один из лучших.

2 gorr
С учётом "готовы" я понял студию, а у вас там калькулятор. Может тогда сможете разъяснить откуда цена. Если конечно она невзята с потолка, из серии потом разберёмся и у вас уже есть понятие, как это будет.Ибо очень интересно. Это столь сложно или там 50% содержания студии.
Так же я понял, что всё возможно, и это радует. Хотя хотелось бы услышать хоть немного концепции.
Придёться кромсать Друпал, делать мега модуль, или просто много сил займёт на доработку существующих модулей. Как говориться, без секретов, просто поверхностно.

Аватар пользователя ultraboy@drupal.org ultraboy@drupal.org 17 декабря 2007 в 15:53

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

А это не вопрос xD Я его именно *предлагаю* для решения проблемы разделения игр. Кому что нужно, на то и подпишется.

Аватар пользователя gorr gorr 17 декабря 2007 в 16:40

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

Аватар пользователя Skirr Skirr 18 декабря 2007 в 9:59

Цена всегда нормальная. Она отражает трудозатраты того или иного специалиста.
Только пугает, что 3к$ были предложены и студиями работающеми на ABO, Битриксе, TYPO3. Выбор усложняеться.

А вот удивляет, предложеное решение. Даже в выше упомянутых cms было несколько вариантов. И один из них:
"игры" не сайты, а обычные разделы. Но там всюду иерархическая структура, что так легко позволяте это сделать.
А вот с Друпалом непонятно. Неужели единственное или наиправильнейшее решение, это создавать сайты и склеивать их БД? Это мягко говоря усложняет процесс создания контента для новых "игр", возможно даже подразумевает, что надо выкладывать по 3к$ за каждые 5 сайтов? Smile

Я к тому, что возможно рассмотрен не самый эффективный вариант, возможно сделать намного проще (и дешевле), а главное грамотнее.

Или другого решения нет, и Gorr предлагает оптимальный путь?

Кстати, а создать модуль для иерархии, независимый от таксономии будет стоить больше 3к$ ?

Аватар пользователя gorr gorr 18 декабря 2007 в 11:07

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

Аватар пользователя Skirr Skirr 18 декабря 2007 в 13:41

ага, это уже интереснее. Как тогда стоит описать Т3 ? Надо же учитывать все ньюансы? Что бы понять окончательный вид проекта. Ведь сейчас всё навскидку, даже та же цена неокончательна.

Если (а я надеюсь что всё же) сайт переедит на друпал, то думаю будет в духе opensource cms вести ход его разработки от А до Я здесь. Тем более в рунете я ничего подобного невидел на друпале, а у буржуев только http://www.skirt.com/ нашёл.

Надеюсь это обсуждение будет интересно и другим друпаловцем, а то как-то скудно с идеями по разработке.

Аватар пользователя gorr gorr 18 декабря 2007 в 15:14

Ага, значит вас не интересует цена на самом деле, а только алгоритмы решения вашей проблемы! Ну так и надо говорить. Интересно, а в студиях, работающих на битрикс,... вам рассказали процесс того, как они собираются это делать? Какие модули подключать и т.д.
По ссылке, которую вы показали: http://www.skirt.com стоит мультисайтинг( по каждому региону отдельный сайт)

Аватар пользователя Skirr Skirr 18 декабря 2007 в 17:10

да там мультисайт www.skirt.com
просто внешне он очень похож по структуре, но в описание модуля есть фразы про 1 бд, 1 друпал и тд.
Может с помощью "Domain" можно только раскидать на разные домены определённые разделы. Там вроде и речь идёт о отслеживание юзера и с какого сайта он попадает в общие модули.

Ещё есть мысль о модуле, который будет создавать иерархическую структуру разделов из vocabulary1. Потому что больше 1го словаря никогда неподребуется. А к нему привязать меню, урлы и тд.
Поразительно, что столь востребованный многими модуль до сих пор несоздан для Друпал, а единственный category неподдерживаеться на должном уровне, тормозит систему, и несовместим с большинством других модулей.

Аватар пользователя gorr gorr 18 декабря 2007 в 17:52

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

Аватар пользователя gorr gorr 19 декабря 2007 в 12:54

1) считаю, что пока переползать на д6 рано, думаю через год где-то как раз будет
2) субдомены-мультисайты хорошо подойдут
3.1) таксономия может быть общей, инфу можно собрать
3.2) для разделения и отображения на сайтах только нужных нодов скорее всего прийдется дописать модуль или можно понастраивать, вставляя кусочки кода...
3.3) общие таблицы базы
4.1) дописать прийдется
4.2)для каждого сайта разрабатывается своя тема.

Аватар пользователя gorr gorr 19 декабря 2007 в 13:04

Можно обойтись и без мультисайтинга, используя семейство органик групс.
Тогда будут разделы сайта

Аватар пользователя igor701 igor701 21 декабря 2007 в 13:33

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

Потом надо привлечь несколько пользователей (и/или специалистов) к тестированию всех особенностей. Через 2-3 месяца будет понятно чего да как надо делать, а к тому моменту уже выйдет 6-й друпал.