Managed Metadata Service Application( 八)Content Type Hub

Content Type Hub 

在SharePoint里面,每个site collection 都可以建立自己的Content Type。但是现实情况中,常常需要一些site collection使用同样的Content Type。比如一个公司有多个部门,每个部门有一个Site Collection,然而所有部门都想用同样的Content Type来申请硬件,那该怎么做到呢?

 

在Manage Metadata Service Application里就提供了这个功能。要使用这个功能,我们需要先建一个Content Type Hub的Site Collection。这个Site Collection可以是任意的Template。建好之后,去Site Settings->Site Collection Settings->Site CollectionFeature 里面,开启Content Type Syndication feature。

 

然后在Central Administration里面,找到Manage Metadata Service Application,点击Ribbon上的Properties, 这Content Type Hub里面输入刚才建好的Site Collection:


然后再选中Application的Proxy,点击Properties:(注意这里是Proxy,不是Application本身)


选中下面的Check box:


去Content Type Hub的site collection,建立一个新的Request的Content Type:


在Manage Publishing里面,选Publish,再点OK。

 

然后这些步骤完成之后,Content Type并没有立刻发布到其他的Site Collection。


因为SharePoint后台实际上是用timer job来做同步的,手动run这两个timer job:

 

Timer Job运行完毕之后,到其他的sitecollection,查看Content Type,可以看见从Content Type Hub Site Collection同步过来的Content Type。


### 处理 PE 文件缺少托管元数据的方法 对于 Windows 可移植可执行 (PE) 文件而言,如果这些文件并不包含任何托管元数据,则意味着它们并非由 .NET 编译器创建或是其他能够生成中间语言 (IL) 和关联元数据的编译环境所构建。通常情况下,这类原生应用程序是以 C 或者 C++ 开发并直接编译为目标机器指令的结果[^1]。 针对这种情况下的解决方案可以从以下几个方面考虑: #### 使用 pefile 库分析结构特征 通过 Python 的 `pefile` 库可以读取和解析 PE 文件头信息以及其他静态属性,即使不存在 CLR(公共语言运行时)头部或元数据流也不妨碍获取有关二进制的重要细节。这有助于理解程序的行为模式及其依赖关系。 ```python import pefile def analyze_pe_structure(file_path): pe = pefile.PE(file_path) # 输出节表信息 for section in pe.sections: print(f'Section Name: {section.Name.decode().rstrip("\\x00")}') print(f'Virtual Address: 0x{section.VirtualAddress:X}') print(f'Memory Size: 0x{section.Misc_VirtualSize:X}\n') analyze_pe_structure('example.exe') ``` #### 利用反汇编工具探索逻辑功能 借助 IDA Pro、Ghidra 等强大的逆向工程平台,即便缺乏高级别的源码描述也能深入探究底层实现机制。此类工具有助于识别关键算法流程、API 调用链路等有价值的信息片段,从而弥补因缺失托管元数据带来的不便之处。 #### 结合外部资源辅助判断 有时可以通过查阅官方文档或其他权威资料来推测特定版本操作系统下某些标准组件的工作原理;也可以参考开源项目实例寻找相似场景的应用案例作为参照物。此外,社区论坛和技术博客往往蕴藏着大量实践经验分享,能为解决问题提供更多思路启发。 #### 实施动态调试技术验证假设 启动目标进程的同时附加调试器监控其实际运作状况不失为一种有效手段。比如设置断点观察函数入口参数传递情况,跟踪内存分配释放过程等等。这种方式特别适合应对那些难以仅靠静态方式完全解读的情况。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值