在UCS编码中有一个叫做"ZERO WIDTH NO-BREAK SPACE"的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，所以不应该出现在实际传输中。UCS规范建议我们在传输字节流前，先传输字符"ZERO WIDTH NO-BREAK SPACE"。这样如果接收者收到FEFF，就表明这个字节流是Big-Endian的；如果收到FFFE，就表明这个字节流是Little-Endian的。因此字符"ZERO WIDTH NO-BREAK SPACE"又被称作BOM。
UTF-8 不需要 BOM，尽管 Unicode 标准允许在 UTF-8 中使用 BOM。 所以不含 BOM 的 UTF-8 才是标准形式，在 UTF-8 文件中放置 BOM 主要是微软的习惯（顺便提一下：把带有 BOM 的小端序 UTF-16 称作「Unicode」而又不详细说明，这也是微软的习惯）。 BOM（byte order mark）是为 UTF-16 和 UTF-32 准备的，用于标记字节序（byte order）。微软在 UTF-8 中使用 BOM 是因为这样可以把 UTF-8 和 ASCII 等编码明确区分开，但这样的文件在 Windows 之外的操作系统里会带来问题。
计算机中的数据都是按字节存储。一个字节(Byte)由8个二进制位组成(bit)组成(范围是0~255(2^8)) 一个字节一共可以用来表示256种不同的状态，每一个状态对应一个符号，就是256个符号，从00000000到11111111。
接下来将分别介绍Unicode字符集的三种编码方式：UTF-8、UTF-16、UTF-32。这里先介绍应用最为广泛的UTF-8。
这是一篇程序员写给程序员的趣味读物。所谓趣味是指可以比较轻松地了解一些原来不清楚的概念，增进知识，类似于打RPG游戏的升级。整理这篇文章的动机是两个问题：
小编前两天在用jmeter测试，使用CSV Data Set Config设置批量参数时，发现源数据文件的第一条数据总是读取失败。一通研究，最后发现原来是UTF-8 BOM惹的祸。
LandScan人口数据 LandScan计划于1997年在橡树岭国家实验室（ORNL）启动，以满足为后果评估改进人口估计的需要。例如，全球范围内的自然和人为灾害使大量的人口处于危险之中，而且往往没有什么预先警告。开发高分辨的估计值是至关重要的，这样他们就可以对多个地理范围内的事件进行评估。自1998年以来，这一直是一个年度产品。
零宽度字符是一些不可见的，不可打印的字符。它们存在于页面中主要用于调整字符的显示格式，下面就是一些常见的零宽度字符及它们的unicode码和原本用途：
Echarts脚本在线地址 https://cdn.jsdelivr.net/npm/echarts@5.4.3/dist/echarts.min.js
最近生成的文件中出现了<feff>乱码，而且单个文件中出现不止一次，在vim中打该文件显示<feff>，而在idea中则显示一个“-”，对数据处理造成了极大的困扰，通过使用其它编辑器打开发现，Windows记事本不出现乱码，notepad++不出现乱码，那么极有可能是该乱码位置写了一些不可见的标志字符。
如上面代码，str\str1\str2均为字符串类型（str）,给字符串操作带来较大的复杂性。
开发中做了一个导出CSV功能，本地通过wps测试都没有问题，但是测试人员测试的时候发现用excel打开中文表头会出现乱码现象，很奇怪的现象，用nodePad工具打开看也是正常的，但是用excel打开就是中文乱码，通过查找资料了解到是因为csv文件是utf-8编码的，但是没有增加bom头，这样就会导致在window环境下一些软件会用默认编码打开文件从而导致乱码问题，本文详细介绍从前端下载、后端读写如何解决该问题。
Nginx访问控制目录概要 需求：访问/admin/目录的请求，只允许某几个IP访问，配置如下： location /admin/ { allow 192.168.74.129; allow 127.0.0.1; deny all; } mkdir /data/wwwroot/test.com/admin/ echo “test,test”>/data/wwwroot/test.com/admin/1.html -t && -s reload curl -x127.0.0.1:80
eclipse中遇到了Syntax error on token "Invalid Character", delete this token(令牌“无效字符”上的语法错误，删除此令牌)的错误提示，看代码是完全没有问题，上网查了半天发现遇到这个问题的好像不太多，总结一下问题原因和解决方案：
Unicode，统一码、万国码、单一码，是计算机科学领域里的一项业界标准，包括字符集、编码方案等。Unicode 是为了解决传统的字符编码方案的局限而产生的，它为每种语言中的每个字符设定了统一并且唯一的二进制编码，以满足跨语言、跨平台进行文本转换、处理的要求。早期的Unicode字符集(Unicode Character Set)使用2字节编码，即UCS-2。后来又出现了4字节编码，即UCS-4
源于GBK字符集和Unicode字符集之间的转换问题。Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，Unicode官方用了一个占位符来表示这些文字，这就是：U+FFFD REPLACEMENT CHARACTER。那么U+FFFD的UTF-8编码出来，恰好是 ‘\xef\xbf\xbd’。如果这个’\xef\xbf\xbd’，重复多次，例如 ‘\xef\xbf\xbd\xef\xbf\xbd’，然后放到GBK/CP936/GB2312/GB18030的环境中显示的话，一个汉字2个字节，最终的结果就是：锟斤拷——锟(0xEFBF)，斤（0xBDEF），拷（0xBFBD）。
编码问题 为什么需要编码问题 - 本质上计算机只能识别01代码 - 如何用一长串01代码表示复杂的信息 编码简史 - 二进制 - bit： 一个0或者1的二进制数字 - byte： 八个01代码，字节 - 第一阶段： ASCII - 第二阶段：百花齐放， GB2312， GBK， BIG5, Latin1,JIS, - Latin1：兼容欧洲大多数语言 - 中国：GBxxxx - 韩国台湾： BIG5 - 日本: JIS - ANSI-MBCS(Mu
我们都知道在计算机内部，所有的数据在存储和运算的时候都应该使用二进制进行表示。例如字母，数字等等。通过二进制进行表示，我们可以指定很多规则来表示这些字符，为了避免不一致性，美国国家标准学会(American National Standard Institute , ANSI )制定了 ASCII（American Standard Code for Information Interchange，美国信息交换标准代码）编码。
字节顺序标记（英语：byte-order mark，BOM）是位于码点U+FEFF的统一码字符的名称。当以UTF-16或UTF-32来将UCS/统一码字符所组成的字符串编码时，这个字符被用来标示其字节序。它常被用来当做标示文件是以UTF-8、UTF-16或UTF-32编码的记号。 有时候会在处理文本中碰到，需要对其处理，处理方法如下： 删除 :g/[\uFEFF]/d 查找 /[\uFEFF] Python \ufeff
Docker Hub是Docker官方提供的公共仓库，需要我们注册一个Docker账号进行使用，注册地址：
The global forest/non-forest map (FNF) is generated by classifying the SAR image (backscattering coefficient) in the global 25m resolution PALSAR-2/PALSAR SAR mosaic so that strong and low backscatter pixels are assigned as "forest" and "non-forest", respectively. Here, "forest" is defined as the natural forest with the area larger than 0.5 ha and forest cover over 10%. This definition is the same as the Food and Agriculture Organization (FAO) definition. Since the radar backscatter from the forest depends on the region (climate zone), the classification of Forest/Non-Forest is conducted by using a region-dependent threshold of backscatter. The classification accuracy is checked by using in-situ photos and high-resolution optical satellite images. Detailed information is available in the provider's Dataset Description.
最近重复新翻阅R语言领域唯一一本关于网络数据采集的参考书——《基于R语言的自动数据收集》，开篇就是一个数据爬取的案例。 尽管之前已经粗略的看过一遍，但是仍感书中诸多细节不甚理解，还有平时过于眼高手低，第一遍看的时候只是动眼却不动手，案例几乎很少做过，准备刷第二遍，案例也打算仔仔细细的过一遍，做的时候才发现作者书中代码有些部分已经无法运行，还是需要自己去一点儿一点儿倒腾。 library("XML") library("stringr") library("RCurl") library("dplyr") l
分享一下我老师大神的人工智能教程！零基础，通俗易懂！http://blog.csdn.net/jiangjunshow
UNICODE,GBK,UTF-8 简单来说，unicode，gbk和大五码就是编码的值，而utf-8,uft-16之类就是这个值的表现形式．而前面那三种编码是一兼容的，同一个汉字，那三个码值是完全不一样的．如＂汉＂的uncode值与gbk就是不一样的，假设uncode为a040，gbk为b030，而uft-8码，就是把那个值表现的形式．utf-8码完全只针对uncode来组织的，如果ＧＢＫ要转ＵＴＦ－８必须先转uncode码，再转utf-8就ＯＫ了． 详细的就见下面转的这篇文章． 谈谈Unicode编码，简要解释UCS、UTF、BMP、BOM等名词 这是一篇程序员写给程序员的趣味读物。所谓趣味是指可以比较轻松地了解一些原来不清楚的概念，增进知识，类似于打RPG游戏的升级。整理这篇文章的动机是两个问题： 问题一： 使用Windows记事本的“另存为”，可以在GBK、Unicode、Unicode big endian和UTF-8这几种编码方式间相互转换。同样是txt文件，Windows是怎样识别编码方式的呢？ 我很早前就发现Unicode、Unicode big endian和UTF-8编码的txt文件的开头会多出几个字节，分别是FF、FE（Unicode）,FE、FF（Unicode big endian）,EF、BB、BF（UTF-8）。但这些标记是基于什么标准呢？ 问题二： 最近在网上看到一个ConvertUTF.c，实现了UTF-32、UTF-16和UTF-8这三种编码方式的相互转换。对于Unicode(UCS2)、GBK、UTF-8这些编码方式，我原来就了解。但这个程序让我有些糊涂，想不起来UTF-16和UCS2有什么关系。 查了查相关资料，总算将这些问题弄清楚了，顺带也了解了一些Unicode的细节。写成一篇文章，送给有过类似疑问的朋友。本文在写作时尽量做到通俗易懂，但要求读者知道什么是字节，什么是十六进制。 0、big endian和little endian big endian和little endian是CPU处理多字节数的不同方式。例如“汉”字的Unicode编码是6C49。那么写到文件里时，究竟是将6C写在前面，还是将49写在前面？如果将6C写在前面，就是big endian。如果将49写在前面，就是little endian。 “endian”这个词出自《格列佛游记》。小人国的内战就源于吃鸡蛋时是究竟从大头(Big-Endian)敲开还是从小头(Little-Endian)敲开，由此曾发生过六次叛乱，一个皇帝送了命，另一个丢了王位。 我们一般将endian翻译成“字节序”，将big endian和little endian称作“大尾”和“小尾”。 1、字符编码、内码，顺带介绍汉字编码 字符必须编码后才能被计算机处理。计算机使用的缺省编码方式就是计算机的内码。早期的计算机使用7位的ASCII编码，为了处理汉字，程序员设计了用于简体中文的GB2312和用于繁体中文的big5。 GB2312(1980年)一共收录了7445个字符，包括6763个汉字和682个其它符号。汉字区的内码范围高字节从B0-F7，低字节从A1-FE，占用的码位是72*94=6768。其中有5个空位是D7FA-D7FE。 GB2312支持的汉字太少。1995年的汉字扩展规范GBK1.0收录了21886个符号，它分为汉字区和图形符号区。汉字区包括21003个字符。 从ASCII、GB2312到GBK，这些编码方法是向下兼容的，即同一个字符在这些方案中总是有相同的编码，后面的标准支持更多的字符。在这些编码中，英文和中文可以统一地处理。区分中文编码的方法是高字节的最高位不为0。按照程序员的称呼，GB2312、GBK都属于双字节字符集 (DBCS)。 2000年的GB18030是取代GBK1.0的正式国家标准。该标准收录了27484个汉字，同时还收录了藏文、蒙文、维吾尔文等主要的少数民族文字。从汉字字汇上说，GB18030在GB13000.1的20902个汉字的基础上增加了CJK扩展A的6582个汉字（Unicode码0x3400-0x4db5），一共收录了27484个汉字。 CJK就是中日韩的意思。Unicode为了节省码位，将中日韩三国语言中的文字统一编码。GB13000.1就是ISO/IEC 10646-1的中文版，相当于Unicode 1.1。 GB18030的编码采用单字节、双字节和4字节方案。其中单字节、双字节和GBK是完全兼容的。4字节编码的码位就是收录了CJK扩展A的6582个汉字。例如：UCS的0x3400在GB18030中的编码应该是8139EF30，UCS的0x3401在GB18030中的编码应该是8139EF31。 微软提供了GB18030的升级包，但这个升级包只是提供了一套支
UNICODE,GBK,UTF-8区别 简单来说，unicode，gbk和大五码就是编码的值，而utf-8,uft-16之类就是这个值的表现形式．而前面那三种编码是一兼容的，同一个汉字，那三个码值是完全不一样的．如＂汉＂的uncode值与gbk就是不一样的，假设uncode为a040，gbk为b030，而uft-8码，就是把那个值表现的形式．utf-8码完全只针对uncode来组织的，如果ＧＢＫ要转ＵＴＦ－８必须先转uncode码，再转utf-8就ＯＫ了． 详细的就见下面转的这篇文章． 谈谈Unicode编码，简要解释UCS、UTF、BMP、BOM等名词 这是一篇程序员写给程序员的趣味读物。所谓趣味是指可以比较轻松地了解一些原来不清楚的概念，增进知识，类似于打RPG游戏的升级。整理这篇文章的动机是两个问题： 问题一： 使用Windows记事本的“另存为”，可以在GBK、Unicode、Unicode big endian和UTF-8这几种编码方式间相互转换。同样是txt文件，Windows是怎样识别编码方式的呢？ 我很早前就发现Unicode、Unicode big endian和UTF-8编码的txt文件的开头会多出几个字节，分别是FF、FE（Unicode）,FE、FF（Unicode big endian）,EF、BB、BF（UTF-8）。但这些标记是基于什么标准呢？ 问题二： 最近在网上看到一个ConvertUTF.c，实现了UTF-32、UTF-16和UTF-8这三种编码方式的相互转换。对于Unicode(UCS2)、GBK、UTF-8这些编码方式，我原来就了解。但这个程序让我有些糊涂，想不起来UTF-16和UCS2有什么关系。 查了查相关资料，总算将这些问题弄清楚了，顺带也了解了一些Unicode的细节。写成一篇文章，送给有过类似疑问的朋友。本文在写作时尽量做到通俗易懂，但要求读者知道什么是字节，什么是十六进制。 0、big endian和little endian big endian和little endian是CPU处理多字节数的不同方式。例如“汉”字的Unicode编码是6C49。那么写到文件里时，究竟是将6C写在前面，还是将49写在前面？如果将6C写在前面，就是big endian。如果将49写在前面，就是little endian。 “endian”这个词出自《格列佛游记》。小人国的内战就源于吃鸡蛋时是究竟从大头(Big-Endian)敲开还是从小头(Little-Endian)敲开，由此曾发生过六次叛乱，一个皇帝送了命，另一个丢了王位。 我们一般将endian翻译成“字节序”，将big endian和little endian称作“大尾”和“小尾”。 1、字符编码、内码，顺带介绍汉字编码 字符必须编码后才能被计算机处理。计算机使用的缺省编码方式就是计算机的内码。早期的计算机使用7位的ASCII编码，为了处理汉字，程序员设计了用于简体中文的GB2312和用于繁体中文的big5。 GB2312(1980年)一共收录了7445个字符，包括6763个汉字和682个其它符号。汉字区的内码范围高字节从B0-F7，低字节从A1-FE，占用的码位是72*94=6768。其中有5个空位是D7FA-D7FE。 GB2312支持的汉字太少。1995年的汉字扩展规范GBK1.0收录了21886个符号，它分为汉字区和图形符号区。汉字区包括21003个字符。 从ASCII、GB2312到GBK，这些编码方法是向下兼容的，即同一个字符在这些方案中总是有相同的编码，后面的标准支持更多的字符。在这些编码中，英文和中文可以统一地处理。区分中文编码的方法是高字节的最高位不为0。按照程序员的称呼，GB2312、GBK都属于双字节字符集 (DBCS)。 2000年的GB18030是取代GBK1.0的正式国家标准。该标准收录了27484个汉字，同时还收录了藏文、蒙文、维吾尔文等主要的少数民族文字。从汉字字汇上说，GB18030在GB13000.1的20902个汉字的基础上增加了CJK扩展A的6582个汉字（Unicode码0x3400-0x4db5），一共收录了27484个汉字。 CJK就是中日韩的意思。Unicode为了节省码位，将中日韩三国语言中的文字统一编码。GB13000.1就是ISO/IEC 10646-1的中文版，相当于Unicode 1.1。 GB18030的编码采用单字节、双字节和4字节方案。其中单字节、双字节和GBK是完全兼容的。4字节编码的码位就是收录了CJK扩展A的6582个汉字。例如：UCS的0x3400在GB18030中的编码应该是8139EF30，UCS的0x3401在GB18030中的编码应该是8139EF31。 微软提供了GB18030的升级包，但这个升级包只是提供了一
相关下载请自行搜索，不提供破解文件和注册key，仅注明部分关键代码，会者不难（图中的mm是我的桌面，不是软件带的~）。
Keepalived+LVS DR 完整架构需要两台服务器（角色为dir）分别安装keepalived软件，目的是实现高可用，但keepalived本身也有负载均衡的功能，所以本次实验可以只安装一台keepalived keepalived内置了ipvsadm的功能，所以不需要再安装ipvsadm包，也不用编写和执行那个lvs_dir的脚本 三台机器分别为： dir（安装keepalived）133.130 rs1 133.132 rs2 133.133 vip 133.200 编辑keepalived配置
sc_office_2003_pro 高手不要见笑，仅供小菜玩乐,有不对或不足的地方还请多多指教，不胜感激!
玩Emlog的朋友都知道，Emlog评论是可以带链接的，可能有很多朋友会加在链接上加入nofollow标签或直接用外链本地化插件，今天将给大家讲一下非插件实现Emlog评论实现链接本地化的方法
WAV文件格式是Microsoft的RIFF规范的一个子集，用于存储多媒体文件。WAV(RIFF)文件由若干个Chunk组成，分别为: RIFF WAVE Chunk，Format Chunk，Fact Chunk(可选)，Data Chunk。具体格式如下：
在上面文章的基础上配置PHP环境完成之后发现安装(discuz)论坛时候还是有问题！ 函数名称 检查结果 建议 mysql_connect() 不支持 请检查 mysql 模块是否正确加载 fsockopen() 支持 无 gethostbyname() 支持 无 file_get_contents() 支持 无 xml_parser_create() 支持 无
由于logstash内存占用较大,灵活性相对没那么好,ELK正在被EFK逐步替代.其中本文所讲的EFK是Elasticsearch+Fluentd+Kafka,实际上K应该是Kibana用于日志的展示,这一块不做演示,本文只讲述数据的采集流程.
打开php解压目录，找到php.ini-development文件，将其改名为php.ini，用记事本打开。
导语| 截止到2020年5月，中国IPv6活跃用户已经高达2.83亿，云服务平台中完成IPv6改造的云产品占比超过64%。越来越多的用户会使用IPv6的CLB（云负载均衡），以及IPv6的CVM（云服务器），本文主要详细介绍使用IPv6建连导致的偶发超时问题以及对应优化方案。
此文包括的注意内容：软件版本及下载地址 Apache2.4的配置和安装 php7.0的配置 mysql5.5的安装 常见问题及解决方法 1.软件版本 Windows server 2008 r2+ 64位 Apache2.4.17 下载地址 http://httpd.apache.org/download.cgi php 7.0 下载地址 http://windows.php.net/download#php-7.0 mysql 5.5 下载地址 http://dev.mysql.com/downloads/mysql/5.5.html 保证php程序和Apache程序能够正常安装运行，必须下载安装：vcredist_x64-2012和vcredist_x64-2015；否则会出现*.dll文件丢失 2.Apache 2.4.17的安装配置 a.讲下载的Apache 2.4.17文件夹放在服务器存放的目录。
FUNCTION ZFM_DOWN_TEMPALTE. *"-------------------------------------------------------------------- *"*"局部接口： *" IMPORTING *" VALUE(IN_FILE) TYPE STRING OPTIONAL *"-------------------------------------------------------------------- " FileName: 模版.xls " FileSize: 6656 Bytes " FileDate: 31.05.2019 " FileTime: 15:51 " FileMD5Hash: bb6026831da41a5e34ce088ba3ba7b17 "-Authority check----------------------------------------------------- * Authority-Check Object '' * Id '' Field '' * Id 'ACTVT' Field ''. * * If sy-subrc <> 0. * Exit. * EndIf. "-Variables----------------------------------------------------------- Data: lv_File Type XString, lv_Line Type XString, lv_WorkDir Type String, lv_FileName Type String Value '模版.xls', lv_FilePath Type String, lt_dTab Type Table Of x255, lv_len Type i . "-Macros-------------------------------------------------------------- Define _. lv_Line = &1. Concatenate lv_File lv_Line Into lv_File In Byte Mode. End-Of-Definition. "-Binary File--------------------------------------------------------- _ 'D0CF11E0A1B11AE1000000000000000000000000000000003E000300FEFF0900'. _ '060000000000000000000000010000000100000000000000001000001E000000'. _ '01000000FEFFFFFF0000000000000000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF'. _ 'FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF'. _ 'FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF'. _ 'FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF'. _ 'FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF'. _ 'FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF'. _ 'FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF'. _ 'FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF'. _ 'FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF'. _ 'FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF'. _ 'FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF'. _ 'F
勾选Internet信息服务，并点击前面的加号，勾选 万维网服务 -> 应用程序开发功能 -> CGI
1、通过str_replace函数去掉数字中的逗号。以其他字符替换字符串中的一些字符（区分大小写）。
这款插件是今天在研究互推联盟页面在荣誉站点的点击率统计时发现的，感觉非常给力，一个顶四！ 先来几张截图： 全部功能菜单： 非常详细的访客清单，还可以看到蜘蛛爬行痕迹： 访客总览图：
BOM即byte order mark，具体含义可百度百科或维基百科，UTF-8文件中放置BOM主要是微软的习惯，但是放在别的系统上会出现问题。不含BOM的UTF-8才是标准形式，UTF-8不需要BOM带BOM的UTF-8文件的开头会有U+FEFF，所以我新建的空文件会有3字节的大小。
从post来的进行addslashes后就可存入数据库了，取出后直接echo即可 普通的文本： 1.htmlspecialchars接着addslashes存入数据库，取出后直接echo即可。 2.addslashes存入数据库，取出后htmlspecialchars输出。 说明： addslashes仅仅是为了让原来的字符正确地进入数据库。 htmlspecialchars是吧html标签转化掉。
1.文件下载 https://wwm.lanzouw.com/b02ixnqeh 密码:f46h 2.软件安装 mysql文件太大，官网自行下载 安装MySQL服务 bin目录下，管理员权限cmd
1、你已经配置过PHP7的开发环境。 1.1 检查centos安装源 yum list installed | grep php 有则删除旧的： yum remove php* 1.2 添加新的安装源 # CentOS 5.X rpm -Uvh http://mirror.webtatic.com/yum/el5/latest.rpm # CentOs 6.x rpm -Uvh http://mirror.webtatic.com/yum/el6/latest.rpm # CentOs 7.X rpm
据官方说法这样有利于网站优化。 但是这个index.html怎么看都不舒服，而且也不利于seo中主页url的统一。
如果你下载的是安装版的php(appserv-win32-2.5.9.exe)，按照以下步骤配置：
这里就不说安装sqlserver的过程了，这里我用的是sqlserver2012，不带本地连接工具仅用于网络连接的。
本来以为得到的结果会是“战争”，但实际输出的却只有“战”。 不明所以，以为是 rtrim 的问题。查了一下，原来是自己对 rtrim 的理解有误。 rtrim 函数原型： string rtrim ( string str [, string charlist] ) 仔细看了下手册中charlist的解释： You can also specify the characters you want to strip, by means of the charlist parameter. Simply list all characters that you want to be stripped. 它的实际意思应该是：以每个字符为单位从目标字符串的右端开始查找，如果该字符在 trim 函数的第二个参数中，就将其删掉，直到当前字符不在参数列表中为止。而并非是我先前以为的：从str 的串尾去掉固定字串charlist。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
