讨论网站运营相关事情
我的服务器终于支持.NET了
[
2011/11/03 18:33 | by 袁旭东 ]
2011/11/03 18:33 | by 袁旭东 ]
很久以前就已经在开发服务器上安装成功了Mono,并搭建起了.NET服务器。但是,生产环境始终无法安装成功,因为生产服务器的FreeBSD版本比开发服务器版本低,当时认为是版本的原因造成的,经过了几次尝试后,始终没有成功,所以就放弃了。
就在前几天,我为生产服务器更新补丁,顺便将ports树也一起更新了,我也就顺手看了一下ports中Mono的版本,Mono竟然是最新的2.10.6。我心想,这次我安装一下试试,看行不行。所以就尝试了一下。
经过了漫长等待,并更新了几个库文件之后,Mono竟然安装成功了,我兴奋不已。做网站,与PHP相比,我还是感觉asp.net比较顺手,这下可解决了大问题了。
现在已经在服务器上搭建起了我的一个网站,打算做一个网上的图片社,经营照片冲印、相册制作、台历制作等等业务。网站地址:
就在前几天,我为生产服务器更新补丁,顺便将ports树也一起更新了,我也就顺手看了一下ports中Mono的版本,Mono竟然是最新的2.10.6。我心想,这次我安装一下试试,看行不行。所以就尝试了一下。
引用
make install clean
经过了漫长等待,并更新了几个库文件之后,Mono竟然安装成功了,我兴奋不已。做网站,与PHP相比,我还是感觉asp.net比较顺手,这下可解决了大问题了。
现在已经在服务器上搭建起了我的一个网站,打算做一个网上的图片社,经营照片冲印、相册制作、台历制作等等业务。网站地址:
前段时间,由于不知名的原因,域名出现了解析问题,暂时无法访问本博客,需要提交域名所有者的资料才可重新进行解析。我已经提交了材料,希望能尽快恢复吧。
BoBlog终于有更新了
[
2011/03/18 23:31 | by 袁旭东 ]
2011/03/18 23:31 | by 袁旭东 ]
每天习惯性地都要去BoBlog的官方网站看看去,虽然两年多以来都不曾有过更新,但是还是改不了这个习惯——人总是抱有一些希望的,呵呵。今天去看的时候,惊奇的发现BoBlog发布更新补丁了,并且也发了2.1.2测试版。
本博在第一时间将安全更新补丁打上了,顺便把PHP也更新到了刚刚发布的5.3.6。补丁地址:http://www.bo-blog.com/weblog/security--notice-20110312/
BoBlog 2.1.2 测试版地址:http://www.bo-blog.com/weblog/212-beta-release/
本博在第一时间将安全更新补丁打上了,顺便把PHP也更新到了刚刚发布的5.3.6。补丁地址:http://www.bo-blog.com/weblog/security--notice-20110312/
BoBlog 2.1.2 测试版地址:http://www.bo-blog.com/weblog/212-beta-release/
Wordpress与bo-blog
[
2010/08/30 21:53 | by 袁旭东 ]
2010/08/30 21:53 | by 袁旭东 ]
我开了我的第二个博客,主要记录非技术类的文章,记录自己的生活轨迹,算是日记吧。听说Wordpress很强大,市场占有率非常高,于是我的第二个博客选择了用Wordpress搭建。
本以为我会有一个很好的体验,可是几天下来,感觉很累。首先是运行速度,Wordpress可以用龟速来形容,而bo-blog速度是其至少5倍以上。其次Wordpress太需要折腾了,如果不折腾一番,绝对很不好用。我是一个懒人,懒得去折腾Wordpress了,还是觉得bo-blog比较人性化。有时候非常灵活强大的东西并不一定适合每一个人。
准备最近几天,将我的第二个博客从Wordpress转换到bo-blog上来。
一个失败的Wordpress尝试经历。
本以为我会有一个很好的体验,可是几天下来,感觉很累。首先是运行速度,Wordpress可以用龟速来形容,而bo-blog速度是其至少5倍以上。其次Wordpress太需要折腾了,如果不折腾一番,绝对很不好用。我是一个懒人,懒得去折腾Wordpress了,还是觉得bo-blog比较人性化。有时候非常灵活强大的东西并不一定适合每一个人。
准备最近几天,将我的第二个博客从Wordpress转换到bo-blog上来。
一个失败的Wordpress尝试经历。
昨天晚上将服务器进行了一番升级,最主要的就是升级了PHP,进行了跨版本的升级。MySQL方面,依然还是延续着5.1.x的升级道路,5.5.x依然没有编译成功,不过即使编译成功了,也不想升级到MySQL 5.5.x,因为MySQL 5.5.x目前依然是开发板本,不适合用在生产环境当中。
目前服务器的状况就如公告栏当中写的那样,FreeBSD 8.0 + nginx 0.8.47 + PHP 5.3.3 + MySQL 5.1.49。打算最近把FreeBSD上搭建nginx+PHP+MySQL的文章做一下升级,因为PHP 5.3.3的编译安装变化还是比较大的。
目前服务器的状况就如公告栏当中写的那样,FreeBSD 8.0 + nginx 0.8.47 + PHP 5.3.3 + MySQL 5.1.49。打算最近把FreeBSD上搭建nginx+PHP+MySQL的文章做一下升级,因为PHP 5.3.3的编译安装变化还是比较大的。
UCenter Home伪静态nginx规则
[
2010/07/09 12:59 | by 袁旭东 ]
2010/07/09 12:59 | by 袁旭东 ]
由于服务器系统由Windows Server更换为FreeBSD,因此Web服务也变更为nginx,以前UCenter Home对应的IIS规则包不再适用,修改为nginx规则包,如下。
以上在nginx 0.8.44下通过,其他版本nginx应该也没有问题。
引用
rewrite ^/(space|network)\-(.+)\.html$ /$1.php?rewrite=$2 last;
rewrite ^/(space|network)\.html$ /$1.php last;
rewrite ^/([0-9]+)$ /space.php?uid=$1 last;
rewrite ^/(space|network)\.html$ /$1.php last;
rewrite ^/([0-9]+)$ /space.php?uid=$1 last;
以上在nginx 0.8.44下通过,其他版本nginx应该也没有问题。
服务器更换机房并更换系统
[
2010/07/08 22:41 | by 袁旭东 ]
2010/07/08 22:41 | by 袁旭东 ]
由于移动机房出了一点儿问题,所以不得不更换机房,否则要一个月以后才可以重新上线。经过了一天的紧张努力,将服务器更换到了电信机房,并且更换了一块硬盘,同时把操作系统也由Windows Server 2003更换成了FreeBSD。
服务器上的网站,也在逐步恢复中。
服务器上的网站,也在逐步恢复中。
启动Web服务器升级计划
[
2009/11/09 16:56 | by 袁旭东 ]
2009/11/09 16:56 | by 袁旭东 ]
服务器的不稳定已经困扰我很久了,虽然之前也解决了部分造成不稳定的问题,但死机依旧频繁。所以,我下定决心对服务器进行升级。摆在我面前的有两种选择,一个是升级到Windows Web Server 2008 R2,另一个是升级到FreeBSD 7.2。到底应该升级到哪个系统呢,我一时也没了主意。
如果仅仅从喜好将,我肯定首选FreeBSD,而且我在其上也做了大量工作,PHP、MySQL、nginx等都不在话下,唯一的缺憾是,到目前为止,我在FreeBSD上的Mono至今没有调试完成,并且也没有做稳定性测试;如果从简单方便考虑,那么就应该选择Windows Web Server 2008 R2,不但asp.net支持完美(自然不用说的),而且PHP性能也得到了很大提升,这些也是我测试过的,不过也有唯一的缺憾,那就是稳定性是一个未知数(FreeBSD的稳定性已经验证过了)。
针对以上的分析,决定从今天起启动Web服务器升级计划,计划分为四步走:
如果仅仅从喜好将,我肯定首选FreeBSD,而且我在其上也做了大量工作,PHP、MySQL、nginx等都不在话下,唯一的缺憾是,到目前为止,我在FreeBSD上的Mono至今没有调试完成,并且也没有做稳定性测试;如果从简单方便考虑,那么就应该选择Windows Web Server 2008 R2,不但asp.net支持完美(自然不用说的),而且PHP性能也得到了很大提升,这些也是我测试过的,不过也有唯一的缺憾,那就是稳定性是一个未知数(FreeBSD的稳定性已经验证过了)。
针对以上的分析,决定从今天起启动Web服务器升级计划,计划分为四步走:
多用户网站权限安全的设想——动态令牌
[
2009/05/13 14:13 | by 袁旭东 ]
2009/05/13 14:13 | by 袁旭东 ]
说明:本文要说的是多用户网站的权限安全,而不涉及其他网站安全方面的问题。
对于一个多用户网站,比如IS2网络存储空间(我建的一个网站,下面我全部就以此网站为例),解决用户操作权限的问题至关重要。假设用户A登录系统,上传了自己的图片,那么这些图片的一些信息都会存储到数据库中,比如文件名、所属目录、拥有者等。当用户B登录后,他只能查看和操作自己的图片,而不能操作用户A的图片,实际情况我们可以根据当前登录用户,去数据库中查询按照用户B的ID进行过滤,那么用户B就只能看到自己的图片了,而进行操作时,我们用样在SQL语句中加上过滤条件where 用户ID等于B,这样就实现用户B只能操作自己的图片了。
这样就真的安全了吗?
对于一个多用户网站,比如IS2网络存储空间(我建的一个网站,下面我全部就以此网站为例),解决用户操作权限的问题至关重要。假设用户A登录系统,上传了自己的图片,那么这些图片的一些信息都会存储到数据库中,比如文件名、所属目录、拥有者等。当用户B登录后,他只能查看和操作自己的图片,而不能操作用户A的图片,实际情况我们可以根据当前登录用户,去数据库中查询按照用户B的ID进行过滤,那么用户B就只能看到自己的图片了,而进行操作时,我们用样在SQL语句中加上过滤条件where 用户ID等于B,这样就实现用户B只能操作自己的图片了。
这样就真的安全了吗?
免费集成支付宝的方法
[
2009/04/19 18:06 | by 袁旭东 ]
2009/04/19 18:06 | by 袁旭东 ]
集成支付宝已经开始收费了,这个已经是大概两年前的事情了,大家应该都知道的吧。也就是说,要集成支付宝,必须成为支付宝的签约用户,而签约用户是要收费的,每年600元,然后按照每笔1%的比例收取手续费,每个月交易量4000以下部分的手续费会全额退还。虽然不是很多,但是对于IS2来说也是一笔不小的开支。对于交易量不大的网站,这种收费方式显然不够合适。
今天我在浏览一个电子商务开发网站的时候,意外的看到了该电子商务网站程序支持支付宝,并且不需要收取签约费,也就是说,不需要交每年600元的签约费。我马上研究了一下。原来,是这个程序的开发商,已经与支付宝签约合作,而该程序的用户,只要按照开发商给的链接地址注册成为支付宝的签约用户,即可在该程序搭建的网站上使用支付宝。而支付宝签约上可以看到,签约方式为通过代理签约,收费按照每笔1.5%收取,签约费为0。
这样,我们就省去了每年600元的签约费。如果你的网站交易量比较大(比如每月上万),那可能这种方式就不如每年600元的那种签约合适了。不过,对于IS2来说,这种方式很合适,IS2终于可以开通用户自助提货了。
呵呵,只顾着高兴了,忘记把地址发给大家了。
今天我在浏览一个电子商务开发网站的时候,意外的看到了该电子商务网站程序支持支付宝,并且不需要收取签约费,也就是说,不需要交每年600元的签约费。我马上研究了一下。原来,是这个程序的开发商,已经与支付宝签约合作,而该程序的用户,只要按照开发商给的链接地址注册成为支付宝的签约用户,即可在该程序搭建的网站上使用支付宝。而支付宝签约上可以看到,签约方式为通过代理签约,收费按照每笔1.5%收取,签约费为0。
这样,我们就省去了每年600元的签约费。如果你的网站交易量比较大(比如每月上万),那可能这种方式就不如每年600元的那种签约合适了。不过,对于IS2来说,这种方式很合适,IS2终于可以开通用户自助提货了。

呵呵,只顾着高兴了,忘记把地址发给大家了。
引用
https://www.alipay.com/user/login.htm?goto=https%3A%2F%2Fwww.alipay.com%2Fhimalayas%2Fpracticality_profile_edit.htm%3Fmarket_type%3Dfrom_agent_contract%26customer_external_id%3D%2BC4335319945672464113%26domaim%3Dhttp%253A%252F%252Fbbs.ecshop.com




