shindig是apache的一个开源项目，实现了google的opensocial容器开源项目。
提供了一个开源的Open Social容器。有了它，就可以轻松支持Open Social啦，目前它提供了java和php两种版本。
下图是 Shindig 的一个 Gadget 测试容器界面：
-
What is Apache Shindig? Apache Shindig's goal is to allow new sites to start hosting social apps in under an hour's worth of work. Apache Shindig is a container for hosting social application consisti
-
Introduction Apache Shindig, a word meaning party, was originally started by Google in 2007 as a reference container for hosting OpenSocial compatible widgets in any website. Originally a port of Goog
-
1，将shindig部署在 http://localhost:8080 上。 2，将web测试应用部署在 http://localhost:8088 上。 测试页面(index.html)内容如下： <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en-US" lang="en-US"> <head> <script type="text/
-
org.apache.shindig.gadgets.servlet.GadgetRenderingServlet负责了gadget iframe内容的渲染工作，/gadgets/ifr请求会转发到此servlet的doGet()方法中。 典型的ifr渲染请求参数如下： container = default country = ALL lang = ALL mid = 0 nocache =
-
这今天看了shindig，对opensocial有了初步认识，shindig已经为我们初步实现了 opensocial v8规范。比如那些 js 与服务端的通信，一些xml的渲染。做为社区网站 可能只要 实现 ActivityService, PersonService, AppDataService ，这些是社区自己的内容。 然后可以将该应用部署在自己的服务器上，这样第三方按照v8规范开发出来的
-
google推出了 opensocial 用来抗衡 facebook 的f8 并且还推出了apache 的 shindig开源的实现，使得社区网站开放更加方便。 到shindig 网站下载源码： http://incubator.apache.org/shindig/ 你需要安装 mvn subversion 代码svn地址为：http://svn.apache.org/repos/asf/inc
-
Apache Shindig is a container for hosting social application consisting of four parts: Gadget Container JavaScript: core JavaScript foundation for general gadget functionality (read more about gadget
-
> 我正试图弄清楚Kubernetes中的网络，尤其是多集装箱吊舱的处理。在我的简单场景中，我总共有3个豆荚。其中一个有两个容器，另一个只有一个容器，它希望与多容器吊舱中的特定容器通信。我想弄清楚kubernetes如何处理此类容器之间的通信。 为此，我在一个“sidecar体系结构”中有一个简单的多容器吊舱，YAML文件如下所示： > 我想用这个YAML文件实现的是，在pod“nginx”中，有
-
我对javaee/EJB比较陌生，我已经读了很多关于javaee容器的书。我有使用web容器（JBoss中的WAR文件）的经验。我还知道JBoss也可以用作JavaEE容器。 JavaEE容器和Web容器之间的区别是什么？ 我知道JavaEE也能够包含一个。战争档案。它们不同吗？它们的区别是什么？是否有特定于供应商的偏好，哪一个更好？
-
没错，STL有迭代器、算法和函数对象，但对于大多数C++程序员，容器是最突出的。它们比数组更强大更灵活，可以动态增长（也常是缩减），可以管理属于它们自己的内存，可以跟踪它们拥有的对象数目，可以限制它们支持操作的算法复杂度等等。它们的普及是很容易理解的。它们比竞争对手更好，不管竞争对手是来自其他库或你自己写的容器类型。STL容器不只是好，而是相当好。 本章关注的是可以适用于所有STL容器的指导方针。
-
简介 Swoft 基于 PSR-11 规范设计了自己容器，并基于 注解 增强了它的功能。容器是 Swoft 最重要的设计，称得上是 Swoft 的核心精髓，也是 Swoft 各模块的实现基础。本章节将会对容器的相关基础知识做一个介绍，以便大家更好的理解容器。 前置知识 - IoC IoC 即控制反转（Inversion of Control），它不是一门技术而是一种设计思想。利用 IoC 将你设计
-
帮助用户解决涉及容器集群、容器部署、容器编排等方面的。 容器管理包括哪些内容？ 包括容器集群、容器服务、容器编排等方面内容。 支持哪些类型的容器平台？ 支持Docker，通过Kubernetes管理Docker，实现监控和生命周期管理。
-
容器主要包括容器服务、容器编排和容器集群。 相关概念介绍 容器集群：即Kubernetes集群，包括控制节点和计算节点，部署在虚拟机上。 无状态（deployment）：deployment通过声明pod模板等信息部署无状态应用，适用于pod完全一样、没有顺序、无所谓运行在哪台主机的应用。 有状态（statefulset）：statefulset主要用于部署实例之间有不对等关系，以及实例对外部数据
-
镜像（Image）和容器（Container）的关系，就像是面向对象程序设计中的 类 和 实例 一样，镜像是静态的定义，容器是镜像运行时的实体。容器可以被创建、启动、停止、删除、暂停等。 容器的实质是进程，但与直接在宿主执行的进程不同，容器进程运行于属于自己的独立的 命名空间。因此容器可以拥有自己的 root 文件系统、自己的网络配置、自己的进程空间，甚至自己的用户 ID 空间。容器内的进程是运行
-
容器用于存放类实例对象，容器中的对象类我们称之为 Bean。通过容器实例化出来的对象，我们可以对它们进行注入操作。 配置扫描命名空间 应用启动时，会扫描配置中设定的命名空间，扫描到的类才可以通过容器使用 Bean 名称获取对象。 支持在项目、子服务器的配置文件中配置： return [ 'beanScan' => [ 'ImiApp\Model', 'I