什么是在团队中共享书签的最佳Web应用程序,以允许一组私人协作者,标记,共享每个链接的讨论并进行可靠的搜索?

Herdmark:将一组协作者定义为具有共同电子邮件地址域的协作者。 因此, [受电子邮件保护]可以在http://eastagile.com上与其他任何人私下共享书签。 在该域内,Jane可以创建或加入私人组(例如,财务)或整个域范围内的组(例如,活动)。 书签是使用标签和云以各种方式组织的,例如按字母顺序,受欢迎程度,频率,当然还有搜索。 书签和组是由共识管理的:因此,如果每个人都离开一个公共组,则剩下的最后一个人可以删除它,但是如果其中有成员,即使创建者也不能。 同样,任何组书签都可以标记为删除,但是在此之前,其他任何人都可以取消删除。 可以设置管理员,该人可以进行备份。 每个人都有自己的私人群组,他们是唯一的成员,就像普通的私人Delicious帐户一样。 任何人都可以将书签添加或导入到其私有组中,并且可以选择与其他私有或域范围内的公共组共享它们。 我是创始人,因此我对Herdmark的出色表现有些偏见,但我确实认为这是一个出色的团队协作工具。 它是免费的,并且是beta版。 我们的开发团队(位于http://eastagile.com)非常乐意添加新功能等。 -劳伦斯·辛克莱 首席执行官/东敏捷 旧金山

什么是好的定制在线食品订购系统?

我实际上参与了Food-Ordering.co.uk软件的开发,因此我直接了解了定制在线食品订购系统的问题。 一般来说,我认为只有2-3个在线食品订购系统可以作为软件许可证购买(Food-Ordering.co.uk是其中之一),但也有各种各样的系统,例如Phpjabbers,Karenderia和使用各种插件(例如WPpizza或Woocommerce)的基于WordPress的解决方案。 ..我想印度的公司有几对他们的名字,我不记得了。 您问过一个“好的”定制在线食品订购系统,但我认为“好的”一词是相对的,对不同的人可能有不同的含义。 好的意味着系统具有很大的灵活性吗? 美观的用户界面(尽管外观是主观的)? 有很多功能吗? 上面提到的每种软件都有其优点和缺点,它通常是针对不同的使用场景制作的,并且是根据不同的假设和要求制作的。 因此,所涉及的成本差异很大。 例如,您可以花100美元左右的价格买到一个phpjabbers,但是Food-Ordering.co.uk的起价为1000美元。 但是话又说回来,当您查看细节时,它们都提供了截然不同的功能。 他们都进行“在线订购”,但是处理方式却不同。 我将使用我们自己的软件示例进行说明:考虑一个中国人外卖的情况,该国的厨师会说英语比英语好。 理想情况下,您希望订单在厨房(中文?)和接待处(英文)打印。 据我所知,Food-Ordering.co.uk系统是唯一可以自动执行此操作的系统,此外,它还支持5种不同类型的打印机。 但话又说回来,它的成本是phpjabbers的10倍,而phpjabbers的实际效果是通过简单的在线订购就可以了。 因此,“好”是一个相对术语。 现在,就定制设计而言,事情并没有您想象的那么简单。…

Google App Engine与Heroku相比如何?

云计算不再是下一件大事。 正如所有知名云服务提供商正在建立的所有云基础架构和数据中心所证明的那样,例如Google及其AppEngine和Amazon与AWS一起建立的,这是当前的大事。 一些更小的先驱者(例如Heroku)也加入了这种混合,他们始于2007年-侏罗纪晚期的云计算。 让我们比较两种PaaS产品,Heroku和Google的AppEngine,看看是什么使它们相互打动。 Heroku和AppEngine在哲学上相似,因为它们都是PaaS解决方案。 它们都为您提供了一个现成的环境,您可以在其中部署代码和应用程​​序,尽管该环境仅托管有限范围的OS,语言,数据库和其他可用的基本平台。 这意味着您可以相当快地启动并运行,但是这也意味着,如果您的应用无法运行,或者未由预先批准的列表中的内容托管或开发,那么您将一劳永逸。 这与IaaS平台(例如Amazon的AWS)形成鲜明对比,后者为您提供了虚拟机,您可以在其中虚拟安装和自定义软件环境。 它们是什么 Google的AppEngine为您提供了一个计算机实例的抽象视图,该实例运行您的代码并支持Python,Google的新Go语言以及Java和其他JVM语言(例如Clojure,JRuby和PHP)。 一个警告是仅支持纯Python,因此您无法运行包含C代码的模块。 有了这样的语言限制,很明显Google会为开发人员提供一个在语言环境中熟悉的,沙盒环境的运行代码的环境。 实际上,轻松,轻松的沙箱是AppEngine的主要优势,并且具有快速,轻松地水平扩展以实现负载平衡的能力。 尽管如此,许多人还是抱怨说AppEngine专有的只读特性会导致乏味且不必要的代码重构。 应用必须特别考虑AppEngine编写,API必须专门针对AppEngine编写,甚至必须对标准Java代码进行大量修改以适合AppEngine环境。 另一个痛点是,尽管最近他们还增加了对CloudSQL的支持,但Google坚持只使用其BigTable非关系数据库的AppEngine客户。 因此,在将已经开发的应用程序移至AppEngine时,为应用程序的后端DB分配大量时间用于“数据库重构”。 将应用程序从AppEngine移植到其他平台的过程非常痛苦,它导致许多人暗暗暗示Google阴险的阴谋将客户锁定在他们的框架上。…