【自从去年到现在已经收集了上百种版本的Linux和Unix,至于Unix就不想说了,没有Linux的功底是很难驾驭Unix的,我在这里只把小于360M的Linux以及一些非Linux但是很像Linux的版本也发布一下,我本人喜欢安静,如果你想要这些迷你版本的Linux光盘的话,建议去官网下载就OK了。英语不行的话随时带个字典。有些没有桌面,想知道哪些没有桌面的话请自己网上查资料!下面就是绝大部分小于361M的Linux及其非Linux名单,参考时间为2011年12月份,最近的新版本可能有变!】

Linux没有最小只有更小----361M以下的Linux名单

Vecket:361M
webc:313M
ging:312m
GoblinX:311M
dfly:293M
MirBSD:290M
MidnightBSD:265M
pud:265M
Porteus:261M
caos:241M
crux:237M
grml-medium:224M
OpenBSD 5.0:224M
NetBSD:224M
SLAX:213M
MorphingMorphix:212M
bsdeviant:208M
frenzy:199M
CDlinux:194M
debris:190M
FRANKIE:187M
pmagic:185M
Macpup:168M
formilux:166M
RIPLinuX:157M
jOS:151M
gentoo:128M
clonezilla:127M
vyatta:124M
LPS(Lightweight Portable Security):123M
PuppyLinux:123M
unity:121M
feather:119M
gparted:116M
qrky linux:113M
FreeNAS:103M
browserlinux:96M
milax:95M
austrumi:95M
stresslinux:90M
xpud:65M
ttylinux:63M
turnkey:60
MXebian:52M
dsl(Damn Small Linux):51M
luitlinux:51M
bbc:48M
[奶瓶]beini:45M
AstLinux:40M
slitaz:30M
4MLinux:30M
geexbox:24m
FreeNOS:18M
TinyCore:12M
visopsys:11M
Micro Core Linux :8M
HelenOS:8m
bsd4me:5M
VitasV:4M
minopsos:1.4M
MenuetOS:0.6M
......

想学习Linux桌面系统的话使用Fedora或者Ubuntu或者Debain等等这些著名的发行版本,功能非常齐全,软件包安装非常方便。想学习Linux服务器搭建的话建议使用CentOS,Fedora等等服务器操作系统行业比较著名的版本。
想找个随身的Linux就去上面的小于361M的Linux名单里找找吧,喜欢桌面的也有很小的,比如visopsys才11M也是有桌面的,汇编语言写的系统MenuetOS(0.6M)的也是有桌面的。

慢慢玩吧,Linux世界总有你想要的。

转:http://blog.sina.com.cn/s/blog_99be711101011tu8.html

服务器虚拟化技术的发展历程已超过十年,带来的优势价值也十分突出,而国内的企事业单位近几年才开始在小范围内尝试采用服务器虚拟化方案,其推广普及慢的原因是什么呢?

对此,深信服君曾针对国内IT人士展开大范围的线上调研。从调研的结果来看,阻碍服务器虚拟化普及的主要原因,除了担心虚拟化系统的可靠性外,虚拟化架构的复杂程度也是广大IT人士对虚拟化望而止步的重要因素。

传统虚拟化方案

组件多,部署复杂

国外传统的服务器虚拟化方案的架构确实比较复杂。它们的底层需要虚拟化平台系统,管理需要客户端组件,控制需要管理中心组件,还需要独立的备份软件,甚至还需要套件来协同各组件间的工作。最基础的架构至少也要部署管理8个组件。

若选择采用以上复杂的服务器虚拟化方案,需要考虑虚拟化平台的搭建、众多组件的合理搭配、系统的平滑迁移、平台的管理及运维等问题,不少IT管理者为了避免风险而选择暂时观望。

免费服务器虚拟化

迎合大众需求

综合多年虚拟化技术积累,继应用虚拟化及桌面虚拟化,深信服再度推出aSV服务器虚拟化方案,为IT管理者带来简化服务器运维工作、节省硬件投入成本、保障系统安全、保证业务稳定运行等好处。当然,精简的虚拟化架构也是aSV服务器虚拟化一大亮点。

html" target="_blank" data-other="spm:2014.12675146.6.a123b1093173">5分钟,轻松玩转深信服服务器虚拟化

为简化复杂繁琐的服务器虚拟化部署过程,深信服aSV服务器虚拟化实现最精简的架构。IT管理者只需花费5分钟,在服务器中安装aSV虚拟化软件包,无需再安装其他组件,即可搭建功能齐全的虚拟化平台。架构即使进行了精简,但虚拟化平台的功能却很完整,如物理主机集群的管理、虚拟机的迁移、系统数据的备份恢复、虚拟机故障告警等功能都可实现。

不仅如此,深信服aSV服务器虚拟化还提供了快速虚拟化工具,帮助IT管理者快速完成物理服务器向虚拟化服务器的迁移。快速虚拟化工具相当于在原本的操作系统和硬件之间加了一个虚拟化层,可让Windows平台以最快的速度进行数据传输,只需要5-10分钟即可完成平台迁移。当然,Linux平台也可通过P2V工具,直接生成一个镜像文件并迁移到虚拟化平台。

如今,IT管理者无需再因担心复杂的虚拟化架构和部署过程而对虚拟化技术望而止步。深信服aSV服务器虚拟化通过对平台构架的精简以及系统迁移的优化,帮助IT管理者轻松部署虚拟化平台,体验更新潮的信息化建设。

这样精简好用的服务器虚拟化产品,标准版免费!点击以下链接,赶快注册体验吧!http://www.sangfor.com.cn/asv/media.html

源地址:http://bbs.kafan.cn/thread-1514537-1-1.html

支持优酷、土豆、爱奇艺、搜狐、17173等各类视频网站的去除广告和破解1080p播放,无比强大。

第一次有心研究下chrome插件的脚本是怎么写的,作者开放源码(https://github.com/kafan15536900/ADkill-Player-Offline)并且注释写的如此清晰。按照逻辑原理可以自己进行分析了。再次膜拜一下。

优化博客网页内容时,将js和css指定到static.151051.cn域名下,没想到其中css使用的字体文件无法加载,提示错误信息如下:

Font from origin 'http://static.151051.cn' has been blocked from loading by Cross-Origin Resource Sharing policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://www.151051.cn' is therefore not allowed access.

好吧,字面上的意思是,字体被禁止调用,原因头信息中并不包含Access-Control-Allow-Origin,没有授权给www.151051.cn使用,原谅我蹩脚的英文。随手百度了一下Access-Control-Allow-Origin这货,原来这货是用来定义允许哪个域使用资源,可以有效解决字体远程调用的问题。一不做二不休,开搞。

如果是php文件,可以在php文件中定义<?php header("Access-Control-Allow-Origin: http://www.151051.cn");?> 注意,这里网上有很多文章是用*代替域名,这样做比较"呵呵",所以还是指定域名比较好,安全性高一些。

像我现在这种需求,在static.151051.cn授权给www.151051.cn使用,而且static并不想支持php,那肿么办呢?

呵呵,好办,直接在nginx里加入到头信息中,一劳永逸。如下:
location ~ .*\.(js|css|woff|ttf|svg|eot|oft)?$
{
add_header Access-Control-Allow-Origin http://www.151051.cn;
expires 2h;
}

好了,解决!

以前用WordPress博客,展示速度慢,问题重重,不方便优化,也懒得优化,故重构本博客代码。

前端采用HTML5+CSS3展示,后端使用ThinkPHP开发,页面顶部和背景使用天气一点通(http://www.tqydt.com)的天气插件,实时显示当前IP所在位置的天气,也算是增加一点小乐趣吧。

顺便启用了www.151051.cn域名,以后不再使用www.151051.com了。

 

转:http://lusongsong.com/reed/398.html

我觉得HTML5的兴起完全是因为iPhone和iPad,自从html" target="_blank">Adobe停止开发flash、Android4.0不支持flash后,我觉得在不久的将来HTML5会广泛应用,而且HTML4已经10年没更新了。

HTML5与搜索引擎优化" data-original="/app/get_remote_pic.php?file=http://lusongsong.com/upload/398-1.jpg" alt="HTML5与搜索引擎优化" />

HTML5与HTML4" target="_blank">HTML4代码结构对比

HTML5很多功能已经被介绍过了,比如在图片中可以直接写标题(不是alt哦),更精简的代码,直接用HTML5播放音频、视频,HTML5新增了不少内联元素,这为黑帽SEO节约了一笔不菲的时间。不过主流浏览器支持的比较少,卢松松在这里就不介绍了。

随着HTML5的到来传统的<div id="header">和<div id="footer">无处不在的代码方法现在即将变成自己的标签如<Header>和<footer>,下面以一张图来表达更为清楚:

<b class=HTML4的div+css写法" />

(传统的div+css写法)

<b class=HTML4的写法" />

HTML5的写法)

可以看看出HTML5的代码可读性更高了,也更简洁了,内容的组织相同,但每个元素有一个明确的清晰的定义,不再被迫去猜测之间不同命名的<div>标记,搜索引擎可以更容易地衡量你网页上的内容和相关内容。

值得介绍的一些标签

虽然我们看到了HTML5的简洁和强大之处,但据我所知,很多人制作html页面的时候不会按照语义来书写代码。边栏(aside)会写成sidebar,如果是这样的话,会使网页更加混乱,最终导致搜索引擎不好理解。

noscript标签将会被大量使用,因为HTML5时代将会是一个富媒体时代。传统的文字、图片、链接、视频、音频可能已经满足不了用户的需求,大量的脚本能够编辑出丰富的信息,包括游戏、个性化设计等等。

time标签可能会作为一个来判断网页文字源,也就是能够通过time标签来html" target="_blank">识别哪篇文章是原创的。而time标签可能将是成为HTML5时代SEO们争论不休的一个标签。

video标签中间区域的文字信息将会让搜索引擎读懂视频,这是一次飞跃。

那么搜索引擎会抓取HTML5吗?

这是一篇来自Google站长论坛John Mu的文章,我觉得比较中肯,拿来给大家分享下:

一般来说,我们(Google)的搜索引擎爬虫是不能够百分百地从语法层面去精确地描述或者分析HTML中的标签的,新兴的HTML5也不例外。如果HTML5组织的网站越来越多,并且在实际当中给我们的爬虫抓取信息带来方便与效益的话,我们会尽力将完善我们的算法去迎合HTML5的标签特性。要记住的是,我没有明确地支持你们大家都用HTML5来构建网站,并且我没有明确提出希望大家的网站由于用HTML5来构建而在搜索当中获得很好的对待。HTML5仍然有许多地方需要不断完善,而如果大网站致力于运用HTML5的话将是令人振奋的事。

对于HTML5,我觉得它仍没有得到广泛的推广与应用,因此我们暂时不会将焦点放到它上面,我们不肯定使用HTML5构建的网站比用旧版本的HTML构建的网站在搜索中是否表现出优势。

Google尚未准备好,百度更不用说了。

最终用户优先(Priority of Constituencies)

“In case of conflict, consider users over authors over implementors over specifiers over theoretical purity.”

一旦遇到冲突,最终用户优先,其次是作者,其次是实现者,其次标准制定者,最后才是理论上的完满。

HTML5提供了一些令用户兴奋的东西,其次产品得到更好的展现,其次我们可以放心地使用它们,其次元素被更谨慎的方式定义,最后搜索引擎也不再淡定了。

写在最后:

我觉得,因为HTML5现在并没有广泛地运用,而且搜索引擎支持效果也不佳,现在用HTML5来写网站并不会给你的网站带来什么好处,但我不否认将尝试用HTML5来编写卢松松博客模板。而HTML5会让搜索引擎读懂图片、视频、富媒体,一个新的时代即将到来,SEOer将会有大量的工作要去处理。

来源:html" rel="author">卢松松博客(微信/QQ:13340454),欢迎分享本文,转载请保留出处!

2.0.0818固件降级比较麻烦,还好有热心网友分享直刷1.5固件

链接:http://pan.baidu.com/s/11AGbG 密码:zhh6

降级到1.5后,进行获取root权限和ssh权限。

telnet连不上,是因为openwrt只会在root账户没有密码的情况下才允许telnet连接。
所以,构造请求 ;passwd -d root;
http://192.168.11.1/cgi-bin/luci/;stok=6162fd66813c8381229b2fe99993d61e/api/devices/allowConnect?mac=%3Bpasswd%20-d%20root%3B
删除 root密码
telnet 连接 成功

修改opkg.conf,更换openwrt源

更新opkg  opkg update
安装dropbear opkg install dropbear
设置 dropbear 自启动 修改 /etc/rc.local 添加一行 /usr/sbin/dropbear
本来可以执行 /etc/init.d/dropbear rc.common但报错了,不管了,有空再看,先粗暴的直接执行命令。

查看一下 iptables,确认22 端口开放;
重启,发现ssh可以连了。
那就再telnet上去,设置root密码。

参考:http://www.right.com.cn/forum/thread-161455-1-1.html

 

然而刷openWRT并不需要获取ssh权限,直接使用telnet将下载的uboot和潘多拉固件刷入路由器。这个就比较容易了,执行几个命令而已。

参考:http://www.7po.com/thread-456939-1-1.html

目前主流应用程序大体分为三类:Web App、Hybrid App、 Native App。

一、Web App、Hybrid App、Native App 纵向对比

首先,我们来看看什么是 Web App、Hybrid App、 Native App。

1. Web APP

Web App 指采用Html5语言写出的App,不需要下载安装。类似于现在所说的轻应用。生存在浏览器中的应用,基本上可以说是触屏版的网页应用。

优点

(1)开发成本低,

(2)更新快,

(3)更新无需通知用户,不需要手动升级

(4)能够跨多个平台和终端。

缺点:

(1)临时性的入口

(2)无法获取系统级别的通知,提醒,动效等等

(3)用户留存率低

(4)设计受限制诸多

(5)体验较差

2. Hybrid App

Hybrid APP指的是半原生半Web的混合类App。需要下载安装,看上去类似Native App,但只有很少的UI Web View,访问的内容是 Web 。

例如Store里的新闻类APP,视频类APP普遍采取的是Native的框架,Web的内容。

Hybrid App 极力去打造类似于Native App 的体验,但仍受限于技术,网速,等等很多因素。尚不完美。

3. Native App

Native APP 指的是原生程序,一般依托于操作系统,有很强的交互,是一个完整的App,可拓展性强。需要用户下载安装使用。

优点:

(1)打造完美的用户体验

(2)性能稳定

(3)操作速度快,上手流畅

(4)访问本地资源(通讯录,相册)

(5)设计出色的动效,转场,

(6)拥有系统级别的贴心通知或提醒

(7)用户留存率高

缺点:

(1)分发成本高(不同平台有不同的开发语言和界面适配)

(2)维护成本高(例如一款App已更新至V5版本,但仍有用户在使用V2, V3, V4版本,需要更多的开发人员维护之前的版本)

(3)更新缓慢,根据不同平台,提交–审核–上线 等等不同的流程,需要经过的流程较复杂

二、Web App、Hybrid App、Native App 技术特性

由上图可见,Web APP 的开发基于Html5语言。而Html5语言本身又有着不可避免的局限性。正是这些局限性的存在,使得Web App在体验中要逊于Native App。

三、Web App受限制因素及设计要点

相比Native App,Web App体验中受限于以上5个因素:网络环境,渲染性能,平台特性,受限于浏览器,系统限制。

1. 网络环境,渲染性能

Web APP对网络环境的依赖性较大,因为Web APP中的H5页面,当用户使用时,去服务器请求显示页面。如果此时用户恰巧遇到网速慢,网络不稳定等其他环境时,用户请求页面的效率大打折扣,在用户使 用中会出现不流畅,断断续续的不良感受。同时,H5技术自身渲染性能较弱:对复杂的图形样式,多样的动效,自定义字体等的支持性不强。

因此,基于网络环境和渲染性能的影响,在设计H5页面时,应注意以下几点:

  • 简化不重要的动画/动效
  • 简化复杂的图形文字样式
  • 减少页面渲染的频率和次数

从下图移动Web版 jing.fm和Native版jing对比后可以看出:Web APP首页去除冗余的功能,回溯本源,只给用户提供了jing.fm最初的本质需求——电台。既符合H5精简功能又达到了突出核心功能的设计原则。无疑给用户眼前一亮的气息。

正如书中《瞬间之美》的一个核心观点:重要的并不是我们提供的信息量有多大,而是我们能否给他们提供真正需要的信息。


再如:百度最新推出的直达号,以良子健身为例:

从Native App和Web App(百度直达号)的对比中,我们可以看出Native良子以九宫格的形式展现,且属于双重导航,功能入口太多;弊端是用户不知道聚焦在哪里,分散用户 的注意力。而Web版良子整合并减少了导航的入口,增强用户的专注度;界面清爽,整洁,很好地传达了良子本身的寓意——轻松、愉悦、休闲、舒适。

2. 受限于浏览器

通常Web App生存于浏览器里,宿主是浏览器。不同的浏览器自身的属性不尽相同,如:浏览器自带的手势,页面切换方式,链接跳转方式,版本兼容问题等等。

例如下图:UC 浏览器和百度浏览器自身支持手势切换页面。手指从左侧滑动页面,返回至上一级。百度手机助手H5页面,顶部Banner支持手势左右滑动切换。这一操作与浏览器自身手势是冲突的。

再如,基于浏览器的Web APP在打开新的模块中的页面时,大多会新开窗口来展现。例如用户在使用购物类APP时,浏览每日精选模块时,每当打开新的商品时,默认新开一个窗口。这 样的优劣势显而易见:优势是能够记录用户浏览过的痕迹,浏览过的商品,以便后续横向对比;劣势是过多的页面容易使用户迷失在页面中。

正如Google开发手册里描述:当用户打开一个Web App的时候,他们期待这个应用就像是一个单个应用,而不是一系列网页的结合。然而,什么情况下需要跳转页面,什么情况下在当前页面展示则需要设计师细致考量。

因此,Web App基于浏览器的特性,从设计角度应该遵循以下了两点:

少用手势,避免与浏览器手势冲突。

减少页面跳转次数,尽量在当前页面显示。

3. 系统限制,平台特性

由于Html5语言的技术特性,无法调用系统级别的权限。例如,系统级别的弹窗,系统级别的通知,地理信息,通讯录,语音等等。且与系统的兼容性也会存在一些问题。以上限制通常导致APP的拓展性不强,体验相对较差。例如百度地图:

Web版地图基于浏览器展现,因此,不能全屏显示地图,给用户的眼界带来局限感;相反,Native 版地图以全屏展现的形式,很好的拓展了用户的视野。整个界面干净简洁,首页去除冗余功能。

在制定路线的体验中,如图:

Web 版地图耗费的流量大于Native版,且不能预先缓存离线地图。对于地理位置的判断也是基于宿主浏览器,而非Web地图本身。获取路线后,对于更换到达方式,相对来说是不便利的。

相反,Native 版地图,能够直接访问用户的地理位置,能够很清晰的为用户展现App规划的路线,并能轻松的查看多种路线方案,以便做出符合自己的最佳方案。对于切换公交,走路,自驾等路线方式也是只需一键操作。

Native 版地图相对于 Web版地图增加更多情感化,易用的功能,如:能够记录用户的生活轨迹,记录用户的点滴足迹,能够享受躲避拥堵方案等。而Web版地图基于技术框架,很难实现以上功能,从用户体验角度来看,弱于Native版地图。

四、小结

综述所述,在设计Web APP时,应当遵循以下几点:

1. 简化

  • 简化不重要的动画/动效
  • 简化复杂的图形文字样式

2. 少用

  • 少用手势,避免与浏览器手势冲突
  • 少用弹窗

3. 减少

  • 减少页面内容
  • 减少控件数量
  • 减少页面跳转次数,尽量在当前页面显示

4. 增强

  • 增强Loading时的趣味性
  • 增强页面主次关系
  • 增强控件复用性

 

原文地址:mux.baidu

作者:guowenwe

转:http://blog.sina.com.cn/s/blog_4a3238390101gnjk.html

企业文化决定了一个企业能走多远、能活多久。三流的企业靠监督来管人,二流的企业靠制度约束人,而一流的企业靠文化激励人。企业文化为什么这么重要?从人的角度,人是决定企业成败的最关键因素,而企业文化决定了企业能招到什么样的人,有什么样的企业文化,就有什么样的员工。从管理角度,著名的领导力大师斯蒂芬.柯维博士认为“组织层面问题根源常出在个人和人际层面,不能离开修身和人际来改善管理和组织”,而企业的人际层面无疑是由企业文化决定的。从创新角度,企业文化决定了一个企业的创新能力。对互联网企业而言,它有怎样的企业文化尤其生死攸关,因为互联网是一个高手林立,知识快速更新的领域,在这样的领域里,如果没有快速的创新能力,如果没有长期维持的激情,等待着就只有死亡。
互联网企业的企业文化,其核心的特征是平等、开放、协作。作为互联网企业的榜样的Google公司,其曾经非常成功的20%工作时间制度,就体现了平等、开放、协作的精神。这个制度规定员工工作时间的20%可以由自己分配任务。如果一个员工有一个想法,他就可以提出一个项目构想。这个项目可以自己独立做,也可以把这个项目构想发布到公司内网中,并招募其他人员组建成临时的工作小组,一起做这个项目。任何一个员工,如果自己没有20%时间项目,也可以参加其他人发布的20%时间项目。自己发布项目和参加别人的项目。Google的很多创新产品比如Gmail、Gmap就出自20%时间制度。在上面这个制度里,员工和员工之家是平等的,一个员工既可以是跟随者,也可是领导者;员工的工作内容是开放的;员工之间又有紧密的协作。
在上述平等、开放、协作的基础上建立起来的组织是无层级、去中心化的组织。互联网时代本身是一个去中心化的时代,比如在传统媒体时代,报纸和电视台是一个传播中心,公众话语权被这些传播中心掌控,但是有了微博、微信之后,任何人都成为平等的自媒体,任何人都有平等的话语权,尤其是微信更是无中心的个人媒体。
平等、开放、协作的互联网企业文化,不欢迎过多的管控,而是要去管控化。索尼公司前常务董事天外伺郎在其著作《绩效主义毁了索尼》中,曾经尖锐地指出功利化的绩效考核使索尼公司丧失了激情和责任感。在创新依赖的互联网领域,基于管控思维的官僚制度和形式主义,无疑会大大降低企业的创新能力。事实上,如果有一个优秀的企业文化,是不需要设置过多的监督和管控的。企业建立官僚制度的一个目的是管理企业中表现差的员工,但这样做的一个后果是降低企业中优秀员工的积极性。一个优秀的企业通常通过企业文化和创业精神,来达到员工和整体运行的高效率,而那些充满形式主义和官僚氛围的大企业,希望依靠纪律和管控来提高效率,其结果往往适得其反。
互联网企业不欢迎管控,那它欢迎什么?互联网企业的企业文化有哪些受欢迎的行为:
1. 快乐。
快乐是一种生产力。一想到企业文化,人们很容易就想到Google的办公环境,那种儿童游乐园式的办公环境、共产主义社会般的福利、放羊式的管理。这种通过硬件设施制造出来的快乐氛围,对于创新确实很重要。中国现在有越来越多的企业也开始学习硅谷的办公环境,比如阿里巴巴、网易、微信……建议在座的各位将来如果做高管或者自己创业,有条件了应该邀请艺术家和设计师来设计自己的公司环境。
2. 鼓励冒险、容忍失败
中国人的文化是枪打出头鸟,传统文化对冒险并不鼓励。但是创新是一个高风险行为,它会对原来的系统带来破坏,可能会带来不稳定因素。因为,要让创新发生,必须鼓励员工去打破现状,并去尝试提出更好的解决方法,这种现状可能是产品、服务、管理方式等等。
3. 快速失败
互联网时代的思维特征是精益迭代。保罗·格雷厄姆在其《黑客与画家》中提出了产品开发的两种模式:“一种是圣母玛利亚模式,企业内部团队封闭开发,花N年时间,努力把所有可能性都想到,然后召开发布会,隆重登场,就像圣母驾着祥云而来;另一种是互联网企业中常见的迭代开发模式,即先推出一个用户最需要的功能,然后根据用户反馈不断完善。后者是以用户需求为中心的互联网思维的体现。”IBM 公司也有类似的创新哲学:“以最小的代价快速失败”(“Fail Many, but Fail Cheap”)。
4. 开放
开放是创新所需要的心智模式,它是对新生事物和新想法,不抱先入为主的偏见,以一种完全开放的心态去聆听,不过早判断,不主观判断,愿意去接纳新生事物,愿意去接纳别人正确的观点,不因人废言。具有开放思维的人能够保持学习状态,在与他人的沟通交流中,愿意承认自己的不足和无知,愿意承认别人有超出自己的知识、技能、和认知等,并善于向同事学习,善于吸收别人的优势和长处。
5. 沟通
在企业内部建立起频繁的、非正式的、流畅的、和建设性的沟通,是企业建立创新文化的核心。这种沟通形式不是大公司繁琐的各种正式会议,而是一种随意的,有想法就找同事聊天的氛围。公司管理层应该实现开门政策,“随时欢迎企业员工进自己的办公室”,各个部门主管每个月要和员工面对面讨论事情。频繁地沟通可以打破信任的障碍,激发工作创造性。目前有很多的互联网工具在支持这种内部协作和沟通比如teambition、15five。

使用方法:
putty左侧分类选择Connection->Data,右侧一目了然。填好账号密码后,可以在Session中保存。现在是明文保存,存在一定风险,请勿保存未做安全措施线上服务器信息。
修改方法:
0. 网上搜索了教程,基本都是针对putty0.6版本的,对于C++水平较弱的人来说,参考教程给的思路,整理了一下方法。大体思路就是利用ssh可以保存用户名的功能扩展成保存密码的功能,基本采用复制username修改为password的方式制作,目前只支持SSH2登录方式,对于大多数linux服务器来讲足够了。

1. 官网下载putty源码 http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
2. 使用VS2012以上C++编译项目
3. 修改config.c文件1952行,增加:

ctrl_editbox(s, "Auto-login password", 'w', 50,
HELPCTX(connection_password),
conf_editbox_handler, I(CONF_password), I(1));

4. 修改putty.h文件712行,增加:
X(STR, NONE, password) \
X(INT, NONE, password_from_env) \

5. 修改winhelp.h文件78行,增加:
#define WINHELP_CTX_connection_password "connection.password:config-password"
#define WINHELP_CTX_connection_password_from_env "connection.passwordfromenv:config-password-from-env"

6. 修改ssh.c文件,搜索Send the password packet
在注释下面增加:
oYeah:;

找到ssh2_pkt_addstring(s->pktout, s->password);
替换s->password为ssh->password

搜索Plain old password authentication.
在下面代码
add_prompt(s->cur_prompt, dupprintf("%s@%s's password: ",
ssh->username,
ssh->savedhost),
FALSE);
的后面增加:
ssh->password = conf_get_str(ssh->conf, CONF_password);
s->password = ssh->password;
if (strlen(ssh->password) == 0) {
ret = get_userpass_input(s->cur_prompt, NULL, 0);
while (ret < 0) {
ssh->send_ok = 1;
crWaitUntilV(!pktin);
ret = get_userpass_input(s->cur_prompt, in, inlen);
ssh->send_ok = 0;
}
}
else {
ret = 1;
goto oYeah;
}

dialog.c

增加

union control *ctrl_editpasswordbox(struct controlset *s, char *label, char shortcut,
int percentage,
intorptr helpctx, handler_fn handler,
intorptr context, intorptr context2)
{
union control *c = ctrl_new(s, CTRL_EDITBOX, helpctx, handler, context);
c->editbox.label = label ? dupstr(label) : NULL;
c->editbox.shortcut = shortcut;
c->editbox.percentwidth = percentage;
c->editbox.password = 1;
c->editbox.has_list = 0;
c->editbox.context2 = context2;
return c;
}

这里的c->editbox.password = 1;说明该文本框为密码类型

.config 引用的地方也要改为对应的函数

ctrl_editpasswordbox(s, "Auto-login password", 'w', 50,
HELPCTX(connection_password),
conf_editbox_handler, I(CONF_password), I(1));

点击下载:putty.0.64