如何不被托管播客服务所影响

这是每个播客的噩梦:你创建了一个播客,制作剧集,建立一个忠实的听众…然后突然,没有警告,你的主机服务可以折叠。不仅你的听众找不到你,你甚至不能访问你自己的内容!

悲哀地,它发生了。最近发生在普雷斯特.但这不一定发生在你身上。

多维自我今天,科恩布雷姆纳发表了一篇透彻的,每一个现在或将来的播客都应该阅读纯语言教程。见“学习purecast的课程.

这是她所报道的……

Koan的规则是:

  1. 购买域名,和用它.
  2. 拥有您的网页订阅源的权限。(饲料燃烧器客户,注意这个。)
  3. 有一个地方,网站内容的平台中性副本。
  4. 使用可以输出最简单HTML代码的工具
  5. 将网站内容与媒体内容分开
  6. 如果你使用任何Web服务(付费或免费)-有退出计划

当然……这些只是头条新闻。去阅读她的教程有关详细信息。

感谢Koan编写了一个非常需要和非常有说服力的教程。做得好!

7思如何不被托管播客服务所影响

  1. 谨慎的建议,但我想知道,对于我们使用的每一个Web服务,始终有一个exite计划是否真的很现实。我想你的意思不只是播客。你用了多少?我用的太多了,不太现实。也许关键任务应该关注。那这些是什么?播客主持,社会书签档案,RSS订阅阅读器和博客档案?

  2. 每一个播客都应该被视为一项专业工作。
    [1]创建播客
    [2]许可您的播客,专门用于互联网
    [2](a)将您的播客上传到声誉良好的存储库,通过在选择的存储库中创建帐户
    [2](b)选择一个许可证,该许可证标识您声明的选项/权限
    [2](c)注册后检查并更新存储库帐户以反映许可证
    [3]制定搜索引擎注册策略*

    使用上述步骤,您的工作将始终保存在一个声誉良好的存储库中,可供可预见的几代人使用。

    建议:
    使用Creative Commons项目提供的许可选项,你的工作将自动通过搜索引擎的“标记”来识别,例如。,谷歌的创意共享搜索。

    使用互联网档案网址:http://www.archive.org.

    *包括在CafePress.com等网站建立免费的在线商店帐户,或http://www.cafepress.com,并提供豪华版,汇编,以及播客的装备。

    *音乐可以从独立艺术家那里免费获得,他们遵循上述步骤,也可以在Song Storm等网站上找到,http://www.ibiblio.org/studioforrecording/php/playlist.php以及其他网站。不妨添加一个主题,让你所有的播客都准备好播放广播节目。关于这方面的更多免费帮助,去开放的工作室,http://www.ibiblio.org/studioforrecording/

    免责声明:我与开放工作室和歌曲风暴合作,这两个非营利项目的所有服务都是免费的。我们的使命是补充我们的公共领域,但不要让这阻止你。我们尽量不干涉那些想赚钱的版权所有者。.

  3. 马歇尔——你说得对,在我看来,也许退出计划对每个Web服务都不可行(也许没有直接等效的服务,或服务组合,例如)。但如果不是退出计划,那么至少要有一个“影响”计划,即“如果服务x在一段时间内不可用,它将如何影响我的博客/播客/视频博客?我需要做什么(如果有的话)来减轻对订户的任何服务损失?”我并没有从一般使用的角度来关注网络服务(我个人使用很多),我关注的是那些可能“制造或破坏”博客/播客/视频博客交付给订户的服务。

    汤姆——得分很高——我不是想写一篇综合性的“如何制作专业播客”文章,我正试图写一篇“如何不被一个即将崩溃的服务所吸引”。您提到互联网档案–我们的媒体使用互联网档案的基础设施,正如我在帖子中提到的,根据我的经验,文件在我们的媒体上出现可能需要几周时间,有些人永远不会这样做。

  4. 也,我想多了解一点你的顾虑。我理解拥有你自己的饲料的原则,但我喜欢吃饲料!也,如果FeedBurner只是重新发布我的博客软件中的一个feed,我不是还拥有原来的饲料吗?那么我会错过什么呢?我的订户…好的,那将是一个问题。也许我太傻了,因为我太爱饲料炉了,但我不这么认为。

  5. 各位评论得很好。我想提醒大家,如果您对Koan的教程有具体的问题或意见,你可能应该在她的博客文章中提出这些观点,其中包含她的教程。

    谢谢!

    - Amy Gahran
    编辑,vwin注册有争议的

  6. 马歇尔——我关心的不是Feedburner做了什么——而是如果域feedburner.com离线,您的用户会发生什么(以及,对,过去它已经离线了)。如果你的博客发布了订阅源,说http://yourblog.com/feed.xml–然后你使用Feedburner将其重新命名为http://feeds.feedburner.com/yourblog-当然,您仍然拥有*您的*版本的订阅源。但是您的订户订阅了来自其他域的订阅源。如果域feedburner.com出现故障,你的博客可以很高兴地继续推出新的帖子,填充您的订阅源版本——但是您的订阅用户不知道,因为*他们*正在访问不提供服务的服务器上的订阅源版本。

    我的建议,如果你想使用Feedburner,将feed的*版本与*您的*控制下的内容进行别名,例如,创建DNS别名http://feed.yourblog.com网站/那指向http://feeds.feedburner.com/yourblog–让您的订户订阅http://feed.yourblog.com网站/那样,如果feedburner.com长期(或永久)关闭,您可以将其订阅的内容指向另一个feedburner服务,或者回到你的基础饲料,或者一个解释发生了什么的静态文件,或者……任何你喜欢的东西——因为*你在*控制之中。

    或者,如果控制Web服务器的配置,创建符号链接,例如以便http://yourblog.com/burnedfeed指向http://feeds.feedburner.com/yourblog–如果feedburner.com离线,指向http://yourblog.com/burnedfeed去别的地方。

    底线是–*您*控制您的rblog.com–您*不*控制feedburner.com–但您将内容的可用性移交给他们,如果您的订阅服务器订阅了域名为的订阅源。如果你不担心的话,酷!我敢肯定,purecastmedia的客户认为让他们的用户指向purecastmedia.com上的一个feed是件很酷的事情,直到purecastmedia.com停播为止,永久地。让这些客户无法告诉订户他们的新家在哪里。

留下答复

您的电子邮件地址将不会发布。已标记必需字段*