<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">The performance gain of HipHop over APC
isn't that great for all the extra headaches:<br>
<br>
<a class="moz-txt-link-freetext" href="http://php.webtutor.pl/en/2011/05/17/drupal-hiphop-for-php-vs-apc-benchmark/">http://php.webtutor.pl/en/2011/05/17/drupal-hiphop-for-php-vs-apc-benchmark/</a><br>
<br>
You also aren't talking about re-engineering Drupal core just for
HipHop, but the thousands of contrib modules. A lot of these
modules are written by people who really don't care that much
about HipHop or the headaches of having to compile and recompile
code to get their modules working.<br>
<br>
You are talking about a big red herring here. Obfuscation will not
protect your source code. Even if you compile it to machine code,
if someone wants it bad enough they will get it. The PERL
community went through this for years then realized it just didn't
work. As matter of fact they decided it was such a waste of time
that they ended up putting it in their FAQ:<br>
<br>
<a class="moz-txt-link-freetext" href="http://perldoc.perl.org/perlfaq3.html#How-can-I-hide-the-source-for-my-Perl-program%3f">http://perldoc.perl.org/perlfaq3.html#How-can-I-hide-the-source-for-my-Perl-program%3f</a><br>
<br>
Anything is just going to give you a false sense of security. But
again, what you are describing is a federal crime. You really
don't have to worry about this happening and if it does, file a
criminal complaint. <br>
<pre class="moz-signature" cols="72">Jamie Holly
<a class="moz-txt-link-freetext" href="http://www.intoxination.net">http://www.intoxination.net</a>
<a class="moz-txt-link-freetext" href="http://www.hollyit.net">http://www.hollyit.net</a></pre>
On 12/26/2012 8:52 PM, Austin Einter wrote:<br>
</div>
<blockquote
cite="mid:CANXt1k_1suVco6rjJ56-xV00k4+_2xBaj0G5SVpWNNFk9XfrFQ@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>
<div>
<div>
<div>Hi Lary<br>
</div>
Thanks for input.<br>
<br>
</div>
I am not going to distribute code to any customer. It is
developed by us (taking Drupal as base) and we will be
hosting it. We will never give it to any customer in
future also.<br>
<br>
</div>
The only worry is, in hosting company, if any of their ADMIN
guys takes code and give to other competitors without our
knowledge. Ofcourse I will have root access and its going to
be a dedicated solution. But I feel thats not the solution.
One can just take hard disk, put to another machine, copy
data and then again put back to original machine. <br>
<br>
Otherwise absolutely no worry<br>
<br>
</div>
Probably Drupal community need to think in line of hiphop or
develop something similar.<br>
<br>
</div>
Thanks a lot.<br>
<div>
<div>Austin<br>
</div>
<div>
<div>
<div><br>
<br>
</div>
</div>
</div>
</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Wed, Dec 26, 2012 at 11:18 AM, Larry
Garfield <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:larry@garfieldtech.com" target="_blank">larry@garfieldtech.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div>The last I heard, HipHop doesn't work with Drupal
because Drupal uses parts of PHP that HipHop doesn't
support. Really, HH is not a general solution for PHP
performance tuning. You have to write code with HH in
mind for it to be effective, which Facebook did when
creating HH.<br>
<br>
As far as "protecting" source code, the GPL license
basically says you can't do that; or rather, it's
worthless to do so because anyone you distribute the
code to is legally entitled to the un-obfuscated source
code as well. That includes any custom modules you
write. Note that only triggers if you distribute the
code to someone else; putting code on a web server does
not count as distribution (AFAIK), so the host is not
legally entitled to do anything with your code other
than host it.<br>
<br>
That said, if your business model for your site relies
on some non-trivial set of modules remaining
forever-secret, then your business model is already
buggered and you need to find a new one. Really, the
investment in working with the community rather than
building a lot of custom code that you have to maintain
is worth far more than your custom code. That will be
especially true then next time you decide to do a major
version upgrade, where you'll find yourself with a lot
of custom code that only you can possibly upgrade and no
one willing to help you in the slightest. That is a bad
bad place to be.<span class="HOEnZb"><font
color="#888888"><br>
<br>
--Larry Garfield</font></span>
<div>
<div class="h5"><br>
<br>
On 12/25/2012 05:38 PM, Austin Einter wrote:<br>
</div>
</div>
</div>
<div>
<div class="h5">
<blockquote type="cite">
<div dir="ltr">
<div>
<div>
<div>
<div>
<div>Thanks a lot all.<br>
<br>
</div>
I know Drupal is open source, I wanted to
protect only the custom modules developed.
I learnt from this discussion that - <br>
<br>
</div>
1. Take a dedicated m/c, so root access is
with me. That gives some protection.<br>
</div>
2. Will go for a trusted / reputed web hosting
company.<br>
<br>
</div>
On a side note, I read somewhere a separate
branch is maintained for Drupal code base
(probably 7.4) that is compatible with hihop
use., Can somebody give more information in this
regard such as is it maintained and available
for latest Drupal 7 releases..<br>
<br>
</div>
<div>Thanks and Regards<br>
</div>
<div>Austin<br>
</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Tue, Dec 25, 2012 at
10:12 PM, Richard Damon <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:Richard@damon-family.org"
target="_blank">Richard@damon-family.org</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0
0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div>On 12/25/12 10:49 AM, Jarry wrote:<br>
> On 25-Dec-12 16:26, Austin Einter
wrote:<br>
>> I am worried for few things. Lets
say I will be taking a dedicated<br>
>> server say from rackspace or doster
or godady and host my site as a<br>
>> commercial one.<br>
>><br>
>> I would not doubt the companies
like rackspace or godady ..., but<br>
>> difficult to believe admin
engineers who may take the source code and<br>
>> give it to somebody else for few
dollars..,<br>
> Source code of what? Drupal or some
modules? Drupal is GPL-ed,<br>
> so anybody can have it. Or your own
drupal-module? I'm not sure<br>
> but I think if you develop something
for Drupal, you have to<br>
> distribute it under the same license at
no charge. So which<br>
> php-code you want to obfuscate and why?<br>
><br>
> Jarry<br>
> ---<br>
><br>
</div>
The GPL means that *IF* you distribute the
results, you need to provide<br>
the source, but there is no requirement to
publish source if you do not<br>
distribute your "product" (i.e. for your own
use). This is good, as it<br>
means you are not required to publish your
settings.php file with your<br>
database passwords!<br>
<br>
This does mean that if you produce as a
product a Drupal module, (I<br>
believe) you can not just distribute it as a
protected file, you need to<br>
provide the source for it, but this is only if
you distribute it.<br>
<span><font color="#888888"><br>
--<br>
Richard Damon<br>
</font></span>
<div>
<div><br>
--<br>
[ Drupal support list | <a
moz-do-not-send="true"
href="http://lists.drupal.org/"
target="_blank">http://lists.drupal.org/</a>
]<br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset></fieldset>
<br>
</blockquote>
<br>
</div>
</div>
</div>
<br>
--<br>
[ Drupal support list | <a moz-do-not-send="true"
href="http://lists.drupal.org/" target="_blank">http://lists.drupal.org/</a>
]<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
</body>
</html>