<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">&lt;<a href="mailto:larry@garfieldtech.com" target="_blank">larry@garfieldtech.com</a>&gt;</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&#39;t work
      with Drupal because Drupal uses parts of PHP that HipHop doesn&#39;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 &quot;protecting&quot; source code, the GPL license basically says
      you can&#39;t do that; or rather, it&#39;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&#39;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">&lt;<a href="mailto:Richard@damon-family.org" target="_blank">Richard@damon-family.org</a>&gt;</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>
              &gt; On 25-Dec-12 16:26, Austin Einter wrote:<br>
              &gt;&gt; I am worried for few things.  Lets say I will be
              taking a dedicated<br>
              &gt;&gt; server say from rackspace or doster or godady and
              host my site as a<br>
              &gt;&gt; commercial one.<br>
              &gt;&gt;<br>
              &gt;&gt; I would not doubt the companies like rackspace or
              godady ..., but<br>
              &gt;&gt; difficult to believe admin engineers who may take
              the source code and<br>
              &gt;&gt; give it to somebody else for few dollars..,<br>
              &gt; Source code of what? Drupal or some modules? Drupal
              is GPL-ed,<br>
              &gt; so anybody can have it. Or your own drupal-module?
              I&#39;m not sure<br>
              &gt; but I think if you develop something for Drupal, you
              have to<br>
              &gt; distribute it under the same license at no charge. So
              which<br>
              &gt; php-code you want to obfuscate and why?<br>
              &gt;<br>
              &gt; Jarry<br>
              &gt; ---<br>
              &gt;<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 &quot;product&quot; (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 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 href="http://lists.drupal.org/" target="_blank">http://lists.drupal.org/</a> ]<br></blockquote></div><br></div>