Subversion只是一个版本库,但是偶想在提交更新到版本库以后能自动同步更新Web目录下的文件
在谷歌上找了一下,发现使用post-commit钩子可以实现这个目的,钩子内容如下
set project=Web目录绝对路径 svn update %project% --username 用户 --password 密码 --no-auth-cache

但是这样还不行,用TortoiseSVN提交的时候会提示错误,服务器证书不对应云云,解决方法如下
在Subversion服务器上执行一次svn up,然后到 C:\Documents And Settings\用户名\Application Data\ 下找到 subversion 文件夹,并将其复制到 C:\Documents And Settings\Default User\Application Date\ 文件夹下。
接着就可以用TortoiseSVN提交更新并自动同步Web目录了

此方法原理不明,反正能用,先知其然,以后咱慢慢研究其所以然
Tags: ,

YT坛子被百度砍了

[不指定 2008年8月6日 09:28 | by gs ]

原因不明,不过据猜测也许可能大概是以下一个或多个原因:
·YTD和YTX的创新型坛子模式
·在给同一个URL设置了不同的重写地址,其中一个是baidu_sitemap.xml里面的伪静态URL地址,一个是常规浏览模式下帖子列表的伪静态URL地址,虽然都指向同一个页面,但是这两个伪静态URL的地址却相差不少
·前几天升级系统,升级失败以后正好连域名也坏了,于是造成大约72小时无法访问……不过酱子的话www.bbxy.net也应该消失的嘛
貌似目前未发现
www.bbxy.net受到影响
(破百度砍就砍,你砍了偶正好可以减少小朋友的涌入量,谷歌给偶带来的可是更高端的用户,哼哼)
忘了说了,这是昨晚发现的

---------------9月24日补充-----------------
现在想想应该是当时YTS太不稳定所以直接被砍了
----------------------------------------------


在最初的最初,偶已经发现了网络流量继封杀迅雷以后又开始不正常了,其表现就和没有封杀迅雷之前一样(详情见反迅雷起因)。偶怀疑是某些不正常的程序下载YT的资源,然后跑去查看IIS日志,发现了一个UA,大量请求YTW的音乐下载板块和Flash&游戏板块的mp3文件和rar文件,不过它的UA(用户代理)很奇怪,以前从来没有见过,请看:
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 3.5.20706)

当时偶也不知道是什么东东,而且这东西还没给偶造成太大的影响,所以就暂时不管了。
前几天动漫村落(idmcl.cn)的站长wwwsosooo也和偶提起了这个诡异的UA,于是偶再次关注起这个UA。偶当时只想到了Orbit,于是下了个Orbit来看,发现Orbit也不能下载,这才想起来已经有人说过Orbit也被GSIXI误杀了。调查无果,偶就把QQ签名改了一下,希望搜集大家遇到的同样的情况,以获取更多信息,或得到大家的帮助。

08.7.24 YT数据灾难简记

[不指定 2008年7月28日 22:27 | by gs ]
那天,偶在测试程序,不小心删除了Dv_Topic表
本来是想删除测试数据库中的Dv_Topic表的,没想到失手删除了正在使用的数据库的Dv_Topic
失手过程是,偶用鼠标右键点击表,选择删除,接着另一只手立刻按下了回车,虽然按下回车之后偶立刻发现了这素主数据库,但已经来不及了,回车已经按下去了
这下麻烦大了,在MSSQL2005管理器中找了一下,没有发现恢复功能,于是咨询度谷,发现一个Log Explorer for SQL,说可以根据SQL日志恢复被误删除的表。于是偶就把这东西下载回来,但是安装的时候却提示出错,看安装日志它竟然说无法打开某键值,而那个键值保存的是MSSQL安装路径。偶真是不知道它怎么会无法打开那个键值,明明是一个很普通的键值,没有权限限制的键值,竟然打不开,真囧。
没办法,这软件不能用,只好另寻他法了。
不管怎么样,偶先从一个月前的备份中回复了Dv_Topic表。
偶曾经修改了动网的程序,让Dvbbs.Execute方法把所有执行过的SQL语句都记录下来,不过因为使用了ASP的缓存,所以并不能完整记录所有执行过的SQL语句,不过记录大部分还是没有问题的。首先偶就从这些SQL日志中筛选出INSERT INTO Dv_Topic和UPDATE Dv_Topic的语句,然后把这些语句重新执行一遍,预计可以恢复大部分的主题数据。
接着偶就这么做了,不过完成以后结果并不乐观,有不少帖子的数据还是没有回来,另外主题ID的数据也对不上号,肯定是漏记录了某些INSERT的语句,导致主题ID这个自动编号字段乱了。
又要另寻出路。
想到动网的数据库设计是有很多数据冗余的,Dv_bbsx表就有不少冗余,于是偶就想到可以利用这里的冗余数据来恢复YT的帖子主题数据。
果然这方法很不错,Dv_bbsx表中记录有帖子所在主题的标题和主题ID,有了这两个信息偶就可以回复主题数据了。于是偶写了一个SQL,把丢失的主题数据列出来,接着插入到Dv_Topic表中。插入完毕以后,偶又写了一个SQL语句来更新Dv_Topic中记录的主题的回复数。这方法很管用,大部分的主题都恢复了,仅仅有极少量的帖子主题ID重复,无法回复(实际上要恢复也是可以的,不过偶懒得管这么多了,也就几张帖子而已,而且都素不重要的帖子)。美中不足的就是帖子的点击数无法恢复。

这次灾难影响还不算太大,因为大部分数据都回来了嘛。不过这事还是提醒偶们,在进行诸如此类危险的数据库操作时,千万不要使用键盘,使用鼠标是最安全的。
Tags: , ,

08暑假百色水利枢纽游记

[不指定 2008年7月19日 22:57 | by gs ]
今天GS去了百色水利枢纽,那儿可是一个很好玩的地方,耗资46亿的西部大开发重点工程,气势还恢宏啊。不过恢宏的气势只有在泄洪的时候才能感受到,最近的水位挺低的,所以没有泄洪,今天就不能感受到恢宏的气势了。不过这次并不是要去感受恢宏气势的,而是要“潜入”其中看看大坝后面的情况。在工程并网发电以后,大坝就称为禁区了,仅持有通行证才能进入。这是大坝区域被列为禁区以后GS首次进入大坝(工程建设期间GS已经去过很多次了,当时是可以随意进入的)
话不多说了,图片才有说服力。

这是坝后全景,中间橘红色机械下方的巨型混凝土建筑是水电站进水塔。水流从这里通过过滤网进入水轮机,推动发电机的转子,4台发电机将巨大的水能转换为电能输向远方。从进水塔上的痕迹可以看到,现在的水位是比较低的。

点击在新窗口中浏览此图片
分页: 3/43 第一页 上页 1 2 3 4 5 6 7 8 9 10 下页 最后页 [ 显示模式: 摘要 | 列表 ]