每个被这种炒作撩拨了心中情绪的普通人，又何尝不应该自我反思呢？正是因为有了普通人的“支持”，炒作者才能如鱼得水，一次又一次地在他们制造的冲突中获益。 8月11日，一则短视频突然在网上爆红。这则视频题为“cosplay女孩地铁上被大妈怒怼：穿这么少、浪给谁看”，一位中年妇女大声斥责着身旁穿着cosplay（角色扮演）服装的少女，不时爆出“浪给谁看”之类的粗鄙之语，引得旁人侧目。 劲爆的标题，令人不忍卒听的斥骂之声，再加上极具争议性的代际冲突话题，这则视频几乎完美地汇聚了“互联网爆款”标准配方中的所有要素，因此一发布就获得了数以千万计的点击，以及无穷无尽的口水。就像以往每一次代际冲突话题爆发时一样，“老人变坏、坏人变老”之类的说辞迅速占领了社交网络，舆论风向也很快从对被骂女孩的同情，转向了对“老坏人”的口诛笔伐。 然而，就在舆论最兴奋的时候，情况却发生了180度的反转。一张当事人在微信群里问别人“如何演戏假装被人骂”的截图，揭穿了这则视频的炒作本质，在一张合影里，被骂女孩和骂人大妈其乐融融地坐在一起。 这也就是说，参与讨论的所有人都被一场动机不明的炒作耍了一回。彼时的慷慨陈词成了毫无意义的空话，彼时的群情激奋成了彻头彻尾的笑话。 面对这样的笑话，许多人一点都笑不出来。这场闹剧折射出社会对代际冲突的怨念，由此衍生出的年轻人对上一代人的敌意与偏见。 “代沟”不可避免地存在于生活背景完全不同的两代人之间，它造成了长辈与晚辈之间的不和谐与不理解，也因此在社会上引发了各种代际冲突。面对“代沟”，最好的心态是正视两代人之间的差异，想方设法加深理解，弥合冲突，促成和解。然而，很多人都无法做到这一点，我们往往放任自己的负面情绪发展成强烈的偏见，却不愿多花一些时间和精力，理性思考解决问题；我们总是肆意地在网上以攻击性的言辞发泄对上一代人的不满，却很少在生活中尝试说服和理解身边的长辈；我们面对类似这次的炒作，总是“一点就着”，却几乎从来没想过是否有人在蓄意挑动矛盾。这种心态，怎能不让人感到担忧呢？ 在这起事件之中，最为恶劣的是策划炒作的幕后主使，这些人以社会冲突为饵食，从大众的仇恨中汲取利益，是不折不扣的“食腐动物”，对这起事件带来的恶果应当负首要责任。然而，每个被这种炒作撩拨了心中情绪的普通人，又何尝不应该自我反思呢？正是因为有了普通人的“支持”，炒作者才能如鱼得水，一次又一次地在他们制造的冲突中获益。 不可否认，代际冲突成了越来越严重的社会问题，但是，这并非不可解决。面对个案式的冲突，应当以公正的标准辨清是非，以理服人；面对社会性的冲突，则应想办法寻求让双方诉求都得以实现的双赢方案。做到这些并不困难，困难的是不让负面情绪遮蔽解决问题的理性、不让偏见阻挡沟通与理解的道路、不让谎言利用公众的愤怒与激情。只要公众做到这些，炒作不会再浪费社会的情感与注意力，代际冲突问题也能真正得到妥善解决。

一些主题开发者或者程序开发者经常会用到域名授权这类，博主闲着没事，就在度娘上研究了一下，发现相关资料还是比较少，基本上有些程序都是需要花钱购买的，还有的需要积分下载之类的，但是很多都是破解分享的，无意中发现了这个函数，感觉挺好玩的，就分享下咯！ 测试后添加之后二级域名均被授权了，你可以把这段函数添加到PHP核心文件中，当然，必要的加密还是需要的，但是嘛，这种加密对于有心人来说还是很小儿科的，诸如discuz的魔方加密还是很强大的。自己学习研究。 虽然我有时候分享破解主题之类的，但是不建议使用，测试测试功能还可以。你展示的网站都是破解版的，纵然有千万种借口也不行！那你为什么要用这模版，还不是虚荣心作怪，不谙平庸吗？ 小蓝友情提醒，盗版需谨慎，服务价更高！ 管理员设置 回复 可见隐藏内容

修改标题可能被降权这种观点其实不知道从哪来的，更没看到有什么切实证据。好多年前就实验过，修改标题并不会导致被降权。但多年过去了，看到网上还是有不少人建议不要轻易改标题。 修改标题不会被降权 首先，可以肯定地说，修改标题并不会被降权。不然为客户提供SEO服务的就全瞎了，标题一改就降权，那连标题都不能改的话，还怎么优化呢？我接触的SEO客户中，几乎没有不修改标题的，而且是网站所有页面都同时改，小到几百页，多到几千万页，真没见过因为修改标题出问题的。 可能最早提出修改标题会被降权的SEO认为的证据就是，他修改了标题，然后页面排名下降了。看似是挺成立的理由，其实不是。修改标题，然后排名下降，不能说明修改标题本身导致了降权，很可能仅仅是因为，他把一个比较好的标题改成不好的标题了。 当然，这里说的修改标题是正常的修改，都是围绕页面主题的，只不过变个花样来或者吸引用户点击，或者包含更多关键词组合等等。把标题从“SEO每天一贴”改到“哪个牌子的奶粉好“，这不是修改标题，这是做了个新站，就得按新站预期表现了。 频繁修改标题会被降权吗？ 现在大部分SEO都认同修改标题不会被将权，但又常常附加一句，建议还是不要频繁修改标题。那么频繁修改标题会不会导致被降权呢？频繁又是频繁到什么程度呢？ 今年3、 4 月份的时候，我特意在这个博客做了试验，在不到两个月时间里，首页标题连续修改了 10 次以上，每次只要一看到百度返回的标题变成新的，就马上再换一个更新的。而且修改的不是很小的地方，比如加个“的”，换个标点之类的，都是比较大的修改。 结果怎么样呢？结果是没怎么样，百度排名没什么变化，搜索流量也没什么变化，其它方面都看不到有什么明显变化。所以，频繁修改标题同样不会被降权。 虽然我也不建议这么频繁修改标题，倒不是因为怕被降权，而是因为，没事老修改它干嘛，应该把时间用在更有意义的事情上。 权重低的网站也没事吗？ 有的SEO还经常再附加一句，权重高的网站，修改标题没问题。言下之意，权重低的还是得慎重。 SEO圈子很多人大概会认为SEO每天一贴权重高，其实并没有。我的观察，不要说放在所有网站、博客中比，就算只放在互联网相关，甚至只是SEO相关的新闻网站、博客中，SEO每天一贴在百度眼里的权重都是比较低的。 我在这个博客发的大部分帖子都会被转载到很多地方，绝大部分没有按要求留下原始出处链接，大部分压根儿没有提原作者是谁，还有一部分根本就说成是他自己的原创了。这是另一个问题，姑且不谈。 这个博客的每一篇帖子，注意，是每一篇，发布后，搜索帖子标题，我这个原始出处从来不会出现在百度前几页。出现在前几页的，既有可以理解的知名站长论坛如chinaz、admin5 等，也有个人SEO博客。通常至少几个星期以后，我的帖子才会慢慢爬上来，但也不会爬到最前面。 想一下，同样是个人SEO博客，他转载我的文章，排名比我的原出处好，不止一个SEO博客，每一次都这样，几年了都是如此，说明什么？说明我的博客权重不如他们。要么就是我的博客被特殊对待了？ 我的反复折腾表明，一个权重实在不怎么样的网站，频繁修改标题，不会被降权。 --- 转载请注明本文标题和链接：《频繁修改页面标题会被降权吗？》

一、规范前言篇 标准化不是特殊的个人风格，它让程序员可以了解任何代码，弄清程序的状况；新人可以很快的适应环境；防止新接触php的人一次次的犯同样的错误；在一致的开发环境下，可以减少人们犯错的机会。本规范的标准在绝大多数应用上仿照java技术体系，因为java技术体系以其众多成功的案例成为大部分计算机应用层的工业标准，此外便于日后公司向java技术体系转型。 二、命名定义篇 局部变量命名 使用英文名词、动词，以大写字母作为单词的分隔，其他的字母均使用小写，单词的首个字母使用小写，不使用下划线，例： $repeatCount = ''; $delUserSql  = ''; 全局常量命名 使用英文名词、动词，所有字母都使用大写，以下划线分隔每个单词，例： define( 'WEBSITE_NAME', '名称' ); define( 'WEBSITE_URL',  '地址' ) 数组变量命名 使用英文名词、动词，以大写字母作为单词的分隔，其他的字母均使用小写，单词的首个字母使用小写，不使用下划线，以字符串Array为后缀，例： $scopeArray  = array(); $bookIdArray = array(); 静态变量命名 使用英文名词、动词，以大写字母作为单词的分隔，其他的字母均使用小写，单词的首个字母使用小写，不使用下划线，以字符串Static为后缀，例： function getDirectoryFile() { static $fileArrayStatic = ''; static $fileNumStatic   = ''; ... } 对象变量命名 使用类名称为变量前缀，所有字母都使用大写，以字符串_OBJECT为后缀，例： $USERACCOUNT_OBJECT   = new UserAccount(); $PAINTINGORDER_OBJECT = new PaintingOrder(); 类命名 使用英文名词，以大写字母作为词的分隔，其他的字母均使用小写，名词的首个字母使用大写，不使用下划线，例： class UserAccount { ... } class PaintingOrder { ... } 方法命名 使用英文名词、动词，以大写字母作为词的分隔，其他的字母均使用小写，单词的首个字母使用小写，不使用下划线，例： class UserAccount { function isAccountOk() { ... } function addAccount() { ... } } 方法中参数命名 使用英文名词、动词，以大写字母作为词的分隔，其他的字母均使用小写，单词的首个字母使用小写，不使用下划线，例： class UserAccount { function isAccountOk( $accountName ) { $this->accountName = $accountName; ... } function addAccount( $inputDataArray ) { $this->inputArray = $inputDataArray; ... } var $accuntName = ''; var $inputArray = ''; } 类属性命名 使用英文名词、动词，以大写字母作为词的分隔，其他的字母均使用小写，单词的首个字母。 使用大写，不使用下划线，对于类属性为某个对象变量，则以字符串Object为后缀，例： class UserAccount { function IsAccountOk() { ... } function AddAccount() { ... } var $tableName      = ''; var $databaseObject = ''; } 三、语法书写篇 大括号{}规则 将大括号放置在关键词下方的同列处，例： if ( $condition ) { ... } 不使用此种方式： if ( $condition ) { ... } 代码缩进规则 使用制表符缩进（TAB键）或四个空格。如果缩进层数大于四的时候，请重新设计该项业务逻辑的算法。 小括号()规则 不要把小括号和关键词、方法名、方法参数紧贴在一起，要用一个空格分隔，例： if ( $condition ) { ... } function addAccount( $inputDataArray ) { ... } 由于小括号与关键词等紧贴容易被看成是一体，因此不要使用以下方式，例： if ($condition) { ... } function addAccount($inputDataArray) { ... } if .. else ... 规则 通常最好有一个else块以用于处理未处理到的或未知的其他情况，即使条件处理语句只有一个也必须使用大括号{}，例： if ( $condition1 ) { ... } else if ( $condition2 ) { ... } else { ... } 尽可能避免以下使用方式，例： if ( $condition1 ) ... else ... switch规则 每个case块结束处必须加上break，而default总应该存在处理未知情况，例： switch( $condition ) { case $value1: ... break; case $value2: ... break; default: ... break; } 声明定位规则 声明代码块需要对齐，且初次使用变量时需要初始化，例： var $tableName      = ''; var $databaseObject = ''; 不使用以下方式，例： var $tableName; var $accuntName = ''; var $databaseObject = ''; 四、其它说明篇 所有类方法必须有返回值，除结果简单外返回true或者false之外，其它方法应返回不同的值。 以交作流程进一步处理。 html的form表单统一不设置submit按钮的名称属性（name）。 html的form表单各个元素名称与数据库字段保持一致。 每行一个语句。 不要采用缺省方法测试非零值，必须显式测试，例： if ( false != $this->IsAccountOk() ) { ... } else { ... } 不要使用以下方式，例： if ( $this->IsAccountOk() ) { ... } else { ... } 不要使用三元逻辑符 ? :，但对变量的赋值除外，例： $_GET['act']   = !empty( $_GET['act'] ) ? $_GET['act'] : 'v_login'; 统一使用<?php ?>，禁止使用<? ?>格式。 对于get、post、session类型变量，必须使用$_GET、$_POST、$_SESSION方式定义和调用。 尽可能使用单引号''而不是双引号''。 使用完毕后的数组变量、对象变量、查询集合必须马上使用unset()、free_result()释放资源。 一个php文件只能包含一个类定义编码，以类名称作为文件名称。 php文件中绝不能出现html语句，html文件中尽可能避免出现php语句。 html文件必须通过w3c的html4检测认证（http://validator.w3.org/）。 如果发觉您在程序中的命名只有少量能和其对应事物相匹配的话，请重新设计系统。 在为类命名前首先要知道它是什么。如果通过类名提供的线索，您还是想不起这个类是什么的话，那么您的设计是做得不够好。 超过三个单词组成的混合名是容易造成系统各个实体间的混淆，请重新设计类。 通常每个方法只执行一项逻辑动作事务，所以对它们的命名应该清楚的说明它们是做什么的：用checkForErrors()代替errorCheck()，用dumpDataToFile()代替dataFile()。 这么做使功能和数据成为更可区分的物体。 五、程序注释篇 类的注释 /* * Purpose: * 作为通用接口访问数据库的类 * Class Name: * Database * Author: * unixdotnetphpboke@163.com * Modifications: * 2004-08-18 09:15 * 添加db_insert_id()方法 * unixdotnetphpboke@163.com * See: 参照说明 */ class Database { …… } 类方法的注释 /* * Purpose: * 取得上一步数据库insert操作产生的id * Method Name: * getInsertId() * Parameter: * Return: * int * Author: * unixdotnet phpboke@163.com * Modifications: * 2004-08-18 09:15 * 修改原因 * unixdotnet phpboke@163.com * See: 参照说明 */ function getInsertId() { ... } 类属性的注释 class Database { /* * Purpose: * 连接数据库所需的用户名 * Attribute Name: * $databaseUserName * Type: string * Author: * unixdotnet phpboke@163.com * Modifications: * 2004-08-18 09:15 * 修改原因 * unixdotnet phpboke@163.com * See: 参照说明 */ var $databaseUserName; ... } 六、数据库应用篇 数据库的设计必须符合三个范式（极端要求常用高速时考虑单独设置记录表除外）。 数据库名称应该由概述项目内容的小写英文名词组成。 数据表名称应该由物件对象名称的小写英文名词组成（尽可能对应系统中的业务类名称）。 以下划线分隔单词，避免跨平台时可能出现的大小写错误。 数据表的字段应避免使用varchar、text等不定长的类型，时间信息的字段使用unix tiemstamp类型存储。 查询数据时禁止使用*通配符避免占用资源加速处理速度，尽量避免使用临时表。 查询数据连接多表时各资源应该使用全名称，即tableName.fieldName，而不是fieldName。 SQL语句应尽可能符合ansi92标准，避免使用特定数据库对SQL语言的扩充特性。 开发结束后，必须针对SQL查询语句的条件语句部分（where）添加索引，须匹配多个条件的应该使用聚合索引。 索引的组成应由左至右匹配条件语句的顺序。 严禁盲目添加索引，避免减慢数据插入的速度、增大占用空间及减慢查询速度。 每当数据库（表）发生结构性变化时须登记保存；日常须定时（不超过三个工作日）备份数据库结构及其数据。 1.给php变量赋值为字符串，尽量用单引号。单引号速度要快很多。 2.给php变量赋值时，值中带变量，就的用双引号了，双引号能自动解析变量，方便很多。 如$b=blue; $a="php$b"; echo $a;输出phpblue （单双引号各有千秋啊） 3. html内尽量用双引号，无论多长拿到php中首尾加单引号就行，甭怕错。

试试看能不能行啊 管理员设置 回复 可见隐藏内容

1.首先在/include/lib/option.php 大约11行位置//默认MySQL链接方式，mysql或mysqli 把 const DEFAULT_MYSQLCONN = 'mysql'; 改为 const DEFAULT_MYSQLCONN = 'mysqli'; 2.在/include/lib/cache.php 大约195行 把 $$row['option_name'] = $row['option_value']; 改为 ${$row['option_name']} = $row['option_value']; 3.在admim/seo.php 大约在15行、19行共两上 把 $$t改为 ${$t} 4.在admim/views/admin_log.php 大约在86行、88行、90行共三个 把 $$a $$b $$a 改为 ${$a} ${$b} ${$a} 5.在admim/views/comment.php 大约在18行 把 $$a = "class=\"filter\""; 改为 ${$a} = "class=\"filter\""; 另外有些插件和主题是固定了使用mysql连接类，这样还需要修改插件和主题中的数据库连接方式，不然直接报数据库错误。 比如：$DB = MySql::getInstance(); 都要改为$DB = Database::getInstance();