• 关于

    curl采集

    的搜索结果

问题

请教各位大神js如何采集页面?

落地花开啦 2019-12-01 19:59:47 1081 浏览量 回答数 1

问题

使用PHP CURL函数采集gzip编码网页报错?报错

爱吃鱼的程序员 2020-06-22 17:38:13 0 浏览量 回答数 1

问题

PHP curl采集防盗链网站乱码问题求助?报错

爱吃鱼的程序员 2020-06-14 16:21:31 0 浏览量 回答数 1

阿里云试用中心,为您提供0门槛上云实践机会!

0元试用32+款产品,最高免费12个月!拨打95187-1,咨询专业上云建议!

回答

Re288一年的虚拟主机不支持curl??? CURL一般都是没有的 ------------------------- Re288一年的虚拟主机不支持curl??? 虚拟主机是多人使用 有可能是不会开启这样的功能 防止采集什么的吧

木有啊 2019-12-02 02:23:40 0 浏览量 回答数 0

回答

php中file_get_contents与curl性能比较分析。分享给大家供大家参考。具体如下: 在php中如果不仔细的去分析性能会发现file_get_contents与curl两个同很多共同点的,他们都可以采集文件打开文件,但是如果仔细一对比会发现很多不同点,下面我们一起来看看file_get_contents与curl区别。 PHP中fopen,file_get_contents,curl函数的区别: 1.fopen /file_get_contents 每次请求都会重新做DNS查询,并不对 DNS信息进行缓存。但是CURL会自动对DNS信息进行缓存。对同一域名下的网页或者图片的请求只需要一次DNS查询。这大大减少了DNS查询的次数。所以CURL的性能比fopen /file_get_contents 好很多。 2.fopen /file_get_contents 在请求HTTP时,使用的是http_fopen_wrapper,不会keeplive。而curl却可以。这样在多次请求多个链接时,curl效率会好一些。 3.fopen / file_get_contents 函数会受到php.ini文件中allow_url_open选项配置的影响。如果该配置关闭了,则该函数也就失效了。而curl不受该配置的影响。 4.curl 可以模拟多种请求,例如:POST数据,表单提交等,用户可以按照自己的需求来定制请求。而fopen / file_get_contents只能使用get方式获取数据。 file_get_contents 获取远程文件时会把结果都存在一个字符串中 fiels函数则会储存成数组形式 因此,我还是比较倾向于使用curl来访问远程url。Php有curl模块扩展,功能很是强大。 “答案来源于网络,供您参考” 希望以上信息可以帮到您!

牧明 2019-12-02 02:17:11 0 浏览量 回答数 0

回答

如果真的是页面zip压缩之后的问题 curl_setopt($ch,CURLOPT_ENCODING,'gzip'); 回复 @liuhuyydy:那怎么不把这个去掉,尝试采集一下,有可能周一有首页压缩了,内页没有压缩呢。或者只有静态文件压缩了,动态文件都没有压缩回复 @小小程序员:哈哈,没有问你curl_setopt怎么用?我是说我的代码里已经这样写了,而且报错了,所以才问问你有没有遇到过类似的问题。回复 @liuhuyydy:curl_setopt怎么用,你还问我函数中是这么用的,网站首页可以正常采集,可是列表页和内容页面都会报上面的错误。

爱吃鱼的程序员 2020-06-22 17:38:29 0 浏览量 回答数 0

问题

请问一下关于php采集百度知道的问题? 400 报错

爱吃鱼的程序员 2020-06-04 13:21:11 0 浏览量 回答数 1

问题

php curl采集含__EVENTVALIDATION的asp网页

小旋风柴进 2019-12-01 20:10:14 1194 浏览量 回答数 1

回答

自己看下采集需要开启什么是否配置了 curl 这个php扩展

火蓝云 2019-12-02 00:13:32 0 浏览量 回答数 0

回答

ajax 的 post 也是 普通方法 ,没什么稀奇。用 curl 都可以做到 。 jquery等类库 使用 post  get 方法等 ,都会在http头里增加 xmlhttprequest 头 。 个别网站可能用 这个头 来判断 是否 是 ajax 来决定返回什么数据 。只要带这个头 一般都能取到 ,还有的 可能需要 cookie ,如果需要 ,可以把 cookie 也放进 http头里。 你可以调试看一下 jquery 等类库的 http请求头 。 ###### php curl ###### 引用来自“leo108”的答案 php curl 不可以,file_get_contents和curl都不能模拟ajax 的 post操作,还有办法吗?  看样子只有浏览器 ######必需可以.######curl怎么不可以######我是来看“@大神”怎么回答的~######回复 @CodePorter1989 : 各路亲戚都有啊###### @大神 @大婶 @大娘 @大妈 @大姨妈###### 引用来自“CodePorter1989”的答案 引用来自“leo108”的答案 php curl 不可以,file_get_contents和curl都不能模拟ajax 的 post操作,还有办法吗?  看样子只有浏览器能收到header 没有什么不可以,curl可以post ######回复 @leo108 : 表达有误,我说的是不使用jsonp直接跨域的测试结果######回复 @程序猿的我还想当帅哥 : 呵呵######我确定 jquery $.post可以跨域 $.ajax 不能跨域######回复 @justphp : jsonp跨域的前提是,你有被请求网站的权限,楼主是要采集,明显不会有######回复 @CodePorter1989 : 使用jsonp格式 可以跨域!######HTTP 头设置的不对,获知对方做了什么特殊的验证机制。######不是没人能做到,而是别人能做到,你却做不到。######lz惊呆了没?######不科学啊~~这个应该是可以的啊~~发送head信息和post信息,用curl应该都能做到的啊######举个例子     在群里问:"jdbc连接数据库,群里就没有人会吗?"    群里人的反应是:我靠!被鄙视了,还是不回答了. ######。。呵呵

kun坤 2020-05-29 20:54:36 0 浏览量 回答数 0

问题

如何用PHP采集淘宝店铺的销售数据等,或者其他方式获取? 400 报错

爱吃鱼的程序员 2020-06-04 13:12:26 0 浏览量 回答数 1

回答

你需要仔细观察浏览器和百度交互的过程, 完全模拟出来才有可能不被百度阴掉. ######回复 @ffvsnn520 : 你确定你组合了所有的数据没有任何遗漏?不行就抓包看看, 比较一下有什么不同######回复 @甘薯 : 这个已经用了.我用的是firebug把请求头部都写到里面了。curl和fsockopen都尝试了.因为还是没办法所以才到这里来请教.感觉真的很奇怪。######回复 @ffvsnn520 : 你观察一下浏览器和百度交互的过程, 把浏览器请求数据和cookie之类的东西都复制到你的线上请求, 这样百度应该会认为你的请求是一个普通的浏览器就不会发图片给你了.######你好,求助一下.不知道他是用什么来判定我是采集的.我把页面下载到本地,然后采集是没有问题的.但是用线上的链接采集,文字就会变成图片....这个应该不是交互而是服务器里面有什么其他的设置吧...不是很清楚,所以请教一下.多谢

爱吃鱼的程序员 2020-06-04 16:50:04 0 浏览量 回答数 0

回答

其实你简单一点理解,所谓的开放平台API不过是php curl数据采集而已,区别在于你永远都要携带部分参数过去,或者说有先后顺序;然后对采集获取到的数据进行验证、处理。######其实我想问的就是 curl 看了一下大概理解点了,自学的不系统,有很多知识点不到位 谢了######php和mysql web开发 经典入门######能说一下具体的知识点吗 谢谢###### 你要用哪里的api api只用一般需要构建参数,然后发送到api地址 然后读返回数据,然后整理 ,然后入库或呈现! ######回复 @netwinder : 恩######回复 @本源 : 其实很简单的 会一个其他的也差不多了 尝试自己封装一个类 会对api应用的理解有显著帮助!######回复 @netwinder : 谢谢 我基础不扎实,没接触过curl相关函数,所以对开发平台的说明一头雾水,现在正在补充相关知识,对有SDK的,如微博,七牛什么的已经会简单操作了,像豆瓣什么的要自己写的还在研究中######回复 @本源 : 告诉我用的哪里的api 我些一段 给你解释######php是怎么将数据传给api又接收数据的,告诉我具体的知识点吧,因为是自学的,看得东西很散,没有系统学习,######所谓api,就是URL地址而已,在URL中传入文档规定的字段,就可以返回相应的数据。去看官方文档,下载sdk或者自己写方法来把参数拼成URI字段。######今天又看了点东西,暂时理解为,我们的服务器端相当于开放平台的客户端,然后再照我以前理解的一想,好像明白点了###### 你需要的就是你所想要用到的官方api文档。######恩 我基础知识不扎实

kun坤 2020-06-07 20:55:45 0 浏览量 回答数 0

问题

Logtail 如何快速诊断问题?

轩墨 2019-12-01 22:04:04 1111 浏览量 回答数 0

回答

我下载的logstash是1.4.2版本,跟您 发的这个2.3.2能兼容吗?我自己刚刚安装了一个1.1.0的es,提示安装成功,但进行有些命令时返回结果不对或者没有返回是不是跟版本不匹配有关,怎么知道logstash和es对应的版本,谢谢你的回复 curl: (7) Failed to connect to localhost port 9200: Connection refused 这是返回结果,是什么原因 防火墙把端口关了吗? 用你发的链接2.3.2的还是乱码,我在Linux系统下用的是VMware虚拟机,显示最后结果是command not found 可以在window系统下直接使用elk采集数据吗?

elk 2019-12-02 02:05:40 0 浏览量 回答数 0

回答

当日志采集发生异常时,您可以通过Logtail自助检测工具查看客户端是否存在异常情况,根据工具提示快速定位并解决问题。 说明 本工具目前仅支持Linux系统的服务器。 准备工作 下载检测工具脚本。 wget http://logtail-release.oss-cn-hangzhou.aliyuncs.com/linux64/checkingtool.sh -O checkingtool.sh 说明 如果无法正常下载,请通过以下备用地址重试。 wget http://logtail-corp.oss-cn-hangzhou-zmf.aliyuncs.com/linux64/checkingtool.sh -O checkingtool.sh 安装curl工具。 检查工具需要使用curl进行网络连通性检查,请确保机器已安装curl工具。 运行诊断工具 执行以下命令运行诊断工具: chmod 744 ./checkingtool.sh ./checkingtool.sh sh checkingtool.sh 回显信息: [Info]: Logtail checking tool version : 0.3.0 [Input]: please choose which item you want to check : 1. MachineGroup heartbeat fail. 2. MachineGroup heartbeat is ok, but log files have not been collected. Item : 请根据提示输入1或2,脚本会根据您的选择执行不同检查流程。 其中: 1表示执行机器组心跳检查,机器组心跳失败时请选择此项。 2表示执行日志采集检查,机器组心跳成功,但日志文件没有被采集时,请选择此项。 选择检查项目后,诊断工具会自动执行对应检查流程。 诊断流程 机器组心跳检查 选择机器组心跳检查流程后会进行下述一系列的检查: 基础环境检查。 是否安装Logtail。 是否运行Logtail。 SSL状态是否正常。 与日志服务之间是否有网络联通。 [Info]: Logtail checking tool version : 0.3.0 [Input]: please choose which item you want to check : 1. MachineGroup heartbeat fail. 2. MachineGroup heartbeat is ok, but log files have not been collected. Item :1 [Info]: Check logtail install files [Info]: Install file: ilogtail_config.json exists. [ OK ] [Info]: Install file: /etc/init.d/ilogtaild exists. [ OK ] [Info]: Install file: ilogtail exists. [ OK ] [Info]: Bin file: /usr/local/ilogtail/ilogtail_0.14.2 exists. [ OK ] [Info]: Logtail version : [ OK ] [Info]: Check logtail running status [Info]: Logtail is runnings. [ OK ] [Info]: Check network status [Info]: Logtail is using ip: 11.XX.XX.187 [Info]: Logtail is using UUID: 0DF18E97-0F2D-486F-B77F-XXXXXXXXXXXX [Info]: Check SSL status [Info]: SSL status OK. [ OK ] [Info]: Check logtail config server [Info]: config server address: http://config.sls.aliyun-inc.com [Info]: Logtail config server OK 若其中检查出现Error信息,请参考提示进行处理。 确认是否非本人ECS。 基础环境检查通过后,请确认您的服务器是否为ECS、是否由本账号购买。 若此服务器不是ECS或者ECS购买账号和日志服务账号不同,输入y,否则输入N。 [Input]: Is your server non-Alibaba Cloud ECS or not belong to the same account with the current Project of Log Service ? (y/N) 当输入y后,检查工具会输出本地配置的AliUid信息,请确认其中是否包含了您的AliUid,若未包含请参考文档创建AliUid标识。 [Input]: Is your server non-Alibaba Cloud ECS or not belong to the same account with the current Project of Log Service ? (y/N)y [Info]: Check aliyun user id(s) [Info]: aliyun user id : 126XXXXXXXXXX79 . [ OK ] [Info]: aliyun user id : 165XXXXXXXXXX50 . [ OK ] [Info]: aliyun user id : 189XXXXXXXXXX57 . [ OK ] [Input]: Is your project owner account ID is the above IDs ? (y/N) 检查Region。 请确认您的Project所在区域是否和Logtail安装时所选区域一致,若不一致请重新安装Logtail。 [Input]: please make sure your project is in this region : { cn-hangzhou } (y/N) : 检查IP配置。 请确认您机器组配置的IP和Logtail工作IP一致,若不一致请参考IP地址机器组修改。 若您配置的是自定义标识机器组,请确认本地配置的标识与服务端配置一致,若不一致请参考自定义标识机器组修改。 [Input]: please make sure your machine group's ip is same with : { 11.XX.XX.187 } or your machine group's userdefined-id is in : { XX-XXXXX } (y/N) : 日志采集检查 选择日志未采集检查流程后会进行下述一系列的检查: 确认IP配置。 请确认您机器组配置的ip和Logtail工作ip一致且心跳正常,若不一致请修改机器组。 [Input]: please make sure your machine group's ip is same with : { 11.XX.XX.187 } (y/N) : 确认采集配置应用。 请确认您的采集配置已经成功应用到该机器组中,如何查看机器组应用配置参见管理机器组。 [Input]: please make sure you have applied collection config to the machine group (y/N) :Y 检查日志文件。 检查时请输入您需要检查的日志文件全路径,若未找到匹配项,请确认配置的路径信息可以匹配给定的日志文件。 若配置错误请重新修改采集配置并保存,1分钟后再次执行此脚本重新检查。 [Input]: please input your log file's full path (eg. /var/log/nginx/access.log) :/disk2/logs/access.log [Info]: Check specific log file [Info]: Check if specific log file [ /disk2/logs/access.log ] is included by user config. [Warning]: Specific log file doesnt exist. [ Warning ] [Info]: Matched config found: [ OK ] [Info]: [Project] -> sls-zc-xxxxxx [Info]: [Logstore] -> release-xxxxxxx [Info]: [LogPath] -> /disk2/logs [Info]: [FilePattern] -> *.log 检查通过但采集依然异常 若所有的检查全部通过,但采集依然出现异常,请在脚本最后的选择中输入y并回车确认。 请您将检查脚本输出的信息作为附件,提交工单给我们的售后工程师。 [Input]: please make sure all the check items above have passed. If the problem persists, please copy all the outputs and submit a ticket in the ticket system. : (y/N)y 快速检查 快速检查运行时无需确认,可用于二次封装自定义检查脚本。 说明 快速检查运行时会输出客户端配置的阿里云ID和动态机器组/自定义标识,不存在时并不会给出告警,如果客户端需要阿里云ID或动态机器组/自定义标识的配置,请查看工具的输出和您配置的是否一致,不一致时按照以下方法重新配置:创建AliUid标识、自定义标识机器组。 操作步骤 请运行脚本./checkingtool.sh --logFile [LogFileFullPath]进行检查。 检测脚本发现异常时,请根据脚本提示进行处理。 说明 若指定日志文件检查通过且Logtail运行环境正常,建议进入阿里云控制台中查看该日志服务配置项的异常日志,参见诊断采集错误。 Logtail采集异常的常见问题 运行Logtail快速诊断工具后,可以诊断出Logtail采集异常的原因,您可以根据具体原因查找对应的解决方案。常见Logtail采集问题原因及解决方案如下。 常见问题 解决方法 安装文件丢失 重装Logtail。 Logtail未运行 使用命令/etc/init.d/ilogtaild start开启Logtail。 多个Logtail进程 使用命令/etc/init.d/ilogtaild stop关闭Logtail,然后执行命令/etc/init.d/ilogtaild start开启。 443端口被禁用 防火墙开放443端口。 无法找到配置服务器 确认是否已正确安装 Linux Logtail,若安装错误,重新执行安装命令。 不存在用户配置 确认是否已执行以下操作: 控制台已经创建好Logtail配置。 机器组中包含该服务器。 已经将配置应用到机器组。 没有匹配指定日志文件 确认是否正确配置了Logtail。 指定日志文件匹配多次 匹配多次时Logtail会随机选择一个配置,建议去重。 检测工具常用参数 常用参数 说明 --help 查看帮助文档。 --logFile [LogFileFullPath] 检测Logtail是否收集路径为LogFileFullPath的日志,同时检查基本的Logtail运行环境(安装文件完整性、运行状态、阿里云userID、网络连通性等)。 --logFileOnly [LogFileFullPath] 只检测Logtail是否收集路径为LogFileFullPath的日志。 --envOnly 只检测Logtail运行环境。

保持可爱mmm 2020-03-26 23:03:12 0 浏览量 回答数 0

回答

日志服务(Log Service,简称 LOG)是针对日志类数据的一站式服务。您无需开发就能快捷完成日志数据采集、消费、投递以及查询分析等功能。在Knative中结合日志服务,能有效提升对Serverless应用的运维能力。 前提条件 您已经开通日志服务,请参见使用日志服务进行Kubernetes日志采集。 您已经部署Knative Service服务,请参见部署 Serving Hello World 应用。 操作步骤 为Helloworld接入日志采集。 请参见通过DaemonSet-控制台方式采集Kubernetes标准输出。 登录日志服务管理控制台。 在Project列表区域,单击创建Project创建名称为hellword的项目。详细操作请参见操作Logstore。 在helloworld项目页面的右上角,单击接入数据,弹出接入数据页面。 选择Docker标准输出,进入Docker标准输出配置页面。 指定采集模式 在选择日志空间配置中,确认日志空间信息并单击下一步。 设置创建机器组。 若您已经安装Logtail日志组件,请点击使用现有机器组。 您可以选择Kubernetes或者标准Docker采集进行日志采集。具体操作,请参见使用日志服务进行Kubernetes日志采集和采集标准Docker容器日志。 单击确认安装完毕。 设置机器组配置。 设置数据源设置。 插件配置这里我们针对helloworld-go Service,设置采集的环境变量为:"K_SERVICE": "helloworld-go"。并且通过 processors 分割日志信息,如这里"Keys": [ "time","level", "msg" ]。插件配置示例如下。 { "inputs": [ { "detail": { "IncludeEnv": { "K_SERVICE": "helloworld-go" }, "IncludeLabel": {}, "ExcludeLabel": {} }, "type": "service_docker_stdout" } ], "processors": [ { "detail": { "KeepSource": false, "NoMatchError": true, "Keys": [ "time", "level", "msg" ], "NoKeyError": true, "Regex": "(\d+-\d+-\d+\s+\d+:\d+:\d+)\s+(\w+)\s+(.*)", "SourceKey": "content" }, "type": "processor_regex" } ] } 数据源设置完成后,单击下一步。 在查询分析配置页面,开启全文索引,设置查询字段索引属性。 单击下一步进入结束页面。 执行以下命令,访问Hello World示例服务。 此时会产生日志信息。 $ curl -H "Host: helloworld-go.default.example.com" http://112.124.XX.XX Hello Knative! 在日志库的目标日志右侧悬浮鼠标至图标日志库图标上,选择日志库图标 > 查询分析,可以看到该logstore的日志信息。 设置查询分析。 请参见实时分析简介。 为了便于查看,您可以通过列设置显示所需要的列。下图中的示例设置了level、msg和time这三列。查询logstore 总结 通过上面的介绍,可以帮助您了解如何在Knative中使用日志服务收集Serverless应用容器日志。在Knative中采用日志服务收集、分析业务日志,满足了生产级别的Serverless应用运维的诉求。

1934890530796658 2020-03-31 20:12:33 0 浏览量 回答数 0

问题

阿里云内网的DNS问题

云代维 2019-12-01 21:39:15 14018 浏览量 回答数 5

问题

php采集高手进:利用curl模拟登录抓取数据遇到json调用问题不成功,求助!

杨冬芳 2019-12-01 20:17:54 1067 浏览量 回答数 1

问题

利用 log-pilot + elasticsearch + kibana 搭建 kubernetes 日志解决方案

青蛙跳 2019-12-01 21:33:11 834 浏览量 回答数 0

问题

请问一个简单的PHP知识,这里的代码哪里出错了啊?采集不到了? 400 报错

爱吃鱼的程序员 2020-06-03 14:41:53 1 浏览量 回答数 1

问题

linux下apache架构dedecms漏洞发攻击包的处理

chinaccnet 2019-12-01 21:27:37 10255 浏览量 回答数 1

问题

使用Logtail收集日志时,如何诊断错误查询?

轩墨 2019-12-01 21:52:51 1573 浏览量 回答数 0

回答

在Logstore列表页面单击诊断可以查看当前Logstore的所有日志采集报错,本文档介绍具体报错类型及对应的处理方式。 若您遇到其他问题,请提交工单处理。 错误类型 错误说明 处理方式 LOGFILE_PERMINSSION_ALARM Logtail无权限读取指定文件。 检查服务器Logtail的启动账户,建议以root方式启动。 SPLIT_LOG_FAIL_ALARM 行首正则与日志行首匹配失败,无法对日志做分行。 检查行首正则正确性,如果是单行日志可以配置为.*。 MULTI_CONFIG_MATCH_ALARM 同一个文件,只能被一个Logtail的配置收集,不支持同时被多个Logtail配置收集。 说明 Docker标准输出可以被多个Logtail配置采集。 检查一个文件是否在多个配置中被收集,并删除多余的配置。 REGEX_MATCH_ALARM 正则表达式解析模式下,日志内容和正则表达式不匹配。 复制错误内容中的日志样例重新尝试匹配,并生成新的解析正则式。 PARSE_LOG_FAIL_ALARM JSON、分隔符等解析模式下,由于日志格式不符合定义而解析失败。 请单击错误信息,查看匹配失败的详细报错。 CATEGORY_CONFIG_ALARM Logtail采集配置不合法。 常见的错误为正则表达式提取文件路径作为Topic失败,其它错误请提工单解决。 LOGTAIL_CRASH_ALARM Logtail因超过服务器资源使用上限而崩溃。 请参考配置启动参数修改CPU、内存使用上限,如有疑问请提工单。 REGISTER_INOTIFY_FAIL_ALARM Linux下注册日志监听失败,可能由于没有文件夹权限或文件夹被删除。 检查Logtail是否有权限访问该文件夹或该文件夹是否被删除。 DISCARD_DATA_ALARM 配置Logtail使用的CPU资源不够或网络发送流控。 请参考配置启动参数修改CPU使用上限或网络发送并发限制,如有疑问请提工单解决。 SEND_DATA_FAIL_ALARM 主账号未创建任何AccessKey。 Logtail客户端机器与日志服务的服务器端无法连通或者网络链路质量较差。 服务器端写入配额不足。 主账号创建AK。 检查本地配置文件/usr/local/ilogtail/ilogtail_config.json,执行curl <服务器地址>,查看是否有内容返回。 为Logstore增加Shard数目,以支持更大数据量的写入。 REGISTER_INOTIFY_FAIL_ALARM Logtail为日志目录注册的inotify watcher失败。 请检查目录是否存在以及目录权限设置。 SEND_QUOTA_EXCEED_ALARM 日志写入流量超出限制。 在控制台扩容分区。 READ_LOG_DELAY_ALARM 日志采集进度落后于日志产生进度,一般是由于配置Logtail使用的CPU资源不够或是网络发送流控导致。 请参考Logtail配置启动参数修改CPU使用上限或网络发送并发限制,如有疑问请提工单。 DROP_LOG_ALARM 日志采集进度落后于日志产生进度,且未处理的日志轮转超过20个,一般是由于配置Logtail使用的CPU资源不够或是网络发送流控导致。 请参考Logtail配置启动参数修改CPU使用上限或网络发送并发限制,如有疑问请提工单。 LOGDIR_PERMINSSION_ALARM 没有日志监控目录读取权限。 请检查日志监控目录是否存在,若存在请检查目录权限设置。 ENCODING_CONVERT_ALARM 编码转换失败。 请检查日志编码格式配置是否与日志编码格式一致。 OUTDATED_LOG_ALARM 过期的日志,日志时间落后超过12小时。可能原因: 日志解析进度落后超过12小时。 用户自定义时间字段配置错误。 日志记录程序时间输出异常。 查看是否存在READ_LOG_DELAY_ALARM。如存在按照READ_LOG_DELAY_ALARM处理方式解决,若不存在请检查时间字段配置。 检查时间字段配置。若时间字段配置正确,请检查日志记录程序时间输出是否正常。 如有疑问请提工单。 STAT_LIMIT_ALARM 日志采集配置目录中的文件数超限。 检查采集配置目录是否有较多的文件和子目录,合理设置监控的根目录和目录最大监控深度。 DROP_DATA_ALARM 进程退出时日志落盘到本地超时,此时会丢弃未落盘完毕的日志。 该报错通常为采集严重阻塞导致,请参考Logtail配置启动参数修改CPU使用上限或网络发送并发限制,如有疑问请提工单。 INPUT_COLLECT_ALARM 输入源采集异常。 请参考错误提示处理。 HTTP_LOAD_ADDRESS_ALARM http输入的address不合法。 请检查address合法性。 HTTP_COLLECT_ALARM http采集异常。 请根据错误提示排查,一般由于超时导致。 FILTER_INIT_ALARM 过滤器初始化异常。 一般由于过滤器的正则表达式非法导致,请根据提示修复。 INPUT_CANAL_ALARM MySQL binlog运行异常。 请根据错误提示排查。在配置更新时canal服务可能重启,服务重启的错误可以忽略。 CANAL_INVALID_ALARM MySQL binlog内部状态异常。 此错误一般由于运行时表的schema信息变更导致meta不一致,请确认报错期间是否在修改表的schema。其他情况请提工单。 MYSQL_INIT_ALARM MySQL初始化异常。 请参考错误提示处理。 MYSQL_CHECKPOING_ALARM MySQL checkpoint格式异常。 请确认是否修改该配置中的checkpoint相关配置,其他情况请提工单。 MYSQL_TIMEOUT_ALARM MySQL查询超时。 请确认MySQL服务器和网络是否异常。 MYSQL_PARSE_ALARM MySQL查询结果解析失败。 请确认MySQL配置的checkpoint格式是否匹配对应字段的格式。 AGGREGATOR_ADD_ALARM 向队列中添加数据失败。 这种情况是由于数据发送过快,若真实数据量很大,则无需关心。 ANCHOR_FIND_ALARM anchor插件错误、配置错误或存在不符合配置的日志。 请单击错误查看详细报错,报错根据内容分为以下几类,请根据详细报错中的信息,检查相应的配置是否存在问题。 anchor cannot find key:配置中指定了SourceKey但日志中不存在对应的字段。 anchor no start:无法从SourceKey的值中找到Start对应的内容。 anchor no stop:无法从 SourceKey 的值中找到Stop对应的内容。 ANCHOR_JSON_ALARM anchor插件错误,对已配置的Start和Stop所确定的内容执行JSON展开时发生错误。 请单击错误查看详细报错,检查所处理的内容以及相关的配置,确定是否有配置错误或不合法日志。 CANAL_RUNTIME_ALARM binlog插件运行时错误。 请单击错误查看详细报错,根据错误信息进行进一步地排查,错误一般与所连接的MySQL master相关。 CHECKPOINT_INVALID_ALARM 插件内Checkpoint解析失败。 请单击错误查看详细报错,根据其中的检查点键、检查点内容(前 1024 个字节)以及具体的错误信息进行进一步排查。 DIR_EXCEED_LIMIT_ALARM Logtail同时监听的目录数超出限制。 检查当前Logstore的采集配置以及该Logtail上应用的其他配置是否会包含较多的目录数,合理设置监控的根目录和目录最大监控深度。 DOCKER_FILE_MAPPING_ALARM 执行Logtail命令添加Docker文件映射失败。 请单击错误查看详细报错,根据其中的命令以及具体的错误信息进行进一步排查。 DOCKER_FILE_MATCH_ALARM 无法在Docker容器中查找到指定文件。 请单击错误查看详细报错,根据其中的容器信息以及查找的文件路径进行进一步排查。 DOCKER_REGEX_COMPILE_ALARM docker stdout插件错误,根据配置中的BeginLineRegex构建正则表达式失败。 请单击错误查看详细报错,检查其中的正则表达式是否正确。 DOCKER_STDOUT_INIT_ALARM docker stdout采集初始化失败。 请单击错误查看详细报错,报错根据内容分为以下几类: host...version...error:请检查配置中指定的Docker engine是否可访问。 load checkpoint error:加载检查点失败,如无影响可忽略此错误。 container...:指定容器存在非法label值,目前仅允许配置stdout和stderr。请结合详细错误进行检查。 DOCKER_STDOUT_START_ALARM Docker stdout初始化采集时,stdout文件大小超过限制。 一般由于首次采集时stdout文件已存在,可忽略。 DOCKER_STDOUT_STAT_ALARM Docker stdout无法检查到stdout文件。 一般由于容器退出时无法访问到文件,可忽略。 FILE_READER_EXCEED_ALARM Logtail同时打开的文件对象数量超过限制。 一般由于当前处于采集状态的文件数过多,请检查采集配置是否合理。 GEOIP_ALARM geoip插件错误。 请单击错误查看详细报错,报错根据内容分为以下几类: invalid ip...:获取IP地址失败,请检查配置中的 SourceKey 是否正确或是否存在不合法日志。 parse ip...:根据IP地址解析城市失败,请查看详细错误信息进行排查。 cannot find key...:无法从日志中查看到指定的SourceKey,请检查配置是否正确或是否存在不合法日志。 HTTP_INIT_ALARM http插件错误,配置中指定的ResponseStringMatch正则表达式编译错误。 请单击错误查看详细报错,检查其中的正则表达式是否正确。 HTTP_PARSE_ALARM http插件错误,获取HTTP响应失败。 请单击错误查看详细报错,根据其中的具体错误信息对配置内容或所请求的HTTP服务器进行检查。 INIT_CHECKPOINT_ALARM binlog插件错误,加载检查点失败,插件将忽略检查点并从头开始处理。 请单击错误查看详细报错,根据其中的具体错误信息来确定是否可忽略此错误。 LOAD_LOCAL_EVENT_ALARM Logtail执行了本地事件处理。 此警告一般不会出现,如果非人为操作引起此警告,才需要进行错误排查。请单击错误查看详细报错,根据其中的文件名、配置名、project、logstore等信息进行进一步地排查。 LOG_REGEX_FIND_ALARM processor_split_log_regex以及 processor_split_log_string插件错误,无法从日志中获取到配置中指定的 SplitKey。 请单击错误查看详细报错,检查是否存在配置错误的情况。 LUMBER_CONNECTION_ALARM service_lumberjack插件错误,停止插件时关闭服务器错误。 请单击错误查看详细报错,根据其中的具体错误信息进行进一步排查,此错误一般可忽略。 LUMBER_LISTEN_ALARM service_lumberjack插件错误,初始化进行监听时发生错误。 请单击错误查看详细报错,报错根据内容分为以下几类: init tls error...:请结合具体的错误信息检查 TLS 相关的配置是否正确 listen init error...:请结合具体的错误信息检查地址相关的配置是否正确。 LZ4_COMPRESS_FAIL_ALARM Logtail执行LZ4压缩发生错误。 请单击错误查看详细报错,根据其中的log lines、project、category、region等值来进行进一步排查。 MYSQL_CHECKPOINT_ALARM MySQL插件错误,检查点相关错误。 请单击错误查看详细报错,报错根据内容分为以下几类: init checkpoint error...:初始化检查点失败,请根据错误信息检查配置指定的检查点列以及所获取的值是否正确。 not matched checkpoint...:检查点信息不匹配,请根据错误信息检查是否是由于配置更新等人为原因导致的错误,如果是则可忽略。 NGINX_STATUS_COLLECT_ALARM nginx_status插件错误,获取状态发生错误。 请单击错误查看详细报错,根据其中的URL以及具体的错误信息来进行进一步排查。 NGINX_STATUS_INIT_ALARM nginx_status插件错误,初始化解析配置中指定的URL失败。 请单击错误查看详细报错,根据其中的URL检查地址是否正确配置。 OPEN_FILE_LIMIT_ALARM Logtail已打开文件数量超过限制,无法打开新的文件。 请单击错误查看详细报错,根据其中的日志文件路径、Project、Logstore等信息进行进一步排查。 OPEN_LOGFILE_FAIL_ALARM Logtail打开文件出错。 请单击错误查看详细报错,根据其中的日志文件路径、Project、Logstore等信息进行进一步排查。 PARSE_DOCKER_LINE_ALARM service_docker_stdout插件错误,解析日志失败。 请单击错误查看详细报错,报错根据内容分为以下几类: parse docker line error: empty line:日志为空。 parse json docker line error...:以JSON格式解析日志失败,请根据错误信息以及日志的前512个字节进行排查。 parse cri docker line error...:以CRI格式解析日志失败,请根据错误信息以及日志的前512个字节进行排查。 PLUGIN_ALARM 插件初始化及相关调用发生错误。 请单击错误查看详细报错,报错根据内容分为以下几类,请根据具体的错误信息进行进一步排查。 init plugin error...:初始化插件失败。 hold on error...:暂停插件运行失败。 resume error...:恢复插件运行失败。 start service error...:启动 service input类型的插件失败。 stop service error...:停止 service input类型的插件失败。 PROCESSOR_INIT_ALARM regex插件错误,编译配置中指定的Regex正则表达式失败。 请单击错误查看详细报错,检查其中的正则表达式是否正确。 PROCESS_TOO_SLOW_ALARM Logtail日志解析速度过慢。 单击错误查看详细报错,根据其中的日志数量、缓冲区大小、解析时间来确定是否正常。 如果不正常,检查Logtail所在节点是否有其他进程占用了过多的CPU资源或是存在效率较低的正则表达式等不合理的解析配置。 REDIS_PARSE_ADDRESS_ALARM redis插件错误,配置中提供的ServerUrls存在解析失败的情况。 请单击错误查看详细报错,对其中报错的URL进行检查。 REGEX_FIND_ALARM regex 插件错误,无法从日志中找到配置中SourceKey指定的字段。 请单击错误查看详细报错,检查是否存在SourceKey配置错误或日志不合法的情况。 REGEX_UNMATCHED_ALARM regex插件错误,匹配失败。 请单击错误查看详细报错,报错根据内容分为以下几类,请根据具体的错误信息进行进一步地排查,例如检查配置是否正确。 unmatch this log content...:日志无法匹配配置中的正则表达式 match result count less...:匹配的结果数量少于配置中指定的 Keys 数量。 SAME_CONFIG_ALARM 同一个Logstore下存在同名的配置,后发现的配置会被抛弃。 请单击错误查看详细报错,根据其中的配置路径等信息排查是否存在配置错误的情况。 SPLIT_FIND_ALARM split_char以及split_string插件错误,无法从日志中找到配置中SourceKey指定的字段。 请单击错误查看详细报错,检查是否存在SourceKey配置错误或日志不合法的情况。 SPLIT_LOG_ALARM processor_split_char以及processor_split_string插件错误,解析得到的字段数量与SplitKeys中指定的不相同。 请单击错误查看详细报错,检查是否存在SourceKey配置错误或日志不合法的情况。 STAT_FILE_ALARM 插件内通过LogFileReader对象进行文件采集时发生错误。 请单击错误查看详细报错,根据其中的文件路径、错误信息进行进一步排查。 SERVICE_SYSLOG_INIT_ALARM service_syslog插件错误,初始化失败。 请单击错误查看详细报错,检查配置中的Address是否正确。 SERVICE_SYSLOG_STREAM_ALARM service_syslog插件错误,通过TCP采集时发生错误。 请单击错误查看详细报错,报错根据内容分为以下几类,请根据详细报错中的具体错误信息进行排查。 accept error...:执行Accept时发生错误,插件将等待一段时间后重试。 setKeepAlive error...:设置 Keep Alive失败,插件将跳过此错误并继续运行。 connection i/o timeout...:通过TCP读取时超时,插件将重设超时并继续读取。 scan error...:TCP 读取错误,插件将等待一段时间后重试。 SERVICE_SYSLOG_PACKET_ALARM service_syslog插件错误,通过UDP采集时发生错误。 请单击错误查看详细报错,报错根据内容分为以下几类,请根据详细报错中的具体错误信息进行排查。 connection i/o timeout...:通过UDP读取时超时,插件将重设超时并继续读取。 read from error...:UDP读取错误,插件将等待一段时间后重试。

保持可爱mmm 2020-03-26 23:02:18 0 浏览量 回答数 0

问题

windows2003服务器下dedecms漏洞(发攻击包的处理)

chinaccnet 2019-12-01 21:27:26 10925 浏览量 回答数 7

回答

Re泪!自从迁移到阿里云,网站运行Warningcurlsetopt错误,一直没有解决 Warning: curl_setopt() [function.curl-setopt]: CURLOPT_FOLLOWLOCATION cannot be activated when safe_mode is enabled or an open_basedir is set in ------------------------- Re泪!自从迁移到阿里云,网站运行Warningcurlsetopt错误,一直没有解决 以上为迁移到阿里云后网站显示的错误代码 ------------------------- Re泪!自从迁移到阿里云,网站运行Warningcurlsetopt错误,一直没有解决 阿里云服务很烂,就跟阿里巴巴服务一样烂,只知道收钱不知道帮解决问题! ------------------------- Re泪!阿里云服务很烂,自从迁移到阿里云,网站运行错误,一直没有解 safe_mode 和open_basedir 早都已经关闭,还是出现这个问题,所以才找阿里云和阿里云的系统服务商求助的,如果这么简单能解决,我还会找阿里云吗 ------------------------- Re泪!阿里云服务很烂,自从迁移到阿里云,网站运行错误,一直没有解 因为办法都试过了,问了几个技术人员,他们说是服务器环境配置问题,我的服务器环境配置用的是阿里云的指定系统服务商! 怎么会跟阿里云没关系呢! ------------------------- Re泪!阿里云服务很烂,自从迁移到阿里云,网站运行错误,一直没有解 只能重新搭建环境了,本来想图省事选择阿里云的配套主机宝系统,但没想到会出现这个错误, 找阿里云的配套主机宝系统服务商半天不理,找阿里云说跟他们没关系,没关系那你们找配套服务商也找些技术过硬服务好些的呀! 网站是找技术团队制作的,他们也解决不了,说是服务器环境配置问题,我也只是个网站美工,真是头大,现在只能重新搭建环境试试看了! 谢谢各位了! ------------------------- Re泪!阿里云服务很烂,自从迁移到阿里云,网站运行错误,一直没有解 在各种办法试过又求助无门情况下,楼主情绪是比较失落! 不像跟上市阿里一样的各位各种高大上! 毕竟楼主小白一枚,现在问题还没解决,只能自力更生重新搭建环境看看是否能解决这个问题! 楼主的程序是带有采集功能的,不知道这个阿里云会不会有什么限制,服务器重新搭建需要针对采集功能加载什么配置吗,是否有愿意分享的高手指点一下? 谢谢 ------------------------- 回16楼huweishen的帖子 之前一直不知道在哪里找,现在知道了,坛子里这么多高手! ------------------------- 回15楼icedream的帖子 之前都试过了,没用 ------------------------- 回14楼梦丫头的帖子 有道理,明天决定怎么搞! ------------------------- Re泪!阿里云服务很烂,自从迁移到阿里云,网站运行错误,一直没有解 今天在请第三方服务商协助查找原因,到目前问题暂时还没解决! 不管怎么样,今晚如果问题解决不了,明天果断安装Centos系统! 谢谢各位热心网友! ------------------------- Re泪!阿里云服务很烂,自从迁移到阿里云,网站运行错误,一直没有解 就没有高手愿意帮忙解决吗?都沉寂了吗? 看样子阿里云真的不适合我用了!

影子爱国 2019-12-02 01:07:59 0 浏览量 回答数 0

回答

链路追踪 Tracing Analysis 为分布式应用的开发者提供了完整的调用链路还原、调用请求量统计、链路拓扑、应用依赖分析等工具。本文介绍了如何在 Knative 上实现 Tracing 分布式追踪,以帮助开发者快速分析和诊断 Knative 中部署的应用服务。 前提条件 您已经成功创建一个Kubernetes 集群,参见创建Kubernetes集群。 您已连接到Kubernetes集群的Master节点,参见通过kubectl连接Kubernetes集群。 您已经成功部署 Knative,参见 部署 Knative。 您已经成功部署 Serving 组件,参见部署组件。 操作步骤 部署Istio。 请参见部署Istio。 部署时需要关注以下几点: Pilot 设置跟踪采样百分比,推荐设置大一些(例如,100),便于数据采样。部署istio 启用阿里云链路追踪服务,查看 token 选择为on,客户端采集工具选择zipkin (目前仅支持使用 zipkin 的 /api/v1/spans 接口访问), 选择集群所在 Region 的接入点(推荐使用内网接入地址),以华南1 Region 为例如下。启用链路 选择启用链路追踪,设置链路追踪服务地址。设置地址 执行如下命令,选择命名空间设置如下标签启用 Sidecar 自动注入istio-injection=enabled。 通过这种方式就注入了 Istio 的 envoy 代理(proxy)容器, Istio 的 envoy 代理拦截流量后会主动上报 trace 系统。以设置 default 命名空间为例: kubectl label namespace default istio-injection=enabled 部署 Knative Service 服务。 请参见部署 Serving Hello World 应用。 完成后,您可以通过如下命令,访问Hello World 示例服务。 $ curl -H "Host: helloworld-go.default.example.com" http://112.124.XX.XX Hello Knative! 登录链路追踪服务控制台,选择应用列表,可以查看对应应用的 tracing 信息。 应用列表 选择应用,单击查看应用详情,可以看到服务调用的平均响应时间。 应用详情 总结 在 Knative 中,推荐开启阿里云链路追踪服务。通过 Tracing Analysis 不仅有助于复杂应用服务之间的问题排查,同时也是 Knative 的最佳实践方式。

1934890530796658 2020-03-31 20:12:02 0 浏览量 回答数 0

回答

配置Logtail采集日志数据,如果Logtail机器组心跳状态不正常,可使用Logtail自动诊断工具或人工诊断的方式排查问题。 背景信息 如果使用Logtail采集日志,在服务器上安装Logtail之后,Logtail会定时向服务端发送心跳包。如果机器组状态页面显示机器无心跳,说明客户端和服务端连接失败。日志服务提供Logtail自动诊断工具和人工诊断两种方式,您可以根据需求选择排查方式。 自动诊断 日志服务提供针对Linux服务器的Logtail自动诊断工具,排查步骤请参见Logtail自动诊断工具。 人工诊断 Logtail自动诊断工具未检查出问题,或服务器为Windows,请参见本文档逐步排查。 Logtail机器无心跳排查流程如下图所示。 图 1. 排查流程 步骤1:检查是否已安装Logtail 请执行如下命令查看Logtail状态。 Linux服务器 sudo /etc/init.d/ilogtaild status 如果显示ilogtail is running,表示已安装Logtail,例如: [root@****************~]# sudo /etc/init.d/ilogtaild status ilogtail is running Windows服务器 在控制面板中单击管理工具,并单击服务。 查看LogtailDaemon、LogtailWorker两个Windows Service的运行状态。如果正在运行,表示已安装Logtail。 如未安装Logtail客户端,请参见安装Logtail(Linux系统)或安装Logtail(Windows系统)进行安装,安装时请务必按照您日志服务Project所属Region以及网络类型进行安装。如果Logtail正在运行,请执行下一步检查。 步骤2:检查Logtail安装参数是否正确 安装Logtail时,需要为客户端指定正确的服务端访问入口,即根据日志服务Project所在地域选择表 1,并根据网络类型选择不同的安装方式。如果安装参数或安装脚本错误,可能会导致Logtail机器无心跳。关于不同地域的服务入口请参见服务入口。 Logtail配置文件ilogtail_config.json中记录了Logtail安装参数及所选的安装方式,该文件的路径为: Linux服务器:/usr/local/ilogtail/ilogtail_config.json Windows x64服务器:C:\Program Files (x86)\Alibaba\Logtail\ilogtail_config.json Windows x86服务器:C:\Program Files\Alibaba\Logtail\ilogtail_config.json 检查安装参数。 检查文件ilogtail_config.json中客户端连接的网络入口所属Region是否与您Project所在Region一致。 例如以下回显信息表明Logtail安装在华东一(杭州)地域的ECS中。 图 2. 检查安装参数 Project所属Region如下图所示。 图 3. Project所属Region 检查安装方式。 测试ilogtail_config.json中配置的域名,检查是否根据服务器所属网络环境选择了正确的安装方式。 例如ilogtail_config.json中记录Logtail配置的域名为cn-hangzhou-intranet,则可以通过执行如下命令检查连通性。 Linux服务器 执行命令curl logtail.cn-hangzhou-intranet.log.aliyuncs.com,如下表示安装OK。 [root@*********** ~]# curl logtail.cn-hangzhou-intranet.log.aliyuncs.com {"Error":{"Code":"OLSInvalidMethod","Message":"The script name is invalid : /","RequestId":"5DD39230BE9910FC6CF17609"}} Windows服务器 执行命令telnet logtail.cn-hangzhou-intranet.log.aliyuncs.com 80,如下表示安装OK。 [root@*********** ~]# telnet logtail.cn-hangzhou-intranet.log.aliyuncs.com 80 Trying 10007*5... Connected to logtail.cn-hangzhou-intranet.log.aliyuncs.com. Escape character is '^]'. 如果检查失败,说明安装时选择了错误的参数,所以会显示执行了错误的安装命令。请参见安装Logtail(Linux系统)或安装Logtail(Windows系统)选择正确的安装参数。 如果Logtail已正确安装,请执行下一步检查。 步骤3:检查机器组配置的IP地址是否正确 机器组中配置的IP地址必须和Logtail获取到的服务器地址一致,否则机器组无心跳、或无法采集到日志数据。Logtail获取机器IP的方式如下: 如果没有设置主机名绑定,会取服务器的第一块网卡IP。 如果在文件/etc/hosts中设置了主机名绑定,则会取绑定主机名对应的IP。 说明 可以通过hostname查看主机名。 排查步骤: 查看Logtail获取的IP地址。 文件app_info.json的ip字段中记录了Logtail获取的IP地址,该文件的路径为: Linux服务器:/usr/local/ilogtail/app_info.json Windows x64服务器:C:\Program Files (x86)\Alibaba\Logtail\app_info.json Windows x86服务器:C:\Program Files\Alibaba\Logtail\app_info.json 说明 如果app_info.json文件中ip字段为空,Logtail无法工作。此时需为服务器设置IP地址并重启Logtail。 文件app_info.json仅做记录,修改该文件并不会改变Logtail获取的IP地址。 图 4. 查看Logtail获取的IP地址 查看机器组中配置的地址。 在日志服务控制台单击Project名称,然后在左侧导航选择机器组,单击目标机器组名称后在机器组配置页面查看状态。 图 5. 查看机器组 如果服务端机器组内填写的IP与客户端获取的IP不一致,则需要修改。 若服务端机器组填写了错误IP,请修改机器组内IP地址并保存,等待1分钟再查看心跳状态。 若修改了机器上的网络配置(如修改/etc/hosts),请重新启动Logtail以获取新的IP,并根据app_info.json文件中的ip字段修改机器组内设置的IP地址。 重启Logtail的方式: Linux服务器: sudo /etc/init.d/ilogtaild stop sudo /etc/init.d/ilogtaild start Windows服务器:在控制面板中单击管理工具 > 服务,找到并重启LogtailWorker。 如果机器组配置的IP地址为Logtail获取的IP地址,请执行下一步检查。 步骤4:检查非本账号下ECS是否已配置阿里云主账号ID 如果您的ECS服务器和日志服务Project不在同一账号下,或服务器为其他云厂商服务器、自建IDC,则需要在服务器上配置阿里云主账号ID,为安装Logtail的机器授权。 检查/etc/ilogtail/users目录下是否有与阿里云主账号ID同名的文件。 如果没有,请参见配置阿里云主账号ID进行操作。 说明 必须是主账号的ID。 账号ID请在阿里云控制台个人信息中查看。 如果您的问题仍未解决,请提工单到日志服务。工单中请提供您的Project、Logstore、机器组、app_info.json、ilogtail_config.json以及自助诊断工具的输出内容。

保持可爱mmm 2020-03-26 22:59:53 0 浏览量 回答数 0

问题

OSS for PHPWIND 8.7 [20121127更新]

enj0y 2019-12-01 20:25:35 50835 浏览量 回答数 31

问题

Kubernetes 集群 日志管理 为 Kubernetes 和日志服务配置 Log4JAppender

青蛙跳 2019-12-01 21:33:10 777 浏览量 回答数 0
阿里云大学 云服务器ECS com域名 网站域名whois查询 开发者平台 小程序定制 小程序开发 国内短信套餐包 开发者技术与产品 云数据库 图像识别 开发者问答 阿里云建站 阿里云备案 云市场 万网 阿里云帮助文档 免费套餐 开发者工具 企业信息查询 小程序开发制作 视频内容分析 企业网站制作 视频集锦 代理记账服务 2020阿里巴巴研发效能峰会 企业建站模板 云效成长地图 高端建站