CMS Drupal как основа для разработки проекта Saas.
11 апреля 2014 в 23:11
Есть идея разработать некий инструмент для компаний (что-то типа ERP и CRM) и предлагать эту разработку, как SaaS. Как вы думаете стоит ли такого типа задачи реализовывать на php и Drupal, или лучше воспользоваться альтернативными системами и языками? Если альтернативными, то какими?
- Блог
- Войдите или зарегистрируйтесь, чтобы отправлять комментарии
Комментарии
Нет, не стоит
Ну да, для такие серьезных проектов лучше брать вордпрес
Так в этом и вопрос, тогда на чём делать?
https://drupal.org/project/drupaltosugar
правильно ли я пони, что вы в этом нибельмеса не сечёте?
Я писал на одной из своих работ мини-CRM. До сих пор вроде работает.
Вопрос масштаба и задач, как обычно.
Мегаплан на друпале?
С позиции пользователя - один фиг. А если целевая аудитория - небольшие фирмы, то даже производительность php+mysql не станет преградой. Главное что бы фирма не занималась торговлей с 1млн. клиентов...
А связь с 1С?
И что бы стоимость Вашей Saas не переплюнула Мегаплан.
CiviCRM на mysql не работает или она не нормальная црм?
то что ты где то вычитал пару статей про какие то альтернативные бд с указанием недостатков мускула , то это не говорит еще о неполноценности и смехотворности mysql
ты предлагаешь под это дело пользовать MongoDB и соответственно придется такую црмку устанавливать на выделенный сервер в связи с огромным потреблением памяти такой бд?
вот как раз таки документо-ориентированные бд из за своей архитектуры, которая имеет и свои плюсы, на практике показывала очень большое потребление памяти
если бы все было так прекрасно в MongoDB, то она была бы намного воспользовеней теми же crm-ками
вначале ты говорил, что mysql для crm смешно, сейчас уже друпал подмешал, так на чем же пилить свою crm ?
CiviCRM узкоспециализированная ?
А на php кстати можно CRM разрабатывать или ты не одобряешь?
давай лучше на DrupalCon в Амстердаме - там атмосфера располагает к дисскусиям )))
Господа, каждой задаче - свой инструмент.
Как бы уважаемые господа не лепили атриум или модуль support, у редмайна от этого юзеров меньше не стало.
Друпал идеален для бОльшей части сайтов, но делать бизнес-логику на нём адЪ и попоболЪ.
Хотя, безусловно, кто-то может рассказать, что он сделал, он смог и вы все ошибаетесь.
делал, могу
но адово
делал для ачивки, вящей славы смурфиков и желании поработить весь мир
часть плана удалась
Вот вот.
Но не для пользы дела
почему не для пользы?
для пользы
автоматизировано несколько отделов, всё работает и всё клёво
вот кто поработил пол мира!
осталось поработить потолок и стены
Собственно задача более чем ясная - разработать CRM и ERP систему. Если знаете, что это такое, то есть представление о её возможностях.
Нет, не секу. Но при чём тут данный интеграционный модуль с уже существующей CRM? Вопрос стоит иначе - необходимо разработать свою!
Масштаб огромный, раз её необходимо будет как SaaS услугу предоставлять.
По сути да, мегаплан, только своё видение. При этом с ориентацией на малый, средний и крупный бизнес.
PS Большинство систем такого класса, которые я встречал писались на Java, но если честно она меня пугает, популярность падает, нареканий много.
ох лол
Впринципе нашёл на орг проект по разработке похожей системы - https://drupal.org/project/erpal, но не понятно на сколько он работоспособный и перспективный и самое главное, потянет ли он большую нагрузку.
Но вопрос остаётся открытым - если не Drupal, то что? MongoDB? И какой язык (php, java, perl, .net или еще что)?
если я не могу закрутить болт отвёртой, то могу ли я использовать насос?
подтяните хотя бы мимимальные знания, а потом задавайте вопросы
Какие знания? Что ты мне советуешь, выучить несколько языков, попробовать чего-нибудь состряпать и в конце концов определиться с выбором? Ты в своём уме, дружок?
Я пытаюсь понять, какой язык использовать и можно-ли использовать для этих целей CMS? Чтобы в конечном итоге найти людей с этими навыками, и оплатить им работу!
Спасибо, это всё и так понятно, суть вопроса в другом - можно ли использовать друпал или монго для этих целей!
Перестаньте делать мне смешно. У Вас голове
говкаша из терминов.CMS с языком кореллирует примерно как дом с материалом. Вот Вам список CMS и на Perl, и на PHP и на Java и на Ruby.
Далее, как Вы собрались определяться с выбором без знаний? Как собрались контролировать мифических людей, которым хотите заплатить за работу? Что Вы будете им говорить? Как будеит выглядеть ТЗ? "Чуваки, вот вам жменька денег, сделайте мне CRM в облаке. Язык? На ваш выбор! Функционал? Э... Ну чтоб всё было".
Это даже не смешно. Хочется обнять и плакать.
Это у тебя в голове говнокаша или просто понос залит.
Никто и не смешивал эти понятия, еще раз внимательно прочти вопрос, а потом советы давай, умник.
Как вы думаете стоит ли такого типа задачи реализовывать на php и Drupal, или лучше воспользоваться альтернативными системами и языками? Если альтернативными, то какими?
То, что ты мне перечислил часть CMS и языков, это ответ в никуда. Зачем ты это делаешь? Вопрос заключается не в том, какие языки и CMS вы знаете, а что из того, что вы знаете, потянет для решения данной задачи!?
Что касается формирования функциональных требований к системе, то следуя твоей логике, все заказчики должны знать, как минимум один язык программирования, и программировать на нём + знать архитектуру БД и всю вытекающую информацию!
Я, как заказчик, понимаю какие бизнес-процессы данная система должна мне автоматизировать, вот эти требования я и описываю в документе, под аналогичным названием "бизнес-требования", как не сложно догадаться, это первичные требования бизнеса (заказчика) из которых уже вытекают технические и функциональные требования, которые пишутся профи, но чтобы эти профи не нае...ли заказчика, заказчик (т.е. я) хотел бы углубится в этом вопросе и узнать мнение опытных разработчиков, понять так сказать, данные язык и CMS потянут или стоит обратить внимание на иные решения!
вот тут абсолютно правильно - представитель фирмы заказчика должен быть техническим специалистом
Я могу, как заказчик нанять технического специалиста, который мне напишет ТЗ, функциональные требования. Поэтому никто, никому, ничего не должен. Это нормальная практика.
Опять же, исходя из данной логики, у меня (как у заказчика) должен быть свой технический специалист? Во-первых, не должен быть см.выше, а во-вторых, мне нужно понимать - какой специалист - php, c++ или perl? Вот мы снова пришли к моему изначальному вопросу!
Спасибо, что объяснил, сразу всё стало ясно. Главное - это весомое и обоснованное мнение гуру.
Не совсем так, заказчик хочет изучить данный вопрос (не выучить пару языков, а изучить вопрлс), чтобы появилось понимание, а не слепо доверяться разработчику.
PS Я уверен, что ты на моём месте поступил бы точно также, прежде чем куда либо вкладываться!
сколько у Вас успешно законченных проектов внедрения CRM?
о малое
Ученик мой, сколько ты запорол болванок?
11, учитель мой
оО я же дал тебе их толко 10!
А я образец тоже запорол
Внедрением CRM не занимался, но внедрял ERP, PPM и т.д. Это более глобальные внедрения. Есть успешные, есть нет. Являюсь РП. Поясните, мне дураку, что в моих словах не правильно, я же привел пример, более того, вы мне советуете изучить информацию, но чтобы её изучить, необходимо изначально понять, в каком направлении двигаться или опять же, вы мне предлагаете изучить и php и perl и с++ и delphi и т.д. потом сравнить и выбрать определенный язык? Ну это же бред полный. Собственно, чтобы понять, в каком направлении двигаться я и задаю этот вопрос.
Что касается самих проектов как таковых, то для примера могу привести банальный кап.строй, в рамках которого готовится "проектное решение", с точки зрения строителей это и есть "функциональные и технические" требования к будущему сооружению. На данный момент распространённой практикой является найм подрядной организации на разработку "проектного решения", которая более грамотно и правильно (в соответствии с СНиП и ГОСТ) разработает эти решения. Тоже самое происходит и в ИТ и в остальных проектах.
Сейчас, я слышу от вас, что мне необходимо покопаться и подучить языки, разобраться с остальными CMS и т.д. А когда мне необходимо будет начинать раскручивать сайт, я пойду на SEO форум, где меня пошлют изучать google analytics и остальные сервисы, потом я захочу нанять маркетолога, чтобы тот мне разработал маркетинговую политику, я полезу на форум по маркетингу, где мне предложат изучить весь маркетинг, прежде чем задавать "глупые вопросы" и т.д. Бредни Бари. Погружение в область должно быть в меру, для понимания возможностей.
Такие советы и выводы, которые вы делаете говорят только о некомпетентности и профнепригодности того, кто их даёт. С другой стороны, складывается понимание того, что вы просто исполнители (программисты со знанием drupal и еще парочки инструментов) и никогда не сидели в шкуре полноценного РП или Заказчика.
Необходимо мыслить стратегически или хотя бы тактически, поднимитесь повыше, многое прояснится. По большому счёту, Заказчику было бы пофигу на чем разрабатывать систему, если бы не его стремление сделать качественный продукт и не переплачивать за него. Вот для этого заказчик и пытается углубиться в данной области знаний, в противном случае грош цена такому заказчику.
Учитывая всё вышесказанное в данном комментарии, можно сделать вывод, что в вашем случае 0 абсолютный
сюда писать
БГААГ!
Балаган развел не я. Топиков-то полно, но и систем и инструментов тоже, необходимо из всего изобилия сконцентрироваться на определенных. Соответственно я и предлагаю дать каждому участнику его экспертную оценку по тому, что он знает, другой человек добавит свою и т.д. в процессе дискуссии родится истина, ну или хотя бы её предпосылки, это и будет первоначальный материал с которым можно будет работать. Вы же мне предлагаете помолчать и просто учить всё подряд. К консолидации информации необходимо подходить комплексно и вопрос на форуме, это один из инструментов.
Я не понимаю, почему например Вам, как профессионалу, вместо бестолковой писанины, просто не дать оценку тому, что Вы знаете. Например - "php точно нельзя использовать для таких проектов, не потянет, питон получше, но я бы обратил внимание на java". Вместо простого и лаконичного ответа, постоянно идёт троллинг. Такое поведение похоже на поведение бабок возле подъезда.
Вот вам просто и лаконично: для таких проектов совершенно точно можно использовать и php, и python, и ruby, и java, и много чего еще. Каждому здесь присутствующему очевиден этот ответ, равно как и бессмысленность вопроса в такой постановке.
Но я так понимаю, вам наверно не просто и лаконично нужно все-таки, а с подробностями, типа там с достоинствами, недостатками, примерами, аналитикой, рекомендациями, да еще и так чтоб вам было понятно. Ну так это уже получится серьезный материал, составить который - не один и не два часа надо тратить. Чего ради присутствующим здесь специалистам бесплатно трудиться ради просьбы неизвестного гражданина? Отсюда и глумеж.
Чья бы корова мычала.
Нет, последую твоему безумному совету, адекватный ты наш, пойду изучу пару языков, наклепаю пару сайтов на разных CMS а потом сделаю вывод.
Судя по вашему ответу, все системы и языки одинаково эффективны, что не так по определению. Более того, если бы перед вами стояла данная задача, то Вы бы склонились не ко всем языкам, а к определенному. Предлагаю прочесть еще раз первоначальный вопрос, в котором ясно написано "что лучше", по Вашему мнению. Тут и дураку понятно, что саму систему можно разработать на любом языке из приведённых Вами. Прошу, читайте внимательнее вопрос.
Зачем интересоваться чьим то мнением? бери гигантов CRM (SaaS) - Salesforce ,NetSuite и других и изучай их технологическую составляющую
А так-то конечно, добротный способ узнать, как сделать то что надо сделать - выяснить, как сделаны уже существующие решения.
"Лучше" то, что знает разработчик, с которым вы сойдетесь по цене и срокам и станете работать. Другой разницы с точки зрения языка в данном случае нет.
Именно поэтому я написал второй и третий абзацы своего комментария, каковые рекомендую прочитать.
по поводу загонов хулигана по поводу MongoDB , так если делаешь saas решение , то оно должно желательно поддерживать основные СУБД
если решил разрабатывать подобное приложение , то пили на RoR - не ошибешься
но я с твоих слов так и не понял в чем в данном конкретном случае преимущество перед реляционными БД
CRM врядли потребует сложных выборок, зато на монге получаем
1. Лёгкость рефакторинга моделей
2. Возможность иметь любое количество и любую вложенность свойств
уже интересно , хотя и не понятно зачем вложенность нужна, если можно разнести по разным таблицам и брать то что нужно - что то мне сдается, что в данном случае выбор СУБД и ее типа не существенен
Просто навязывание монго хулиганом мне видится в его диалоге с самим собой:
-Сегодня узнал о MongoDB и ООБД и почему я раньше о ней не знал?
-Вау, да это же самая крутая весч, какая только может быть...
-Все,буду все свои проекты делать только используя MongoDB и всем ее проповедовать.
Чтобы построить на основе многих, своё. Спасибо за ответ, собственно такого рода комментариев я и ожидал услышать, а не нравоучений.
Ну дураков нет, все мы, когда суп едим, ложку к уху не подносим, хотя есть и такие, кто может опровергнуть данное высказывание. Я понимаю, что всё зависит от навыков и компетенций, но всё же языки отличаются и не мне Вам об этом говорить. Не хочется грохнуть деньги и время на разработку, а потом понять, что нужно было бы на чём-то другом делать.
Просто ответьте, без всяких нареканий и упрёков, из того, что Вы перечислили, конкретно Вы бы, что выбрали?
По определению - это метафорическое выражение под которым имелось ввиду, что в противном случае не было бы такого разнообразия языков!
Да да, выбор СУБД не существенен, а потом оп и 15 джойнов.
А устраивать EAV для свойств тоже не слишком кошерно
Во-первых, это не я обвинил, а меня обвинили в глумеже.
Во-вторых, собственно я и хочу выяснить, как сделаны аналогичные решения.
Спасибо еще раз за комментарий и непредвзятость)))
удивил кота миской молока - будет оп и докупим пару серверов дополнительных)))
Как бы там не было, а диалог пошёл))) Впринципе уже достаточно информации, над чем подумать и куда покопать.
так они тут все такие ,пока
не дашь пинка под задне зацепишь лично каждого прикидываются нравоучителями и философами))))Откуда ж у стартаперов деньги? Им главное движуха
Вообще он не напоминает, он и есть
то есть ты утверждаешь, что в твоем случае будет использовано меньше ресурсов на выполнение операции сохранения или она будет выполняться быстрее?
Контейнер классический, так сказать
Если это камень в мой огород, то могу сказать, что мне хочется добиться результата, а не движухи.
Стартап, это что-то хипстерское, заранее обречённое на провал)))
откуда такой вывод?
Я в курсе способностей, отчасти потому и писал
Из ответа!
Я никогда и не претендовал на звание кодера и не скрывал этого. Более того, я и сейчас в плане кода далеко не ушёл. Мой вопрос не подразумевает разработку данной системы собственоручно. Думаю до этого можно было догадаться в ходе дискуссии.
не соглашусь, есть заказчик, есть хотелки - если продукт выполняет задачи, удовлетворяет заказчика, его желаниям, мечтам хотелкам - всё! без разницы на чем это сделано, здесь важно, только как продукт выполняет задачу.
дело не в друпал, джанге, самописе, а в то как это сделано.
я бы на Вашем месте нашел бы классную CRM и связался бы с исполнителем. всё!
Кстате, а http://openatrium.com/ совсем не в тему?
Я как-то на шестерке его пробывал - достаточно интересно было. Поставил семерку - вообще нифига не понятно, мрак.
чьего?
Там самого CRM-а из коробки практически нет, очень много допиливать надо. Для collaboration еще как-то сгодится (хотя basecamp например во многом пипцаче для этого), а как CRM - надо очень много дорабатывать.
не подсказывай!
Вот тут http://toster.ru/q/89343 решили пилить подобие CRMки на друпале и сразу куча вопросов возникло
Не совсем так, если безразницы, то и стоимость заломят, а чтобы этого не было, необходимо всётаки разобраться.
Предлагаю вам друг с другом поговорить, вы видно на одной волне.
PS Всётаки продолжаете настаивать на том, что все языки одинаковы. Ну-ну.
Фунтик, рельсы+монгоид и не тролль боле тутошний народ, будь так добр)
Джанга дырявая все насквозь))) Вон на хабре каждую неделю топики о новых дырках...
пруфы будут достойные внимания про каждую неделю?
ежели один человек построил, другой завсегда разобрать может
да и не все так плохо на самом деле)
Хабр дырявый весь насквозь))) Вон на друру каждую неделю топики ...
Так получается джанга каждонедельно дырявая, рельсы и того хуже, получается остается только проверенный десятилетиями друпал))))
Спасибо. Я просто задал вопрос, меня затролили и еще в этом же меня и обвинили)))
Странный Вы человек, предложили по сути следующее "Используй, что хочешь, главное спеца нормального найди". Ну ок, найду, потрачу деньги на него, в итоге он что-то разработает, но при определенной нагрузке всё упадёт, например не потянет база или язык будет тугой для такого решения (просто предположения) и я приду к выводу, что необходимо было разрабатывать на другом языке, но к этому моменту потеряю много времени и денег. Вот чтобы такое избежать я и пытаюсь сейчас хоть как-то понять и сориентироваться.
значит это был не спец
Я имел ввиду, что он может быть и спец по php, но вот java оказалась бы более мощным решением в данном случае.
значит это был не спец[2]
Нормальный специалист знает возможности своего инструмента.
Но в вашем случае можно делать на чём угодно.
От одного пользователя мало что падает