remote

搞懂webdriver的底层原理，才敢说自己懂自动化！ 一：Selenium的历史 selenium1.x：这个时候的selenium，使用的是JavaScript注入技术与浏览器打交道。需要Selenium RC启动一个Server，将操作Web元素的API调用转化为一段段Javascript，在Selenium内核启动浏览器之后注入这段Javascript。 Javascript可以获取并调用DOM的任何元素，自如的进行操作。由此才实现了Selenium的目的：自动化Web操作。这种Javascript注入技术的缺点是速度不理想，而且稳定性大大依赖于Selenium内核对API翻译成的Javascript质量高低。 selenium2.x：相比于selenium1.x，2.x版本整合了webdriver以及原版selenium。两个项目合二为一，虽然名字还叫selenium，但也可以叫Webdriver。这个版本的selenium是利用浏览器原生的API，封装成一套更加面向对象的Selenium WebDriver API。 直接操作浏览器页面里的元素，甚至操作浏览器本身（截屏，窗口大小，启动，关闭，安装插件，配置证书之类的）。由于使用的是浏览器原生的API，速度大大提高，而且调用的稳定性交给了浏览器厂商本身，显然是更加科学。然而带来的一些副作用就是，不同的浏览器厂商

版本2.1.1. 由于有4m包限制，所以一般小游戏项目分成主包+远程资源。 现在我新建一个remote目录，该目录下资源不发布到微信小游戏目录下，而是服务器远程加载。 发布时，勾线是否提取本地包 远程资源目录remote不需要勾选 这是发布出的项目有两个文件夹，其中wxgame是常规项目，wxgame_pack是不含remote文件夹的项目 那么我们微信提交时，只需要提交主包wxgame_pack就行了。将remote资源放到服务器动态加载。 平时我们使用remote的图片是这样的。加载remote.atlas图集，并显示其中test1.jpg Laya.loader.load("res/atlas/remote.atlas", Laya.Handler.create(this, ()=>{ let sp:Laya.Sprite = new Laya.Sprite(); sp.texture = Laya.loader.getRes("remote/test1.jpg"); this.addChild(sp); })); 　　 Laya论坛有个方法。就是设置Url.basePath。这样load的每个路径都会自动加上basePath。 比如我们的远程服务器路径是http://127.0.0.1:8011/wxgame/，如下图设置。 MiniAdpter

git push解决办法： ! [remote rejected] master -> master (pre-receive hook declined) 前天准备准备回退一个版本并且推送到远程分支，但是试了很多次都上传不上去，报错如下： ! [remote rejected] master -> master (pre-receive hook declined) 截图： 1.将所要push的内容所在的分支的protected权限关闭 (1)进入所在项目的settings (2)点击进入Protected branches,点击unprotected将master分支的权限改变，即关闭master的protected权限 2.新建其它分支，将项目push到新建的分支上，后期再进行merge (1)新建分支 git branch 分支名 (2)切换分支 git checkout 分支名 (3)进行项目上传 git add . git commit -m "提交的信息" git remote add origin 远程仓库地址 git push -u origin 分支名 前天准备准备回退一个版本并且推送到远程分支，但是试了很多次都上传不上去，报错如下： ! [remote rejected] master -> master (pre-receive hook declined)

常用 Git 命令清单 //如果你觉得排版不是很舒服请看 原址http://www.ruanyifeng.com/blog/2015/12/git-cheat-sheet.html 作者： 阮一峰 日期： 2015年12月 9日 我每天使用 Git ，但是很多命令记不住。 一般来说，日常使用只要记住下图6个命令，就可以了。但是熟练使用，恐怕要记住60～100个命令。 下面是我整理的常用 Git 命令清单。几个专用名词的译名如下。 Workspace：工作区 Index / Stage：暂存区 Repository：仓库区（或本地仓库） Remote：远程仓库 一、新建代码库 # 在当前目录新建一个Git代码库 $ git init # 新建一个目录，将其初始化为Git代码库 $ git init [ project - name ] # 下载一个项目和它的整个代码历史 $ git clone [ url ] 二、配置 Git的设置文件为.gitconfig，它可以在用户主目录下（全局配置），也可以在项目目录下（项目配置）。 # 显示当前的Git配置 $ git config -- list # 编辑Git配置文件 $ git config - e [ -- global ] # 设置提交代码时的用户信息 $ git config [ -- global ] user . name

一.版本控制器 完成 协同开发 项目，帮助程序员整合代码 软件：SVN 、 GIT git：集群化、多分支 二.工作流程图 三.搭建本地git仓库 将已有的文件夹作为git仓库: """ >: cd 目标文件夹内部 >: git init """ 在指定目录下创建git仓库: """ >: cd 目标目录 >: git init 仓库名 """ 四.配置操作git的用户信息 当前仓库：局部 """>: git config user.name '用户名' -- 用户名>: git config user.email '用户邮箱' -- 用户邮箱 注：在当前仓库下的config新建用户信息，只能在当前仓库下使用""" 所有仓库：全局 """>: git config --global user.name '用户名'>: git config --global user.email '用户邮箱'​注：在全局文件 C:\Users\用户文件夹\.gitconfig新建用户信息，在所有仓库下都可以使用""" 五.常用指令 查看仓库状态 """# 当仓库中有文件增加、删除、修改，都可以在仓库状态中查看>: git status -- 查看仓库状态>: git status -s -- 查看仓库状态的简约显示""" 工作区操作 # 通过任何方式完成的文件删与改# 空文件夹不会被git记录

git报错the remote end hung up unexpectedlyMiB解决方法 原文地址： http://blog.tachmiao.com/?id=98 在公司可能因为网络波动的原因，使用git总是down了一半多就报错： fatal: the remote end hung up unexpectedlyMiB | 8.00 KiB/s fatal: early EOF fatal: index-pack failed 在网上找到了解决办法，如下： 修改git配置： //httpBuffer加大 git config --global http.postBuffer 524288000 //压缩配置 git config --global core.compression -1 //修改配置文件 export GIT_TRACE_PACKET=1 export GIT_TRACE=1 export GIT_CURL_VERBOSE=1 来源： https://blog.csdn.net/weixin_44377505/article/details/100828546

问题：fatal: remote origin already exists. /*--> */ /*--> */ 解答： $ git remote rm origin 再次执行下面的语句： $ git remote add origin https://github.com/。。。 来源： https://www.cnblogs.com/jums/p/11516692.html

一、依次打开 控制面板\用户帐户\凭据管理器 二、重新编辑或删除 来源： https://www.cnblogs.com/51ma/p/11443087.html

在编写 Go 代码的时候，因为很多时候都是需要调试服务器上的代码的，作为一个年长的工程师，肯定不能用 log.Printf 来调试问题，所以我选择了 delve 这个工具，通过 delve 我可以像本地调试代码一样在 Goland 中调试 Go 代码，很是惬意。如果要说缺点的话，那就是在服务端启动 delve 的 server 端之后，必须在一定时间内（不知道具体多久）连接上它，不然会关闭；同时，在我断开调试之后，server 会自动关闭，如果我要再次调试，那就必须再运行一次 server（当然，可以通过不关闭 debug 解决，就是不太友好）。 具体使用 delve 调试还是比较简单的，只需要两步： 第一步：在服务器上运行 delve 服务器 运行 delve 服务器有几种形式，可以是用 delve 运行 Go 代码，也可以是运行可执行程序，也可以是侵入一个运行中的 Go 程序，一般来说，attach 一个运行中的 Go 程序比较常见： [root@liqiang.io] dlv attach $PID --headless --api-version=2 --log --listen=:1234 这样 delve 服务器就起来了，然后继续下一步就是 Goland 连接调试。 第二步：在 Goland 中连接 delve 服务器 直接在 Goland 中配置 Host 和

系列文章 ASP.NET MVC 3.0学习系列文章—序 ASP.NET MVC 3.0学习系列文章--Razor and ASP.NET MVC 3.0 ASP.NET MVC 3.0学习系列文章—Controllers in ASP.NET MVC 3.0 ASP.NET MVC 3.0学习系列文章--Dependency Resolution in ASP.NET MVC 3.0 这篇文章主要介绍如下基本分内容： 1. Introduction: 在ASP.NET MVC 3.0中, Model模块主要是在Validation这部分有很大的增强。包括ASP.NET MVC开发团队自己写的使用jQuery来进行客户端验证的 jquery.validate.unobtrusive.js,以及Remote validation等。刚才在园子看到一个同学写了一篇文章介绍了Remote validation,写的挺详细的，大家可以看看。 http://www.cnblogs.com/serafin/archive/2011/01/25/1944848.html 我也会在这篇文章中稍微给大家介绍如何使用remote 验证。 总的来说ASP.NET MVC 3.0中的Validation主要的改动有如下三个方面： a.New attributes b. New interfaces, c.