请允许将图片直接上传到网站上

#1 楼

上载支持答案或问题的图像不应使张贴者蒙受任何声誉。
但是，这是一个很大的问题... SO系列允许上传的图像支持帖子的概念将是惊人的。绝对是我提出的4个请求项目中前3个之一。
在这里，天哪！真的在这里！！！谢谢你们！

#2 楼

感谢我们在http://imgur.com上的出色朋友，我们现在通过标准的图像上传按钮内置了图像上传功能。



它将被部署到接下来几天内我们所有的网站，暂时可以在meta上进行测试。

博客上的更多详细信息：新图像上传支持。

#3 楼

此外;在我的办公室中，一些比较受欢迎的图片托管网站受到了政策的封锁；所以经常我根本看不到带有图像的帖子是问题的关键部分。

缺点是额外的托管/带宽成本...不确定那会多大。
/>
也许还有一些法律要处理...所以我不是100％相信这会发生，但很有意思。我希望这是一件好事。

#4 楼

“外部主机”的问题如下。

其他服务通常会大大降低可用性。很难找到可以满足以下所有条件的优质服务：


图像相当大（很多都有愚蠢的滤镜，可以缩小上传的图像）
图像质量合理（很多可以任意转换）压缩到约85％的JPEG，这会破坏基于PNGS的矢量图形。）
允许以可观的带宽进行外部链接。
无需再登录另一个Web服务。
具有永久的会话持久性（对于那些需要您登录的会话，很多人总是强迫您注销）。
具有简单的上传服务，这些服务有效且易于使用。
NonWTF的术语采用。
存在超过3个月且没有消失，并导致所有图像丢失。

上述因素使我避免使用任何基于“拥有帐户”的系统，这是由于额外动作膨胀的复杂性所致，并且使我倾向于“ PasteBin”心态“ JustUploadIt” Web服务。但是，最近的后期我遇到了问题，因为它们往往会耗尽并死掉，而所有图像都消失了。

我最喜欢的问题和答案中有很多，这些使我花了最大努力才能产生好的答案的问题和答案都涉及解释性图像，因为相同数据的文本表示形式完全没有用。

随着服务的老化和衰落，图像托管在其中很多上都崩溃了，我发现自己没有任何地方的图像备份，因为我忙于管理大量垃圾。 （出于同样的原因，我没有备份这些图像，因为我没有在stackoverflow上下载所有答案的所有文本，而是将它们存储在磁盘上的某个位置，以防万一））

对我来说，这是一个非常现实的问题。

本质上，当您不在stackoverflow上托管stackoverflow图像时，您将放弃对大部分内容可能拥有的任何控制。与拥有内容的网站相比，这是一个巨大的门户，它随时可能丢失，并且与文本不同，文本在用户删除时仍然可能永远存在于数据库中，图像也永远消失了。

至少，如果stackoverflow确实托管了stackoverflow的图像，则可以将图像与内容一起保存，并且您只需要担心如果stackoverflow本身离开了这个世界，互联网就会永久消失。与所有托管服务提供商不同的是，托管服务提供商可能会在不远的将来决定进行政策更改，并且无需使用托管的，广告浸渍的iframe（仅付款者功能）即可进行外部链接。 ，根据法律条款*，人们可以在自己的服务器上发布其图像，并在内容上放置任何想要的许可。由于它不在stackoverflow上，因此它实际上未获得cc-wiki / attribute要求的许可证，因此损害了stackoverflow的整体开放性。

* IANAL

损坏列表
（注意：其中一些似乎很没有意义）


答案：是否具有某些Myers Briggs个性类型的人被吸引编程/开发方面的职业？ ＃在这里花了几个小时左右的时间来绘制图表。
问题：在Mercurial上回退向后合并＃具有4条或更多分支线的复杂合并/提交历史记录。走了
答案：在Mercurial上回退合并＃解决问题的临时方法图。答案现在毫无用处。
答案：用于检测点的“簇”的算法＃复杂的点域显示了给定模式下的点分布，这是我预期很难用代码发现的。

其他图像已经消失了缺少：



关于以下问题的答案：用于检测点的“簇”的算法＃针对我的上述贡献，使用热图算法将点场处理为检测到的点区域/簇。 （缺少这些图表会使情况变得更糟）

#5 楼

听起来就像与图像托管服务合作。 StackOverflow的主要业务不是图像托管。所以我想可能是一个不错的外观。

#6 楼

还有一个问题是，许多公司代理服务器会阻止不同的图像存储站点，因此某些用户无法在某些问题/答案中看到图像。

#7 楼

在某些情况下发布图像非常有用，例如：


用户界面的屏幕截图
UML图，所以也难怪会有这么多人发布它们。

例如，上周，我想展示一些屏幕截图，说明另一个社区站点如何在您首次发布到主题时自动添加通知，（另一件事是所以效果不是很好）。我很快就厌恶了-太笨拙了，不值得为此烦恼。

（要查看我正在谈论的网站，该网站具有相当不错的图片上传功能，而且-结果-极大地受益于发布的信息质量，请转到RC Group。可以从这里中学到很多东西！）

我不同意应该代表费用或最低代表，然后才能发布图片。如果SO新手的第一个问题碰巧从图像中受益，为什么要对他/她进行惩罚？一个简单的图像大小上限（50-100K？）应该可以避免严重的带宽消耗。

我同意应该禁止发布屏幕截图的代码-正如Sinan所说，它不可搜索。但是现有的降票机制可能会解决这个问题。

让它变得容易，让它出错，并在出现问题时解决所有问题！

#8 楼

这是一个了不起的功能，可从Stack Overflow中获得imgur支持。但是，这种方法存在一个问题：

由于服务器上托管了NSFW图片，IMGUR被许多公司防火墙阻止。

是否有某种方法可以找出一个别名DNS名称或其他可以容纳我们在公司工作场所中使用SO的名称？

#9 楼

图片托管本身就是一项工作，我认为很少有损坏的图片足以执行此任务-很少有SO帖子依赖图片。.

它将大大增加网站带宽的使用情况-该网站目前只是gzip文本（或多或少）：


Spolsky：我们的网站到底叫什么？

Atwood：这是堆栈溢出。但是我要尝试的是，我们的大多数网站都是文本，因此在某种程度上是文本溢出。如果您查看我们的网站，我们将提供哪些图像？徽标，投票按钮……我的意思是，它们确实是很小的，很小的图像。我们几乎...我们不在本地做任何图像托管。因此，根据定义，您在网站上看到的任何图像都是来自第三方网站。因此，我们经历了将近750KB / s的纯文本峰值，并在那时达到压缩文本，因为很长一段时间以来，我们一直使用gzip宗教，这是因为您所提供的所有内容都应该被压缩，这是因为轻松压缩，因为您只有大量的CPU时间，而且带宽很小。另外，这只是更好的体验，对吗？您可以更快地获取页面，但无论如何都要切分更好。唯一不这样做的原因是由于某些原因，您拥有的每个CPU都固定为100％，因此您不想进行压缩，但这是一种罕见的情况。因此，我们重新审视了它：有些边缘情况我们没有压缩。我发现在IIS中，我认为6和7不会压缩发送到代理的任何内容，就像它看到“ PROXY” ...

（来自StackOverflow podcast 44）


真的，我认为imageshack.us已经很好地完成了此任务-几年前我放过的图像仍然存在。在维护期间显示（或直到最近才显示？）

一种绝对可行的情况-Stack Exchange，特别是“站点”计划-您不想依靠外部服务器来为内部站点托管内容！

#10 楼

我认为这是一个很好的功能要求。今天，我发布了一个问题，因为我的图像清楚地表明了我做错了什么（在自定义UITableView中显示空白的UITableViewCells），因此立即得到了回答。如果图像上传完全集成，则发布起来会容易得多。一些自动格式化和调整大小（也许是带有灯箱视图的拇指？）也很重要。

#11 楼

要求代表阈值是一个好主意。另外，我认为发布图像应该花费10点信誉度，以便将图像限制在确实有好处的情况下。

我不仅要带宽，存储空间和站点响应能力担心：图像为以后的信息搜索和检索提供的价值要小得多。如果人们只是发布其编辑器的屏幕截图而不是以文本形式发布代码，那么该网站的全部价值，就是具有类似问题的人们能够通过搜索引擎找到答案的一种手段。

因此，要采用此想法，代表阈值+代表成本都是必要的。

#12 楼

我将其放在MSE上，但也许更适合此处，因为它与Area51网站有关。抱歉，如果有人认为我应该这样做，我将从MSE中删除。


在Tex.SE（Area51的Beta版）上，我最近发布了一个元问题关于这个问题。由于Tex和Latex与排版有关，因此视觉很重要，并且图像通常是答案的关键。如果周围的答案/问题没有被否决/标记为辱骂（或者问题/答案获得“足够”的赞成票），请在一段时间后链接到内部（或标准托管的）图片。 SE无需提供复杂的文件上传方式就可以运行，还可以追溯处理旧帖子（以避免外部托管的图片消失）。因此，可以将文件在线放置的人可以这样做，而不必担心该域的持久性，而只希望包含Wikipedia或类似物中的人物的人也可以这样做，而不必担心文章被更改/被删除等。

我必须说，我不喜欢发布图像的任何限制（就用户代表而言），如果图像不合适，则应将周围的问题/答案投反对票，就像不合适的那样。文本。这应该解决最滥用的用例。另一种选择是在图形上（而不是仅在问题/答案上）具有投票按钮和/或报告滥用按钮，以便人们可以查明他们认为是侮辱性的内容。