discuz自制模板的css放在哪个文件夹里

如果想在默认模板上简单的修改、附加扩展css，只需要在你对应的模板套系下手动添加一个对应的扩展css文件就可以了，例如你想修改或者添加commoncss中的代码，只需要在自己创建的模板套系目录的对应位置：common文件夹下新建一个extend_commoncss文件，然后将自己要修改或者扩展的css代码。将在生成缓存css时，自动追加到默认模板的css文件tmplate/default/common/commoncss解析成你当前的模板id缓存文件。

CSS 继承规范：

Discuz! X系列产品中 CSS 文件会在缓存时按照以下顺序进行合并：

template/default/css 文件。

当默认模板是非默认模板时，template/模板目录/extend_css 文件 或 template/模板目录/css。

当某插件启用时，source/plugin/插件目录/template/extend_css 文件。

因此非默认模板目录中的 CSS 属性将继承默认模板中的 CSS 属性，插件目录中的 CSS 文件将继承前二者的 CSS 属性。

CSS 自身的集成顺序为：当 CSS 属性名称相同时，CSS 文件中，写在后面的替换前面的代码。

CSS书写规范：

属性写在一行内，属性之间、属性名和值之间以及属性与“{}”之间须有空格，例如：class { width: 400px; height: 300px; } 。

属性的书写顺序：

位置：position,left,right,float

盒模型属性：display,margin,padding,width,height

边框与背景：border,background

段落与文本：line-height,text-indent,font,color,text-decoration,

其他属性：overflow,cursor,visibility,

针对特殊浏览器的属性，应写在标准属性之前，例如：-webkit-box-shadow:; -moz-box-shadow:; box-shaow:;

按照元素模型由外及内，由整体到细节书写，大致分为五组：

谨慎添加新的选择符规则，尤其不可滥用 id，尽可能继承和复用已有样式

选择符、属性、值均用小写（格式的颜色值除外），缩写的选择符名称须说明缩写前的全称，例如 cl -> Clearfix

勿使用冗余低效的 CSS 写法，例如：ul li a span { }

慎用 !important

建议使用在 class/id 名称中的词语

表示状态：a->active

表示结构：h->header,c->content,f->footer

表示区域：mn->main,sd->side,nv-navigation,mu->menu

表示样式：l-list,tab,p_pop

常用css实例：

兼容IE浏览器css hack

所有 IE浏览器适用：

ie_all foo { }

IE6 专用：

ie6 foo { }

IE7 专用：

ie7 foo { }

IE8 专用：

ie8 foo { }

浮动样式及浮动元素父元素高度自适应样式代码：

z/y 浮动 left/right z { float: left; } y { float: right; }

cl:after { content: ""; display: block; height: 0; clear: both; visibility: hidden; } cl { zoom: 1; }

大标题字体：

wx, ph { font-family: "Microsoft YaHei", "Hiragino Sans GB", STHeiti, Tahoma, SimHei, sans-serif; font-weight: 100; }

外边距样式：

mtn { margin-top: 5px !important; }

mbn { margin-bottom: 5px !important; }

mtm { margin-top: 10px !important; }

mbm { margin-bottom: 10px !important; }

mtw { margin-top: 20px !important; }

mbw { margin-bottom: 20px !important; }

文字字体大小：

xs0 { font-family: {SMFONT}; font-size: {SMFONTSIZE}; -webkit-text-size-adjust: none; }

xs1 { font-size: 12px !important; }

xs2 { font-size: 14px !important; }

xs3 { font-size: 16px !important; }

内边距样式：

ptn { padding-top: 5px !important; }

pbn { padding-bottom: 5px !important; }

ptm { padding-top: 10px !important; }

pbm { padding-bottom: 10px !important; }

ptw { padding-top: 20px !important; }

pbw { padding-bottom: 20px !important; }

modulecss文件架构解析（此文件必须按照格式编写）：

/ group::index /

/ 群组 index 模块使用的CSS /

/ end /

/ group::index,forum::index /

/ 群组 index 和 论坛 index 模块使用的CSS /

/ end /

/ forum /

/ 论坛 所有模块使用的CSS /

/ end /

实现模块化css分部加载！格式固定多个模块用”，“隔开例如：

/ misc::invite,group,forum::viewthread,portal::view,home::space /

这个文件的分部加载是对应程序地址例如：forumphpmod=forumdisplay，应当按照CURSCRIPT::$mod格式写即：forum::forumdisplay。

这些不是都通过uc整合的吗？

1、用户注册

$uid = uc_user_register($_POST['username'], $_POST['password'], $_POST['email']);

if($uid <= 0) {

if($uid == -1) {

echo '用户名不合法';

} elseif($uid == -2) {

echo '包含要允许注册的词语';

} elseif($uid == -3) {

echo '用户名已经存在';

} elseif($uid == -4) {

echo 'Email 格式有误';

} elseif($uid == -5) {

echo 'Email 不允许注册';

} elseif($uid == -6) {

echo '该 Email 已经被注册';

} else {

echo '未定义';

}

} else {

echo '注册成功';

}

2、登陆

list($uid, $username, $password, $email) = uc_user_login($_POST['username'], $_POST['password']);

if($uid > 0) {

echo '登录成功';

} elseif($uid == -1) {

echo '用户不存在,或者被删除';

} elseif($uid == -2) {

echo '密码错';

} else {

echo '未定义';

}

3、这个可以修改模板。templates/default/headerhtm

此文件中有id为umenu的div标签，即网页头部导航菜单

4、同样可以修改模板。templates/default/personal_navbarhtm

补充回答：

你真的要好好看ucenter的开发指南了。

5、用户发送信息

uc_pm_send(integer 发送者uid/用户名 , string 接收者uid , string 主题 , string 内容 [, bool instantly , integer 回复信息id , bool 发送者是否根据用户名])

6、具体要看你登录代码。

如选择cookies记录信息。：

list($uid, $username, $password, $email) = uc_user_login($_POST['username'], $_POST['password']);

if($uid > 0) {

setcookie('username', $username, 24 3600);//保留1天

setcookie('password', $password, 24 3600);

echo '登录成功';

} elseif($uid == -1) {

echo '用户不存在,或者被删除';

} elseif($uid == -2) {

echo '密码错';

} else {

echo '未定义';

}

登录代码如果你是这样写的话，那么就可以通过判断$_COOKIE['username'],$_COOKIE['password']是否已定义来判断用户登录。

文章开始之前，给大家两条建议：

“ 儿童送养 ”这个话题在大多平台都是极为罕见的，但知乎最近就因此爆发了一场危及平台声誉的危机。

内容审核就是这样一种职业，违法违规信息覆盖范围极广，新的违规信息层出不穷。无论你多么有经验、无论审核系统多么先进，只要发生问题，看起来都是很基础甚至很愚蠢的问题。

知乎这样一个有很强的技术实力和内容审核经验的平台，也会在这个问题上摔跟头，并且可以预料的是，不知道在多久的以后，知乎一定还会发生一次又一次因为存在违规内容带来的危机事件，这事情无可避免。有人说，对于内容审核人员来说这是从入门到被门槛绊倒，一点都不夸张。

读完这篇文章，你可以详细了解 文字类内容审核的逻辑 ，还会了解一些 和短视频审核的技术 ，足以补充一个运营或产品在这方面的知识储备了。

在不同公司，对审核类职位的划分标准不同，比如有 内容安全审核、内容推荐审核、内容质量审核 等类似职位。虽然在侧重点和具体操作上有所不同，但有许多逻辑都是共通的。为了避免文章过于复杂，我们在这里侧重最常见的 内容安全审核 。

不管是什么内容的审核，都应该包含以下 四个基础模块 ：机器审核、人工审核、用户投诉审核、结果复审。

机器审核 ，是按照制定好的规则或机器学习算法对内容进行审核，通常，成熟的审核系统能将95%甚至99%以上的内容都自动审核并做出处理。确定有问题的会被自动删除，难以判断是否有问题的会被标注，进入人工审核程序。

人工审核 ，虽然用户投诉审核和结果复审大多时候也是人工审核，但这里所说的人工审核，特指审核机器无法判别的内容，通常占平台内容数量的比例不超过5%，但对于一些大型的内容平台，绝对数量已经很多了。在内容爆炸的时代，我们看到许多平台在全国都有多个审核中心，每个审核中心的员工数量都成千甚至上万。

用户投诉审核 ，是前两者的弥补，有很多违规内容以前没有出现过，所以不在规则可以过滤的范围内，或者非常隐蔽，规则难以严格过滤。用户的投诉是发现新问题的重要渠道。通过知乎的危机事件，我们更应该重视对投诉的审核，并及时据此对机器审核做出补充。

结果复审 ，通常采取抽查方式，比如通过复审机器删除的内容，看规则或算法是否过于严格；比如通过查看人工删除和通过的内容，看员工的工作是否按要求执行；比如通过内容的整体巡查，看是否存在新的问题未被注意到。

在文字类内容平台，比如知乎、、豆瓣以及各类论坛网站，机器审核主要是基于关键词过滤的逻辑，逻辑比较简单，但也没有想象的那么简单。

一篇文章发布到平台后，需要至少经历以下环节：

词语过滤的环节，关键词主要分为三类：

禁止关键词 ，只要匹配到这个词，内容就被自动删除或禁止提交。通常只有极少数词会被纳入禁止关键词，比如明确的色情、邪教以及广告的专属关键词。

审核关键词 ，这是最常见的关键词种类，只要匹配到就会自动进入后台进行审核，文章中的关键词会被高亮并罗列出来，有助于审核人员快速判断。审核关键词也应该尽量是专属关键词，以防止太多内容被拦截到后台。

替换关键词 ，在许多平台，我们会在文中看到莫名的 号 或 字母缩写 ，这可能不是文章作者写的，而是这个词被系统自动替换。平台不希望出现这个关键词，但用别的代替读者通常也能读懂。比如一些政治、宗教、不文明用语类词语，都有可能被自动替换。

当然，管理员在添加关键词时，很多时候并不是直接把关键词添加到后台。否则用户用很简单的方式就可以避过关键词过滤，比如在关键词内加一个空格，系统就难以匹配到。

所以，一般后台都会支持 限定符{x} 以限定相邻两字符间可忽略的文字，x 是忽略的字节数。在Discuz!网站后台有明确说明，如 "a{1}s{2}s"(不含引号) 可以过滤 " ass" 也可过滤 " axsxs " 和 " axsxxs " 等等。对于中文字符，若使用 GBK、Big-5 版本，每个中文字符相当于 2 个字节；若使用 UTF-8 版本，每个中文字符相当于 3 个字节。

另外，关键词还可以支持 正则表达式 ，来匹配具有一定模式的关键词，比如" /1\d{10}([^\d]+|$)/ "（不包括引号）用来匹配手机号码。正则表达式的内容过多，大家有兴趣可以搜索学习一下。

以上讲述的，主要是文字类内容的审核和规则，逻辑简单，但应用最为广泛。近年随着短视频类产品的兴起，内容审核的逻辑需要更加深层的技术支持。

技术上的东西，对大多人来说如同天书，而且也没有必要深入了解。我们挑选几个容易理解的点，来窥探几分内容审核背后的技术。

OCR（文本识别技术） ，主要用来识别中存在的文字。许多违规内容，包括****、色情信息、广告信息等为了规避审核，都会以的方式呈现。

人脸识别技术 ，通常用来识别政治、宗教类人物，识别到后可以直接删除或者进行风险标记。

语音识别技术， 语音识别的应用场景比较多，但在内容审核领域仍然不是刚需，所以使用的较少。但也有些直播或音频平台比较重视音频对比、声纹识别技术，可以轻易识别到一些固定模式的违法违规声音。

视频识别≈识别 ，视频是画面与音频组成的以帧为单位的画面，通常采取截帧上传与服务器数据对比来识别。审核模式和审核相同，比如通过画面皮肤裸露状态来判断是否过于性感、是否是色情内容。

上下文语义识别技术 ，这种技术用来判断一句话是否能跟上下文结合，是否是一段垃圾文本。比如说，在评论区随便输入一串奇怪的文本，如果系统认为和上下文不相关，就有理由将内容放入审核区。

技术是很酷，用好了可以大量减少我们的工作，但内容审核技术的实施是一件很难一劳永逸的事情，其中的尺度和参数都需要人来不断维护，而且人工审核仍然是非常有必要的，并且需要的人工可能越来越多。内容审核技术的应用，仍然任重道远。

1替代关键词不能太简单

我曾经在一款APP上看管理类文章，整篇文章多处说到给员工定绩效要遵循“ ART原则”，我迟疑了好几秒才明白，原来是" SMART原则"。

SM这个词只有两个字母，无论是作为禁止、审核还是替换关键词都不合适，都容易拦截或替换大量不应该处理的内容，一般的方法很难处理。

这时候，我们可以总结一下模式，如果sm这两个字母前面是英文字母，或者后面是英文字母，一般来说就是另一个英文单词，就不会有问题。我们就可以用正则表达式把这一规则写出来，再设置审核或替换就会好很多。

2审核时间与用户体验的权衡

去知乎和微博搜一下“审核”，被抱怨最多的问题就是 审核时间长 。用户提交内容到内容审核通过，这期间心情会剧烈波动，如果用户等了一两天时间，最后内容被莫名其妙地拒绝，而且不给任何明确的拒绝理由，用户的心情就会由期待变为焦虑，进而变成愤怒，这就是B站被up主抱怨最多的地方。

我们可以从以下角度优化用户体验：

3理解内容审核的保守倾向

越是体量很大的平台，内容审核越是有保守倾向，这不只是因为盘子大了更加在意风险管理，还有一些现实的原因。内容数量太多，平台就不得不采用规则和算法去审核，这些规则和算法需要最终做出决策，就难免拿着标准一刀切，即使这把刀很小也会有误伤，这种标准对很多内容就显得过于严格。

比如 皮肤裸露面积 达到多少会有问题、裸露哪些位置会有问题，无论标准多么的细化，都会存在误判，被误判的内容比例可能很小，但绝对数量很大。据说很多和视频中如果存在 加菲猫 ，都会被过滤掉，因为它**面积太大而且和人的皮肤很像。

在被审核的用户看来这些标准有点保守，有点不近人情，甚至可笑。平台的管理人员也知道问题，但他们很难做到很细致，为了快速把违规的内容剔除，只能牺牲掉一部分人的用户体验，毕竟违规内容一旦出现，对平台来说就是大问题。所以说，内容审核技术的应用还非常任重道远。

以上的内容，对于一个运营或产品工作者来说，已经足够了。但如果你真的需要对一款产品的内容审核规范负责，就需要去学习更多知识，需要有更加专业的精神和更谨慎的态度，未来还会有无数难以预料的坎坷等着你。

方法/步骤

强制新用户验证激活邮箱，新站点不建议开启，这样会过滤比较大的一批会员，不过通过邮箱验证可以为以后发送邮件通知等带来很多的宣传效果，鱼和熊掌不能兼得，所以大家可以根据自己的情况来不同的设置。

强制新用户上传头像：建议开启，给论坛带来不一样的视觉体验，同时可以仿制灌水

强制新用户好友个数：不建议开启，对防灌水确实很有作用，但个人觉得很多使用论坛的用户不会操作导致用户反感

验证码设置--启用验证码:建议开启新用户注册、发表信息、充值卡密3项，然后验证码发帖限制设置5-20贴就可以

验证码类型,根据自己的喜好设置，但千万不要设置的太简单，中等就好，主要是不让灌水机识别验证码。如果过于复杂和难度就会严重的过滤掉很多用户，影响到用户体验。

验证问答设置，不用设置，如果想通过严重问答给新手用户简单的介绍论坛，可以手动添加一些问题，然后注册和发帖开启就OK

注册表单名称设置，主要也是仿止注册机，可以根据自己的爱好来修改表名

解决方案简介

分布式社区平台是以Discuz!软件为基础，在高负载、高易用性、高复制性的设计理念下，通过运用一系列分布式部署技术实现的用户能在30秒内就可以申请一个独立社区网站（论坛+SNS）的平台解决方案。

该方案让建站者拥有100%管理权限，可以绑定顶级域名，自由投放广告的社区平台系统。同时，平台内申请的独立子社区上，网民会员可以在社区内展开发帖，回帖、好友互动、玩游戏、自定义空间等动作。

对于平台管理者来说，该系统能实现强大的管理功能，包括对子论坛实现内容过滤，对建立的子社区进行各项管理，并进行站点和访问统计等操作。

核心优势

1、架构成熟，扩展方便。本平台解决方案支持分布式部署，可根据访问情况以及发展需要随时增减服务器配置。在我的领地上已实施超过三年时间，是一个成熟的解决方案。

2、创建简易，会员增长利器。本解决方案上的各个子论坛相互独立，创建简易，子论坛复制成长快。它帮助子社区的管理员建立高度的归属感，能全身心地投入精力到网站及社区的新会员拓展中，可以迅速的提升社区的会员数，增加网站的流量。

3、一体化的通用服务。本解决方案下，会员不仅仅在独立子社区下互动交流，还可以享用大平台内的一系列通用服务（如个人空间、社交游戏等），从而提高网站的粘性和应用使用度。

4、完善的权限管理系统和内容过滤系统。本解决方案自带的词语内容过滤系统，经过连续3年的不断改进和提升，能非常有效的对于社区内网站的违规内容（帖子等）实现智能化的处理和响应。并且，大平台的管理系统与子社区的管理员权限系统实现了较好的耦合与权限的分工作业。