前段时间,用钉钉进行了服务器端的开发,对照着官方文档,感觉还是比较顺利的.后续想有时间研究一下PC端客户端的开发,看着官方文档,说的确实是比较简练,但也确实没看太明白,废了半天劲也没成功.后来经过无数次尝试,发现期待的弹窗竟然出现了,为了让其他人少走弯路,下面将自己的心得记录如下: 钉钉PC客户端开发注意事项: 1.必须有公网IP或者合法的域名(可怜没有,只能用github子域名作为域名了):       2.必须在钉钉的浏览器中才能(即钉钉客户端.或者钉钉手机端)       3.如果是HTT

由于最近工作中遇到需要在电脑上调试手机端的功能和样式,之前也没有遇到过,所以就各种百度和试验.最后终于功夫不负有心人,成功了.(那一刻心情真滴很鸡冻啊~~~~~~~~~).所以暂时记录下来.以免鸡冻过度再给忘记了. 好,接下来就是具体的步骤啦.由于没有什么笔墨经验,所以都是大白话啦.

最近被钉钉的PC端坑的要死要死的,一个缓存问题弄了我一天时间,去你大爷的,放在这里防止其他的人被坑. 1.右键点击微应用,选择devtools 2.展开的页面,就像web端的F12,勾选network->Disable cache 具体如下:    >>>>>      >>>>>

一.遇到问题的情况:项目框架:asp.net MVC5 ,写的给手机端调用的API接口. 二.自己在本地 IIS上部署项目,在手机端的请求服务器上把地址和端口换上本地部署的,如图所示 三.用管理员的身份打开VS,打开项目.找到调试-->附加到进程 找到部署项目运行对应的进程,选择后添加添加. 然后你的程序也就 进入调试模式,从APP上调用接口,就可以进入到PC端的调试模式,看看传参对不对,PC端代码逻辑等bug调试.

记:今天调试时出现的一个PC端调试运行正常,但打包apk文件后在手机上点击闪退的问题. 可能在不同的情况条件下,会有不同的原因导致apk安装后闪退问题.拿android studio等软件来说,开发安卓程序时会有日志log文件包含生成错误信息等,但是cocos2dx开发在命令行里编译apk,意外的错误缘由难以直面地展现给我们. 闪退的大致问题都殊途同归:资源的加载出现问题. 我今天出现这个问题之后,进行了一些尝试,在解决问题的过程当中,大致操作如下: 1.将Resources资源文件夹下的全部目

首先必须使用钉钉开发版,并确保已经通过此链接打开了调试功能: https://open-doc.dingtalk.com/docs/doc.htm?spm=5176.10694750.0.0.3tPHed&treeId=171&articleId=104908&docType=1 如果出现点击Inspect出现空白页面,是由于国内无法访问google造成的.可以使用离线开发者工具包 如果Inspect都不出现,可能是由于您的手机没有打开USB调试造成的.如果已经打开了,也可能是手机

Fiddler最大的用处: 模拟请求.修改请求.手机应用调试 Fiddler最新版本 下载地址: http://www.telerik.com/download/fiddler Fiddler 想要监听https,还需要相应的设置才行 依次选中tool->fiddler option->https 正常情况下就ok了 打开网页:http://localhost:8888/ 点击 You can download the FiddlerRoot certificate 安装证书完成 也有可能会出

一.概述 有一个项目需要在手机端显示一个 web 页面,而每次把应用 launch 后,从手机端看比较麻烦,因此搜罗了几种在 PC 端调试手机端页面的工具. 二.工具 http://fonkie.iteye.com/blog/1846858 http://blog.csdn.net/dojotoolkit/article/details/6280924

背景 littlefs是arm面向嵌入式设备推出的一款掉电安全的小型文件系统,具有抗掉电,动态磨损均衡,RAM/ROM需求少等特点,具体介绍可见 https://github.com/ARMmbed/littlefs 作为一款在嵌入式设备上使用的文件系统,出问题时,一般是需要将数据dump出来进行分析的.此时就需要PC端的调试工具了. littlefs-fuse简介 这个项目提供了一个littlefs的FUSE封装,也就是你可以借助此项目,在PC上直接将littlefs镜像挂载起来,并正常进行一

现在环境是这样: ceph 4台: 192.168.100.21  ceph-node1 192.168.100.22  ceph-node2 192.168.100.23  ceph-node3 192.168.100.25  ceph-node5 #已经部署好一个ceph cluster 集群    四个 osd  三个mon   没有使用块存储所有没有mod 监控服务端一台 192.168.100.26  Grafana  上面都是以容器部署了 Prometheus: Grafana: a

今天研究钉钉的开放平台,结果一个demo整了半天,这帮助系统写的也很难懂.遇到两个问题: 1.首先是执行demo时报unable to find valid certification path to requested target,错误信息如下: request url=https://oapi.dingtalk.com/gettoken?corpid=...略...&corpsecret=...略..., exception, msg=sun.security.validator.Vali

最近一直着手开发h5仿钉钉项目,使用到了h5+css3+zepto+wcPop2等技术进行开发,实现了消息.表情.动图发送,仿QQ多人拼合图像,可以选择本地图片,并可以图片.视频预览,仿微信发红包及打赏功能(点击 “拆” 会有动画旋转动画),还有类似微信长按消息弹出菜单(智能边界检测) h5仿钉钉项目图: var $chatMsgList = $("#J__chatMsgList"); // ...编辑器信息 var $editor = $(".J__wdtEditor&qu

钉钉微服务webpack配置调整方案 1: Vue CLI配置修改方法 a. 修改build下webpack.prod.config.js.去掉图中三处hash(.[chunkhash]): b. 修改build下webpack.base.config.js.去掉图中hash: 2: 非Vue CLI配置修改方法: 类似CLI,通常去除config文件中的output的filename和chunkFilename的hash值以及rules中对应的hash值.

原文链接:http://www.cnblogs.com/xiaosongJiang/p/9991573.html 第一步:注册钉钉企业账号 打开链接:https://oa.dingtalk.com/#/login,注册账号即可 第二步:创建应用 以创建e应用为例: 还需要授权一个开发人员,并获取CorpSecret,需要把corpId和CorpSecret作为参数请求api接口获取AccessToken,后面的所有接口都需要AccessToken 第三步:接入接口 一.获取token 1 con

对于一个H5的产品,功能无疑很重要,但是性能同样是用户体验中不可或缺的一环.原本H5的渲染性能就不及native的app,如果不把性能优化做起来,将极大地影响用户使用产品的积极性. 用户感受 当用户能够在1-2秒内打开H5页面,看到信息的展示,或者能够开始进行下一步的操作,用户会感觉速度还好,可以接受:而页面如果在2-5秒后才进入可用的状态,用户的耐心会逐渐丧失:而如果一个界面超过5秒甚至更久才能显示出来,这对用户来说基本是无法忍受的,也许有一部分用户会退出重新进入,但更多的用户会直接放弃使用.

转载请注明原文地址:https://www.cnblogs.com/applerosa/p/11509512.html (by lnexin@aliyun.com 世间草木) 此教程注意点: 适用于第三方企业开发 H5微应用 形式,非企业内部开发, 非钉钉推荐的“小程序”方式: 消息推送模式为 HTTP回调 ,不使用钉钉收费的“RDS钉钉云推送数据源“模式: 开发前准备: 关于服务器,有公网服务器最好,没有的话需要 内网穿透工具: 调试的时候,由于钉钉的H5微应用调试只能“真机”调试,极其恶心,

前言 现在软件开发不仅要面对前端碎片化,还要面对后端碎片化.针对前端碎片化,CabloyJS提供了pc=mobile+pad的跨端自适应方案,参见:自适应布局:pc = mobile + pad 在这里,咱们重点要解决的是后端碎片化.比如要开发一个业务系统,既需要与微信.企业微信整合,又需要与钉钉整合,该如何设计整个架构呢? 其实,不论是微信.企业微信,还是钉钉,面向实际业务层面的API都不复杂,复杂的是各自独立的账号体系如何与业务系统打通的问题.当账号接口对接完成,后续的业务开发就很顺畅了 C

前言 现在软件开发不仅要面对前端碎片化,还要面对后端碎片化.针对前端碎片化,CabloyJS提供了pc=mobile+pad的跨端自适应方案,参见:自适应布局:pc = mobile + pad 在这里,咱们重点要解决的是后端碎片化.比如要开发一个业务系统,既需要与微信.企业微信整合,又需要与钉钉整合,该如何设计整个架构呢? 其实,不论是微信.企业微信,还是钉钉,面向实际业务层面的API都不复杂,复杂的是各自独立的账号体系如何与业务系统打通的问题.当账号接口对接完成,后续的业务开发就很顺畅了 C

前言 现在软件开发不仅要面对前端碎片化,还要面对后端碎片化.针对前端碎片化,CabloyJS提供了pc=mobile+pad的跨端自适应方案,参见:自适应布局:pc = mobile + pad 在这里,咱们重点要解决的是后端碎片化.比如要开发一个业务系统,既需要与微信.企业微信整合,又需要与钉钉整合,该如何设计整个架构呢? 其实,不论是微信.企业微信,还是钉钉,面向实际业务层面的API都不复杂,复杂的是各自独立的账号体系如何与业务系统打通的问题.当账号接口对接完成,后续的业务开发就很顺畅了 C

前段时间写了一篇博文<钉钉如何进行PC端开发>,在里面并未解决本地生成签名的问题,需要到官网进行生成,由于钉钉门票等认证信息会超期,因此,必须能本地用代码自动更新相关参数信息,来换取签名.官方文档由于这块并未有.NET版本的签名API可供调用,无奈只能自己摸索着进行实现.可笑的是,在看钉钉文档时候并未理解其算法,但是却在看微信JS-API签名生成算法的时候顿悟了.感觉二者这个权限体系认证很是类似. 话不多说,切入正题. 钉钉广泛文档对于JS-API的说明是这样的: 开发者在web页面使用钉钉容