<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
<br>
<div class="moz-cite-prefix">On 11/07/16 14:58, Błażej Pabiszczak
wrote:<br>
</div>
<blockquote
cite="mid:3a155cf82b800cc8e82d0bf8d6c8599c@yetiforce.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p><span>Let's put things in perspective – why does Vtiger need
the “search” tool? If a client wants to find something, he can
get in touch with the vendor and implement vlastic: </span><a
moz-do-not-send="true"
href="http://www.libertus.co.uk/images/documents/vlastic-manual.pdf."
target="_blank" rel="noreferrer"><a class="moz-txt-link-freetext" href="http://www.libertus.co.uk/images/documents/vlastic-manual.pdf">http://www.libertus.co.uk/images/documents/vlastic-manual.pdf</a>.</a><span> Everyone
looks for something else, why create a universal tool if you
can complicate your life and just add new mechanisms,
libraries, closed solutions. </span><br>
</p>
</blockquote>
I think that is a little unfair as an example! vlastic is an
integration between an open source full text search engine (elastic
search) and vtiger. It really can't be core code, the elastic search
server is huge and is tomcat based, entirely inappropriate to bundle
with a PHP/Mysql application. Even if search was improved in vtiger
there would still be benefits at scale for using elastic search. The
old way of doing search was to do a like "%query%" across every
column of every table, which works to a point but doesn't scale at
all. The new way is to compute the label field and search just in
that, which scales, but doesn't work very well. Vlastic scales and
works, but isn't suitable as a core feature. If I had a solution
that scales, and works, and is suitable to be core code then I would
have done a merge request on code.vtiger.com, but I just don't.<br>
<br>
<blockquote
cite="mid:3a155cf82b800cc8e82d0bf8d6c8599c@yetiforce.com"
type="cite">
<p><br>
<span>Vtiger is a crm class system and it should include
hard-coded marketing mechanisms! Even if its marketing
mechanism isn't too extended it should be integrated by
default with a different ready-made solution, and the data
should be taken from this solution in the system, If it
doesn't have it [and it indeed doesn't] then Vtiger has as
much to do with marketing as Joomla does – which means
nothing. But in Joomla we can add everything we want, no
matter the way.</span><br>
<br>
<span>Every other solution like SugarCRM, Vtiger[OD], SuiteCRM
got all the basic marketing mechanisms hard-coded, why won't
Vtiger CE get them ...</span></p>
<div>---<br>
<div>Z poważaniem / Regards</div>
<div> </div>
<div><strong>Błażej Pabiszczak</strong></div>
<div><em>Chief Executive Officer</em></div>
<div>M: +48.884999123<br>
E: <a moz-do-not-send="true" title="Mail do Błażej Pabiszczak"
href="mailto:b.pabiszczak@yetiforce.com">b.pabiszczak@yetiforce.com</a></div>
<hr>
<p><span>YetiForce 3.0 LTS has arrived! </span><a
moz-do-not-send="true"
href="https://gitdeveloper.yetiforce.com/" rel="noreferrer">Test</a><span> the
latest, most innovative open source system in the world, and
</span><a moz-do-not-send="true"
href="https://github.com/YetiForceCompany/YetiForceCRM"
rel="noreferrer">join</a><span> our community.</span></p>
</div>
<p> </p>
<p>W dniu 2016-07-11 11:33, Tim Mohrbach napisał(a):</p>
<blockquote type="cite" style="padding: 0 0.4em; border-left:
#1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored --><br
class="">
<div>
<blockquote class="">
<div class=""><span class="" style="font-family: Verdana,
Geneva, sans-serif; font-size: 10pt;">@Preexo</span></div>
<div class="">
<div class="" style="font-size: 10pt; font-family:
Verdana,Geneva,sans-serif;">
<p class="" lang="en-US"><span class=""><span class=""><span
class="">It doesn't really matter what a
particular tool can do, the key question is
whether or not we have all the essential
analytical data for reporting and analyzing
data. What if you launch mailing from an
external app, but you need all the mailing data
in the crm itself; and when you convert from
lead to an opportunity, then all the data
gathered from mailing have to be in this
opportunity, so that the sales person had all
the data about the potential buyer.</span></span></span></p>
</div>
</div>
</blockquote>
</div>
I don't get your difficulties.
<div class="">You could run a mailtrain server for example and
talk from vtiger to the API of it to push contacts data in,
even trigger the sending from within vtiger through API and
then afterwards pull all the results of the campaign through
the API into vtiger again. It would require the development of
an extension which becomes the adapter to talk to the API, but
you wouldn't need to build a full blown mailing system and
reinvent the wheel of something that other people have thought
about for years already! Trust me, you are not gonna do it
better then them, so why not use theirs?</div>
<div class="">You want to do it all within vtiger - no problem,
that's what APIs are there for...</div>
<div class=""> </div>
<div class="">I would prefer if we focus on the missing features
that can not be replaced by an external program...</div>
<!-- html ignored --><br>
<div class="pre" style="margin: 0; padding: 0; font-family:
monospace">_______________________________________________<br>
<a moz-do-not-send="true" href="http://www.vtiger.com/">http://www.vtiger.com/</a></div>
</blockquote>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
<a class="moz-txt-link-freetext" href="http://www.vtiger.com/">http://www.vtiger.com/</a></pre>
</blockquote>
<br>
</body>
</html>