frp是一个可用于内网穿透的高性能的反向代理应用，支持tcp,udp,http,https协议。
利用处于内网或防火墙后的机器，对外网环境提供http或https服务。
对于http,https服务支持基于域名的虚拟主机，支持自定义域名绑定，使多个域名可以共用一个80端口。
利用处于内网或防火墙后的机器，对外网环境提供tcp和udp服务，例如在家里通过ssh访问处于公司内网环境内的主机。

高通AR，Vuforia+Unity6-2-10,官方最新版，Vuforia是一个能让应用拥有视觉的软件平台。
开发者借助它可以很轻松地为任何应用添加先进计算机视觉功能，允许你识别图片和物体，或者在真实世界中重建环境内容。
如果你现在正在制作一些可交互的市场活动项目或者一款游戏、或者一款用于提升购物体验的产品可视化应用，VuforiaSDK都能满足你的需求。
Vuforia的关键特性包括对图片、物体、文本和标记的识别和追踪，以及重建环境。

从CNCERT主页上抠下来的恶意域名2012年3月12日起至2012年6月10日1000多个恶意域名原报告中指出这些域名与木马，仿冒和僵尸程序有关这些域名每周出一次，原文是：“依据《中国互联网域名管理办法》和《木马和僵尸网络监测与处置机制》等相关法律法规的规定，本周ANVA在中国电信等基础电信运营企业以及第一主机、东南融通、广东7金万邦、互易科技、花生壳、江苏邦宁、上海有孚、时代互联、万网、西部数码、西维数码、希网、厦门易名、新网互联、新网数码等域名注册服务机构的配合和支持下，并通过与境外域名注册商和国际安全组织的协作机制，对155个境内外参与传播网络病毒或仿冒网站的恶意域名或服务器主机IP采取了处置措施。
”这里只是收集版权什么的还是归它CNCERT吧

通过EGM2008计算出来的中国1*1高程异常数据，通过该数据可以画出中国境内高程异常的变化等值图，利于研究和分析

vs2013开发环境内含有测数据

方言系统处理方言就是—种全民语言的地方变体。
它替全民境内某一部分的人民群众服务。
它有与全民语言大体相一致的语法结构和基本词类。
在历史发展中，它的发展内部规律是服从于全民语言的，像低级方式服从于高级方式一样。
我们知道，任何一种语言和方言都是许多时代的产物，都是跟创造这种语言和使用这种语言的人民的历史息息相关的，其间往往经过非常复杂的历史过程。
谈到方言形成的过程

省市表次要用在页面联动的后台数据

操作系统实验指导书，一个nesC应用程序有三个部份。
:一连串的C声明和定义,一组接口类型，和一组组件。
nesC应用程序命名环境构造如下：最外层的全局命名环境，包含三个命名域:一个C变量，一个用于C声明和定义的C标签命名域，和一个用于组件和接口类型的组件和接口类型命名域。
通常，C声明和定义可以在全局命名环境内部引入自己的嵌套命名域(用于函数声明和定义的函数内部代码段，等等)。
每个接口类型引入一个命名域，用于保存接口的指令或事件。
这种命名域是嵌套于全局命名环境的，所以指令和事件定义能影响全局命名环境中的C类型和标签定义。
每个组件引入二个新命名域。
规格命名域，嵌套于全局命名环境，包含一变量命名域用于存放组件规格元素。
实现命名域,嵌套于规格命名域,包含一个变量和一个标签命名域。
对于结构，作用范围变量命名域包含组件用以引用其包含组件的名字(7.1节).对于模块,作用范围保存作业，以及模块体中的C声明和定义。
这些声明,及其它可能引入自己的嵌套在作用范围内的命名域(比如函数体，代码段等等).由于这种命名域的嵌套结构，模块中的代码可以访问全局命名环境中的C声明和定义，但是不能访问其他组件中的任何声明或定义.。
构成一个nesC应用程序的C声明和定义，接口类型和组件由一个随选的装载程序决定。
nesC编译器的输入是一个单独的组件K。
nesC编译器首先装载C文件(第9.1节),然后装载组件K(9.2节)。
程序所有代码的装载是装载这两个文件的过程的一部分。
nesC编译器假定所有对函数，指令及事件的调用不以自然的属性(第10.3节)都发生被装载的代码中(例如.,没有对非自然的函数"看不见的"调用)。
在装载文件预处理的时候，nesC定义NESC符号，用于识别nesC语言和编译器版本的数字XYZ。
对于nesC,XYZ至少为110。
装载C文件，nesC组件及接口类型的过程包括定位对应的资源文件。
文件定位的机制不是本参考手册中所要讨论的。
要详细了解通用编译器是如何作业的，请阅读《thenccmanpage.》装载C文件X如果X已经被装载,就不用再做什么。
否则,就要定位并预处理文件X.h。
C宏定义(由#define和#undef)的改变会影响到所有的后面的文件预处理。
来自被预处理的文件X.h的C声明和定义会进入C全局命名环境，因而对所有的后来的C文件加工，接口类型和组件是有影响的。

操作系统实验指导书，一个nesC应用程序有三个部份。
:一连串的C声明和定义,一组接口类型，和一组组件。
nesC应用程序命名环境构造如下：最外层的全局命名环境，包含三个命名域:一个C变量，一个用于C声明和定义的C标签命名域，和一个用于组件和接口类型的组件和接口类型命名域。
通常，C声明和定义可以在全局命名环境内部引入自己的嵌套命名域(用于函数声明和定义的函数内部代码段，等等)。
每个接口类型引入一个命名域，用于保存接口的指令或事件。
这种命名域是嵌套于全局命名环境的，所以指令和事件定义能影响全局命名环境中的C类型和标签定义。
每个组件引入二个新命名域。
规格命名域，嵌套于全局命名环境，包含一变量命名域用于存放组件规格元素。
实现命名域,嵌套于规格命名域,包含一个变量和一个标签命名域。
对于结构，作用范围变量命名域包含组件用以引用其包含组件的名字(7.1节).对于模块,作用范围保存作业，以及模块体中的C声明和定义。
这些声明,及其它可能引入自己的嵌套在作用范围内的命名域(比如函数体，代码段等等).由于这种命名域的嵌套结构，模块中的代码可以访问全局命名环境中的C声明和定义，但是不能访问其他组件中的任何声明或定义.。
构成一个nesC应用程序的C声明和定义，接口类型和组件由一个随选的装载程序决定。
nesC编译器的输入是一个单独的组件K。
nesC编译器首先装载C文件(第9.1节),然后装载组件K(9.2节)。
程序所有代码的装载是装载这两个文件的过程的一部分。
nesC编译器假定所有对函数，指令及事件的调用不以自然的属性(第10.3节)都发生被装载的代码中(例如.,没有对非自然的函数"看不见的"调用)。
在装载文件预处理的时候，nesC定义NESC符号，用于识别nesC语言和编译器版本的数字XYZ。
对于nesC,XYZ至少为110。
装载C文件，nesC组件及接口类型的过程包括定位对应的资源文件。
文件定位的机制不是本参考手册中所要讨论的。
要详细了解通用编译器是如何作业的，请阅读《thenccmanpage.》装载C文件X如果X已经被装载,就不用再做什么。
否则,就要定位并预处理文件X.h。
C宏定义(由#define和#undef)的改变会影响到所有的后面的文件预处理。
来自被预处理的文件X.h的C声明和定义会进入C全局命名环境，因而对所有的后来的C文件加工，接口类型和组件是有影响的。

（含源码及报告）本程序分析了自2016年到2021年（外加）每年我国原油加工的产量，并且分析了2020年全国各地区原油加工量等，含饼状图，柱状图，折线图，数据在地图上显示。
运转本程序需要requests、bs4、csv、pandas、matplotlib、pyecharts库的支持，如果缺少某库请自行安装后再运转。
文件含6个excel表，若干个csv文件以及一个名字为render的html文件（需要用浏览器打开），直观的数据处理部分是图片以及html文件，可在地图中显示，数据处理的是excel文件。
不懂可以扫文件中二维码在QQ里面问。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。