nginx主机名的奇怪现象
nginx,单机跑了几个虚拟主机。比如a.nau.edu.cn,b.nau.edu.cn,c.nau.edu.cn指向同一ip。
第一个server{}内,如果是
server {
listen a.nau.edu.cn:80;
}
的话,那么不管后面的server{}里面怎么写,都是指向a.nau.edu.cn根目录。
如果改成
server {
listen :80;
}
就没有问题。不知道为什么…
nginx,单机跑了几个虚拟主机。比如a.nau.edu.cn,b.nau.edu.cn,c.nau.edu.cn指向同一ip。
第一个server{}内,如果是
server {
listen a.nau.edu.cn:80;
}
的话,那么不管后面的server{}里面怎么写,都是指向a.nau.edu.cn根目录。
如果改成
server {
listen :80;
}
就没有问题。不知道为什么…
国内版eset使用的是激活码方式,虽然注册的时候提供了邮箱,但是似乎并没有发送eav-xxxx这样的升级id到你的邮箱。
虽然写了一个值到
HKEY_LOCAL_MACHINE\SOFTWARE\ESET\ESET Security\CurrentVersion\Plugins\01000400\Profiles\@My profile
password部分却很恶心的进行了加密。
这时候只要装个俄国老写的那个nod32updateviewer,里面有个小钥匙图标,可以get password from eset。
然后设置里面,选中show password,就可以看到密码了。
补充一下:虽然eset的设置界面里面可以看到id,但是密码是星号。win7下我试了星号查看器,似乎无效~
xspf(发音做spiff),是一种xml格式的playlist。
<?xml version="1.0" encoding="UTF-8"?>
<playlist version="1" xmlns="http://xspf.org/ns/0/">
<trackList>
<track><location>file:///mp3s/song_1.mp3</location></track>
<track><location>file:///mp3s/song_2.mp3</location></track>
<track><location>file:///mp3s/song_3.mp3</location></track>
</trackList>
</playlist>
当然,vlc也支持一些特殊格式,据说在http://www.videolan.org/vlc/playlist/ns/0/定义了,可惜404了?
<playlist version="1" xmlns="http://xspf.org/ns/0/" xmlns:vlc="http://www.videolan.org/vlc/playlist/ns/0/">
...
<extension application="http://www.videolan.org/vlc/playlist/0">
...
</extension>
</playlist>
支持4种定义:
1/2用于定义如何显示播放列表的树,不被标准xspf支持。
在列表中显示为一个节点-node。可以嵌套。能定义的只有title。
"<vlc:node title="中央台"><vlc:node title="CCTV-1"><vlc:item tid="1001"/>
</vlc:node></vlc:node><
这就是内容了
<vlc:item tid="42" />
track的扩展
<vlc:id>42</vlc:id>
playlist/trackList/track/extension下
<vlc:option>option-name</vlc:option>
option可以有参数
<vlc:option>option-name=option-value</vlc:option>
注意编辑的时候,因为一开始指定了编码是utf-8,所以保存的时候也要utf8,否则中文是不能识别的。
参考:
昨天在腾讯微博看到360多年之后终于出了新的网管版了,于是小研究了下,今天花了半天工夫部署了一下,发现还是有不少问题的。
360主要面向的毕竟还是个人用户,虽然这个网管版创意很好,但是问题多多。
1、不支持x64系统。
2、服务器端必须要安装360,号称是需要360安全卫士来保护网管版,不过这个倒无所谓啦,反正你能装网管版,估计也不会对装360有啥意见…
3、比较无语的是,网管版居然没有做成服务。也就是说如果你没有登录服务器的话,客户端就没法使用这个功能。
4、不支持域名,只能用ip,最后只好改了他的html文件。似乎它是通过下载的时候修改客户端来指定客户端中的服务器地址的。
5、不支持修改安装地址,默认只能装在360目录下。想放在d盘?那你得把360也放在d盘。
6、E:\360\360safe\EntAdmin\publish\temp,这个似乎是网管版的缓存目录,不是很明白为什么要用temp?既然你都是对内网长期提供服务的了,没必要temp吧。
7、E:\360\360safe\EntAdmin\publish\temp,下面很多目录,应该就是360的一些下载文件,看到了sdup.360.cn,难道会支持360杀毒?但是官方倒是没说。
8、客户端里面,没有任何地方说他是网管版客户端…除非你去看log日志。
9、客户端log里面
http://EntUpdate.360.cn/EntClient.cab?t=31&mid=37c2e09250133b948b76d2a5aac8348c&lv=1308105587&mac=&
ip=172.27.254.3&host=VPNLOG&dm=WORKGROUP&sl=2011.6.1.1
&pk=034&exp=81&exl=0&exm=0&exd=1&exo=16&ver=1.1.0.1046
我感觉360客户端是模拟了一个entupdate.360.cn出来,然后欺骗客户端,让他以为是从公网下载的。
很奇怪:
> entupdate.360.cn
服务器: bogon
Address: 192.168.0.1名称: entupdate.360.cn
>
其他,待发现。
总体上说,这个创意很好,但是和企业级的东西,还是差太多了。
比如,不支持远程管理,不支持域名部署,据说还不支持域。配置备份、导入导出也没有。只能说一个比较简单的工具。
新增Application版本
首先fms.ini,新建一段,照抄VOD的,比如
FLV_COMMON_DIR = E:\vfiles
FLV_DIR = E:\vfiles
然后,C:\Program Files\Adobe\Flash Media Server 4\applications下,把VOD复制一份,改名为FLV。
接下来,修改该目录下的Application.xml,比如
<StreamManager>
<VirtualDirectory>
<Streams>/;${FLV_COMMON_DIR}</Streams>
<Streams>/;${FLV_DIR}</Streams>
</VirtualDirectory>
</StreamManager>
现在,FLV这个映射就到了e:\vfiles下了。
注意这里有个小诀窍,如果你的文件放在子目录下(比如e:\vfiles\sub\1.f4v),播放的rtmp代码应该是
rtmp://flv.nau.edu.cn/flv/mp4:sub/1.f4v
而不是想当然的
rtmp://flv.nau.edu.cn/flv/sub/mp4:1.f4v
参照Adobe网站:
http://forums.adobe.com/message/844512
H264文件,如果是flv后缀的话,在fms用rtmp播放一拖动就会音画不同步。这时候把文件名改成f4v后缀就行了…
这个工具检测flv文件是否创建的有问题。如上面所示的,如果是flv,就报错,如果是f4v,就ok…
SMP应该是OSMF,也就是Adobe的媒体框架的一个播放器。使用上并不是很复杂--当然也许是因为我没有复杂的使用。![]()
首先从http://www.osmf.org/下载之。
然后解压下来,注意里面有个setup.html,可以简单的按照这个文件生成你需要的界面。比如定义skins等等。
Skin的话,需要做一些小图,然后用xml的形式把每张图对应的smp位置定义好,放到服务器上--注意本地是不行的,必须要放服务器,这时候就需要注意crossdomain的问题。
如果不定义skin,只想做个导引页的图片的话,加一条poster=poster.jpg就可以了。
另外smp还有很多高级功能,待研究。
对应SMP,Adobe还有个商业产品,叫做Adobe Flash Media Playback
Windows 2003,IIS+Apache,两个IP,分别绑定IIS/Apache,但是只能启动一个,状况就是类似于80被占用。
解决方法:
Win2003CD找到support/tools/Support.cab,找到httpdcf.exe。然后运行:
httpcfg set iplisten –i 192.168.1.1
即将IIS绑到192.168.1.1的80端口。
httpcfg query iplisten
可以查看绑定状况。但是必须先运行前者。
Apache不需要特别设置,直接绑定即可。
另外,切忌重启服务器。否则还是不生效。
不知道微软为啥搞这么复杂。
其实很简单啦,就是把ServeRaid8k卡的Bios升级到16002即可。之前用的Windows下的升级工具似乎只升级到了15xxx,不是最新的16xxx。
单独下载:
http://www-947.ibm.com/support/entry/portal/docdisplay?lndocid=MIGR-5073645
Version: 5.2.0-16002 - Suggested
---------------------
Controllers Affected: ServeRAID 8i, 8k, 8k-l, 8s
Enhancements: None
Problem(s) Fixed:
- Fixed the firmware crash during RAID-0 migration to RAID-5.
- Fixed the firmware crash when both the RAID-5 and RAID-6 are made offline while RAID-6 rebuild is in progress.
- Fixed issue in flashcopy.
Version: 5.2.0-16001 - Suggested
---------------------
Controllers Affected: ServeRAID 8i, 8k, 8k-l, 8s
Enhancements: None
Problem(s) Fixed:
- Provided support for 2TB physical drive.
盘是西数的绿盘。
如果不升级的话,磁盘管理里面虽然能看到这个2TB盘,但是创建Array却找不到。