远程

【今日推荐】：为什么一到面试就懵逼！>>> 远程工作是趋势，一方面降低企业成本，提升企业人才素质而不受地域局限，一方面让员工可以对自己的时间和生活质量有更大的把握。然而，要建立一个远程团队，却不是一蹴而就的事情。我们客栈自从2015年9月远程项目正式上线，迄今已完成350个远程项目，100＋项目正在进展，其中50+是pc类 网站建设 项目，在此期间，我们在不断和客户一起学习来提升远程项目的成功率。总结我们自己80个项目的成功经验，以及学习国外远程团队先进经验，我们总结出以下几个方面的经验： 　　1，什么样的人适合做远程工作？ 　　2，如何提升你的远程开发/外包的成功率？ 　　我们先来谈谈，什么样的人适合做远程工作。 　　 一，过往有远程工作经验，顺利完成任务且得到合作者好评。 　　有丰富远程工作经验并且被合作者好评的开发者，他们被证明是理解远程工作特性，并充分自律，有契约精神的人。如果你找到了已经有过丰富远程工作经验，且合作者口碑很好的开发者，恭喜你，以后的远程开发会非常顺利。 　　如何知道开发者是否有优良的远程工作经验：可以询问他过往的远程工作经历，并请他展示他得到的评价。 　　然而，很多时候，你并不知道他是否真有远程工作经历，更不可能知道他的口碑如何。那么，下面这几点就很重要了： 　　 二，有契约精神，重承诺 　　我们的开发过程，是一个一个的项目节点组成的。每一个节点

1 引言 WOL （ Wake-On-LAN ）是一种用于远程唤醒局域网内主机的一种解决方案。但对于跨网络的远程唤醒功能由于网络中路由器的限制，这种解决方案只能在主控机和被控机位于同一广播域的情况下使用。本文提出了一种廉价、低耗且实用的 WOL-Proxy 的设计方案，利用单片机技术，实现了基于 WOL 的跨网络远程唤醒主机的功能。 2 工作原理 可被远程唤醒的计算机必须有其电源、主板和网卡等硬件的支持。该计算机的电源是必需符合 ATX 2.03 标准的 ATX 电源， +5VStandby 电流至少应在 720mA 以上，否则某些耗电较大的网卡可能无法启动；主板必须支持 WOL ，并在其 BIOS 中的电源管理菜单中启用这项功能；网卡也必须支持 WOL ，其与普通网卡的区别主要表现在：（ 1 ）早期支持 WOL 的网卡都有一个 3 针的 WOL 接口，并通过一根 3 芯电缆与主板相连，以获得供电；（ 2 ）支持网络启动功能的网卡都有一块支持 WOL 的芯片。 具备上述硬件要求的计算机便可被运行在局域网内另外一台计算机上的一些实用软件唤醒了。这种软件通常会在局域网内广播一个 UDP 数据包，端口不限，数据内容是一个有着特定格式的数据包： Magic Packet ，其格式为： 6 个 0xFF 加 16 个目标网卡 MAC 地址，因此该 Magic Packet 总长度为。 6

因为致力于探索远程工作的可能性，如何成功，因此翻译了David Fullerton的这篇博文。 　　现在是2013（David写此文的时候），差不多我们在开始赚钱，团队也从创始4人组开始壮大后3年。当年，Jeff 写过一篇很棒的关于远程工作的博客,基本上把我们打算怎么做说了个清楚。现在，过了这么几年，也是时候用我们的现状来做个小结了。 　　首先来看看，我们目前进展如何了？Stack Exchange目前有75名雇员，大致安照销售（包括销售运营，以及营销）和产品（包括研发，运维，设计，社区管理）。产品部分就是我们远程工作的部分了：我们有16名全职远程工作者，18名在办公室的开发者，系统管理员， 设计师 ，以及社区管理者。所以，我们是一个高度混合的团队，这一点我认为是最好的了。我是工程师团队的负责人，所以我基本上会从开发者角度出发，但很多内容对其他角色也是适用的。 　　为什么我们认同让人们全职在家工作？ 　　 1. 这让你能够招聘到有地点要求的优秀人才。 招募远程人才为你打开了一扇面向海量有地点要求，不在你的地区的优秀人才。不能强调更多的一点是：每有一个在你的办公所在地，或者愿意搬到你的办公所在地来的人，就会有100个或者更多不愿的。他们也许因为配偶的工作要求，因为孩子的学习需求，或者拿不到你这里的VISA, 或者欠了房贷等，不能离开所在地。 如果你在招聘技术人员

有时候，需要把git仓库（包括当前状态和历史记录）共享给车间工友，而你和工友之间又不能通过git服务器进行交互时，网上邻居共享便成为了最原始也最有效的手段。那具体怎么操作呢？ 打包整个目录 即把工作区和.git一起打成一个压缩包共享。解压之后即形成完全一样的工作环境。 毋庸置疑，这是最差的方式，不解释。 打包.git目录 即只把.git目录打成压缩包共享。这样解压之后，去.git的同级目录执行git checkout，即可生成整个工作区。 这里利用了git最重要的特性：.git目录包含了所有信息。 已经很好了，但并不完美。 直接共享.git目录 这是正解。它与打包.git目录的区别在于：被共享的.git目录可以直接被用作远程仓库。 也就是说，如果你的机器名是Machine，被共享的.git目录的共享名为Rep，则 //Machine/Rep 可以直接作为仓库URL来使用。 (1) 克隆 git clone //Machine/Rep <dir> (2) 在现有仓库中添加为远程仓库 git add <name> //Machine/Rep git fetch <name> git checkout master git merge <name>/master git push <name> master:mymaster 可以被添加为远程仓库，是直接共享.git目录的最大优势

c#数据库连接关键在于连接字符串，这是数据库开发中最重要的，如果数据库连接不上，其它的一切对 数数库的操作都不能进行。 1） c# 本地连接数据库 ACCESS string source = @" Provider = Microsoft.Jet.OLEDB.4.0 ; Data Source = D:\c#\connDB\school.mdb"; 2） c# 远程连接数据库 ACESS 远程连接 access 数据库的几个方法： １．建立 VPN(Virtual Private Network) ，然后把服务器中 mdb 文件所在的 Folder 共享即可。 ADO 连接方法如下： “ Provider=Microsoft.Jet.OLEDB.4.0;Data Source=\\ 服务器名 \\ 文件夹 \\mydata.mdb;Jet OLEDB:Database Password=datapass;Persist Security Info=False ” ２．把数据库放在 Web 服务器上，使 ADO 或 RDO 通过 RDS （ Remote Data Service ）及 IIS 来实现： 如果服务器设置了 ODBC DSN 的话，连接方法如下： "Provider=MS Remote;Remote Server=http:// 服务器名 ;Remote

前言 JMX即Java Managemen Extensions,是一个为应用程序植入管理功能的框架。一套标准的代理和服务，实际上，用户可以在任何Java应用程序中使用这些代理和服务实现管理。 常常在编程的过程中有一些配置信息需要动态的进行改变，我以往会有如下几种做法： 写死在Java code中，环境发生变化的时候修改Java code 写在名为*.properties的配置文件里，使用Java读取配置文件 然而今天我们将引入一种高级的方式来进行配置信息的管理，那便是JMX的引入。 如何使用JMX JMX做为一份规范，JDK中提供了JMX接口，因此安装了JDK后就可以开发基于JMX的代码了。 JMX具有两层结构，各层的组件如下 工具层 Mbeans 通知模型:Notification、NotificationListener Mbeans与数据类:Attribute、Operator 代理层 MBean Server 代理服务 下面学习下log4j2对JMX的支持 JMX-log4j2 Log4j 2 开始支持 JMX. StatusLogger, ContextSelector, 和所有的 LoggerContexts, LoggerConfigs 以及 Appenders 使用了MBeans并且可以被远程检测和控制. 使JMX生效 默认情况下JMX是生效的

1 背景 正在经手的项目的web应用之间是通过spring的controller方式暴露接口，然后使用httpClient进行访问。普普通通的增删改查功能也得写上七八个方法才能实现，实在是写到心累。于是乎想要增加一种远程调用方式，本着尽量遵循原有安全验证策略的原则，对httpinvoker做了些小的调整。不过方案最终被负责人否了，只能继续写可爱的httpClient方法。只好抹去业务逻辑，把代码变成博客安安静静的躺在知识库里 。 2 思路与实现 通过对源代码的解读，发现spring和httpinvoker在进行远程调用时，主要是通过RemoteInvocation这个类来传递参数。于是调整的思路就是借助这个类传递我们的认证信息 ，在服务端读取的同时进行安全认证。以达到最终的目的。 首先是自定义安全认证信息类，这个类在客户端负责存放安全认证信息和生成安全密钥，在服务端负责解密： /** * HttpInvoker调用验证信息类 */ public class MyHttpInvokerAuthInfo { private static final Logger LOGGER = LoggerFactory.getLogger(MyHttpInvokerAuthInfo.class); //用户名KEY public static final String USERNAME_KEY =

问题描述： 服务器部署在Debian系统，在服务器端能正常使用Mysql，但在远程连接Mysql时提示出错 有2003,10060,10061等错误出现 解决方案： 1，修改/etc/init.d/my.cnf文件 将文件中的“bind-address = 127.0.0.1”改为“bind-address = 0.0.0.0”，让所有IP都能访问 2，修改user表 使用mysql -u root -p<ENTER> 输入密码 use mysql<ENTER> select user,host from user;<ENTER>将看到以下结果： ------------------------------------------------------------------------- mysql> select user,host from user; +------------------+-----------+ | user | host | +------------------+-----------+ | root | 127.0.0.1 | | root | debian | | debian-sys-maint | localhost | | root | localhost | +------------------+-----------+ 4 rows

恩，之所以有这篇博客，是因为最近又有童鞋咨询怎么在 windows 7 下用eclipse远程调试部署在linux下的hadoop，其实我自己不这么混搭的，既然有童鞋这么问了，那我就索性随着折腾一把了。 首先说明几点： 远程调试对于本地hadoop版本、远程hadoop版本、eclipse版本都有极为严格的兼容性要求，我所采用的版本如下： （1）本地hadoop：0.20.203（如果客户端和服务端hadoop版本不匹配可能会有协议错误） （2）远程hadoop：0.20.203（因为各个版本的ipc协议都有变化） 下载地址： http://archive.apache.org/dist/hadoop/core/hadoop-0.20.203.0/ （3）eclipse版本：indigo（这个也很重要，不匹配的话，可能eclipse压根就无法识别hadoop插件） 文件md5码以及下载地址： 9017a39354fa65375c6ee748963cf2ff eclipse-jee-indigo-SR2-win32.zip http://www.eclipse.org/downloads/packages/eclipse-ide-java-ee-developers/indigosr2 （4）客户端操作系统：win7，远程操作系统：linux（ubuntu/centos等等

官方提供了Maven插件用于部署基于Maven的Web应用，不同版本Tomcat使用的插件不同，不同版本插件的使用也有一定区别，详细信息可参考 http://tomcat.apache.org/maven-plugin.html 。下面记录的是我在Eclipse环境（同时也在命令）中使用Tomcat Maven Plugin-2.2在Tomcat7中部署Maven Web应用的配置过程： TOMCAT 添加角色用户 打开Tomcat根目录下conf目录中的tomcat_user.xml，在<tomcat-users>节点下添加manager角色和用户，用于Tomcat Maven Plugin自动部署应用，xml代码如下： <tomcat-users> <role rolename="manager-gui"/> <role rolename="manager-script"/> <user username="tomcat" password="123456" roles="manager-gui, manager-script"/> <!-- 用户名和密码可以是其他字合法符串 --> </tomcat-users> 配置Tomcat Maven Plugin插件 <plugin> <groupId>org.apache.tomcat.maven</groupId>