CMS Drupal как основа для разработки проекта Saas.

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

Аватар пользователя Funtik44 Funtik44 11 апреля 2014 в 23:11

Есть идея разработать некий инструмент для компаний (что-то типа ERP и CRM) и предлагать эту разработку, как SaaS. Как вы думаете стоит ли такого типа задачи реализовывать на php и Drupal, или лучше воспользоваться альтернативными системами и языками? Если альтернативными, то какими?

Комментарии

Аватар пользователя NaZg NaZg 14 апреля 2014 в 9:20

"ХулиGUN" wrote:
Да и для Циви ЦРМ есть порт, только это всё говно. ИМХО

Я писал на одной из своих работ мини-CRM. До сих пор вроде работает.
Вопрос масштаба и задач, как обычно.

Аватар пользователя vortex vortex 14 апреля 2014 в 15:37

Мегаплан на друпале?

С позиции пользователя - один фиг. А если целевая аудитория - небольшие фирмы, то даже производительность php+mysql не станет преградой. Главное что бы фирма не занималась торговлей с 1млн. клиентов...

А связь с 1С?
И что бы стоимость Вашей Saas не переплюнула Мегаплан.

Аватар пользователя drupby drupby 14 апреля 2014 в 15:58

"ХулиGUN" wrote:
нормальная crm на mysql это минимум смешно...

"ХулиGUN" wrote:
Да и для Циви ЦРМ

CiviCRM на mysql не работает или она не нормальная црм?
то что ты где то вычитал пару статей про какие то альтернативные бд с указанием недостатков мускула , то это не говорит еще о неполноценности и смехотворности mysql

Аватар пользователя drupby drupby 14 апреля 2014 в 17:08

"ХулиGUN" wrote:
Для реализации подобного на mysql нужно как минимум 3 таблицы: для самого объекта, для описания свойств атрибута и непосредственно для атрибута... А если атрибутом должен выступать какой нить форейнкей по объекту с приблизительно такой же структурой. Ты представляешь запросы в такой системе? И если объект должен содержать не 5-7 а 20-30 подобных атрибутов... Если вешать индексы на всё подряд, то создание/апдейт одного объекта будет утомлять заказчика, если наоборот - поиск будет вешать сервак. Выборочные или составные индексы тоже мало помогут... Небольшую бд такая схема ещё выдержит. Но если расматривать что-либо серьёзнее, то будет жопа.

ты предлагаешь под это дело пользовать MongoDB и соответственно придется такую црмку устанавливать на выделенный сервер в связи с огромным потреблением памяти такой бд?

Аватар пользователя drupby drupby 14 апреля 2014 в 19:52

"ХулиGUN" wrote:
Тоже пару статей прочитал про документо-ориентированные бд и сделал такие выводы? )))

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

Аватар пользователя drupby drupby 14 апреля 2014 в 21:50

"ХулиGUN" wrote:
, что структура бд друпала + мускуль != нормальная многофункциональная црм

вначале ты говорил, что mysql для crm смешно, сейчас уже друпал подмешал, так на чем же пилить свою crm ?
"ХулиGUN" wrote:
Узкоспециализированную црм можно и на мускуле

CiviCRM узкоспециализированная ?
А на php кстати можно CRM разрабатывать или ты не одобряешь?
"ХулиGUN" wrote:
Давай подождём кемпа минского, там я с удовольствием с тобой подискутирую на любые темы...

давай лучше на DrupalCon в Амстердаме - там атмосфера располагает к дисскусиям )))

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 14 апреля 2014 в 22:34

Господа, каждой задаче - свой инструмент.
Как бы уважаемые господа не лепили атриум или модуль support, у редмайна от этого юзеров меньше не стало.
Друпал идеален для бОльшей части сайтов, но делать бизнес-логику на нём адЪ и попоболЪ.
Хотя, безусловно, кто-то может рассказать, что он сделал, он смог и вы все ошибаетесь.

Аватар пользователя NaZg NaZg 14 апреля 2014 в 22:51

"RxB" wrote:
Хотя, безусловно, кто-то может рассказать, что он сделал, он смог и вы все ошибаетесь.

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

Аватар пользователя NaZg NaZg 14 апреля 2014 в 23:38

"RxB" wrote:
Но не для пользы дела

почему не для пользы?
для пользы
автоматизировано несколько отделов, всё работает и всё клёво

Аватар пользователя Funtik44 Funtik44 16 апреля 2014 в 10:26

"ХулиGUN" wrote:
Инструмент нужно выбирать исходя из задачи. Вы же не станете есть суп вилкой? А спрашиваете, что взять вилку или ложку, если будете есть еду...

Собственно задача более чем ясная - разработать CRM и ERP систему. Если знаете, что это такое, то есть представление о её возможностях.

Аватар пользователя Funtik44 Funtik44 16 апреля 2014 в 10:29

"NaZg" wrote:
правильно ли я пони, что вы в этом нибельмеса не сечёте?

Нет, не секу. Но при чём тут данный интеграционный модуль с уже существующей CRM? Вопрос стоит иначе - необходимо разработать свою!

Аватар пользователя Funtik44 Funtik44 16 апреля 2014 в 10:30

"NaZg" wrote:
Вопрос масштаба и задач, как обычно.

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

Аватар пользователя Funtik44 Funtik44 16 апреля 2014 в 10:44

"vortex" wrote:
Мегаплан на друпале?
С позиции пользователя - один фиг. А если целевая аудитория - небольшие фирмы, то даже производительность php+mysql не станет преградой. Главное что бы фирма не занималась торговлей с 1млн. клиентов...
А связь с 1С?
И что бы стоимость Вашей Saas не переплюнула Мегаплан.

По сути да, мегаплан, только своё видение. При этом с ориентацией на малый, средний и крупный бизнес.

PS Большинство систем такого класса, которые я встречал писались на Java, но если честно она меня пугает, популярность падает, нареканий много.

Аватар пользователя NaZg NaZg 16 апреля 2014 в 10:51

"Funtik44" wrote:
Нет, не секу.

"Funtik44" wrote:
необходимо разработать свою!

"Funtik44" wrote:
Масштаб огромный

ох лол

Аватар пользователя Funtik44 Funtik44 16 апреля 2014 в 10:56

Впринципе нашёл на орг проект по разработке похожей системы - https://drupal.org/project/erpal, но не понятно на сколько он работоспособный и перспективный и самое главное, потянет ли он большую нагрузку.

Но вопрос остаётся открытым - если не Drupal, то что? MongoDB? И какой язык (php, java, perl, .net или еще что)?

Аватар пользователя NaZg NaZg 16 апреля 2014 в 11:28

"Funtik44" wrote:
если не Drupal, то что? MongoDB

если я не могу закрутить болт отвёртой, то могу ли я использовать насос?

подтяните хотя бы мимимальные знания, а потом задавайте вопросы

Аватар пользователя Funtik44 Funtik44 22 апреля 2014 в 7:02

NaZg wrote:
"Funtik44" wrote:
если не Drupal, то что? MongoDB

если я не могу закрутить болт отвёртой, то могу ли я использовать насос?

подтяните хотя бы мимимальные знания, а потом задавайте вопросы

Какие знания? Что ты мне советуешь, выучить несколько языков, попробовать чего-нибудь состряпать и в конце концов определиться с выбором? Ты в своём уме, дружок?

Я пытаюсь понять, какой язык использовать и можно-ли использовать для этих целей CMS? Чтобы в конечном итоге найти людей с этими навыками, и оплатить им работу!

Аватар пользователя Funtik44 Funtik44 22 апреля 2014 в 7:04

"ХулиGUN" wrote:
Монго - это документо-ориентированная база данных
Язык - выбирайте тот, который знаете.
Сначала составляйте модель Вашего Saas, продумывайте архитектуру, учитывайте возможность расширения. И только после того, как в голове будет чёткая картинка того, как это должно выглядеть и работать выбирайте инструмент

Спасибо, это всё и так понятно, суть вопроса в другом - можно ли использовать друпал или монго для этих целей!

Аватар пользователя NaZg NaZg 22 апреля 2014 в 8:33

"Funtik44" wrote:
выучить несколько языков, попробовать чего-нибудь состряпать и в конце концов определиться с выбором?

"Funtik44" wrote:
Я пытаюсь понять, какой язык использовать и можно-ли использовать для этих целей CMS?

Перестаньте делать мне смешно. У Вас голове гов каша из терминов.
CMS с языком кореллирует примерно как дом с материалом. Вот Вам список CMS и на Perl, и на PHP и на Java и на Ruby.
Далее, как Вы собрались определяться с выбором без знаний? Как собрались контролировать мифических людей, которым хотите заплатить за работу? Что Вы будете им говорить? Как будеит выглядеть ТЗ? "Чуваки, вот вам жменька денег, сделайте мне CRM в облаке. Язык? На ваш выбор! Функционал? Э... Ну чтоб всё было".
Это даже не смешно. Хочется обнять и плакать.

Аватар пользователя Funtik44 Funtik44 22 апреля 2014 в 22:58

"NaZg" wrote:

Это у тебя в голове говнокаша или просто понос залит.

Никто и не смешивал эти понятия, еще раз внимательно прочти вопрос, а потом советы давай, умник.

Как вы думаете стоит ли такого типа задачи реализовывать на php и Drupal, или лучше воспользоваться альтернативными системами и языками? Если альтернативными, то какими?

То, что ты мне перечислил часть CMS и языков, это ответ в никуда. Зачем ты это делаешь? Вопрос заключается не в том, какие языки и CMS вы знаете, а что из того, что вы знаете, потянет для решения данной задачи!?

Что касается формирования функциональных требований к системе, то следуя твоей логике, все заказчики должны знать, как минимум один язык программирования, и программировать на нём + знать архитектуру БД и всю вытекающую информацию!

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

Аватар пользователя drupby drupby 22 апреля 2014 в 23:33

"Funtik44" wrote:
все заказчики должны знать, как минимум один язык программирования, и программировать на нём + знать архитектуру БД и всю вытекающую информацию!

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

Аватар пользователя Funtik44 Funtik44 23 апреля 2014 в 6:11

"drupby" wrote:
вот тут абсолютно правильно - представитель фирмы заказчика должен быть техническим специалистом

Я могу, как заказчик нанять технического специалиста, который мне напишет ТЗ, функциональные требования. Поэтому никто, никому, ничего не должен. Это нормальная практика.

Опять же, исходя из данной логики, у меня (как у заказчика) должен быть свой технический специалист? Во-первых, не должен быть см.выше, а во-вторых, мне нужно понимать - какой специалист - php, c++ или perl? Вот мы снова пришли к моему изначальному вопросу!

Аватар пользователя Funtik44 Funtik44 23 апреля 2014 в 6:10

"kosHta" wrote:
Фунтик неправ.
О чем разговор.

Спасибо, что объяснил, сразу всё стало ясно. Главное - это весомое и обоснованное мнение гуру.

Аватар пользователя Funtik44 Funtik44 23 апреля 2014 в 7:42

"kosHta" wrote:
Заказчик просит защиты у разработчиков ОТ разработчиков.

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

PS Я уверен, что ты на моём месте поступил бы точно также, прежде чем куда либо вкладываться!

Аватар пользователя NaZg NaZg 23 апреля 2014 в 10:20

"Funtik44" wrote:
Спасибо, что объяснил, сразу всё стало ясно. Главное - это весомое и обоснованное мнение гуру.

сколько у Вас успешно законченных проектов внедрения CRM?

Аватар пользователя NaZg NaZg 23 апреля 2014 в 11:29

"RxB" wrote:
о малое

Ученик мой, сколько ты запорол болванок?
11, учитель мой
оО я же дал тебе их толко 10!
А я образец тоже запорол

Аватар пользователя Funtik44 Funtik44 23 апреля 2014 в 13:33

"NaZg" wrote:
сколько у Вас успешно законченных проектов внедрения CRM?

Внедрением CRM не занимался, но внедрял ERP, PPM и т.д. Это более глобальные внедрения. Есть успешные, есть нет. Являюсь РП. Поясните, мне дураку, что в моих словах не правильно, я же привел пример, более того, вы мне советуете изучить информацию, но чтобы её изучить, необходимо изначально понять, в каком направлении двигаться или опять же, вы мне предлагаете изучить и php и perl и с++ и delphi и т.д. потом сравнить и выбрать определенный язык? Ну это же бред полный. Собственно, чтобы понять, в каком направлении двигаться я и задаю этот вопрос.

Что касается самих проектов как таковых, то для примера могу привести банальный кап.строй, в рамках которого готовится "проектное решение", с точки зрения строителей это и есть "функциональные и технические" требования к будущему сооружению. На данный момент распространённой практикой является найм подрядной организации на разработку "проектного решения", которая более грамотно и правильно (в соответствии с СНиП и ГОСТ) разработает эти решения. Тоже самое происходит и в ИТ и в остальных проектах.

Сейчас, я слышу от вас, что мне необходимо покопаться и подучить языки, разобраться с остальными CMS и т.д. А когда мне необходимо будет начинать раскручивать сайт, я пойду на SEO форум, где меня пошлют изучать google analytics и остальные сервисы, потом я захочу нанять маркетолога, чтобы тот мне разработал маркетинговую политику, я полезу на форум по маркетингу, где мне предложат изучить весь маркетинг, прежде чем задавать "глупые вопросы" и т.д. Бредни Бари. Погружение в область должно быть в меру, для понимания возможностей.

Такие советы и выводы, которые вы делаете говорят только о некомпетентности и профнепригодности того, кто их даёт. С другой стороны, складывается понимание того, что вы просто исполнители (программисты со знанием drupal и еще парочки инструментов) и никогда не сидели в шкуре полноценного РП или Заказчика.

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

"RxB" wrote:
о малое

Учитывая всё вышесказанное в данном комментарии, можно сделать вывод, что в вашем случае 0 абсолютный Wink

Аватар пользователя NaZg NaZg 23 апреля 2014 в 16:56

"ХулиGUN" wrote:
Каким образом Вы собираетесь консолидировать знания?

сюда писать

"Funtik44" wrote:
что в вашем случае 0 абсолютны

БГААГ!

Аватар пользователя Funtik44 Funtik44 23 апреля 2014 в 17:36

"ХулиGUN" wrote:
Если не Вы сами будете этим заниматься, то в интернетах полно топиков по сравнению ЯП по скорости, аппетиту к ресурсам, обработки всяческих вычислений... тоже самое касается и баз даннх... возможности, скорость, аппетит
К чему эта вся дискуссия?
Тут нет людей-оркестров... Лично я могу дать общую характеристику по пхп и питону, но не знаю возможности других языков... знаю Mysql, postgres и mongo, но не работал с oracle и остальными...
Каким образом Вы собираетесь консолидировать знания?

Балаган развел не я. Топиков-то полно, но и систем и инструментов тоже, необходимо из всего изобилия сконцентрироваться на определенных. Соответственно я и предлагаю дать каждому участнику его экспертную оценку по тому, что он знает, другой человек добавит свою и т.д. в процессе дискуссии родится истина, ну или хотя бы её предпосылки, это и будет первоначальный материал с которым можно будет работать. Вы же мне предлагаете помолчать и просто учить всё подряд. К консолидации информации необходимо подходить комплексно и вопрос на форуме, это один из инструментов.

Я не понимаю, почему например Вам, как профессионалу, вместо бестолковой писанины, просто не дать оценку тому, что Вы знаете. Например - "php точно нельзя использовать для таких проектов, не потянет, питон получше, но я бы обратил внимание на java". Вместо простого и лаконичного ответа, постоянно идёт троллинг. Такое поведение похоже на поведение бабок возле подъезда.

Аватар пользователя graker graker 23 апреля 2014 в 18:35

Funtik44 wrote:
Я не понимаю, почему например Вам, как профессионалу, вместо бестолковой писанины, просто не дать оценку тому, что Вы знаете. Например - "php точно нельзя использовать для таких проектов, не потянет, питон получше, но я бы обратил внимание на java". Вместо простого и лаконичного ответа, постоянно идёт троллинг. Такое поведение похоже на поведение бабок возле подъезда.

Вот вам просто и лаконично: для таких проектов совершенно точно можно использовать и php, и python, и ruby, и java, и много чего еще. Каждому здесь присутствующему очевиден этот ответ, равно как и бессмысленность вопроса в такой постановке.
Но я так понимаю, вам наверно не просто и лаконично нужно все-таки, а с подробностями, типа там с достоинствами, недостатками, примерами, аналитикой, рекомендациями, да еще и так чтоб вам было понятно. Ну так это уже получится серьезный материал, составить который - не один и не два часа надо тратить. Чего ради присутствующим здесь специалистам бесплатно трудиться ради просьбы неизвестного гражданина? Отсюда и глумеж.

Аватар пользователя Funtik44 Funtik44 23 апреля 2014 в 17:37

"NaZg" wrote:
сюда писать

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

Аватар пользователя Funtik44 Funtik44 23 апреля 2014 в 20:13

"graker" wrote:
Вот вам просто и лаконично: для таких проектов совершенно точно можно использовать и php, и python, и ruby, и java, и много чего еще. Каждому здесь присутствующему очевиден этот ответ, равно как и бессмысленность вопроса в такой постановке.
Но я так понимаю, вам наверно не просто и лаконично нужно все-таки, а с подробностями, типа там с достоинствами, недостатками, примерами, аналитикой, рекомендациями, да еще и так чтоб вам было понятно. Ну так это уже получится серьезный материал, составить который - не один и не два часа надо тратить. Чего ради присутствующим здесь специалистам бесплатно трудиться ради просьбы неизвестного гражданина? Отсюда и глумеж.

Судя по вашему ответу, все системы и языки одинаково эффективны, что не так по определению. Более того, если бы перед вами стояла данная задача, то Вы бы склонились не ко всем языкам, а к определенному. Предлагаю прочесть еще раз первоначальный вопрос, в котором ясно написано "что лучше", по Вашему мнению. Тут и дураку понятно, что саму систему можно разработать на любом языке из приведённых Вами. Прошу, читайте внимательнее вопрос.

Аватар пользователя drupby drupby 23 апреля 2014 в 20:16

Зачем интересоваться чьим то мнением? бери гигантов CRM (SaaS) - Salesforce ,NetSuite и других и изучай их технологическую составляющую

Аватар пользователя graker graker 23 апреля 2014 в 20:21

drupby wrote:
Зачем интересоваться чьим то мнением? бери гигантов CRM (SaaS) - Salesforce ,NetSuite и других и изучай их технологическую составляющую
Их на форуме обвинить в глумеже и некомпетентности не получится, неинтересно Smile

А так-то конечно, добротный способ узнать, как сделать то что надо сделать - выяснить, как сделаны уже существующие решения.

Аватар пользователя graker graker 23 апреля 2014 в 20:19

Quote:
Судя по вашему ответу, все системы и языки одинаково эффективны
Это только если не уметь читать.

Quote:
Что не так по определению.
По определению чего? Smile

Quote:
в котором ясно написано "что лучше", по Вашему мнению

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

Quote:
саму систему можно разработать на любом языке из приведённых Вами

Именно поэтому я написал второй и третий абзацы своего комментария, каковые рекомендую прочитать.

Аватар пользователя drupby drupby 23 апреля 2014 в 20:24

по поводу загонов хулигана по поводу MongoDB , так если делаешь saas решение , то оно должно желательно поддерживать основные СУБД
если решил разрабатывать подобное приложение , то пили на RoR - не ошибешься

Аватар пользователя drupby drupby 23 апреля 2014 в 21:24

"ХулиGUN" wrote:
Монго я предлагал в качестве решения для хранения динамических моделей объектов и я не утверждал, что нужно использовать именно её, а сказал, что можно посмотреть в сторону докуметоориентированных бд, в частности Монго.

но я с твоих слов так и не понял в чем в данном конкретном случае преимущество перед реляционными БД

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 23 апреля 2014 в 21:42

"drupby" wrote:
но я с твоих слов так и не понял в чем в данном конкретном случае преимущество перед реляционными БД

CRM врядли потребует сложных выборок, зато на монге получаем
1. Лёгкость рефакторинга моделей
2. Возможность иметь любое количество и любую вложенность свойств

Аватар пользователя drupby drupby 23 апреля 2014 в 22:07

"RxB" wrote:
CRM врядли потребует сложных выборок, зато на монге получаем
1. Лёгкость рефакторинга моделей
2. Возможность иметь любое количество и любую вложенность свойств

уже интересно , хотя и не понятно зачем вложенность нужна, если можно разнести по разным таблицам и брать то что нужно - что то мне сдается, что в данном случае выбор СУБД и ее типа не существенен

Просто навязывание монго хулиганом мне видится в его диалоге с самим собой:
-Сегодня узнал о MongoDB и ООБД и почему я раньше о ней не знал?
-Вау, да это же самая крутая весч, какая только может быть...
-Все,буду все свои проекты делать только используя MongoDB и всем ее проповедовать.

Аватар пользователя Funtik44 Funtik44 23 апреля 2014 в 22:28

"drupby" wrote:
Зачем интересоваться чьим то мнением? бери гигантов CRM (SaaS) - Salesforce ,NetSuite и других и изучай их технологическую составляющую

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

Аватар пользователя Funtik44 Funtik44 23 апреля 2014 в 22:39

"graker" wrote:
Это только если не уметь читать.

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

Просто ответьте, без всяких нареканий и упрёков, из того, что Вы перечислили, конкретно Вы бы, что выбрали?

По определению - это метафорическое выражение под которым имелось ввиду, что в противном случае не было бы такого разнообразия языков!

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 23 апреля 2014 в 22:38

"drupby" wrote:
уже интересно , хотя и не понятно зачем вложенность нужна, если можно разнести по разным таблицам и брать то что нужно - что то мне сдается, что в данном случае выбор СУБД и ее типа не существенен

Да да, выбор СУБД не существенен, а потом оп и 15 джойнов.
А устраивать EAV для свойств тоже не слишком кошерно

Аватар пользователя Funtik44 Funtik44 23 апреля 2014 в 22:42

"graker" wrote:
Их на форуме обвинить в глумеже и некомпетентности не получится, неинтересно Smile
А так-то конечно, добротный способ узнать, как сделать то что надо сделать - выяснить, как сделаны уже существующие решения.

Во-первых, это не я обвинил, а меня обвинили в глумеже.

Во-вторых, собственно я и хочу выяснить, как сделаны аналогичные решения.

Аватар пользователя Funtik44 Funtik44 23 апреля 2014 в 22:44

"drupby" wrote:
по поводу загонов хулигана по поводу MongoDB , так если делаешь saas решение , то оно должно желательно поддерживать основные СУБД
если решил разрабатывать подобное приложение , то пили на RoR - не ошибешься

Спасибо еще раз за комментарий и непредвзятость)))

Аватар пользователя drupby drupby 23 апреля 2014 в 22:46

"RxB" wrote:
а потом оп и 15 джойнов.

удивил кота миской молока - будет оп и докупим пару серверов дополнительных)))

Аватар пользователя Funtik44 Funtik44 23 апреля 2014 в 22:51

"kosHta" wrote:
Фунтик не сдавайсо, пятницо скора.

Как бы там не было, а диалог пошёл))) Впринципе уже достаточно информации, над чем подумать и куда покопать.

Аватар пользователя drupby drupby 23 апреля 2014 в 22:51

"Funtik44" wrote:
Как бы там не было, а диалог пошёл)))

так они тут все такие ,пока не дашь пинка под зад не зацепишь лично каждого прикидываются нравоучителями и философами))))

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 23 апреля 2014 в 23:01

"drupby" wrote:

удивил кота миской молока - будет оп и докупим пару серверов дополнительных)))


Откуда ж у стартаперов деньги? Им главное движуха
"ХулиGUN" wrote:
Формат хранения данных напоминает json. Например:

Вообще он не напоминает, он и есть

Аватар пользователя drupby drupby 23 апреля 2014 в 23:07

"ХулиGUN" wrote:
и в зависимости от сложности структуры объекта на одно сохранение тебе потребуется несколько обращений к бд. В случае с Монго такой объект можно сохранять целиком.

то есть ты утверждаешь, что в твоем случае будет использовано меньше ресурсов на выполнение операции сохранения или она будет выполняться быстрее?

Аватар пользователя Funtik44 Funtik44 23 апреля 2014 в 23:20

"RxB" wrote:
Откуда ж у стартаперов деньги? Им главное движуха

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

Стартап, это что-то хипстерское, заранее обречённое на провал)))

Аватар пользователя NaZg NaZg 23 апреля 2014 в 23:34

"Funtik44" wrote:
Судя по вашему ответу, все системы и языки одинаково эффективны, что не так по определению.

откуда такой вывод?

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 24 апреля 2014 в 1:13

"Funtik44" wrote:
Народ, помогите, уже третий день сижу, не могу одолеть одну проблему. Еще чуть-чуть и вскроюсь

Я в курсе способностей, отчасти потому и писал
"RxB" wrote:
Нет, не стоит

Аватар пользователя Funtik44 Funtik44 24 апреля 2014 в 5:51

"kosHta" wrote:
1. Лёгкость рефакторинга моделей
"Funtik44" написал(а):
Народ, помогите, уже третий день сижу, не могу одолеть одну проблему. Еще чуть-чуть и вскроюсь

"RxB" wrote:
Я в курсе способностей, отчасти потому и писал

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

Аватар пользователя ttenz ttenz 24 апреля 2014 в 6:47

"Funtik44" wrote:
Заказчику было бы пофигу на чем разрабатывать систему, если бы не его стремление сделать качественный продукт и не переплачивать за него. Вот для этого заказчик и пытается углубиться в данной области знаний, в противном случае грош цена такому заказчику.

не соглашусь, есть заказчик, есть хотелки - если продукт выполняет задачи, удовлетворяет заказчика, его желаниям, мечтам хотелкам - всё! без разницы на чем это сделано, здесь важно, только как продукт выполняет задачу.

дело не в друпал, джанге, самописе, а в то как это сделано.

я бы на Вашем месте нашел бы классную CRM и связался бы с исполнителем. всё!

Аватар пользователя graker graker 24 апреля 2014 в 10:10

Quote:
Кстате, а http://openatrium.com/ совсем не в тему?

Там самого CRM-а из коробки практически нет, очень много допиливать надо. Для collaboration еще как-то сгодится (хотя basecamp например во многом пипцаче для этого), а как CRM - надо очень много дорабатывать.

Аватар пользователя Funtik44 Funtik44 24 апреля 2014 в 21:02

"ttenz" wrote:
не соглашусь, есть заказчик, есть хотелки - если продукт выполняет задачи, удовлетворяет заказчика, его желаниям, мечтам хотелкам - всё! без разницы на чем это сделано, здесь важно, только как продукт выполняет задачу.

Не совсем так, если безразницы, то и стоимость заломят, а чтобы этого не было, необходимо всётаки разобраться.

Аватар пользователя Funtik44 Funtik44 24 апреля 2014 в 21:05

"NaZg" wrote:
чьего?

"graker" wrote:
Из определения же :)

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

PS Всётаки продолжаете настаивать на том, что все языки одинаковы. Ну-ну.

Аватар пользователя graker graker 25 апреля 2014 в 0:45

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

Quote:
PS Всётаки продолжаете настаивать на том, что все языки одинаковы. Ну-ну.
Все-таки вы не умеете читать. Ну что ж поделать, не вы первый, не вы последний.

Аватар пользователя drupby drupby 24 апреля 2014 в 23:33

"ХулиGUN" wrote:
Рельсы дырявые все насквозь))) Вон на хабре каждую неделю топики о новых дырках...

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

Аватар пользователя multpix multpix 10 ноября 2015 в 11:49

"ХулиGUN" wrote:

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

да и не все так плохо на самом деле)

Аватар пользователя multpix multpix 24 апреля 2014 в 23:51

"drupby" wrote:
Джанга дырявая все насквозь))) Вон на хабре каждую неделю топики о новых дырках...

Хабр дырявый весь насквозь))) Вон на друру каждую неделю топики ...

Аватар пользователя drupby drupby 25 апреля 2014 в 0:40

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

Аватар пользователя Funtik44 Funtik44 29 апреля 2014 в 7:01

"multpix" wrote:
Фунтик, рельсы+монгоид и не тролль боле тутошний народ, будь так добр)

Спасибо. Я просто задал вопрос, меня затролили и еще в этом же меня и обвинили)))

Аватар пользователя Funtik44 Funtik44 29 апреля 2014 в 7:07

"graker" wrote:
Все-таки вы не умеете читать. Ну что ж поделать, не вы первый, не вы последний.

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

Аватар пользователя NaZg NaZg 29 апреля 2014 в 8:44

"Funtik44" wrote:
Ну ок, найду, потрачу деньги на него, в итоге он что-то разработает, но при определенной нагрузке всё упадёт, например не потянет база или язык будет тугой для такого решения (просто предположения) и я приду к выводу, что необходимо было разрабатывать на другом языке, но к этому моменту потеряю много времени и денег.

значит это был не спец

Аватар пользователя Funtik44 Funtik44 29 апреля 2014 в 10:22

"NaZg" wrote:
значит это был не спец

Я имел ввиду, что он может быть и спец по php, но вот java оказалась бы более мощным решением в данном случае.

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 29 апреля 2014 в 10:57

значит это был не спец[2]
Нормальный специалист знает возможности своего инструмента.
Но в вашем случае можно делать на чём угодно.
От одного пользователя мало что падает