复制堆栈溢出问题和答案合法吗？

#1 楼

仅在原创时编辑；请勿用作表示任意“现在”的指示。

堆栈溢出已获得Attribution-Share Alike 3.0 Generic的许可，该声明规定：作者或许可人指定的方式（但绝不表示他们认可您或您对作品的使用）。

我认为很明显他们没有做到这一点（或任何归因）。因此，IMO（和IANAL）不：此用法不合法。但是在cc-wiki协议的条款之内，引用的重复使用是可以的。
编辑：cc-wiki的许可和署名策略也链接到每个页脚页面上。

如果您点击归因政策，就会发现具体情况：

所以，让我澄清一下归因的含义。如果您重新发布此内容，则我们要求您：


以视觉方式指示该内容来自堆栈溢出，元堆栈溢出，服务器故障或超级用户。它不一定是令人讨厌的；

直接链接到源站点上的原始问题（例如，https：//stackoverflow.com/questions/12345）

每个问题和答案的作者姓名

将每个作者姓名的超链接直接返回到源站点上的用户个人资料页面（例如，https：//stackoverflow.com/users/12345/username）

，“直接”是指，即使禁用了JavaScript，每个超链接也必须直接以标准HTML指向我们的域，并且不得使用TinyURL URL或任何其他形式的混淆或重定向。此外，不得取消链接。

#2 楼

我确实认为问题在于以下段落：


出处—您必须按照
作者或许可人指定的方式对
作品进行归因（但不能以任何方式暗示他们认可您或您对作品的使用）。


（强调是我的）

这种方式指定了什么？我认为这太主观了。如果您没有明确指定“归因”是什么意思，那么如何指着人们说回教徒使用您的内容呢？

我发现的关于该主题的唯一完整参考是官方博客文章（甚至有您关注的网站为例）。

我相信在SO页脚中cc-wiki图像下方的简单网址（称为“本文中的“归因准则”。这样一来，人们就没有借口使用“误解”的归因指南，因为您明确指出了使用SO内容时需要做的事情。

#3 楼

这似乎有点令人担忧：

使用明确的术语在Google上搜索我唯一的一个（woohoo！）Stackoverflow问题，将返回的最高结果作为SO页面的tuts9.com副本。同样单击此结果链接也会给我​​tuts9.com的403 /禁止页面（即使Google缓存页面将其作为VB / VB.NET问题提交，该页面仍是我的SO问题！）。

我最初的stackoverflow问题在这里：如何在Java SE中使用持久性API防止不可重复的查询结果？

Google.com结果“在Java SE中如何使用持久性api防止不可重复的查询结果” ”：http://www.google.co.uk/search?hl=zh_CN&q=%22how+to+pre++non+repeatable+query+results+using+persistence+api+in+java+se%22

无法看到SO页，而是来自Google的最高结果：http://tuts9.com/questions/25608/how-to-prevent-non-repeatable-query-results-using-persistence-api-in-java-se

看起来Google正在从结果中消除SO页，就好像它是垃圾邮件一样，而是tuts9.com复制“顶部插槽”。 Google在这里玩吗？我已经向Google发送了一个反馈消息，提出了这个问题（尽管通过他们的网络表单，所以我不知道它将得到多少关注）。也许有人直接联系Google会产生更大的影响。

更新（2010/09/02）：目前，上述搜索中排名前2位的Google搜索结果是tuts9.com，其次是meta问题！最初的SO问题因过于相似而被省略（太类似于tuts9.com副本？大声笑）。如果包含类似的结果，则SO问题将出现在结果的第2页中。

#4 楼

我不是律师...但是对我来说，该网站明显违反了使用条款：


在引用的页面上没有指向StackOverflow的链接
没有链接到原始问题
问题的作者没有归属
答案的作者的没有归属

最后两个是对精神的严重侵犯

不幸的是，注册人在中国，但如果@ [Jeff Atwood]要求，godaddy.com可能会屈服于他们。

#5 楼

answermoz.com复制问题时没有注明出处。在answermoz.com上，问题的副本会出现在Google搜索结果之前，而不是money.SE结果（尝试在下面的问题标题中进行搜索。）

示例1指数基金和ETF有何区别？ http://answermoz.com/what-differentiates-index-funds-and-etfs/

示例2我的信用分数766比应有的低吗？ http://answermoz.com/is-my-credit-score-of-766-lower-than-it-should-be/

#6 楼

嗨伙计。我今天找到了这个答案：

http://www.go4answers.com/Example/non-nullable-columns-db-becomes-101286.aspx

它看起来很像一个堆栈溢出问题，但可能与堆栈溢出无关。我想我可能会很快就流行一些东西，以确保（/以爱尔兰的方式说，对我们的爱尔兰朋友没有冒犯）。

#7 楼

看来Google已经创建了此工具来解决和解决此问题：个人阻止列表


个人阻止列表扩展名将向您发送您选择阻止的模式。当您选择阻止或取消阻止某个模式时，该扩展程序还将向Google传输显示已阻止或未阻止搜索结果的网页的URL。您同意Google可以自由使用这些信息来改善我们的产品和服务。许多阻止某个网站的人一定会引起他们的注意，从而将其从搜索结果中删除，从而解决了大多数问题。

#8 楼

我刚在搜索我们的网站时才发现此线程...

据我从CC-by-SA获悉，我们遵守许可证允许的所有内容。

我们总是提供指向原始内容的链接以及到源站点主页的链接。我们总是声明我们不拥有任何内容，并声明我们的来源。我们只想帮助人们找到好的文章。我们是一个元搜索引擎。

我们从来没有想到我们会有这么多的流量。在接下来的几周内，我们将减少来自Stack Overflow和Server Fault的文章数量，并与优秀的出版商建立伙伴关系，以便撰写出色的博客文章。

互联网上的事物发展如此之快我们陷入了一个大漩涡。这就是为什么我们需要广告才能访问更好的服务器，并花时间在网站上做得更好。

我们的目标是成为一个好的元搜索引擎和博客混搭。我们需要好的文章，因此，如果您希望包含自己的网站，请立即与我们联系。

#9 楼

免责声明：我不是律师。

执行摘要
如果您要发布单个答案或单个问题的内容，则需要与发布该内容的人联系因为他们拥有该内容的权利。
如果要发布问题/答案组合，则必须遵循Stack Exchange服务条款中写的条款。
个人提交（“帖子”）堆栈交换网络（SE）的所有者归创建者所有。个体提交的内容仅授权给SE，非SE实体在任何地方进行的任何重新发布，无论其归属如何，都是发布DMCA删除通知的依据。 SE拥有其权利的新作品。如果在不遵循SE服务条款（TOS）的归因规则的情况下使用了馆藏/集体作品（例如，问答组合），则SE能够针对该内容发布DMCA删除通知。
许可证概述
内容由内容创建者拥有。内容创建者根据Stack Exchange TOS的条款向SE授予了该内容的许可，但有以下限制：

SE可以以各种方式使用该内容，即使订阅者以后决定删除该内容1，包括作为集体作品/汇编对Stack Exchange Network的整个内容主张版权的权利2

订户负责确保SE可以所有这些方式使用内容3


1：“您授予Stack Exchange永久且不可撤销的权利和许可，以使用，复制，缓存，发布，显示，分发，修改，创建派生作品并存储此类订户内容并允许其他人执行因此，以任何已知的或以后开发的媒体（“内容许可”）来提供服务，即使此类订户内容已被您贡献并随后被删除。”
2：“根据美国版权法，国际公约和其他版权法，“网络根据集体和/或汇编形式受版权保护。”
3：“用户保证，代表并同意用户有权授予Stack Exchange和网络上述权利。“
SE将问题和答案结合起来，创建了他们拥有权利的收藏或集体作品。他们拥有该收藏的权利，并受到以下限制的重新许可：

如果您在网络或服务之外发布或以其他方式使用订户内容，则该订户内容是否由您或其他人，您同意您将遵循知识共享署名相同方式许可的归属规则，如下所示：
a）您将确保对订户内容的任何此类使用均以可视方式显示或以其他方式表明订户的来源内容来自堆栈交换网络。谨慎的文字说明或其他一些不显眼但清晰的视觉效果可以满足此要求。
b）您将确保对Internet上的订户内容的任何此类使用都包括直接指向源站点上原始问题的超链接。网络（例如，https：//stackoverflow.com/questions/12345）
c）您将确保对订户内容的任何此类使用均在视觉上显示或以其他方式明确指出所使用的每个问题和答案的作者姓名。 br />d）您将确保对订户内容超链接的任何此类Internet使用使每个作者名直接回到网络源站点上的他或她的用户个人资料页面（例如https://stackoverflow.com/users/12345/username） ，直接以标准HTML格式（即不通过Tinyurl或其他此类间接超链接，混淆或重定向的形式）直接到达Stack Exchange域，而无需任何“ nofollow”命令或任何其他避免搜索引擎检测的方式，并且可见即使禁用了JavaScript。

注意：关于rel:nofollow是否违反CC-BY-SA许可证，还有一个问题。
那么谁拥有内容？
/>尽管不拥有订户内容的版权，SE还是作为收藏/集体作品拥有该内容的权利。如copyright.gov上所述：

根据现行的版权法，对已出版的集体作品（例如期刊）的单独贡献中的版权与整体集体作品中的版权不同。在没有文章作者的明确转让的情况下，假定集体作品中的版权所有者仅获得了在集体作品中以及集体作品的后续版本和更高版本中使用贡献的特权。

这是对美国标题17第102-103节的常规英语解释。
CC-BY-SA许可中的“收藏”定义中也包含以下内容：

“收藏”是指文学或艺术作品的收藏，例如百科全书和选集，或表演，录音制品或广播节目，或以下第1（f）节所列作品以外的其他作品或主题，这些作品或主题是根据选择内容的安排和安排，构成了知识创造，其中作品以未修改的形式完整地包含在其中，以及一个或多个其他贡献，每个贡献本身构成了独立且独立的作品，并被组合成一个整体。就本许可而言，构成收藏的作品将不被视为改编作品（如下定义）。

这允许SE管理集体作品的权利，包括发布内容的删除通知即使他们不是单个作品的所有者（订阅者内容），也可以通过SE共享。

#10 楼

那stackmobile呢？他们说他们不隶属于stackoverflow，所以它显然不是SO的官方移动版本。

他们抓取了所有SO网站，包括有关用户，徽章等的所有数据，但他们没有提供指向问题的直接链接，也没有提供指向SO网站上的个人资料的直接链接。

他们也没有在其网站上的任何地方提及知识共享许可。

示例：
http://stackmobile.com/view_question.php?site=stackoverflow&id=4587642

他们刮这样的SO网站可以吗？

#11 楼

似乎没有归因
https://tutel.me/

#12 楼

我刚刚发现了另一个似乎剥夺了StackExchange内容的网站：

http://earthwithsun.com/

没有归因于StackExchange或原始海报。他们也有胆量在其页面上贴上版权声明。该域名已在上海某人注册。