1500$ на качественный мультисайтинг + недвижимость + Gallery2

Задание очень серьёзное, а вот бюджет маловат по московским меркам. У нас есть специалисты как по мультисайту, так и по доработке Друпала. Обращайтесь в ICQ (информация в профиле), обсудим.

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Не уверен насчет реализуемости данного вида "мультисайтности" вообще. В друпале мультисайтинг означает другое - одну базу кода, но разные базы данных.

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

Приятно посмотреть более менее внятное ТЗ! =)

Спасибо за отклики.
Мультисайтинг, действительно самая сложная в реализации вещь.
Пойдем от цели: сделать одну большую базу контента и разделить вывод информации и добавление информации по таксономии.
Аксель писал, что при мультисайтинге базы данных могут быть как частично, так и полностью общими.
Соответственно основные задачи:
1. Разделить контент на маленькие сайты по таксономии (выполнимо?)
2. Роли ?
3. Сделать так чтобы при добавлении статьи не показывалось лишних словарей.

1. пытался делать субж на mod_rewrite + самописный модуль: жутко замороченный способ, на разных хостингах этот мод ведет себя по-разному (на маcтepхосте у меня не получилось).
2. можно делить пользователей по субдоменам, только зачем?
3. решается с помощью простого модуля

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

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

Очень хочу выставить Ваше техзадание на своем сайте как иллюстрацию к статье "Мультисайтинг - это просто" http://www.razgonka.ru/multisiting . Это была бы прекрасный пример возможностей мультисайтинга. Также поставлю ссылку на эту страницу.

Можно?

Макс КириленкоRazgonka.ru - Подбор названий сайтов и программ
Дневник

Умеете вы внести интригу в текст: Я читаю: «Читал Ваше техзадание и плакал. Всю клаву забрызгал.» и думаю, неужели я такую херню написал, что люди ее читая плачут!?
Т.З. в качестве иллюстрации можете использовать без вопросов, очень надеюсь что в будущем вы сможете использовать в качестве иллюстрации и результат Т.З. :)

П.С. За помощь по Друпалу, и хотя бы, частичное упорядочивание мыслей в моей голове, большое спасибо Александру Шабуневичу http://beholder-eye.info

Dubolom 8 пишет:

"Т.З. в качестве иллюстрации можете использовать без вопросов, "
 
Спасибо. Вытащил Ваше техописание из Word-а, очистил в TinyMCE от лишних тегов и вставил:
http://www.razgonka.ru/multisiting#comment-77

На все ушло 2 минуты (будь благословен в веках могучий и великий TinyMCE).

Правда, я не совсем понял, почему Вы на Drupal.ru опубликовали техзадание в архивированном виде, а у меня на сайте разрешили опубликовать? Ведь если бы оно было опубликовано здесь, то ваше техзадание прочло бы гораздо больше целевого народа.

 
Dubolom 8 пишет:
"очень надеюсь что в будущем вы сможете использовать в качестве иллюстрации и результат Т.З. :) "
 
Если заказчик не поднимет цену, то есть некоторые сомнения, что удастся быстро найти толкового исполнителя. Уж больно у Вас все точно расписано. Исполнитель какой-то пункт не смог сделать - деньги не получил. При этом некоторые пункты техзадания неочевидно как делать. Если заказчик будет требовать полного исполнения контракта, то 3 недели просадишь, пока разберешься как сделать какой-то мелкий, но вредный пункт. А такие пункты есть и не один.

(Здесь уже пробегало какое-то техзадание. Утрирую, 10 тысяч пивных сайтов, на каждом по 10 тысяч отзывов, и все 100 миллионов статей должны бегать на Друпале и на 10-долларовом шередхостинге. А если исполнитель не сможет такое запустить, то это хороший повод не платить ему денег).

Вот если бы оставить все пункты Вашего техзадания, но выкинуть требования мультисайтинга и допустить, что 10-15% техзадания может быть не исполнено, то цена $1500 станет более интересной для исполнителя.
 
Мультисайтинг нужен в основном тогда, когда есть много владельцев разных сайтов, которые принципиально не хотят жить вместе. Мультисайтинг позволяет им меняться посетителями, авторами и покупателями. Но при этом каждый сайт развивается независимо от другого сайта.

Если в Вашей структуре хозяин один, то лучше бы все сделать на одном сайте, например, Example.com. А все филиалы в городах сажать на короткие ссылки, например, Example.com/novosibirsk . Даже если человек неправильно напишет слово novosibirsk, то он попадет на мягкую подушку в виде страницы Example.com/error404 , где ему можно предложить выбрать из списка городов.

Если же идти по пути мультисайтинга, то названия будут плодится скорее всего от головного названия Example.com. Получатся Example-novosibirs.com, Example-karaganda.com. Если посетитель неправильно наберет домен, то он потерян, система DNS Вам не принадлежит и ошибочный набор доменов контролируют только большие киты (создатели браузеров,...). Тут же появятся киберсквотеры, которые будут скупать еще не занятые Вами варианты и потом продавать их Вам за 5-10 тысяч долларов за каждое.

Да и чем продвигать десятки мелких сайтов, проще двигать и разрабатывать один крупный сайт. Функций в сайте Вы планируете много, каждый пункт это сложность и с каждым пунктом накопленная сложность умножается на сложность в очередном пункте. И под занавес на накопленную большую сложность еще навешивается мультисайтинг.
 
На всем Drupal.ru о мультисайтинге писал только Аксель и еще недавно jerboa7 похвасталась http://www.drupal.ru/node/3048 , что освоила мультисайтинг. Допускаю, что круг Друпальщиков специалистов-мультисайтовиков чуть шире чем 2 человека, но все равно он очень узкий. Акселю Ваши 1500$ не нужны (он-святой-ему-лишние-деньги-не-нужны,-если-бы-ему-были-нужны-деньги-то-он-хотя-бы-рекламу вешал-но-раз-не-вешает-то-значит-денег-ему-хватает). Остается попробовать заказать мультисайтинг у jerboa7. Она возьмет аванс 500$, провозится полгода и будет очень рада, что чему-то научилась за Ваш счет. В конце может быть напишет на Drupal.ru еще одну статью, как она делала у Вас заказ. Но сам заказ до конца скорее всего не доведет (ничего личного, jerboa7).
 
Если же снять требование мультисайтинга и согласится выкинуть из техзадание некоторые сложные для реализации вещи, то Ваш заказ станет доступным сразу для широкого круга специалистов-друпальщиков. И у Вас больше шансов найти здесь толкового исполнителя. Сейчас же они видят в Вашем техзадании для себя большую работу неопределенного объема и не сильно спешат бросаться на нее.
Макс КириленкоRazgonka.ru - Подбор названий сайтов и программ
Дневник

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

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

Так же хочу заметить, что все неочевидные задачи имеют множественные способы решения, в том числе простые и дешевые. Наити такие решения мне помогает знание API (там, где завсегдатаи drupal.ru видят единственно возможное решение с использованием Views + CCK, я зачастую вижу выход в использовании Drupal API, phptemplate, или включении PHP кода; вот пример http://drupal.ru/node/3018#comment-14362). Уверен, что специализирующиеся на работе с базами данных разработчики, для тех же задачь смогут найти простые решения лежащие в более привычной им области работы с базами данных.

Всем вышесказаным я вовсе не пытаюсь оправдать низкий бюджет обсуждаемого проекта, который уже вызвал определенный интерес у нескольких разработчиков, а просто высказываю своё скромное мнение, не претендующее на истину в последней инстанции.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Во первых Т.З. не окончательное и обсуждаемое.
Во вторых выбор именно мультисайтинга, именно Галери2, и именно Друпала :) это результат сравнений и кое какой аналитики (ну насколько ума хватило).

В третьих, потенциальные исполнители есть, осталось только определится именно с выполнимостью Т.З. на 100% в вопросах: «именно мультисайтинга, именно Галери2, и именно Друпала» Все остальное в Т.З. корректируется в определенных пределах.

И еще забыл, в четвертых: На сайте еще будут оплачиваемые доделки и доводки. Ключевое слово здесь «дополнительно оплачиваемые»

И в пятых: Данных проект надо будет развернуть в несколько измененном виде для еще одного направления бизнеса и это тоже будет отдельно оплачиваться.

Drupal API не существует, так просто называют совокупность всех его API. Поэтому звучит просто как красивое выражение, уж извини. Какие API ты собираешься использовать для этого проекта? Forms API? Или, может, VotingAPI?

При всём моём уважении, не готов комментировать свои мысли относительно данного проекта.

На мой взгляд, как API не назови, оно от этого не станет чем-то принципиально иным. Тем более мне очень сложно представить человека, разобравшегося, скажем, с formAPI, и не понявшего общего принципа взаимодействия модулей с ядром Друпала.

И потом, я пытался подчеркнуть, что многие участники форума напрасно игнорируют программные способы расширения функциональности Друпала, сводя все задачи к решениям уровня пользователя (CCK + Views). Последние же, на мой взгляд, хороши для обучения, небольших проектов, или проектов, в которых предполагается регулярное изменение функциональности и отображения сайта. Но для крупных проектов, с заранее сформулированными параметрами, лучше всё же программные решения.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

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

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

--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!

Чуувак, нада наоборот: делаешь сайт с картинками, набираешь посещаемость, а потом ОП! сайт превращается в drupal.ru :)
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Ага, получаем кучу порноюзеров не в теме блуждающих по сайту. Я подумаю об этом :)

--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!

Дрочер - хороший источник рекламных кликов, подумай обязательно :)
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы