菲纳拉注意：master分支代表最新开发的版本，它可能处于不稳定状态甚至损坏。
为了获得最新的稳定版本，请使用。
总览Finala是一个开源资源云扫描程序，它分析，公开，呈现和通知有关浪费和未使用的资源。
使用Finala，您可以实现2个主要目标：节省成本和检测未使用的资源。
产品特点YAML定义：使用高级YAML配置语法描述资源定义。
这使Finala消费者可以轻松地调整配置，以协助其了解其基础结构，消费习惯和正常使用情况。
1单击部署：Finala可以通过Dockercompose或进行部署。
图形用户界面：用户可以轻松浏览和调查您的云提供商中未使用或未使用的资源。
按云提供程序标签进行资源过滤：用户只需提供您在云提供程序中使用的标签，即可过滤未使用的资源。
SchedulePro活动通知：Finala能够为用户或组配置基于计划的通知。
支援服务Finala的定义潜在成本优化-是您可以节省基础架构中的资源的价格未使用的资源-是不必花钱就可以删除的资源。
AWS资源资源潜在成本优化未使用的资源API网关:heavy_minus_sign:
为了获得最新的稳定版本，请使用。
总览Finala是一个开源资源云扫描程序，它分析，公开，呈现和通知有关浪费和未使用的资源。
使用Finala，您可以实现2个主要目标：节省成本和检测未使用的资源。
产品特点YAML定义：使用高级YAML配置语法描述资源定义。
这使Finala消费者可以轻松地调整配置，以协助其了解其基础结构，消费习惯和正常使用情况。
1单击部署：Finala可以通过Dockercompose或进行部署。
图形用户界面：用户可以轻松浏览和调查您的云提供商中未使用或未使用的资源。
按云提供程序标签进行资源过滤：用户只需提供您在云提供程序中使用的标签，即可过滤未使用的资源。
SchedulePro活动通知：Finala能够为用户或组配置基于计划的通知。
支援服务Finala的定义潜在成本优化-是您可以节省基础架构中的资源的价格未使用的资源-是不必花钱就可以删除的资源。
AWS资源资源潜在成本优化未使用的资源API网关:heavy_minus_sign:
2023/1/27 22:36:51
650KB
1
原生态开发，包括烟雾、温湿度、继电器、热释电等传感器，都基于zigbee技术开发，含APP和wifi网关。
可能会有一些bug，测试不够工夫，开发不易，多多包涵。
可能会有一些bug，测试不够工夫，开发不易，多多包涵。
2023/1/17 17:58:24
39.65MB
1
系统主要的组成结构分为数据采集接收执行和显示控制两部分；
数据采集部分主要是由连接在终端节点的DHT11温湿度模块来完成，将采集到的信息发送到本地网关上再根据云上搭建的mqtt服务器传送到云数据库保存；
显示控制部分较为复杂，需要使用MQTT通信实现双向通信达到收发功能，各部分的实时通信来保证这个网络能正常的运行，以达到数据监测及用户指令执行；
具体为将DHT11传感器接收到信息通过转化得到数据后编译成可以被MQTT发送至显示端可被执行地方式后进行显示，手机端/PC端通过paho-mqtt实现Android显示、执行打开关闭开关功能，PC端由web实现网页显示云数据库内保存的温湿度数据。
数据采集部分主要是由连接在终端节点的DHT11温湿度模块来完成，将采集到的信息发送到本地网关上再根据云上搭建的mqtt服务器传送到云数据库保存；
显示控制部分较为复杂，需要使用MQTT通信实现双向通信达到收发功能，各部分的实时通信来保证这个网络能正常的运行，以达到数据监测及用户指令执行；
具体为将DHT11传感器接收到信息通过转化得到数据后编译成可以被MQTT发送至显示端可被执行地方式后进行显示，手机端/PC端通过paho-mqtt实现Android显示、执行打开关闭开关功能，PC端由web实现网页显示云数据库内保存的温湿度数据。
2021/6/19 16:39:44
54.52MB
1
博世（顶级供应商）：未来汽车电子电气架构趋势这是一张只需讲电子电气架构就会看到的图片，也是一张很难得到清晰版本的图片。
虽然不清晰，但是我们仍然很明显能看明白，在博世的EE架构演进规划中最核心的思想就是ECU从分布到集中。
下图对整个过程进行了更详细的说明。
整个过程被分为三个大的步骤，分布式架构、跨域集中架构、车载电脑集中架构，六个阶段模块化，集成化，中央域化，跨域融合，车载中央电脑，车载云计算，逐步完成功能整合、多个独立网络内整合、中央网关协调通信、跨域功能整合，进一步通过中央域控制器进行降本，最后通过网络网络，建立虚拟域，通过车载中央电脑甚至云计算，完成复杂功能的整合。
宝马（高端汽车企业）：分
虽然不清晰，但是我们仍然很明显能看明白，在博世的EE架构演进规划中最核心的思想就是ECU从分布到集中。
下图对整个过程进行了更详细的说明。
整个过程被分为三个大的步骤，分布式架构、跨域集中架构、车载电脑集中架构，六个阶段模块化，集成化，中央域化，跨域融合，车载中央电脑，车载云计算，逐步完成功能整合、多个独立网络内整合、中央网关协调通信、跨域功能整合，进一步通过中央域控制器进行降本，最后通过网络网络，建立虚拟域，通过车载中央电脑甚至云计算，完成复杂功能的整合。
宝马（高端汽车企业）：分
2016/3/7 8:46:53
518KB
1
捐赠现场一个简单的捐赠网站，付款人应在其中提供一些必需的详细信息，并将生成发票并将其发送到付款人的邮件ID。
我使用Instamojo作为第三者领取网关。
网站链接：:
我使用Instamojo作为第三者领取网关。
网站链接：:
2018/7/15 15:04:12
455KB
1
一个端口映射工具，次要包含如下功能:1、代理服务功能，支持http/socks4/socks5代理，支持代理验证，支持udp代理，支持二级代理2、本地端口映射，类似porttunnel功能，即将本地网络的任何应用服务端口映射到本程序运行的机器上，应用服务客户端可通过映射端口访问应用服务，次要用在将内网服务端口，映射到网关上以便其他用户可以访问，当然前提是vIDC20必须运行在网关机器上。
3、端口映射vIDC功能，本程序包含vIDC服务和客户端两部分功能，既可以作为vIDC服务又可作为vIDC客户端工具。
v2.0增加支持UDP服务的映射，采用线程缓冲/复用以及通讯管道缓冲和复用占用cpu资源少，转发速度更快稳定性更好
3、端口映射vIDC功能，本程序包含vIDC服务和客户端两部分功能，既可以作为vIDC服务又可作为vIDC客户端工具。
v2.0增加支持UDP服务的映射，采用线程缓冲/复用以及通讯管道缓冲和复用占用cpu资源少，转发速度更快稳定性更好
2015/2/3 5:37:44
68KB
1
Kumoclient该项目是通过。
。
概述这是控制三菱热泵的网络客户端。
三菱提供的KumoCloud应用程序运转缓慢，仅适用于iO和Android设备。
依存关系取决于项目中的API网关。
（当前，这取决于我对该项目的fork中的错误修复）。
在开发模式下，它期望API服务器在端口18084上运转，并对此进行代理。
部署后，它只希望将API映射到同一服务器中，即可通过相对链接进行调用。
设计目标设计客户时，我想到了以下目标：保持简单-仅显示我们实际使用的选项。
尽量减少互动-我想通过单击2次来关闭房屋中的所有单元。
不安全-仅在内部的内部网络上可用：请勿为外部使用而安全。
在移动和桌面设备上工作。
。
概述这是控制三菱热泵的网络客户端。
三菱提供的KumoCloud应用程序运转缓慢，仅适用于iO和Android设备。
依存关系取决于项目中的API网关。
（当前，这取决于我对该项目的fork中的错误修复）。
在开发模式下，它期望API服务器在端口18084上运转，并对此进行代理。
部署后，它只希望将API映射到同一服务器中，即可通过相对链接进行调用。
设计目标设计客户时，我想到了以下目标：保持简单-仅显示我们实际使用的选项。
尽量减少互动-我想通过单击2次来关闭房屋中的所有单元。
不安全-仅在内部的内部网络上可用：请勿为外部使用而安全。
在移动和桌面设备上工作。
2021/2/20 23:56:16
236KB
1
基于echart3.8.4，tree图中，连线的颜色，可每条线独立设置。
基于echarts3.8.4开发的，直接使用这个js文件即可，定义在data层，myLinkStyle，指定节点位置，或者节点名称（名称不反复时），节点位置可参考我的博客http://blog.csdn.net/wusefengye/article/details/79110195vardata={"name":"核心网关","children":childrenData,'label':{normal:{'offset':[70,0]}},'myLinkStyle':[{to:{x:190,y:210},color:"green"},{to:{x:304,y:420},color:"blue"},{targetName:"汇聚网关3",color:"yellow"}],
基于echarts3.8.4开发的，直接使用这个js文件即可，定义在data层，myLinkStyle，指定节点位置，或者节点名称（名称不反复时），节点位置可参考我的博客http://blog.csdn.net/wusefengye/article/details/79110195vardata={"name":"核心网关","children":childrenData,'label':{normal:{'offset':[70,0]}},'myLinkStyle':[{to:{x:190,y:210},color:"green"},{to:{x:304,y:420},color:"blue"},{targetName:"汇聚网关3",color:"yellow"}],
2018/3/22 5:12:43
2.09MB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB