如何区分白色口罩正反面？
1、根据线头区分
区分白色平面口罩的正反面的方法是，一般情况下，白色平面口罩带线头的那一面是外面，反之，没有线头的那一面是反面。
2、根据颜色区分
一般厂家在制作的时候为了便于临床使用时区分，口罩的正反面颜色多为不同的，外表层多为浅蓝色或深色；内层多为白色或浅色。
3、根据光滑程度区分
区分白色平面口罩的正反面还可以根据光滑程度不同来区分，口罩外表层因有阻水功能，多为光滑面；而内层多选择为透气性能好的材质，贴近皮肤，利于呼吸，比较细腻，贴面舒适。
对于”业务中台“的思考
业务中台将通过各种层面的产品和服务来落地：
业务能力图谱。
业务需求分解和配置的工具。
业务流程设计和配置的工具。
业务指标度量和跟踪的工具。
基于这些产品，把每个业务它是怎么出来的，出来之后做了哪些业务需求和业务活动，每个业务活动的效果是怎么样的，都沉淀下来。在此基础上，通过统一的运营平台作为中控单元，把整个业务中台串起来，将业务逻辑与具体实现的分离。
对于“局限“的思考
井蛙不可以语于海者，拘于虚也；//空间局限
夏虫不可以语于冰者，笃于时也；//时间局限
曲士不可以语于道者，束于教也。//认识局限
Mediawiki 自定义页面的显示标题
MediaWiki的一个特点是页面标题与页面网址对应，这样做内部链接的时候很方便。不过在有些情况下，需要对页面标题进行一些更改，MediaWiki中就引入了{{DISPLAYTITLE:}}这样的标记，使页面显示的标题与链接有所不同。
{{DISPLAYTITLE:}}
{{DISPLAYTITLE: 数据库之查询构建器}}
程序小白的技术普及帖
扫盲1：同步和异步
同步（Synchronous），主要是指客户端在发送请求后，必须得在服务端有回应后才发送下一个请求。比如你需要发送一条短信，必须等信息发送完毕才能退出界面；异步（Asynchronous），指客户端在发送请求后，不必等待服务端的回应就可以发送下一个请求，这样对于所有的请求动作来说将会在服务端得到异步。比如你发送一条短信，不用等它发送完毕，你就可以爱干嘛干嘛去，系统会在后台把这条短信发送完毕。
举个例子：同步就是你追一个姑娘，晚上给她发我爱你，她一直没有搭理你，你就一直等，一直等，一直等，一直等，直到姑娘终于答复了你，我也爱你，于是你们在一起了；异步就是你追一个姑娘，晚上给她发我爱你，没等她搭理你，你就又给另一个姑娘发我爱你，没等她搭理你，你就又给第三个姑娘发我爱你，姑娘一、姑娘二、姑娘三都以为你是专心致志的对自己，最后可能有的答复了我爱你，有的答复了对不起
扫盲2：模态与非模态
模态（Mode），就是指当这个控件弹出的时候，鼠标不能单击这个控件之外的区域，这种控件往往是用户进行了某种操作后才出现的。例如：windows的选择字体颜色对话框 ；必须先关闭对话框才能进行其他操作；非模态（Modeless），通常用于显示用户需要经常访问的控件和数据，并且在使用这个控件的过程中需要访问其它窗体的情况。例如：word的查找对话框。可以直接点击任何地方，例如，发邮件时添加附件就是个非模态的。
举个例子：模态就是你陪这个姑娘吃饭，姑娘让你不许玩手机，不许你上厕所，不许你听音乐，甚至不许你说话，只能做一件事，就是乖乖把饭吃完；非模态就是你陪这个姑娘吃饭，姑娘不管你，爱玩手机玩手机，爱刷微博刷微博，爱上厕所上厕所，甚至可以玩亲亲
扫盲3：轮询和中断
中断（interrupts），程序中断通常简称中断，是指程序在正常运行的过程中，由于预选安排或发生了各种随机的内部或外部事件，使程序中断当前操作，转到处理相应事件，这个过程称为程序中断；轮询（Polling），是让程序以一定的周期按次序查询每一个外设，看它是否有数据输入或输出的要求，若有，则进行相应的输入/输出服务。
举个例子：中断就是你跟这个姑娘开始同居，你正在写一个项目计划书的时候，姑娘一会儿跟你说玻璃脏了，要你擦擦玻璃，一会儿跟你说地板脏了，要擦擦地板；轮询就是你跟这个姑娘开始同居，她一会儿跟你说玻璃脏了，一会儿说地板脏了，你淡定的告诉她，当脏的地方累积到10个的时候，再告诉你，你才开始打扫，这样就不会频繁的被打断啦。
扫盲4：长连接和短连接
长连接，指在一个TCP连接上可以连续发送多个数据包，在TCP连接保持期间，如果没有数据包发送，需要双方发检测包以维持此连接，一般需要自己做在线维持；短连接是指通信双方有数据交互时，就建立一个TCP连接，数据发送完成后，则断开此TCP连接，一般银行都使用短连接。
举个例子：长连接就是你们俩开始异地恋了，他会每天给你一个电话，保持跟你的联系，遇到节假日等大事，会额外准备一些惊喜给你；短连接就是你们俩开始异地恋了，他会在逢年过节等特殊情况下，才跟你取得联系，然后就消失
程序员特有的9个坏习惯
如果你是一个程序员, 或者你就读计算机相关专业, 那么你应该能理解下面这些诡异的小习惯是怎么养成的, 或者你本身就有着其中的某些习惯:
0. 程序员数数会从0开始数起.
例: 程序员吵 架的时候会说: “我数三下, 你再不闭嘴我就不客气了! 零! 一! 二!” 或者列清单的时候编号会从0.开始写.
因: array[0]是数组的第一个元素.
评: 这个习惯的养成是一个艰难的过程. 多少次的越界, 多少次的循环次数错误让我们深深的记住了从0开始.
1. 程序员用肯定和否定 回答选择性的问题.
例: 问 “您想喝咖啡还是喝茶?” 程序员答: “嗯.”
因: 当条件或||有一个子句值为真, 则整个语句值为真.
评: 这个习惯夸张了一点, 但这的确是程序员思维方式的通病, 用计算机的处理逻辑处理人类问题. 当然这样的回答显然是存在编程错误的, 因为对于这个问题他错误的返回了布尔型的值. 虽然高度怀疑有没有人关心这种回答的结果是怎样, 还是给出一个答案. 如果真的在程序的世界里, 服务员会优先考虑给你咖啡, 如果没有咖啡了, 才会端茶给你.
2. 程序员普遍患有或曾经患有分号结尾综合症;
例: 比如这几行;
因: 大部分程序, 特别是多数程序员的启蒙编程语言C语言是用分号结尾语句的;
评: 换行之前习惯用分号结尾, 这是程序员专属的坏习惯. 还记得编译报的各种诡异的错最后原因总是少了那一个小小的”;”吗? 这就是这个坏习惯的成因. 据说分号结尾是有典故的, 因为键盘上的分号正好在右手小拇指的位置, 比起句号之类有着得天独厚的地理优势. 当然也有不需要分号结尾的编程语言(比如Ruby还有Python), 刚用起来会因为没有分号结尾而格外纠结.
3. 程序员对”语言”的概念和普通人有差.
例: 问: “你都会哪些语言?” 普通人: “我会汉语和英语, 还会一点点法语.” 程序员: “我会C语言, C++ 和 Java, 还会一点点Ruby.”
因: 程序员的世界里没有母语和外语, 只有编程语言.
评: 说真的, 程序语言的语法学起来比外语更容易, 拿到一个用没学过的语言写的程序, 你多少可以看懂部分程序. 程序语言没有国界, 是各国程序员交流最好的桥梁.
4. 程序员格格外外的厌恶括号/引号不配对的情形.
例: 看到这样的内容 (举个简单的例子(我知道你懂的), 你能表示”我很淡定我不抓狂吗?
因: 各种不配对问题会导致编译错误.
评: 扫视代码, 对不配对的情况异常敏感, 瞥一眼就能发现哪里少了个右括号. 这种症状在使用那些带自动补全功能的开发环境时变得更为纠结.
5. 程序员认为 千(k) == 1024.
例: 程序员换算表: 1km == 1024m, 1kg == 1024g.
因: 成因很曲折 计算机是二进制的世界 -> 1024是2的10次方 -> 英语里用kilo一词来表示 -> kilo翻译成中文是”千”, 比如千米, 千克.
评: 也许一般人会认为500, 1000是很整的数, 但程序员会觉得512, 1024是很整的数. 不要奇怪, 如果128, 256, 512这种形式看着不够整, 帮你转换成二进制: 10000000, 100000000, 1000000000…
6. 程序员惯用 == 来表示相等的意思.
例: 见5.
因: 在程序语言中, “=” 是赋值, “==” 才用来判断二者是否相等.
评: 单等和双等的区别是程序入门必修课, 也是老师爱考的考点. 如果在C语言if语句的判定条件里写了个单等, 编译能通过, 结果却往往不对, 够一个新手查上一阵子的. 当然目前的语言大都考虑到这一点, 防止了这类的误写, 但是单等和双等的差异已经深入每个程序员的 内心.
7. 程序员使用”//”表示”请无视这一行文字”.
例: 餐厅中. 程序员A: “我吃鱼香肉丝盖饭, 你吃什么?”
程序员B: “宫保鸡丁盖饭.”
程序员A 在点菜单写上:
鱼香肉丝盖饭 1
宫保鸡丁盖饭 1
程序员B: “我还是要牛肉面吧!”
程序员A 更正点菜单:
鱼香肉丝盖饭 1
// 宫保鸡丁盖饭 1
牛肉面 1
因: 程序中用”//”为代码加上注释, 程序运行时会无视掉”//”开头的代码行.
评: 如果和一伙程序员在一起时被冷落了, 可以抱怨一句”喂喂喂我是被注释掉了吗?” 相信一向以幽默感丰富又有爱心著称的程序员们会关注你的.
8. 程序员有 中文标点恐惧症.
例: 如果你注意到了, 这篇文章自始至终都在使用英文标点, 这就是最好的例子.
因: 程序中的全部符号都严格需要是英文半角标点.
评: 这个坏习惯是有中国特色的, 中国程序员特 有的. 任何一名优秀的我国程序员都应该可以作到区别中文标点和英文标点. 比如, 和，还有 ’和 ‘. 真的, 当年初学编程的时候, 诸如 “error C2018: unknown character ’0xa3′” 的错误看得还不够多吗!
就是这样一群人, 如果你慢吞吞的用电脑他们会急躁的抢过键盘熟练的使用各种快捷键, 他们会对着小孩子讲计算机的三原色是红绿蓝而不是红黄蓝, 他们描述大小距离更偏向于以像素作单位, 陪女朋友看电影看到电影院座位上稀稀落落的人就想做磁盘碎片整理…抱怨归抱怨, 这不也正是他们的可爱之处吗!
PHP工程师面临的成长瓶颈
作为开发中应用最广泛的语言之一，PHP有着大量的粉丝，那么你是一名优秀的程序员吗?在进行自我修炼的同时，你是否想过面对各种各样的问题，我该如何突破自身的瓶颈，以便更好的发展呢?
PHP工程师面临成长瓶颈
先明确这里所指的PHP工程师，是指主要以PHP进行Web系统的开发，没有使用其的语言工作过。工作经验大概在3~4年，普通的Web系统(百万级访问，千成级数据以内或业务逻辑不是特别复杂)开发起基本得心应手，没有什么问题。但他们会这样的物点：
◆除了PHP不使用其它的语言,可能会点shell 脚本。
◆对PHP的掌握不精(很多PHP手册都没有看完,库除外)。
◆知识面比较窄(面对需求，除开使用PHP和mysql ，不知道其它的解决办法)。
◆PHP代码以过程为主，认为面向对象的实现太绕，看不懂。
这些PHPer在遇到需要高性能，处理高并发，大量数据的项目或业务逻辑比较复杂(系统需要解决多领域业务的问题)时，缺少思路。不能分析问题的本质，技术判断力比较差，对于问题较快能找出临时的解决办法，但常常在不断临时性的解决办法中，系统和自己一步步走向崩溃。那怎么提高自己呢?怎么可以挑战难度更高的系统?
更高的挑战在那里?
结合我自己的经验，我列出一些具体挑战，让大家先有个感性的认识。
高性能系统的挑战在那里?
◆如何选择Web服务器?要不要使用fast-cgi 模式;
◆要不要使用反向代理服务?选择全内存缓存还是硬盘缓存?
◆是否需要负载均衡?是基于应用层，还是网络层? 如何保证高可靠性?
◆你的PHP代码性能如何，使用优化工具后怎么样? 性能瓶颈在那里? 是否需要写成C的扩展?
◆用户访问有什么特点,是读多还是写多?是否需要读写分离?
◆数据如何存储?写入速度和读出速度如何? 数据增涨访问速读如何变化?
◆如何使用缓存? 怎么样考虑失效?数据的一致性怎么保证?
高复杂性系统的挑战在那里?
◆能否识别业务所对应的领域?是一个还是多个?
◆能否合理对业务进行抽象，在业务规则变化能以很小的代价实现?
◆数据的一致性、安全性可否保证?
◆是否撑握了面向对象的分析和设计的方法
这里所列出的问题，你都能肯定的回答，说明在技术上你基本已经可能成为架构师了。如何你还不能回答，你需要在以下几个方向加强。
怎么样提高，突破瓶颈
如何你还不能回答，你需要在以下几个方向加强：
◆分析你所使用的技术其原理和背后运行的机制，这样可以提高你的技术判断力，提高你技术方案选择的正确性;
◆学习大学期间重要的知识, 操作系统原理，数据结构和算法。知道你以前学习都是为了考试，但现在你需要为自己学习，让自己知其所以然;
◆重新开始学习C语言，虽然你在大学已经学过。这不仅是因为你可能需要写PHP扩展，而且还因为，在做C的应用中，有一个时刻关心性能、内存控制、变量生命周期、数据结构和算法的环境;
◆学习面向对象的分析与设计，它是解决复杂问题的有效的方法。学习抽象，它是解决复杂问题的唯一之道。
网站制作中常用中英文对照表
网站导航 Site Map
公司简介 Profile or Company Profile or Company
公司设备 Equipment Equipment
公司荣誉 Glories Glories
企业文化 Culture Culture
产品展示 Product Product
资质认证 Quality Certification
企业规模 Scale Scale
营销网络 Sales Network
组织机构 organization organization
合作加盟 Join In Cooperation
技术力量 Technology Technology
经理致辞 Manager`s oration
发展历程 Development History
工程案例 Engineering Projects
业务范围 Business Scope
分支机构 Branches
供求信息 Supply & Demand
经营理念 Operation Principle
产品销售 Sales Sales
联系我们 Contact Us Contact Us
信息发布 Information Information
返回首页 Homepage Homepage
产品定购 order order
分类浏览 Browse By Category
电子商务 E-business
公司实力 Strength Strength
版权所有 Copy Right
友情连结 Hot Link
应用领域 Application Fields
人力资源 Human Resource Hr
领导致辞 Leader`s oration
企业资质 Enterprise Qualification
行业新闻 Trade News
行业动态 Trends
客户留言 Customer Message
客户服务 Customer Service
新闻动态 News & Trends
公司名称 Company Name
销售热线 Sales Hot-Line
联系人 Contact Person
您的要求 Your Requirements
建设中 In Construction
证书 Certificate Certificate
地址 ADD Add
邮编 Postal Code Zipcode
电话 TEL Tel
传真 FAX Fax
产品名称 Product Name
产品说明 Description Description
价格 Price
品牌 Brand
规格 Specification
尺寸 Size
生产厂家 Manufacuturer Manufacturer
型号 Model
产品标号 Item No.
技术指标 Technique Data
产品描述 Description
产地 Production Place
销售信息 Sales Information
用途 Application
论坛 Forum
在线订购 On-line order
招商 Enterprise-establishing
招标 Bid Inviting
综述 General
业绩 Achievements
招聘 Join Us
求贤纳士 Join Us
大事 Great Event
动态 Trends
服务 Service
投资 Investment
行业 Industry
规划 Programming
环境 Environment
发送 Delivery
提交 Submit
重写 Reset
登录 Enter
注册 Login
社区 Community
业务介绍 Business Introduction
在线调查 Online Inquiry Inquiry
下载中心 Download
会员登陆 Member Entrance
意见反馈 Feedback
常见问题 FAQ
中心概况 General Profile
教育培训 Education & Training
游乐园 Amusement Park
在线交流 Online Communication
专题报道 Special Report
开源软件的盈利模式
盈利模式之一：多种产品线
在这种模式中，利用开源软件为直接产生收入的专有软件来创造或维持一种市场地位。例如，开放源代码的客户端软件带动了服务器软件的销售，或者借用开源版本带动商业许可版本的产品销售。这种模式应用的比较普遍。如 MySQL 产品就同时推出面向个人和企业的两种版本，即开源版本和专业版本，分别采用不同的授权方式。开源版本完全免费以便更好的推广，而从专业版的许可销售和支持服务获得收入。再如 Redhat 自 Redhat Linux 9.0 后将原桌面操作系统转为 Fedora 项目，借 Fedora Core Linux 在开源社区的声望而促进 Redhat Enterprise Linux AS/ES/WS 服务器产品线的销售。
盈利模式之二：技术服务型
在这种模式中，开放源代码软件采用了一种全新的市场定位，并非面向产品，而是针对技术服务。JBoss就是这种模式的典型代表。JBoss 应用服务器完全免费，而通过提供技术文档、培训、二次开发支持等技术服务而获得收入。
盈利模式之三：应用服务托管（ASP）
这种模式适用于基于开源软件的应用服务供应商（ASP）。
例如，PHP Live！ 就是一种构架于 PHP、MySQL 之上的开源软件，它可为企业用户提供实时交谈服务。目前已经有数十家公开提供 PHP Live！ 托管服务的应用服务提供商。
盈利模式之四：软、硬件一体化
这种模式是针对硬件制造商的。随着竞争的普及，市场压力迫使硬件公司开发并维护软件，但是软件本身却并不是利润中心，因而采用开源软件。 这种模式为大型公司广泛采纳，比如 IBM HP 等服务器供应商巨头，通过捆绑免费的 Linux 操作系统销售硬件服务器。SUN 公司近期将其 Solaris 操作系统开放源码，以确保服务器硬件的销售收入，也是这种模式的体现。
盈利模式之五：附属品
在这种模式中，出售开放源代码的附加产品。比如在低端市场，出售杯子和T恤衫等；在高端市场上，出售专业编辑出版的文档和书籍。O’Reilly集团是销售开源软件附加产品公司的典型案例，他出版了很多优秀的开放源代码软件的参考资料。O’Reilly实际上雇用和支持了一些著名的开放源代码黑客（例如Larry Wall和Brain Behlendorf），并以此提高它在市场上的声望。
盈利模式之六：品牌战略、服务致上
在这种模式中，开源公司通过开源软件先天的传播优势，以极低的成本建立和传播品牌。并通过向用户提供产品相关的服务来获得回报。 康比尔公司的 Compiere ERP & CRM 软件是这种模式的典型案例。康比尔公司开发了开源的 ERP & CRM 软件，由于其产品优秀，很快便获得了北美、欧洲和亚洲中小企业用户的认可，Compiere 品牌也因此迅速地传播到了世界各地，在企业管理软件市场已经成为全球知名品牌。
盈利模式之七：市场策略
这种模式，是一种快速抢占市场的营销策略，主要是为以后增强版产品的销售打下基础。 这种情形的案例有很多。比如，微软宣称部分的公开 Office 的源代码，就是执行这种策略。另一个案例则是CRM 领域的新星 SugarCRM，这款由速加科技开发的开源版本从2004年上半年公开下载后广为传播，为在9月推出的盒装专业版套件做好口碑上的准备。
开源软件的经营模式多种多样，随着开源软件的发展，会有更多的盈利模式应运而生。事实上，一家公司可能混合采用其中的几种盈利模式，比如康比尔公司不仅采用了第六种品牌策略，同时也采用了第二种提供技术服务的方式。 在开源软件大潮的冲击之下，包括微软在内的商业软件公司，也开始认可开源软件”软件成为服务”的本质。微软支持的金牌合作伙伴已经提供包括 Exchange Server 2003、SharePoint Server 2003 等在内的托管服务，如 ASP-One.com 每月每用户起价1美元的 SharePoint Server 2003 租赁服务和全包价9.95美元每月的Exchange Server 2003 租赁服务。 在欧洲和亚太地区各国政府的压力下，微软被迫开放Windows 和Office 的部分源代码，以改善政府的信任度，赢得庞大的政府采购订单。 开源软件的商业运动正方兴未艾。这是否会对传统的商业模式构成致命一击？开源软件在走向成熟的过程中，企业用户和政府用户由怀疑上升到愿意尝试，并最终形成了信任。开源软件已经成为软件业未来发展的重要趋势。正如 Navica 公司 CEO 本纳德·高登所说，”短短两三年间，任何人在选择任何企业软件之时，都开始考虑一个问题：是否有开源软件可作替代？”
一个网络公司或网站的运营部门是干什么的？
| 序号 | 职责分类 | 职责项 | 工作重点概要 |
| 1 | 策划 | 产品策划 | 调研收集用户体验，配合产品经理提出对网站产品的需求规划和用户体验改进需求 |
| 2 | 活动策划 | 网站活动策划，包括线上各项活动、线下活动以及其它的品牌合作活动 | |
| 3 | 活动执行 | 各类活动的组织、执行、与具体落实。与部门内其它团队沟通落实、执行活动各项工作。执行方案的撰写及活动报表编制 | |
| 4 | BD | 渠道合作 | 联系洽谈互联网广告互换、内容合作（频道嵌套）、活动合作，整合各种推广渠道，开展深度合作 |
| 5 | 组件合作 | 联系洽谈合作组件策划与植入 | |
| 6 | 商务谈判 | 完成商务谈判，维护商务合作关系，对整个商务合作的过程和结果负责，规划合作项目计划及进度执行 | |
| 7 | 媒介 | 软文发布 | 联系各大不同网站的编辑，上新闻软文，推广我家我秀网 |
| 8 | 渠道分析 | 对网络推广、渠道运营等情况跟踪，收集市场信息竞争信息，提出推广运营思路、做出分析报告。 | |
| 9 | 文案撰写 | 所有推广软文的撰写，以及各类新闻稿件、活动稿件撰写。 | |
| 10 | 广告采购 | 联系各个中小型网站，购买广告。 | |
| 11 |
论坛 推广 |
炒作文稿 | 撰写论坛软文稿，到炒作论坛持续大量发帖 |
| 质量监控 | 每天监控论坛回复的效果以及质量，一旦发现问题及时回报。 | ||
| 效果监控 | 做好每周的论坛记录统计，以及效果分析跟踪。 | ||
| 13 | 论坛营销 | 负责论坛的营销推广，提升论坛的知名度 | |
| 14 | 博客推广 | 负责联系其他网站的博客主，论坛主推广我们网站 | |
| 用户调研 | 通过论坛博客等渠道收集、调研分析、挖掘用户对产品的需求，并上报相关产品经理，配合改进。 | ||
| 15 |
编辑
与 客服 |
话题策划 | 负责生活议事内容的策划及文章撰写，引导网友进行讨论。 |
| 16 | 内容采编 | 收集所有和生活有关的信息更新到网站，做一定的文字修改。 | |
| 17 | 专题制作 | 扑捉跟踪重大网络事件，或是其他热点事件，将一定的网络事件做成网络专题，提供给网友进行讨论。 | |
| 18 | 内容推荐 | 每日向网站有关页面的推荐区域推荐符合要求的精华内容 | |
| 19 | 内容安检 | 每日实时关注最新内容，及时发现站内不良内容，并及时删除，避免造成负面影响 | |
| 写手管理 | 有偿写手的招募、管理、效果监督、内容策划与整理 | ||
| 20 | 客户答疑 | 通过站务论坛、客服QQ和msn以及官方email及时回答用户的问题 | |
| 21 | 满意度跟踪 | 调查研究网站顾客各种服务项目、产品、活动的满意度，为市场决策提供可靠依据；每周提交一篇客户反馈或主动调研意见汇总 |