【强龙突击战法源码】【宣威网站源码】【资源码分析】fabric实现源码
1.我的实现世界forge和fabric哪个好
2.手动搭建Fabric网络-详解链码安装、实例化过程
3.å¦ä½fabricå®è£
4.真实感人物渲染(四)布料篇
5.fabric-sdk-goçç®å使ç¨
6.详解fabric.js跨域
我的源码世界forge和fabric哪个好
我的世界forge好。
Forge API是实现最早的Mod Loader API,它采用ASM这个东西来反编译Minecraft的源码源代码,以修改游戏逻辑,实现而Fabric API差不多也是源码强龙突击战法源码如此。
Forge API采用了一个我忘了叫啥的实现玩意来反混淆Minecraft的源代码,而Fabric自己做了一套叫做yarn的源码玩意。
手动搭建Fabric网络-详解链码安装、实现实例化过程
在HyperLedger的源码实践系列文章中,本文将深入探讨如何手动搭建Fabric网络,实现从链码的源码安装到实例化过程,一步步解析关键步骤。实现首先,源码我们通过安装Fabric环境和克隆最新代码,实现确保系统具备创建Fabric网络的基础。
接下来,我们详细说明了网络搭建的几个关键步骤:
1. 公私钥和证书生成
在Fabric网络中,涉及两种类型的证书:用于节点间通讯安全的TLS证书,以及用于用户登录和权限控制的宣威网站源码用户证书。由于测试环境不使用CA节点,我们选择使用cryptogen工具生成证书。
1.1 编译cryptogen
通过Fabric源代码的make命令,我们能够编译生成cryptogen工具。运行成功后,可在build/bin文件夹下找到编译出的cryptogen程序。
1.2 配置crypto-config.yaml
该配置文件指导了Fabric网络的拓扑结构,包括不同组织和Peer的关系。通过分析示例文件,我们理解了如何为特定组织配置公私钥和证书。
1.3 生成公私钥和证书
借助cryptogen工具,根据crypto-config.yaml配置文件,生成了必要的公私钥和证书。
2. 创世区块与Channel配置
创世区块与Channel配置区块是Fabric网络启动和通道创建的基石。
2.1 编译生成configtxgen
使用make命令,我们生成了用于生成配置区块和配置交易的configtxgen工具。
2.2 配置configtx.yaml
通过官方提供的模板文件,我们配置了Orderer和Peer的共识策略。配置完成后,资源码分析通过configtxgen生成创世区块。
2.3 生成创世区块与Channel配置区块
生成的创世区块用于启动Ordering服务和配置网络策略;Channel配置区块用于新建应用通道,指定成员与访问策略。
2.4 更新锚节点
锚节点负责组织间通信,通过生成更新文件,确保网络中各节点能够正确通信。
3. 配置Fabric环境的Docker
利用Docker-compose文件,我们配置了环境,包括Orderer、Peer和CLI组件。
3.1 配置Orderer
在base/docker-compose-base.yaml中,我们为Orderer配置了路径映射、服务端口等信息。
3.2 配置Peer
Peer配置文件包含了服务地址、TLS信息、MSP信息等,确保Peer节点能够正确运行。
3.3 配置CLI
CLI作为客户端,配置了与Peer的使用 mybatis 源码连接信息以及脚本执行方式,用于执行SDK操作。
4. 初始化Fabric环境与创建Channel
通过执行docker-compose命令启动容器,我们完成了Fabric环境的初始化。然后,我们创建了Channel,并让各个Peer节点加入。
4.1 启动Fabric容器
在docker-compose-cli.yaml文件中配置好环境后,使用命令启动容器集群。
4.2 创建Channel
在CLI容器内,使用peer channel create命令创建Channel,并保存配置区块。
4.3 Peer加入Channel
通过修改CLI环境变量,指定连接的Peer节点,实现各节点加入Channel。
4.4 更新锚节点
完成Peer节点加入Channel后,更新锚节点配置以实现不同组织间的通信。
5. 链码安装与运行
最后,我们安装并运行链码,通过实例化过程将链码部署到Fabric网络中。游艇大战源码具体操作包括安装链码、实例化链码以及执行交易。
5.1 安装链码
使用peer chaincode install命令,将链码安装到每个相关Peer节点上。
5.2 实例化链码
实例化过程生成包含链码实例的Docker镜像和容器,并通过与Orderer节点交互实现智能合约的激活。
5.3 执行交易
通过链码的调用执行转账操作,验证链码功能。
5.4 查询交易
在不同节点上查询交易,确保链码功能在全网内传播。
总结
通过以上步骤,我们不仅搭建了Fabric网络环境,还深入理解了链码安装与实例化的过程。理解这些关键步骤对于后续在生产环境中创建更复杂的网络和执行多样化链码提供了基础。在实施过程中遇到的任何问题,均可通过重新配置环境或深入理解Docker概念来解决。掌握Fabric网络的运行原理,对于进一步开发和优化区块链应用至关重要。
å¦ä½fabricå®è£
fabricæ¯æpipãeasy_installåæºç å®è£ çæ¹å¼ï¼æ¯åºäºpython(2.5å以ä¸çæ¬)çä¸ç§èªå¨åè¿ç»´å·¥å ·ã
å·¥å ·/åæ
fabric
linux
pipå®è£
1
pip install fabric
END
easy_installå®è£
1
easy_install fabric
END
æºç å®è£
1
é¦å å®è£ ä¾èµå
yum -y install python-setuptools python-devel
2
ä¸è½½fabricæºç å 并解åå®è£
tar zxvf Fabric-1.8.2.tar.gz
cd Fabric-1.8.2
python setup.py install
END
注æäºé¡¹
pythonä¸å®è¦æ¯2.5å以ä¸çæ¬
个人æ¨è使ç¨æºç å®è£
真实感人物渲染(四)布料篇
在布料渲染领域,Charlie的高光公式常被用于实现较为出色的视觉效果,Unity HDRP管线的Fabric Shader是一种较为完整的实现方法。本文旨在基于HDRP管线,探讨棉布与丝绸材质的实现。
棉布材质特征为平纹或斜纹,这类材质几乎无镜面反射,粗糙度极高;相反,丝绸材质拥有显著的镜面反射能力,表面光滑,高光光泽明显,并且展现出各向异性特点。
实现过程中,需准备BRDF LUT贴图。棉布材质使用特定的Fabric Charlie LUT贴图,而丝绸材质则采用Disney GGX LUT贴图。为了增加布料细节,还需要添加Thread贴图(螺纹贴图)和Fuzz贴图(绒毛贴图)。
棉布渲染时,其直接光漫反射与光通量无关,仅与粗糙度相关。HDRP的高光项采用Charlie的法线分布与可见性项。Fabric Charlie LUT解码时需注意,直接光漫反射和镜面反射部分应除以π,与HDRP Fabric Shader源码中使用的版本保持一致。
丝绸渲染则遵循PBR篇章中的迪士尼漫反射公式。高光部分使用Smith Joint的各向异性GGX高光的D项与V项。丝绸材质使用Disney GGX LUT,LUT解码方式与棉布有所不同。在渲染丝绸时,进行除以π的操作,以确保布料整体效果不会过亮。各向异性渲染中,通常使用切线与副切线,若资产提供法线贴图,则需考虑法线贴图中的法线是否需要调整切线与副切线方向。HDRP的布料渲染流程中并未对切线与副切线进行调整,但有的博客提及了调整方法,无需使用三角函数,性能更为高效。各向异性间接光通过调整后的法线进行计算,调整anisotropy值以选择偏移强度,并结合anisDirection参数进行间接光照计算。解码LUT时,使用原始的NdotV。
在Filament引擎中,可手动设置Sheen Color颜色,以调整布料的高光光泽颜色。该引擎文档提供了详细的解释和代码,关于布料次表面散射的特性在文档中亦有提及,但本文未进行实现。
本系列文章旨在全面探索布料渲染技术,涵盖多种材质的实现与优化。在后续篇章中,将更深入地探讨不同技术细节与实际应用案例,旨在为读者提供全面且实用的布料渲染知识。如需进一步了解相关技术与实现细节,欢迎查阅本系列其他文章及官方文档资源。
fabric-sdk-goçç®å使ç¨
使ç¨fabricæä¾çcryptogenå·¥å ·çææ件模æ¿$ cryptogen showtemplate > crypto-config.yaml
è¿è¡ä¿®æ¹,æ·»å ä¸ä¸ªç»ç»,ä¸ä¸ªordererèç¹.
æ ¹æ®crypto-config.yamlæ件çæè¯ä¹¦æ件:
$ cryptogen generate --config=crypto-config.yaml
æ¥ççæçè¯ä¹¦æ件夹ç»æ:
éè¦ä»fabricçæºç æ¡ä¾ä¸æ·è´configtx.yamlæ件
$ cp $GOPATH/src/github.com/hyperledger/fabric-samples/first-network/configtx.yaml ./
对configtx.yamlæ件è¿è¡ä¿®æ¹.
ä¿®æ¹ä¹å,å建ä¸ä¸ªæ件夹,æ¥ä¿åå³å°å建çåä¸åºåæ件
å°å建åºåæ件åééçå½ä»¤åå°ä¸ä¸ªèæ¬ä¸! generate.sh
èæ¬æ件åé ç½®æ件çç®å½ç»æ:
æ§è¡generate.shæ件çæåä¸åºåæ件åéé,å ¶å®åªæä¸ä¸ªç»ç»,ä¹æ²¡å¿ è¦çæéèç¹æ´æ°æ件..
$ ./generate.sh
é ç½®docker-composeæ件:
å¯å¨å®¹å¨, å¯å¨åæ¥ç容å¨è¿è¡æ åµ
$ docker-compose up -d
$ docker-compose ps
å¨è¿é,å建两个èæ¬æ件,ç¨äºdocker容å¨ç管ç
clear_docker.shæ件:
restart.shæ件:
å建é ç½®æ件çæ¶å,æ两个æ件å¯ä»¥è¿è¡åè...
ä¿®æ¹åçsdké ç½®æ件:
å建åºä¸ä¸ªæ¨¡å对象,ç»å ¶èµå¼,并å¼å§åå§åsdk
ä½¿ç¨ pkg/fabsdk/fabsdk.goä¸çNew()æ¹æ³è¿è¡å®ä¾å
å建请æ±ä¹å,éè¦ä½¿ç¨ gopackager.NewCCPackage æ¹æ³çæä¸ä¸ªresource.CCPackage 对象,ä¼ é两个åæ°,ä¸ä¸ªæ¯é¾ç çè·¯å¾(ç¸å¯¹äºå·¥ç¨çè·¯å¾), ä¸ä¸ªæ¯GOPATHçè·¯å¾.
å®è£ é¾ç ,使ç¨pkg/client/resmgmt/resmgmt.goæ件ä¸çæ¹æ³
å建请æ±ä¹å,éè¦çæä¸ä¸ª*cb.SignaturePolicyEnvelopeç±»åç对象,ä½¿ç¨ third_party/github.com/hyperledger/fabric/common/cauthdsl/cauthdsl_builder.goæ件ä¸çæ¹æ³å³å¯,æä¾äºå¥½å 个æ¹æ³, 使ç¨ä»»æä¸ä¸ªå³å¯.è¿éä½¿ç¨ SignedByAnyMemberæ¹æ³: éè¦ä¼ å ¥æå±ç»ç»ID
å®ä¾åé¾ç
ä½¿ç¨ pkg/client/channel/chclient.goä¸ç Execute()æ¹æ³,æ¥è¿è¡æ°æ®åå ¥çæä½:
rsp, err := model.Channelclient.Execute(req)
åå ¥ä¹å,è¦å建请æ±:
tempArgsæ¯è¦ä¼ ç»é¾ç çåæ°,å¯ä»¥åä¸å°è£ ,å°±ä¸ååæ°ä¸ªæ°çéå¶äº
ä½¿ç¨ pkg/client/channel/chclient.goä¸ç Query()æ¹æ³,æ¥è¿è¡æ°æ®æ¥è¯¢çæä½: æ¥è¯¢ä¹å,åæ ·éè¦å建请æ±.
é¾ç å¨å·¥ç¨ä¸çè·¯å¾åºè¯¥æ¯ å·¥ç¨å/chaincodeæ件夹
æ¯å¦:
driverFabricDemo/chaincode
èä¸åºè¯¥çç¥æå·¥ç¨åè¿æ ·å: chaincode
é误åå :cert.URIs å tpl.URIs è¿ä¸¤ä¸ªå段没æ被å®ä¹.
è¿å ¥tpl对象ä¸, /usr/local/go/src/crypto/x/x.go æ¯ä¸ªç»æä½,并没æåç° URIs å段
对goçæ¬è¿è¡å级,ä»1.9.3å级å°1..3, å次è¿å ¥ /usr/local/go/src/crypto/x/x.go æ件ä¸,æ¥çç»æä½å 容:
å¨æ§è¡sdkçExcute()æ¹æ³æ¶æ¥é.
æ¹æ³ä¸åå¨,ä¸è¬æ¯ç±äºé¾ç çInvokeæ¹æ³ä¸çæ¹æ³ååExcute()æ¹æ³ä¼ å ¥çæ¹æ³åä¸ä¸æ ·.
ä½æ¯å¯ä»¥è¯å®çæ¯,é¾ç çInvokeæ¹æ³ä¸çæ¹æ³åå,项ç®ä¸æ§è¡Excute()æ¹æ³æ¶ä¼ å ¥çæ¹æ³åæ¯å®å ¨ä¸æ ·ç! ä½æ¯å¾å¥æªäº,为ä»ä¹ä¼åºç°è¿ä¸ªé误å¢? ä½¿ç¨ docker rmi å é¤æ dev-peerx.travle.xq.com çéå,åéæ°è¿è¡å³å¯.
å¨å建å®ä¾åé¾ç 请æ±çæ¶å
æ»æ¯æ示
Cannot use str (type *cb.SignaturePolicyEnvelope) as type *common.SignaturePolicyEnvelope less... (⌘F1) Inspection info: Reports composite literals with incompatible types and values
æææ¯ç¸åçç±»å,å´æ»æ¯æ¥é,åºè¯¥æ¯IDEçé®é¢.ævendoræ件夹å é¤å,å°±ä¸ä¼ææ示äº. å使ç¨vendor对工ç¨è¿è¡init å add +external 就好äº!!
åºç°è¿ä¸ªé误,ä¸è¬é½æ¯é ç½®æ件åªä¸ªå°æ¹åéäº,éè¦ç»å¿æ£æ¥
详解fabric.js跨域
处理fabric.js跨域问题,是开发者经常遇到的挑战之一。我作为vue-fabric-editor开源编辑器项目的作者,今天将为您详细介绍如何解决fabric.js跨域的难题。
问题现象
在使用fabric.js插入或保存时,开发者可能会遇到两种错误情况。要么在尝试保存新时遇到错误,要么在插入时出现问题。这些错误提示了跨域访问的问题。
跨域设置
要解决跨域访问的问题,需要分别从前端和后端进行配置。通过使用http-server模拟跨域环境,我们发现从目录下的HTML文件访问位于的时,可以正常获取。这验证了前端跨域设置的必要性。
四种插入的方式
fabric.js提供了多种插入的方法。无论是直接使用URL插入,还是通过其他途径加载,其核心流程都是将原生的Img对象转换成fabric.Image对象,并最终将该对象添加到画布中。
源码实现
在fabric.js的源代码中,可以看到原生Img对象与fabric.Image对象之间的关系。通过这种方式,fabric.js能够高效地处理,优化渲染性能。
其他
如果您正在使用vue-fabric-editor开源编辑器项目,该项目可能已经包含了跨域处理的相关代码。在使用过程中,确保按照项目指南正确配置环境,有助于避免跨域相关的错误。