易栈网-膘叔

从软件的介绍中，我很为之心动，要知道每次电脑重装，除了软件外，浏览器才是我们用的最多的程序之一。目前对我来说常用的是Firefox,chrome，但IE我也在用，因为很多网银只支持这玩意。。。

因此重装后就不得不再次进行设置，比如firefox的插件，IE的收藏夹等等。现在firefox和chrome都有了在线收藏夹，而IE下面，360浏览器、maxthon、世界之窗、搜狗等也开始内置类似功能，但IE却是没有这样的设置，因此收藏夹却是需要自己备份（所幸只是某个目录直接拷出来就行）

所以，当看到软件介绍时，就忍不住想推荐给大家了。【申明一下，我没有用过，只是感觉不错】

以下介绍来自汉化新世纪，点击浏览 FavBackup V2.0.0 绿色版：

    FavBackup 是一款适用于 Windows 7/Vista/XP/2000 操作系统的，简单易用的网页浏览器设置与其他数据备份和恢复的免费软件，你甚至不必安装即可使用。
    FavBackup 支持 IExplrer、Firefox、Opera、Safari 与 Google Chrome 等各版本的网页浏览器，可以备份包含书签、Cookies、下载纪录、浏览纪录、浏览器设置、储存在浏览器中的密码、搜寻引擎、会话、工具栏设置及其他使 用者个性化设置。透过非常简单的操作介面执行备份、还原等操作，让我们可以快速将原来电脑系统中的浏览器设置快速的搬迁到新的电脑或新的系统中，马上恢復 工作。

可支援的浏览器：

Internet Explorer 8
Internet Explorer 7
Internet Explorer 6
Firefox 3
Firefox 2
Google Chrome 3
Google Chrome 2
Google Chrome 1
Opera 9
Safari 4
Safari 3

注意！由於浏览器版本不断推陈出新，建议及时下载、更新最新版 FavBackup 软件。
中文版的最新资讯与更新，请关注本人博客（www.localier.com) 中的汉化更新。

--EOF--

点击浏览 FavBackup V2.0.0 绿色版

Firecookie是firefox的插件。而且它是根在firebug插件里面的。所以，要安装firecookie一定要先安装firebug。安装完Firecookie后，点击F12，在Firebug里面多了一个cookies的Tab，从里面可以看到，列出了当前应用中的cookie信息。

通过这个tab可以看到有些cookie的过期时间显 示“会话”，有些显示的是具体时间。那些显示的是“会话”的cookie就被称为是“会话cookie”，即关闭了当前浏览器后，该cookie就消失 了。那些设置了具体过期时间的cookie被称为是持久cookie，浏览器就会把cookie保存到硬盘上，关闭后再次打开浏览器，这些cookie依 然有效直到超过设定的过期时间。

有些cookie被设置为http-only，是为了防止跨站点脚本攻击（XSS），以防用户重要的cookie信息被别人窃取。这点就不深入了，网上有很多资料。

Cookie的路径用于设置可以读取一个cookie的最顶层的目录，如显示为“/”说明只要在同一个域中，所有的文件都可以访问该cookie。

这个工具可以修改cookie的值、新建cookie、清除cookie等功能。在测试的过程中可以利用这个工具修改相应的cookie的值，来测试对应功能是否正确。

你试试看就知道喽。HOHO

自从汉编被铁血论坛中批斗了之后，现在新闻就少了很多了。易语言的新闻还是很少的，低调低调。。

吴涛，仿佛是CCED的主要coder?不过也算是不错了。能够挺到现在。以前是谁说的？凡是能够挺下来的，肯定都有过人之处的。不多讲，免得被和谐，看新闻吧。

易语言5.0 相对于易语言4.x更新说明
增加静态编译功能，支持挂接第三方链接器（比如VC6中的link.exe）。
静态编译后的易语言可执行程序(exe)和动态链接库(dll)，运行时不再依赖任何支持库文件，文件尺寸更小（相对以前的独立编译），PE结构更合理 （取消了“易格式体”），加载速度更快，而且有效解决了“病毒误报”和“易被脱壳”的难题。

为实现静态编译，易语言编译器、核心支持库、集成开发环境(IDE)等均有重大更新，支持库开发架框有扩展性调整，绝大多数官方支持库都已针对 静态编译完成自身改造并提供静态库。

    目前绝大多数官方支持库均已支持静态编译，只有极少数不支持静态编译：vclbase.fne, jedi.fne, com.run/cominf.run/ocx.run。

    第三方支持库，由源代码作者按照静态编译技术文档（参见sdkstatic_docs）完成自身改造并提供静态库后，可支持静态编译。外部OCX 组件和COM组件，不支持静态编译。

    此次重大版本升级不影响以前的源代码(.e)和模块(.ec)。只要代码或模块中未用到“不支持静态编译”的支持库、COM/OCX等，都可以静 态编译。以前编译好的模块(.ec)甚至不需要重新编译即可直接支持静态编译。

    支持库开发框架调整是扩展性调整，比较好的做到了向前向后兼容。即，新版支持库可被旧版易语言或易程序使用，旧版支持库也可被新版易语言或易程序 使用（只是不支持静态编译）。

    静态编译后的易语言EXE/DLL之间不能再共享譬如窗口、窗口组件等类似资源，对于已经静态连接到一个EXE/DLL中的支持库，该支持库中的 数据或资源将不能再被其它EXE/DLL中所使用的同名支持库访问。这是因为代码被分别静态链接接到各个独立模块（EXE/DLL）中。

易语言5.0精简版安装包(不包括 知识库、多媒体教程)
易语言5.0完全版安装包 (包括知识库、多媒体教程)

    另附预告：易语言5.1版持续开发中，其中有关键更新，将于近期（或节后）推出测试版，敬请期待。

来源：http://www.eyuyan.com/news/2010/020102.html

另：易语言居然还有Elogo，飞扬，和英文版【对于这个，我很纳闷，其他没啥】

关于版本控制

什么是版本控制？我真的需要吗？版本控制是一种记录若干文件内容变化，以便将来查阅特定版本修订情况的系统。在本书所展示的例子中，我们仅对保存着 软件源代码的文本文件作版本控制管理，而实际上，你可以对任何类型的文件进行版本控制。

如果你是位图形或网页设计师，可能会需要保存某一幅图片或页面布局文件的所有修订版本。采用版本控制系统（VCS）是个明智的选择。有了它你就可以 将某个文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态。你可以比较文件的变化细节，查出是谁最后修改了什么地方从而造成某些怪异问 题，又是谁在何时报告了某个功能缺陷，等等。使用版本控制系统通常还意味着，就算你胡来搞砸了整个项目，把文件改的改，删的删，你也可以轻松恢复到原先的 样子。而由此额外增加的工作量却微乎其微。

本地版本控制系统

许多人习惯用复制整个项目目录的方式来保存不同的版本，或许还会改名加上备份时间以示区别。这么做唯一的好处就是简单，不过坏处却不少：有时候会混 淆所在的工作目录，弄错了文件丢了数据就没了后退的路。

。。。。。。更多看全文

» 阅读全文

以前，为了保证本地的代码与服务器一样，一般都是采用sVN+分支，审核并最后推送到服务器的。当然，也有服务器从svn服务器拉数据的时候。当然这样配置起来是有点繁琐，但还算能用。
shawphy推荐的这个工具，感觉好象不错。如果有兴趣，大家可以尝试尝试。
以下就是shawphy写的文章：让服务器自动从Hg版本库中下载代码

每次写完代码，提交到版本库，测试可以执行不会冲突，推到远端代码仓库。之后要发布的话，还要通过FTP上传到服务器上，FTP速度又不很理想，严重影响工作效率。

有没有解决之道？有！

直接让服务器从代码仓库中下载代码不就行了么？代码仓库中已经包含最新代码了，让服务器从代码仓库的服务器远程下载代码，方便快捷全自动！

而且，现在用的是hg，而不是svn。svn有个问题，提交的代码可能是未完成的半成品导致程序无法执行。而hg的好处是半成品可以提交在本地，阶段性成果完成后再往远端代码仓库中提交。

下面就以使用BitBucket为例，其他服务大同小异。

编译 hg

首先需要在服务器端编译一份 hg ,编译起来还是很方便的，直接从官网下载一份源码，解压缩后make && make install 一下就行了。他源码包里的README里就这么写的。

Mercurial/Hg 下载地址

第一次clone

第一次使用需要先clone一份代码仓库到本地，以后就可以简单的使用pull命令获取更新了。
所以第一次使用需要 hg clone <你的仓库地址>
仓库地址可以在 BitBucket里的项目里找到。

编写 PHP

然后在服务器端写一个文件up.php，放在需要更新的目录下面， 如下代码：

以我的空间为例，就是：

其中最关键的一步是要把密码也写在URL里，否则的话就得用popen()函数来处理密码交互了，比较麻烦。

这样，只要访问这个php文件，就能更新这个网站了。

配置Hook

然后，只需要在 BitBucket 项目管理中，Admin标签里，右边Additional options/settings面板下找到Services，点进去。然后添加一个POST服务，URL地址就填写你那个PHP文件的地址就可以了。

这样就能实现往代码仓库中提交代码后，网站服务器自动下载并更新代码了。

其他

如果要自己搭建的服务器上配置的话，参考 Hg 官方Wiki

---EOF---
用这种类似的工具的好处就是不怕文件改动再多，也会上传修改后的。如果没有版本控制，恐怕代码会乱的一塌糊涂吧，而且，如果有多人同时修改文件，最后会更迷茫。不过总算有这些解决之道。听说GIT不错，还没有研究过。。。