什么牌子的维生素E比较好？
第
一、康恩贝 康恩贝维生素e规格是120粒的。主要成分包含维生素e、甘油、大豆油和明胶等。每粒含维生素e达90mg，可以很好的满足人体每天对维生素e的需求。而且性价比非常高，每瓶120粒仅58元，每天1次，每次1粒，也就是说1瓶可以服用120天左右。（点击查看产品详情） 第
二、澳佳宝 澳佳宝在我国是比较受欢迎的，生产的产品价格相对贵一些 ，不过功效还是不错的。它所生产的维生素e规格是每瓶100粒的，每粒含维生素e可以达到1000IU，一般每天吃1次，每次吃1粒，随餐服用即可，每瓶能服用100天。但12岁以下的孩子不建议服用。 第
三、紫一 紫一是一个价格较实惠的保健品品牌，其生产的保健品种类丰富，而维生素e就是其中之
一。 它的规格是每瓶120粒，每粒含维生素e是2.79mg，一般每天1次，每次吃2粒，餐后服用，每瓶能服用60天。现在在紫一商城购买，还有买2送1的活动，仅限前200名，点击立即抢购。 维生素e哪个牌子最好？上述这三大品牌的产品都是不错的，而且价格也相对合理，所以想要购买好的维生素e服用的朋友可以到紫一商城上看看它们是否适合自己。不过孕妇、哺乳期女性或者特殊体质者需服用的话，一定要先咨询医生。自我感觉很好，自己认为好才好
wordpress用什么主机好？
楼主，我一个个的回答你吧！ IIS和apache 都是一种互联网信息服务类型，而IIS是按照打开一个页面占用一个IIS，也就是并发，一般IIS的主机都是限制IIS并发的，而apache则是限制流量或者CPU！以我做网站经验，建议选择apache吧！ win和linux的话，用WP建议用linux，在linux下设置伪静态比较简单，只需要后台设置，而win系统需要用别的方法，比如404方法来设置wp的伪静态！所以推荐linux系统！ 备案的话，如果觉得麻烦，可以买香港，或者美国的，也可以韩国的，速度来说是： 香港最好，韩国其次，美国比较慢 用什么主机？买香港的主机的话，我推荐去迅科互联，他们是恒创那边的代理商！做的还不错！ 可以看看
什么牌子的sd卡比较好呢？
Sandisk和金士顿的最好。SanDisk 公司是全球最大的闪速数据存储卡产品供应商！ 如果插电脑的话一定要读卡器的。除非你的是笔记本，而且笔记本上自带读卡器！
CDN运维需要掌握那些技术，最好详细点！顺便说一下这个职位的薪资，我在广东！感激不尽
CDN运维首先要搞清CDN的基本原理 其次，要熟悉linux系统命令（目录，进程，字符处理等） 脚本编写能力：shell，perl最佳 主要就是上边两点了，因为目前比较大的cdn公司都有自建的系统集群及相对应的管理工具，所以其他的内容只要在这基础上学习即可 CDN运维经常要值夜班，薪资说实话还是看能力给的，刚毕业的话在厦门是3K左右（不含绩效），仅供参考
网线什么牌子比较好？
国外网线十大排行：
1. NO.1.安普AMP (泰科电子公司是世界上最大的无源电子元件制造商)?
2. NO.2.朗讯 (朗讯科技,著名品牌,十佳网线品牌)?
3. NO.3.西蒙SIEMON ?(美国西蒙公司(The Siemon Company) 1903年)?
4. NO.4.IBM (世界品牌,领导品牌,十佳网线品牌) ?
5. NO.5.康普CommScope (美国康普公司,世界领先的基础设施解决方案的通信网络)?
6. NO.6.德特威勒Datwyler (德特威勒电缆系统（上海）有限公司,十佳网线品牌)?
7. NO.7.GCI (国际化的高科技网络通信产业公司,十佳网线品牌)?
8. NO.8.泛达 (美国泛达公司成立于1955年,十佳网线品牌)?
9. NO.9.丽特IBDN (丽特网络的前身是创建于1902年的线缆制造公司)? 10. NO.10.耐克森Nexans (耐克森集团全球电缆工业的领导者,十佳网线品牌) 国内网线十大排行： 排名 品 牌 名 称 品 牌 简 介
1. 1 一舟SHIP ( 宁波一舟投资集团有限公司,中国驰名商标)?
2. 2 鼎志DINTEK (北京鼎志新业电子技术有限公司,十佳网线品牌) ?
3. 3 清华同方 (国家著名高新技术企业,十佳网线品牌) ?
4. 4 TCL (中国驰名商标,中国名牌,一线品牌/牌子,十佳网线品牌)?
5. 5 兆龙 (浙江兆龙集团,知名品牌,十佳网线品牌) ?
6. 6 绿色硅谷 (北京宏盛佳业科技中心,十佳网线品牌) ?
7. 7 澳津olex (天津澳津电缆有限公司1991年,十佳网线品牌) ?
8. 8 长飞 (长飞公司创建于1988年,十佳网线品牌)?
9. 9 大唐电信 (大唐电信科技股份有限公司,十佳网线品牌) ? 10. 10 汉维 (浙江汉维通信器材有限公司,知名品牌,十佳网线品牌)
探求Oracle数据库怎样存储图片
商品图片，用户上传的头像，其他方面的图片。目前业界存储图片有两种做法：
1、 把图片直接以二进制形式存储在数据库中 一般数据库提供一个二进制字段来存储二进制数据。比如MySQL中有个blob字段。Oracle数据库中是blob或bfile类型
2、 图片存储在磁盘上，数据库字段中保存的是图片的路径。
一、图片以二进制形式直接存储在数据库中 第一种存储实现(PHP语言)： 大体思路：
1、将读取到的图片用php程序转化成二进制形式。再结合insert into 语句插入数据表中的blob类型字段中去。
3、 从数据库取出图片展示的时候。则是直接发送图片内容
4、 $row=mysql_fetch_object($result); Header( "Content-type: image/gif"); echo $row->this_image; 实现代码如下： $PicturePath = ‘/tmp/xxxjgjgj.jpg’;//假设这是上传的图片，php放在一个临时文件夹。脚本执行完毕后自动删除了。 $imgStream = fread(fopen($PicturePath, "r"); $blob_img = fread(fopen($imgStream, "r"), filesize($PicturePath)); $sql =” INSERT INTO Images (this_image) VALUES ($blob_img)"; 注：this_image就是数据表中一个blob字段类型的字段 ================取出展示图片代码 $result=mysql_query("SELECT * FROM Images WHERE PicNum=$PicNum") or die("Cant perform Query"); $row=mysql_fetch_object($result); Header( "Content-type: image/gif"); echo $row-> this_image; 总结：处理代码感觉还真比较麻烦。其实，我从来没用过在数据库中以二进制存储图片的做法。我们用得更多的是存储图片的路径，实际图片是在磁盘上保存的(图片二进制放到数据库,把数据库的负担弄重了)。 据我了解，互联网环境中，大访问量，数据库速度和性能方面很重要。一般在数据库存储图片的做法比较少，更多的是将图片路径存储在数据库中，展示图片的时候只需要连接磁盘路径把图片载入进来即可。因为图片是属于大字段。一张图片可能1m到几m。 有个原则：图片尽量不要存储在数据库中(是指不要二进制形式保存到字段，而只保存图片的路径)。这样的大字段数据会加重数据库的负担，拖慢数据库。在大并发访问的情况下很重要。这是一个经验。去看看dba对数据库性能调优方面的分析都能得到这个答案的：就是图片不要存储在数据库中。 就像这个规则一样：文章分为标题、作者、添加时间、更新时间、文章内容、文章关键字 文章内容一般是比较长的。经常使用text字段去存储。文章的内容就属于大字段。一般文章内容可以拆分到单独一个表中去。不要与文章信息存储在一张表里面。 我理解的原理是：mysql中一张表的数据是全部在一个数据文件中的。如果大字段的数据也存储在里面。程序展示列表，比如文章列表。这个时候根本不需要展示文章内容的。但是仍然会影响速度，数据库查找数据其实就是扫描那个数据文件，文件容量越小，速度就会越快(为什么单表的容量在1g-2g的时候基本上要分表了)。拆分出去到一张单独的表，就是单独的文件了。我觉得，举一反
三，相互独立，分离的思想不仅在系统开发中用到，在现实生活中经常存在的。相互混合，就会造成相互影响。小巧，简洁是一种思想。 可以看看这篇翻译的文章， /art/201211/364472.htm 作者建议，三种东西永远不要放到数据库里,图片，文件，二进制数据。作者的理由是， 对数据库的读/写的速度永远都赶不上文件系统处理的速度 数据库备份变的巨大，越来越耗时间 对文件的访问需要穿越你的应用层和数据库层 把图片缩略图存到数据库里？很好，那你就不能使用nginx或其它类型的轻量级服务器来处理它们了。 给自己行个方便吧，在数据库里只简单的存放一个磁盘上你的文件的相对路径，或者使用S3（备注：亚马逊云服务）或CDN之类的服务。 ============================================================ 关于mysql中的blob类型 bolb像int型那样，分为blob、MEDIUMBLOB、LONGBLOB。其实就是从小到大， blob 容量为64KB ，MEDIUMBLOB 容量为16M，LONGBLOB 容量为4G。 说实话，图片用这样子存储用得还真少。使用php函数serialize进行序列化的值，我看到有人存入这个字段中去。 php手册：serialize返回字符串，此字符串包含了表示 value 的字节流，可以存储于任何地方。 mysql中blob字段存储图片有个通信大小的设置： 图片要传输给mysql存储起来，那么需要涉及到数据通信。mysql中有个配置是限制通信数据大小的。 my.conf配置文件中的max_allowed_packet，mysql默认的值是1M。 好多图片尤其是原始图可能不止1m。传输的数据(也就是图片)超过这个设置大小。结果就会出错 呵呵，限制挺多。感觉好麻烦。这样子明显占用与mysql交互的通信时间嘛。延长响应时长了。我直接丢个图片路径”images/xxxx”给mysql。没这么耗费资源。 其实所谓的性能，最关键是数据库性能。因为随着数据库数据量增大，大部分时间耗费是在php，Java等语言等待数据库返回数据的过程中耗费时间。 网站访问量大了后，具体的语言不是瓶颈，瓶颈都在数据库。用c，，php，都能操作mysql数据库获取数据。语言之间可能存在速度执行差异，但是其实这种差别已经很小了。至少我觉得，给予用户感觉不到明显。执行相差0.0001秒用户感觉并没有明显的区别。可能说，大并发(很多用户同时访问)的时候，就会体现到差别了。其实我觉得，大并发访问是数据库瓶颈。等待数据库给予数据。没达到一定级别实在体现不了差别。数据库数据量达到一定级别。语言相差0.001s会给予用户体验上的差别。我想，这也是为什么php很适合做web开发了。解析页面速度快(解释型语言，不需要编译)。可以用java来与数据库打交道获取数据。php不直接操作数据库，而是调用java提供的数据接口，获取数据，马上展示在页面中。这是利用了php的页面执行速度快的一个优势。 备份图片数据和迁移数据方便 图片以二进制形式存储在数据库，有一个好处：备份的时候方便。直接备份数据库，图片也跟着备份。换句话说，迁移环境的时候是方便。 而图片放在磁盘上的话，数据库中存储的只是图片路径。备份数据库后。磁盘上的图片也要跟着备份才行。 不过我觉得，备份这个好处不是很明显。图片在磁盘上，备份磁盘也没很大的事情。打包压缩也可以了。互联网环境毕竟与传统的软件开发不同，web开发比较关注网站速度。也就是数据库的速度。就像互联网开发中，有时候为了速度，用空间换时间的做法比较普遍，所以往往在设计数据库的时候并不一定遵循传统数据库设计三大范式。 数据库中保存的是图片路径的话，在web开发环境下，其实有个更好处，就是cdn加速。就是下面要进行总结的地方。
二、数据库中保存图片路径 一般是这样子的： 按照年月日生成路径。具体是按照年月日还是按照年月去生成路径，根据自己需要(不一定是按照日期去生成)。 理解为什么要分散到多个文件夹中去才是关键，涉及到一个原理就明白了： 操作系统对单个目录的文件数量是有限制的。当文件数量很多的时候。从目录中获取文件的速度就会越来越慢。所以为了保持速度，才要按照固定规则去分散到多个目录中去。 图片分散到磁盘路径中去。数据库字段中保存的是类似于这样子的”images/2012/09/25/ 1343287394783.jpg” 原来上传的图片文件名称会重新命名保存，比如按照时间戳来生成，1343287394783. jpg。这样子是为了避免文件名重复，多个人往同一个目录上传图片的时候会出现。 反正用什么样的规则命名图片，只要做到图片名称的唯一性即可。 比如网站的并发访问量大，目录的生成分得月细越好。比如精确到小时，一个小时都可以是一个文件夹。同时0.001秒有两个用户同时在上传图片(因为那么就会往同一个小时文件夹里面存图片)。因为时间戳是精确到秒的。为了做到图片名称唯一性而不至于覆盖，生成可以在在时间戳后面继续加毫秒微秒等。总结的规律是，并发访问量越大。就越精确就好了。 我现在还没碰到需要这么精细的。概率比较少。 有个方面总结一下：为什么保存的磁盘路径，是”images/2012/09/25/1343287394783.jpg”，而不是” /images/2012/09/25/ 1343287394783.jpg”(最前面带有斜杠) 我的理解： 连那个斜杠都不要。这里也是做到方便以后系统扩展。 在页面中需要取出图片路径展示图片的时候，如果是相对路径，则可以使用”./”+”images/2012/09/25/1343287394783.jpg”进行组装。 如果需要单独的域名(比如做cdn加速的时候)域名，,这样的域名， 直接组装 “/”+”images/2012/09/25/1343287394783.jpg” 当然数据库是可以在前面加斜杠/保存起来,/images/2012/09/25/ 1343287394783.jpg 其实不方便统
一。比如相对路径载入图片的时候，则是”.”+” /images/2012/09/25/ 1343287394783.jpg” 可能我还没体会到坏处，以后会遇到问题的。不过，遵循惯例不加斜杠” images/2012/09/25/ 1343287394783.jpg”就对了。 涉及到一个新问题：为什么大部分系统都不会域名保存进去，像这样子来载入图片。这个域名解析到北京的云服务上去。 做法:数据库中保存的是” images/2012/09/25/1343287394783.jpg”, 这些图片实际上不存储在web服务器上。上传到北京的cdn服务器上去。 我从数据库取出来，直接”/”+” images/2012/09/25/1343287394783.jpg” 比如如果还有多个，就命名、 反正可以随便。所以如果把域名直接保存进去。就显得很麻烦了。迁移麻烦。 像淘宝，凡客，亚马逊这些电子商务网站，我们看到请求的时候，下面往往会有 其实他们保存在数据库中的是相对路径。有些是不需要在数据库保存的，缩略图可以实时访问的时候用程序生成(节省很多存储空间) 实际上，把域名保存在数据库中，非常不利于系统迁移。一旦换个域名的话，原来保存在数据库中的是“wwwabc.om/images/xxxxxx“,因为路径都在数据库中写死了。下回换个域名就用不了了。那个时候自己去写sql语句批量更新字段吧。 几个术语： icp， Content Provider，也就是网络内容提供者。联想到我们运营一个网站需要icp备案了吗？你自己运营网站，你就是icp服务商 IDC（ Data Center)，互联网数据中心。IDC的概念，目前还没有一个统一的标准。通俗点，就是提供机房托管(服务器租用和托管)，域名注册之类的。 关于淘宝的图片存储 了解到：淘宝以前使用了商用的存储。但是没法满足需求。据说，到2010年，淘宝网后端保存着286亿张图片。商用的系统系统没法满足需求的时候。他们就自己开发了一个tfs。大规模的小文件在磁盘上读取，需要磁盘磁头频繁的寻道和换道。大并发情况下和大量的操作确实很麻烦。其实借鉴了当时google公布的gfs设计论文。google有相册服务。为每个用户提供上传图片存储。 估计，google是率先实现这种小文件网络存储系统的。 有个观点比较好：对于老板们而言，往往觉得，用钱能解决的都不算问题。但问题在于，你遇到的问题，别人都没遇到过。那这个时候你就没有经验可以参考或者直接拿来使用。只有自己参考一些思路去创造技术了。
三、关于图片进行云存储(cdn加速) 曾经看过这个，这个是比较适合创业公司的。价格相对便宜 https/// 介绍提到，我们在全国各地部署了55个CDN节点，500多台服务器，电信，联通，移动和教育网的4线带宽。 其实，现在的云存储本质就是一个cdn服务商。你把静态的图片上传到他提供的服务器上去(ftp方式上传或者api形式编写程序上传)。他为你做就近节点访问。 计费方式：按照流量付费，99元购买100g。怎么算流量。每次访问文件的大小累加，比如一个1m的文件，访问一次流量就加1m。 我个人理解，对于图片的量不大的情况下，使用这种云服务，好处不是节省存储空间。你自己的服务器100g的空间可能创业型公司都没用完，不是什么存储空间不够用，然后去用云存储。以前我对cdn比较模糊，有这么点理解，或者以为是分散网站web服务器流压力，服务器分流。这些好处是有的。但是，只要理解了cdn产生的背景和解决的关键问题后，就会明白云存储关键好处在于：给用户就近节点访问，加速。 我觉得，如果不是出于这个考虑，或者达不到这样的目的。用其他方案也完全可以替代。何必使用云存储呢？就是你无非有实力做到全国多个节点去部署服务，才需要租用cdn来帮你，毕竟他们是规模产生的效益，专注于解决这个领域。
