<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Shareware licensing techniques</title>
	<link>http://lipidity.com/apple/shareware-licensing-techniques/</link>
	<description>Despotic Development</description>
	<pubDate>Sun, 14 Mar 2010 07:48:21 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Ankur</title>
		<link>http://lipidity.com/apple/shareware-licensing-techniques/#comment-100349</link>
		<dc:creator>Ankur</dc:creator>
		<pubDate>Sun, 10 Aug 2008 11:13:38 +0000</pubDate>
		<guid>http://lipidity.com/apple/shareware-licensing-techniques/#comment-100349</guid>
		<description>&lt;p&gt;Developer, you're right that it's not really that hard to figure out most shareware (though I can think of a few tricks which would still prevent the 'doom' of shareware). Hidden files are not only &lt;a href="http://rixste.com/tracker" rel="nofollow"&gt;easy to find&lt;/a&gt;, they're also very annoying.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Developer, you&#8217;re right that it&#8217;s not really that hard to figure out most shareware (though I can think of a few tricks which would still prevent the &#8216;doom&#8217; of shareware). Hidden files are not only <a href="http://rixste.com/tracker" rel="nofollow">easy to find</a>, they&#8217;re also very annoying.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: developer</title>
		<link>http://lipidity.com/apple/shareware-licensing-techniques/#comment-100245</link>
		<dc:creator>developer</dc:creator>
		<pubDate>Sat, 09 Aug 2008 21:14:38 +0000</pubDate>
		<guid>http://lipidity.com/apple/shareware-licensing-techniques/#comment-100245</guid>
		<description>&lt;p&gt;This days, with Spotlight technology and free app like FSEventer shareware authors are doomed. Using FSEventer you can very easily monitor installation and first run of the program and get information about EVERY file which were touched by the installed app. Cleaning afterwards is very easy.&lt;/p&gt;

&lt;p&gt;Not to mention more advanced technologies like dtrace and strace which gives you detailed insight about app internal work.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>This days, with Spotlight technology and free app like FSEventer shareware authors are doomed. Using FSEventer you can very easily monitor installation and first run of the program and get information about EVERY file which were touched by the installed app. Cleaning afterwards is very easy.</p>
<p>Not to mention more advanced technologies like dtrace and strace which gives you detailed insight about app internal work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://lipidity.com/apple/shareware-licensing-techniques/#comment-49671</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 24 Jan 2008 02:36:58 +0000</pubDate>
		<guid>http://lipidity.com/apple/shareware-licensing-techniques/#comment-49671</guid>
		<description>&lt;p&gt;AquaticPrime, anyone?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>AquaticPrime, anyone?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ankur</title>
		<link>http://lipidity.com/apple/shareware-licensing-techniques/#comment-1751</link>
		<dc:creator>Ankur</dc:creator>
		<pubDate>Wed, 28 Feb 2007 02:53:17 +0000</pubDate>
		<guid>http://lipidity.com/apple/shareware-licensing-techniques/#comment-1751</guid>
		<description>&lt;p&gt;Simon, I don't think you understood the intent of what I said.&lt;/p&gt;

&lt;p&gt;I'm not advocating PHP scripts that store your private information in a remote database. Quite the contrary. What I'm proposing is a method for the developer to check whether an individual license is being used multiple times. Think about it, if you bought the license using your email address, then why would the developer need to use obscure tricks to scam it from you?&lt;/p&gt;

&lt;p&gt;An application that employed this technique would really be the opposite of malware. It helps you know that your license is authentic and gives the developer the information necessary to combat piracy. Again, its not malware. There is nothing sent that could be potentially a breach of privacy. The application would simply check the number of times a license is used.&lt;/p&gt;

&lt;p&gt;And really, if you're going to avoid the demos I post up, that's your call, but you'll be missing out on a lot of groundbreaking techniques and methods. Plus, if I release the source, how big a chance is there that I'm spreading "malware"?&lt;/p&gt;

&lt;p&gt;Really, I'm sorry that you took it the wrong way, but I hope you see my point of view now.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Simon, I don&#8217;t think you understood the intent of what I said.</p>
<p>I&#8217;m not advocating PHP scripts that store your private information in a remote database. Quite the contrary. What I&#8217;m proposing is a method for the developer to check whether an individual license is being used multiple times. Think about it, if you bought the license using your email address, then why would the developer need to use obscure tricks to scam it from you?</p>
<p>An application that employed this technique would really be the opposite of malware. It helps you know that your license is authentic and gives the developer the information necessary to combat piracy. Again, its not malware. There is nothing sent that could be potentially a breach of privacy. The application would simply check the number of times a license is used.</p>
<p>And really, if you&#8217;re going to avoid the demos I post up, that&#8217;s your call, but you&#8217;ll be missing out on a lot of groundbreaking techniques and methods. Plus, if I release the source, how big a chance is there that I&#8217;m spreading &#8220;malware&#8221;?</p>
<p>Really, I&#8217;m sorry that you took it the wrong way, but I hope you see my point of view now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon</title>
		<link>http://lipidity.com/apple/shareware-licensing-techniques/#comment-1746</link>
		<dc:creator>Simon</dc:creator>
		<pubDate>Tue, 27 Feb 2007 17:13:31 +0000</pubDate>
		<guid>http://lipidity.com/apple/shareware-licensing-techniques/#comment-1746</guid>
		<description>&lt;p&gt;Hmmm... php scripts that collect emails etc  and store it in your database.
As a potential customer, it makes me think a lot of the shareware you guys are creating is really just malware. I think I'll avoid even the demos from here on in.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hmmm&#8230; php scripts that collect emails etc  and store it in your database.<br />
As a potential customer, it makes me think a lot of the shareware you guys are creating is really just malware. I think I&#8217;ll avoid even the demos from here on in.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: How not to write shareware &#8250; Vacuous Virtuoso</title>
		<link>http://lipidity.com/apple/shareware-licensing-techniques/#comment-1676</link>
		<dc:creator>How not to write shareware &#8250; Vacuous Virtuoso</dc:creator>
		<pubDate>Sun, 25 Feb 2007 09:37:41 +0000</pubDate>
		<guid>http://lipidity.com/apple/shareware-licensing-techniques/#comment-1676</guid>
		<description>&lt;p&gt;[...] Update:Follow up article on shareware licensing techniques using Cocoa. Apple hack Mac os x shareware  Powered by Gregarious [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[&#8230;] Update:Follow up article on shareware licensing techniques using Cocoa. Apple hack Mac os x shareware  Powered by Gregarious [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ankur</title>
		<link>http://lipidity.com/apple/shareware-licensing-techniques/#comment-261</link>
		<dc:creator>Ankur</dc:creator>
		<pubDate>Tue, 28 Nov 2006 05:23:37 +0000</pubDate>
		<guid>http://lipidity.com/apple/shareware-licensing-techniques/#comment-261</guid>
		<description>&lt;p&gt;David, you make some excellent points.&lt;/p&gt;

&lt;p&gt;I personally find that one of the biggest problems today is because of&lt;/p&gt;

&lt;blockquote&gt;[developers] who simply releases serial numbers out in to the wild and then never checks those serials to see if they’ve been replicated in Serial Box or Surfers Serials or some random web page&lt;/blockquote&gt;

&lt;p&gt;I can name many applications that connect to the internet for registration, and seeing a little progress view for two seconds isn't going to either annoy the user or upset him. You can always use the old "No personally identifiable information is being sent" as some of big names with expensive lawyers do.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>David, you make some excellent points.</p>
<p>I personally find that one of the biggest problems today is because of</p>
<blockquote><p>[developers] who simply releases serial numbers out in to the wild and then never checks those serials to see if they’ve been replicated in Serial Box or Surfers Serials or some random web page</p></blockquote>
<p>I can name many applications that connect to the internet for registration, and seeing a little progress view for two seconds isn&#8217;t going to either annoy the user or upset him. You can always use the old &#8220;No personally identifiable information is being sent&#8221; as some of big names with expensive lawyers do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://lipidity.com/apple/shareware-licensing-techniques/#comment-258</link>
		<dc:creator>David</dc:creator>
		<pubDate>Mon, 27 Nov 2006 21:20:57 +0000</pubDate>
		<guid>http://lipidity.com/apple/shareware-licensing-techniques/#comment-258</guid>
		<description>&lt;p&gt;Matt, as someone who has sales experience with both systems, I disagree.&lt;/p&gt;

&lt;p&gt;Phoning home is hardly an annoyance, no more so than quietly checking for a version update.  (In fact, both operations can be done at the same time.)  In practical terms, grabbing information (while respecting the privacy of the customer) is no more invasive than the web page where the application was downloaded in the first place.  In fact, even less so.  The only people genuinely disadvantaged by a one-way look up of a html page or text file, are those people who want to pirate your app.&lt;/p&gt;

&lt;p&gt;A developer who simply releases serial numbers out in to the wild and then never checks those serials to see if they've been replicated in Serial Box or Surfers Serials or some random web page, is going to see a serious loss of business.  Been there, done that.&lt;/p&gt;

&lt;p&gt;"People who pirate or steal shareware will ALWAYS find away around it, its that simple."&lt;/p&gt;

&lt;p&gt;Actually, it's not.  For a typical app by a small company, the majority of pirates are casual:  they rely on the swapping of a serial number (often a single one) which they glean quickly from the sources mentioned above.   They pirate because they can:  it's easier than purchasing.&lt;/p&gt;

&lt;p&gt;Cracks, albeit more widespread in the Windows world, are much less used than serials and more common with big-ticket items like Adobe app.   The effect of cracks can be negated somewhat if you have a planned strategy for continual improvement and updating of your products.  (Such updates, of course, should also deal with known invalid serials.)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Matt, as someone who has sales experience with both systems, I disagree.</p>
<p>Phoning home is hardly an annoyance, no more so than quietly checking for a version update.  (In fact, both operations can be done at the same time.)  In practical terms, grabbing information (while respecting the privacy of the customer) is no more invasive than the web page where the application was downloaded in the first place.  In fact, even less so.  The only people genuinely disadvantaged by a one-way look up of a html page or text file, are those people who want to pirate your app.</p>
<p>A developer who simply releases serial numbers out in to the wild and then never checks those serials to see if they&#8217;ve been replicated in Serial Box or Surfers Serials or some random web page, is going to see a serious loss of business.  Been there, done that.</p>
<p>&#8220;People who pirate or steal shareware will ALWAYS find away around it, its that simple.&#8221;</p>
<p>Actually, it&#8217;s not.  For a typical app by a small company, the majority of pirates are casual:  they rely on the swapping of a serial number (often a single one) which they glean quickly from the sources mentioned above.   They pirate because they can:  it&#8217;s easier than purchasing.</p>
<p>Cracks, albeit more widespread in the Windows world, are much less used than serials and more common with big-ticket items like Adobe app.   The effect of cracks can be negated somewhat if you have a planned strategy for continual improvement and updating of your products.  (Such updates, of course, should also deal with known invalid serials.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ankur</title>
		<link>http://lipidity.com/apple/shareware-licensing-techniques/#comment-254</link>
		<dc:creator>Ankur</dc:creator>
		<pubDate>Mon, 27 Nov 2006 06:00:11 +0000</pubDate>
		<guid>http://lipidity.com/apple/shareware-licensing-techniques/#comment-254</guid>
		<description>&lt;blockquote&gt;People who pirate or steal shareware will ALWAYS find away around it.&lt;/blockquote&gt;

&lt;p&gt;You took the word right out of my mouth. However, I do think it's important to discourage those who might just have a quick five minute peek to see if they can avoid a registration fee as opposed to the malicious hackers. I mean, if Apple &#38; Microsoft stuff gets cracked, someone with the know-how and the time could easily disentangle just about anything.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<blockquote><p>People who pirate or steal shareware will ALWAYS find away around it.</p></blockquote>
<p>You took the word right out of my mouth. However, I do think it&#8217;s important to discourage those who might just have a quick five minute peek to see if they can avoid a registration fee as opposed to the malicious hackers. I mean, if Apple &amp; Microsoft stuff gets cracked, someone with the know-how and the time could easily disentangle just about anything.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Tavares</title>
		<link>http://lipidity.com/apple/shareware-licensing-techniques/#comment-253</link>
		<dc:creator>Matt Tavares</dc:creator>
		<pubDate>Sun, 26 Nov 2006 19:04:26 +0000</pubDate>
		<guid>http://lipidity.com/apple/shareware-licensing-techniques/#comment-253</guid>
		<description>&lt;p&gt;When it comes down to it, just enough protection is the perfect amount.  By layering on 'phoning home' and other annoyances the only people you hurt are the people who actually bought the software.  People who pirate or steal shareware will ALWAYS find away around it, its that simple.  So just create enough protection so that the people who felt encumbered enough to buy the software can use it without worrying its not going to activate.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>When it comes down to it, just enough protection is the perfect amount.  By layering on &#8216;phoning home&#8217; and other annoyances the only people you hurt are the people who actually bought the software.  People who pirate or steal shareware will ALWAYS find away around it, its that simple.  So just create enough protection so that the people who felt encumbered enough to buy the software can use it without worrying its not going to activate.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
