Need help with the age-old question, which engine to choose)?

T

twinp2012-01-07 18:05:29

PHP

twinp, 2012-01-07 18:05:29

Task. Write a simple CRM B2B. The structure is like this. The firm provides services. Services are displayed on the site. For a service, you can create several offers with different conditions and different pricing policies. T, i.e. the sentence constructor is required. Firms - Clients choose a service, view offers and place an order / application. The application form is formed on the basis of the offer. Well, then there is a business process for processing applications.
The result is two tasks.
1st CMS - a website with services and other information, news, articles, polls, a forum, a photo album, etc.
2nd simple CRM - which runs on the same site / engine. But here, of course, work with numerous different forms.
The initial choice fell on Drupal 7, and the site itself is already spinning on it. But further confuses the complexity of processing forms on Drupal with its non-objective implementation. Yes, and that vaunted flexibility of the Druple can go sideways on the 2nd task.
There was a choice between ZF2, Yii, Symfony, Kohana, well, or to do everything in Java Spring. Or take a chance and finish teaching Drupal and do it on it, if only then you would not make a mistake.
In fact, I would like a ready-made CMS that can be expanded with CRM functionality.
I would like to hear the opinion of those who have already done similar tasks (CRM) on Drupal, it is not worth it, and what difficulties may arise.

Reply

Answer the question

In order to leave comments, you need to log in

8 answer(s)

S

sheremetat, 2012-01-07
@sheremetat

When writing in PHP for this task, I would choose Kohana: a moderately simple and flexible framework. And the task is not for such monsters as Zend or Symfony. Right now I would choose Spring MVC 3. But it's up to you. Good luck!

A

AlexanderPHP, 2012-01-07
@AlexanderPHP

I would recommend Yii, because I have been writing on it for a long time.

M

MagaSoft, 2012-01-07
@MagaSoft

PHP Nuke

E

Eternalko, 2012-01-08
@Eternalko

> leash would then not be mistaken.
It's the most important.
Better not rush to choose. The project seems to be big.
Find the experts of each framework and talk on the phone. You just need to hear both opponents and supporters. In order not to run into "religion".
Actually, I can't say because I don't know.
As for me (from the point of view of office plankton), it would be convenient even if the order designer made them in the form of a letter, and I would have worked them out in Outlook (if simpler then gmail).
That is, the site is separate, the service price generator is separate, and CRM is Outlook.
So that the form does not outgrow the content :)

R

RuJet, 2012-01-07
@RuJet

Drupal has CRM integration modules.
But I'm not sure what is for the 7th version.

C

Cord, 2012-01-08
@Cord

SugarCRM saw the solution, it is quite popular.
But in general, all CRM / CMS are usually quite crooked inside. Of the "engines" known to me with normal OOP stuffing, more or less this is Livestreet. By the way, you can try on it.
For example, there is a very sensible "Catalog" module for it, with a constructor of offers of any type, filters and an admin panel :
livestreetcms.com/addons/view/239/
a lot - and excellent ones!).

P

philpirj, 2012-01-08
@philpirj

The eternal answer is to use what you know best.

A

ainu, 2012-01-09
@ainu

look for framework based cms. cogear for example, although I would not recommend it.